1143590556 Q * mkhl Quit: 
1143591087 J * comfrey ~comfrey@71-214-82-240.ptld.qwest.net
1143591643 Q * coocoon Quit: KVIrc 3.2.0 'Realia'
1143591815 N * Bertl_oO Bertl
1143591827 M * Bertl back now .. finally .. 
1143592099 J * FireEgl Atlantica@Atlantica.US.TO
1143592225 Q * FireEgl Quit: 
1143592779 M * Bertl okay, guess I'm off to bed then .. more tomorrow ...
1143592788 M * Bertl have a good whatever everyone ... cya
1143592795 N * Bertl Bertl_zZ
1143593021 Q * matta Ping timeout: 480 seconds
1143593566 J * alexx ~alexx@proxy.ikse.net
1143594115 M * restill daniel_hozac:  Get it all?
1143595044 J * matta ~matta@71.224.125.126
1143595092 Q * comfrey Ping timeout: 480 seconds
1143596674 J * FireEgl Atlantica@Atlantica.US.TO
1143597056 Q * restill Quit: Leaving
1143597555 N * lilo_ lilo
1143597936 Q * GNUcifer Ping timeout: 480 seconds
1143599716 J * Smutje_ ~Smutje@87.78.99.111
1143599822 Q * Smutje Ping timeout: 480 seconds
1143599822 N * Smutje_ Smutje
1143601123 J * Hmmmm ~Hmmmm@221.135.51.19
1143602003 Q * yang Ping timeout: 480 seconds
1143602325 J * matt1 ~matta@71.224.125.126
1143602589 J * yang ~yang@cpe-213-157-253-172.dynamic.amis.net
1143602667 Q * matta Ping timeout: 480 seconds
1143603363 Q * nokoya Read error: Connection reset by peer
1143603421 J * nokoya young@hi-230-82.tm.net.org.my
1143604060 J * virtuoso ~s0t0na@shisha.spb.ru
1143605171 J * matta ~matta@71.224.125.126
1143605634 Q * matt1 Ping timeout: 480 seconds
1143605654 Q * matta Ping timeout: 480 seconds
1143605862 J * matta ~matta@71.224.125.126
1143607221 M * micah Hollow: does gentoo automatically set the chroot barrier when you emerge the util-vserver source? Or is it set automatically somehow?
1143608474 M * Hollow micah: no, iirc you have to set it
1143608990 M * micah Hollow: ok, might be good to add that step to this docu: http://dev.croup.de/proj/gentoo-vps/wiki/VserverHowto
1143609030 M * Hollow yeah, the version in the wiki has to be updated anyway..
1143609038 M * Hollow probably i should just link to the original one
1143609156 M * Hollow fyi: http://www.gentoo.org/doc/en/vserver-howto.xml 
1143609162 M * Hollow the last chapter is new
1143609460 M * micah oh yeah i was just looking at that! :)
1143609540 M * Hollow well, the ebuild tells you to set the barrier.. but you're right.. many people don't read these messages ;)
1143609609 M * micah i was just looking at the debian post installation script and see that it does a setattr --barrier on $VROOTDIR, but i dont think that is even sufficient
1143609626 M * micah because some people will have symlink'd that directory, and doing setattr --barrier on a symlink doesn't set it properly
1143609634 M * Hollow indeed
1143609647 M * Hollow i think it's best to let the user do it
1143609733 M * Hollow in gentoo you can configure the vrootdir during installation.. anyway..
1143609874 Q * FireEgl Quit: Bye...
1143609907 M * Hollow afk for breakfast
1143613617 Q * Hmmmm Quit: Ex-Chat
1143613897 Q * Dr4g Ping timeout: 480 seconds
1143615133 J * cehteh foobar@cehteh.homeunix.org
1143616923 J * Dr4g ~Dr4g@82-40-202-68.stb.ubr06.uddi.blueyonder.co.uk
1143617788 J * coocoon ~coocoon@p54A05C41.dip.t-dialin.net
1143617795 M * coocoon morning to all
1143621809 Q * Loki|muh Read error: Connection reset by peer
1143621809 Q * pusling Read error: Connection reset by peer
1143621809 J * pusling pusling@195.215.29.124
1143622096 J * Loki|muh loki@satanix.de
1143622501 J * lilalinux ~plasma@80.69.35.186
1143623028 Q * Loki|muh Read error: Connection reset by peer
1143623028 Q * pusling Read error: Connection reset by peer
1143623035 J * Dr4g_ ~Dr4g@82-40-202-68.stb.ubr06.uddi.blueyonder.co.uk
1143623043 J * pusling pusling@195.215.29.124
1143623319 J * Loki|muh loki@satanix.de
1143623497 Q * Dr4g Ping timeout: 480 seconds
1143628190 Q * cehteh Remote host closed the connection
1143628549 J * cehteh foobar@cehteh.homeunix.org
1143628778 Q * Loki|muh Read error: Connection reset by peer
1143628784 J * Dr4g__ ~Dr4g@82-40-202-68.stb.ubr06.uddi.blueyonder.co.uk
1143629054 J * Loki|muh loki@satanix.de
1143629232 Q * Dr4g_ Ping timeout: 480 seconds
1143630343 Q * doener Quit: leaving
1143631845 J * Cru ~mindwarp@turbodiesel.e.de.wahlich.com
1143631918 M * Cru morning
1143632071 M * Cru I just crashed 2.6.16-vs2.0.2-rc13 by running strace -f on a CentOS Apache - is that a known issue?
1143632084 M * Cru inside a vserver, of course
1143632132 M * Cru I cant try to reproduce this as the system is remote and takes reboot fee
1143632503 J * nsar ~nsar@alasondro.ath.forthnet.gr
1143632510 M * nsar hello
1143632536 M * nsar can i ask help with the vserver project cause it's giving me a strange error complaining about bash
1143632554 M * nsar i am trying to make a test vserver using the fc3 rpm packages localy
1143632831 Q * nsar Quit: 
1143633193 Q * coocoon Quit: KVIrc 3.2.0 'Realia'
1143633642 Q * Aiken Ping timeout: 480 seconds
1143634041 M * daniel_hozac Cru: interesting... which CentOS?
1143634085 M * Cru 4
1143634095 M * Cru just posted to the ML
1143634135 M * Cru read there, it is few more detailed
1143634248 M * Cru but I assume this not to be a RH/CentOS specific problem
1143634283 M * Cru this happened after I upgraded the host to vs2
1143634324 M * Cru it was a RH9 guest, held "up to date" with fedoralegacy.org RPMs
1143634400 M * Cru the RH9 system brought up the same behaviour - I first thought this was a NPTL problem and played with LD_ASSUME_KERNEL etc. and upgraded to CentOS after that did not help
1143634646 M * daniel_hozac Cru: you know that -rc14 fixes sendfile, right?
1143634726 M * daniel_hozac btw, have you planned to add FC5 vps-* packages?
1143634727 M * Cru have not checked this, will try later ;)
1143634766 M * daniel_hozac i think i've got diffs somewhere...
1143634777 M * Cru I did not build FC5 guests until now, but I expect the FC4 packages to be working as they are on FC5, too
1143634804 M * Cru are there working FC5 rules for vserver-build?
1143634828 M * daniel_hozac no, the FC4 packages do not work.
1143634843 M * Cru because of networkmanager or sth like that?
1143634868 M * daniel_hozac NetworkManager shouldn't be in the smallest set of packages... i generally remove it from my servers.
1143634879 M * daniel_hozac and i have a patch for FC5.
1143634882 M * daniel_hozac guests and host.
1143634901 M * daniel_hozac http://cvs.hozac.com/viewcvs/*checkout*/util-vserver/fedora-5/util-vserver-0.30.210-fc5.patch?root=rpms&rev=1.7
1143634929 M * Cru ah, okay
1143634949 M * Cru if I get time, I will try it later
1143634971 M * daniel_hozac i guess the gpgkey lines might have to be modified. it's currently a q'n'd hack.
1143634986 M * Cru but I have got another strage problem, maybe you have got an idea what this could be:
1143635013 M * Cru I have a server system running, currently still vs12 on a Debian Woody
1143635047 M * Cru after several months uptime, it started having a huge load
1143635052 M * Cru up to load 170
1143635062 M * Cru but there are no processes running
1143635082 M * daniel_hozac lots of processes in D state?
1143635103 M * Cru CPU time seems to be nearly completely eaten by systime
1143635125 M * Cru even with all vservers stopped and only very few processes running on the host
1143635174 M * Cru I first thought for a kernel rootkit, but the kernel is monolithic and does not even have module support, thus placing a rk would be very hard
1143635194 M * daniel_hozac http://daniel.hozac.com/vserver/vps-dev-fc5.patch http://daniel.hozac.com/vserver/vps-fakepackages-fc5.patch
1143635255 M * Cru I also replaced sshd, bash, procps by clean files but I also found no processes hidden by filtered output
1143635315 M * daniel_hozac that sounds really weird.
1143635320 M * Cru after a few hours, the system worked like this never happened (without reboot) and a day later at different time it started again, even rebooting did not help as it started to continue at once it was up
1143635330 M * Cru it is - I suppose a interrupt problem
1143635337 M * Cru but there is nothing in dmesg
1143635367 M * Cru the interrupt counters do not show problems, too, the CPU is 37° so it is not throttled by the board
1143635434 N * Bertl_zZ Bertl
1143635438 M * Bertl morning folks!
1143635445 M * Cru morning bertl
1143635455 M * daniel_hozac morning Bertl!
1143635466 M * Cru daniel: you dont have a clue either, right? ;)
1143635481 M * daniel_hozac not really, no.
1143635520 M * Cru I will replace the RAID controller, I think
1143635523 M * Bertl what's the issue in short?
1143635542 M * Cru Bertl: nothing vserver-specific, I assume
1143635555 M * Cru just very weird behaviour of a server system
1143635603 M * Cru it isnt even cheap hardware - it is an Intel entry-level server board, P4-2800 and a 3ware RAID
1143635610 J * restill ~restill@c-24-11-171-10.hsd1.mi.comcast.net
1143635628 N * restill restill-afk
1143635664 M * daniel_hozac Cru: so, can i expect a fc5-vps repo coming soon? :)
1143635721 M * daniel_hozac the patches above makes them work here.
1143635783 M * Cru sure, FC5 is in the pipe, people are currently determining what packages can be removed from the repo as Hans de Goede moved some of them to the Fedora Extras etc.
1143635823 M * Cru the results will be rebuilt and repo will get updated
1143635888 M * Cru it is just device-mapper that needs to be removed?
1143635940 M * daniel_hozac yeah, it's required now.
1143636027 M * Cru what does require it? maybe we shall remove that too - I can not imagine a situation where I may use device-mapper from inside a vserver...
1143636056 M * daniel_hozac e2fsprogs-libs ;)
1143636082 M * Cru uh
1143636093 M * daniel_hozac so no, you don't want to remove that too
1143636116 M * Cru well, one may rebuild the e2fsprogs-libs without that dependency ;)
1143636148 M * daniel_hozac you could also rebuild all the packages depending on it to not do that anymore.
1143636176 M * daniel_hozac doesn't mean that it makes sense :)
1143636217 M * Cru e2fsprogs inside a vserver does not make any sense at all
1143636244 J * mkhl ~mkhl@200-153-181-80.dsl.telesp.net.br
1143636338 M * daniel_hozac yeah, well, libcom_err.so is quite heavily used.
1143636419 M * Cru I meant the progs
1143636470 M * daniel_hozac initscripts requires that.
1143636488 M * Cru could be patched ;)
1143636495 M * Cru thats just for fsck etc. ;)
1143636501 M * daniel_hozac yep.
1143636503 M * Cru okay, forget about that ;)
1143636576 M * Cru http://naturidentisch.de/packages/fc5-vps/
1143636596 M * Cru ups, forgot to rename the files
1143636620 M * Cru done
1143636787 N * Dr4g__ Dr4g
1143636875 M * daniel_hozac same vps-dev package?
1143636883 M * daniel_hozac that won't work.
1143636900 M * Cru hmm, why?
1143636908 M * daniel_hozac because udev is required.
1143636916 M * daniel_hozac ergo the vps-dev-fc5.patch above.
1143636930 M * Cru ehseems I missed that
1143636933 M * daniel_hozac (along with allowing the package to build as non-root, because, well, who builds as root?)
1143636976 M * Cru we build in vservers ;)
1143637020 M * daniel_hozac as do i, but i still test build things before sending it off to the build system.
1143637273 M * daniel_hozac and wouldn't it be nice to be able to remove that pesky CAP_MKNOD from bcapabilities?
1143637307 J * insomniac ~insomniac@slackware.it
1143637308 M * insomniac hi
1143637312 M * daniel_hozac hello
1143637396 M * Cru you are right, I will use your patch as it is
1143637501 Q * brc_ Ping timeout: 480 seconds
1143637539 Q * phreak`` Quit: leaving
1143637570 J * phreak`` ~phreak``@134.68.220.30
1143637608 M * Cru daniel: what about "Provides: udev" and preserving udev's directory structure?
1143637828 M * daniel_hozac hmm?
1143637925 M * daniel_hozac initscripts require udev >= 078-1
1143637961 Q * TheSeer Quit: Client exiting
1143637965 M * daniel_hozac and what directory structure are you talking about?
1143638221 M * Bertl welcome insomniac!
1143638332 M * insomniac Bertl: thank you :)
1143638375 M * Cru daniel: sure, but they do not really use udev
1143638383 M * Cru i meant /dev/udev/...
1143638391 M * Cru aeh, /etc/udev/ etc.
1143638410 M * daniel_hozac Cru: i'm not sure i understand what you're getting at.
1143638446 M * daniel_hozac you need to have a versioned provides with a version higher than 078-1. why would you want to provide the directory structure at all?
1143638509 M * Cru okay, I will simply try later
1143638663 J * matt1 ~matta@71.224.125.126
1143639012 Q * matta Ping timeout: 480 seconds
1143639395 M * Cru daniel: I removed vps-dev until I investigated the possibilities
1143639471 Q * Loki|muh Read error: Connection reset by peer
1143639730 J * Loki|muh loki@satanix.de
1143639871 Q * Loki|muh Read error: Connection reset by peer
1143640031 J * Loki|muh loki@satanix.de
1143640182 J * Viper0482 ~Viper0482@p549763A5.dip.t-dialin.net
1143640354 J * coocoon ~coocoon@p54A05C41.dip.t-dialin.net
1143641092 Q * Loki|muh Read error: Connection reset by peer
1143641374 J * Loki|muh loki@satanix.de
1143642311 J * glen_ ~glen@elves.delfi.ee
1143642353 M * glen_ hi. i can't seem to able to specify unlimited openfiles for vserver
1143642385 M * glen_ i should add to rlimits/nofile word 'inf'. right?
1143642490 M * Bertl should be unlimited by default, but 
1143642503 M * Bertl usually the host has certain limits (on most distros)
1143642516 M * Bertl and some of them are 'inherited' to the guests
1143642526 M * Bertl what does ulimit -a show on the host`
1143642533 M * Bertl s/`/?
1143642589 M * glen_ well i can do 'ulimit -n unlimited' in host, but not in vserver
1143642651 M * Bertl glen_: that depends on the capabilities you have, but basically what happens if you stop the guest, then do the ulimit -HS -n unlimited and start the guest again?
1143642678 M * Bertl I would assume that your limits inside the guest are lifted after that
1143642687 M * glen_ ahaa. i do this on host:
1143642687 M * glen_ # ulimit -HS -n unlimited
1143642687 M * glen_ bash: ulimit: open files: cannot modify limit: Operation not permitted
1143642712 M * Bertl so probably you hit a kernel limit here too
1143642736 M * Bertl which in turn means that there are only soandso much resources available
1143642753 M * Bertl (note: most of them can be raised via sysctl and/or sysfs)
1143642778 M * glen_ i'll try with numbers. not inifnity
1143642803 M * glen_ oh yeah. nice. worked :)
1143642819 M * Bertl now, if you have your guest auto-started, just make sure
1143642828 M * Bertl to raise the limit in the auto-start script
1143642851 M * Bertl btw, for files probably this one is relevant
1143642859 M * Bertl sysctl fs.file-max   
1143642859 M * Bertl fs.file-max = 309910
1143642882 M * Bertl (which seems to be the upper limit on my system :)
1143642931 M * Bertl FYI, the -H or -S mean hard and soft limit
1143642990 M * daniel_hozac Cru: what's wrong with the approach in my patch? do you want udev in your vservers?
1143642995 M * glen_ hmm. looks like the problem is elsewhere. ie samba inside vserver complains via nss_ldap that can't connect to ldap server. so i tought to rise nofile limits
1143643021 M * glen_ but looking at /proc/virtual/.../limit then all limits are infinitive and none of them has been hit
1143643033 M * Bertl glen_: check that the services use the proper IP address
1143643048 M * Bertl glen_: note that 127.0.0.1 will be remapped to the first assigned IP address
1143643072 M * glen_ Bertl: well it works most of the time. so it can't be ip address issue, but rather resource problem. IMHO
1143643089 M * Bertl okay, good point
1143643103 M * glen_ oh, btw. i had this situation
1143643124 M * glen_ that i had configured samba as interfaces = INTERNAL IP, 127.0.0.1 
1143643136 M * glen_ and it bound to INTERNAL IP and some random ip, which was PUBLIC IP
1143643162 M * glen_ so its' vserver issue, not samba problem binding to completely wrong when it failed to bind to 127.0.0.1 (as i didn't had that interface in thatr vserver)?
1143643204 J * Smutje_ ~Smutje@xdsl-87-78-18-28.netcologne.de
1143643223 M * glen_ ok. i'l switch my interfaces/0 and 1, so that 0 is internal ip and 1 is public ip, just in case :)
1143643307 Q * Smutje Ping timeout: 480 seconds
1143643307 N * Smutje_ Smutje
1143643410 M * Cru daniel: no, I want to get rid of udev ;)
1143643476 M * daniel_hozac Cru: umm, i don't understand. my patch allows you to get rid of udev.
1143643491 M * Bertl okay, back later ...
1143643520 N * Bertl Bertl_oO
1143643672 Q * coocoon Quit: KVIrc 3.2.0 'Realia'
1143644247 Q * matt1 Ping timeout: 480 seconds
1143644663 M * Cru daniel: sorry, had only a short look at it, will have a closer look when I am at home
1143645480 J * matta ~matta@c-68-32-239-173.hsd1.pa.comcast.net
1143646540 Q * mkhl Quit: 
1143647107 Q * Loki|muh Ping timeout: 480 seconds
1143647160 J * Loki|muh loki@satanix.de
1143647820 Q * Dr4g Quit: Open Source Development :: http://dynamichell.org
1143648609 J * bonbons ~bonbons@83.222.39.180
1143648675 J * FireEgl Atlantica@Atlantica.Tcldrop.Org
1143650196 J * Dr4g ~Dr4g@82-40-202-68.stb.ubr06.uddi.blueyonder.co.uk
1143650218 J * brc_ bruce@20151195198.user.veloxzone.com.br
1143651358 Q * mire Ping timeout: 480 seconds
1143651418 Q * Dr4g Quit: Open Source Development :: http://dynamichell.org
1143651575 Q * cehteh Read error: Connection reset by peer
1143651900 J * mire ~mire@187-166-222-85.COOL.ADSL.VLine.verat.net
1143653014 Q * brc_ Quit: BitchX: the ONLY bug-free client
1143653058 J * brc bruce@20151195198.user.veloxzone.com.br
1143654092 J * liquid3649_ ~Viper0482@p54977771.dip.t-dialin.net
1143654527 Q * Viper0482 Ping timeout: 480 seconds
1143655632 J * cehteh foobar@cehteh.homeunix.org
1143656749 N * restill-afk restill
1143657398 J * mkhl ~mkhl@200-148-41-90.dsl.telesp.net.br
1143658162 M * blizz is there a limit on how many ttys a guest can aquire?
1143658261 Q * cehteh Ping timeout: 480 seconds
1143658643 Q * liquid3649_ Quit: bin raus, 
1143658833 M * daniel_hozac blizz: /dev/pts/X? not as far as i know.
1143658867 M * blizz mhh nice, thank you
1143659066 Q * mire Ping timeout: 480 seconds
1143659125 J * mire ~mire@187-166-222-85.COOL.ADSL.VLine.verat.net
1143660333 J * dearaujo ~dan@pixpat.austin.ibm.com
1143660374 P * dearaujo 
1143660640 J * ensc_ ~irc-ensc@p54B4E695.dip.t-dialin.net
1143660698 N * ensc_ Guest5502
1143660742 Q * ensc Ping timeout: 480 seconds
1143661052 J * Dr4g ~Dr4g@82-40-202-68.stb.ubr06.uddi.blueyonder.co.uk
1143661608 J * prae ~benjamin@sherpadown.net
1143662123 J * coocoon ~coocoon@p54A05C41.dip.t-dialin.net
1143662728 J * dearaujo ~dan@pixpat.austin.ibm.com
1143662814 M * dearaujo can anyone tell me the benefits of NGNET....?
1143662830 M * dearaujo vs the current method (which is...?)
1143662922 M * daniel_hozac seeing how NGNET doesn't currently exist, i guess that's sort of hard to say ;)
1143662935 M * dearaujo :) - let me rephrase
1143662942 M * daniel_hozac but it's meant to be a virtualization of the network stack.
1143662948 M * dearaujo what _will_ the benefits be
1143662964 M * dearaujo sure - but how does that improve the current model?
1143662971 M * daniel_hozac whereas right now guests are just limited to a subset of the IP addresses, and all of the networking happens on the host.
1143662972 M * dearaujo out of curiousity
1143662990 M * daniel_hozac it would, for instance, allow guests to have their own iptables.
1143662996 M * dearaujo ahhhhh
1143663087 M * dearaujo any other benefits?
1143663112 M * dearaujo sorry to prod - curious as to why ppl say OpenVZ has this advantage over Vserver :)
1143663173 M * daniel_hozac maybe you should ask them :)
1143663186 M * matta OVZ has a product to sell :)
1143663192 A * dearaujo heads to the openVZ room...
1143663197 M * daniel_hozac personally, i'm happy with the current networking.
1143663208 M * matta if you go by what they say, they have an advantage over every other competing technology..
1143663220 M * matta possible.
1143663225 M * dearaujo lol - marketing is everything...
1143663255 M * dearaujo i found networking easier to configure in Vserver...
1143663262 M * dearaujo then with VZ
1143663276 M * dearaujo set up was more direct as well
1143663285 M * dearaujo just my view...
1143663362 J * Aiken ~james@tooax6-226.dialup.optusnet.com.au
1143663936 J * doener ~doener@i5387FC81.versanet.de
1143663997 Q * bonbons Quit: Leaving
1143664301 J * IovaykInD ~IovaykInD@ool-182fa0ea.dyn.optonline.net
1143664315 P * IovaykInD 
1143665616 Q * coocoon Quit: KVIrc 3.2.0 'Realia'
1143666259 M * glen_ neat. i was able to make vslogin + nss_vserver working
1143666278 M * glen_ altho i made vslogin executable only vserver group. so it's not so fatal as it's readme says
1143666290 M * glen_ -rwsr-x---  1 root vserver 7.1K Mar 29 23:59 /sbin/vslogin*
1143666302 M * daniel_hozac what is vslogin?
1143666309 M * glen_ http://linux-vserver.org/HowtoSSHLogin
1143666356 M * glen_ altho it puts weird utmp entry in guest ($VSERVERNAME-$USER), imho should be just $USER:
1143666362 M * glen_ test-roo pts/1     00:05    0.00s   ?      ?    -
1143666654 M * daniel_hozac so, modify it ;)
1143666712 M * glen_ maybe there's good reason for it. i don't know :)
1143666745 M * glen_ i don't yet understand what the gecos field has to do with authentication
1143667322 M * blizz is it possible to set flags and caps without rebooting? :P
1143667552 M * glen_ i noticed that altering interfaces which are nodev, i can enter running vserver with new network settings without rebooting ;)
1143667711 M * doener glen_: yep, but enter _only_, all existing processes still have the old settings
1143667784 M * glen_ yep. but i can restart single procs and they inherit the new ones?
1143667799 M * doener yep, should work
1143668351 J * Dr4g_ ~Dr4g@82-40-202-68.stb.ubr06.uddi.blueyonder.co.uk
1143668374 Q * Dr4g Read error: Connection reset by peer
1143668389 Q * Dr4g_ Read error: Connection reset by peer
1143668406 J * Dr4g_ ~Dr4g@82-40-202-68.stb.ubr06.uddi.blueyonder.co.uk
1143668875 Q * ntrs Quit: Leaving
1143669027 N * restill restill-afk
1143669710 M * bubulak  /n
1143669762 Q * sladen Ping timeout: 480 seconds
1143670143 J * sladen paul@starsky.19inch.net
1143670550 M * daniel_hozac glen_: and only with old utils, i.e. util-vserver 0.30.210 won't do that.
1143670597 M * daniel_hozac blizz: yes, see vattribute --help
1143670687 Q * prae Quit: Pwet
1143670762 P * dearaujo 
1143671614 Q * bubulak Remote host closed the connection
1143671946 J * bubulak ~bubulak@cicka.wnet.sk
1143673931 Q * matta Ping timeout: 480 seconds