1249951314 Q * sel Ping timeout: 480 seconds
1249953423 Q * hparker Quit: Read error: 104 (Peer reset by connection)
1249954030 Q * saulus Ping timeout: 480 seconds
1249954233 J * saulus ~saulus@c135017.adsl.hansenet.de
1249954354 J * Ab13 ~Ab13@125.161.192.212
1249954375 P * Ab13 
1249954537 J * FireEgl FireEgl@173-16-9-10.client.mchsi.com
1249958326 J * scientes ~scientes@c-76-27-193-108.hsd1.or.comcast.net
1249959060 Q * ensc|w Quit: Lost terminal
1249961727 J * DentE_de_SabrE ~tomidogg@201-35-77-231.paemt700.dsl.brasiltelecom.net.br
1249961829 Q * DentE_de_SabrE 
1249964628 Q * scientes Ping timeout: 480 seconds
1249965480 J * scientes ~scientes@c-76-27-193-108.hsd1.or.comcast.net
1249965896 J * doener_ ~doener@i59F55B47.versanet.de
1249966000 Q * doener Ping timeout: 480 seconds
1249966501 J * sharkjaw ~gab@149-49-95.oke2-bras6.adsl.tele2.no
1249968642 J * ghislainocfs2 ~Ghislain@LPuteaux-151-41-11-129.w217-128.abo.wanadoo.fr
1249969119 Q * scientes Remote host closed the connection
1249971295 J * mxs_ mxs@p4FCCABA4.dip.t-dialin.net
1249971598 Q * mxs Ping timeout: 480 seconds
1249971836 Q * puck Ping timeout: 480 seconds
1249972009 J * puck ~puck@leibniz.catalyst.net.nz
1249972103 J * imcsk8 ~ichavero@189.155.66.197
1249972639 Q * derjohn_mob Ping timeout: 480 seconds
1249973640 Q * balbir__ Ping timeout: 480 seconds
1249975339 J * derjohn_mob ~aj@80.85.196.112
1249976082 Q * imcsk8 Quit: This computer has gone to sleep
1249976351 J * balbir__ ~balbir@59.145.136.1
1249976545 N * DoberMann[ZZZzzz] DoberMann[PullA]
1249977595 J * BWare ~itsme@ip-80-113-1-198.ip.prioritytelecom.net
1249978085 J * sel ~sel@90-229-241-194-no37.tbcn.telia.com
1249978117 J * dna ~dna@55-197-103-86.dynamic.dsl.tng.de
1249978126 J * BenG ~bengreen@94-169-110-10.cable.ubr22.aztw.blueyonder.co.uk
1249978274 Q * ousado Remote host closed the connection
1249981139 J * gnuk ~F404ror@pla93-3-82-240-11-251.fbx.proxad.net
1249983356 J * bragon ~Alex@81.93.247.141
1249984390 J * dothebart ~willi@xdsl-84-44-230-255.netcologne.de
1249984812 Q * tudenbart Ping timeout: 480 seconds
1249985550 J * lemming ~lemming@capanord.informatik.uni-kl.de
1249985572 M * lemming hi all, is there a tool like vzdump for vserver ?
1249985695 M * theocrite Is it a good idea to have makedev on guests ? Or should we let the host only handle devs ?
1249985760 M * arachnist theocrite: if a guest can create, for example, /dev/sda and someone gains root in a guest, you're screwed
1249985797 M * arachnist lemming: and what does vzdump do?
1249985814 M * lemming consistent snapshots w/o downtime
1249985838 M * arachnist isn't it something you could do with lvm snapshots?
1249985841 M * theocrite http://paste.linux-vserver.org/13306 <= a makedev update screwed up on a guest.
1249985858 M * theocrite arachnist: so I should remove it from all guests, right ?
1249985905 M * arachnist well, not necessairly. as long as you don't give them CAP_MKDEV, you should be ok
1249985907 M * lemming arachnist: i should have a look into that, thanks
1249986005 M * theocrite arachnist: hm, but can it be harmfull if I remove it ?
1249986388 M * BWare it's not harmful if you remove it
1249986412 M * BWare the devicenodes can be created on the host  if needed
1249987073 M * theocrite Cool. Thank you.
1249987220 J * Philippe2 ~info@78-21-32-192.access.telenet.be
1249988242 Q * arekm Ping timeout: 480 seconds
1249988351 J * arekm arekm@carme.pld-linux.org
1249988820 Q * saulus Ping timeout: 480 seconds
1249989064 Q * BenG Quit: I Leave
1249989193 Q * dna Quit: Verlassend
1249989776 N * Bertl_zZ Bertl
1249989786 M * Bertl morning folks!
1249989792 M * BWare morning!
1249989870 M * Bertl lemming: rsync can be used for most applications ... assuming that you want to take snapshots of the filesystem :)
1249989909 M * Bertl lemming: or alternatively dump (for ext2/ext3 filesystems)
1249989950 M * fb or xfsdump ;)
1249989960 J * dna ~dna@55-197-103-86.dynamic.dsl.tng.de
1249989967 M * fb Bertl: 2.6.30.4 seems to work for me too ;)
1249990153 Q * sharkjaw Quit: Leaving
1249990376 M * lemming Bertl: rsync/dump wont be consistent if the vm is writing during the snapshot
1249990618 Q * nkukard Quit: Leaving
1249990696 J * geb ~geb@AOrleans-253-1-2-245.w90-24.abo.wanadoo.fr
1249991334 M * BWare lvmsnap is the only tool left then I guess
1249991394 M * BWare as vz uses it's own filesystem as well (iirc) 
1249992067 Q * bzed Quit: leaving
1249992091 J * bzed ~bzed@devel.recluse.de
1249992112 M * Bertl lemming: there is no VM, only processes
1249992139 M * Bertl lemming: and dump will be consistant, rsync if you do lvm snapshots too
1249992152 J * BenG ~bengreen@94-169-110-10.cable.ubr22.aztw.blueyonder.co.uk
1249992156 M * lemming ok
1249994094 M * Bertl off for now .. bbl
1249994098 N * Bertl Bertl_oO
1249996542 Q * Philippe2 Ping timeout: 480 seconds
1249997766 M * Guy- hmmm... I have a vserver that's not persistent and has no processes running in it, but whose context is still around
1249997793 M * Guy- what can I do about it?
1249997806 M * Guy- CTX   PROC    VSZ    RSS  userTIME   sysTIME    UPTIME NAME
1249997810 M * Guy- 135      0     0      0    7h23m34   2h27m25   8d21h07 
1249998283 M * Guy- also, I got this kernel stack dump: http://pastebin.com/m3a430f82
1249998289 M * Guy- not sure if it's related
1249998374 Q * BenG Quit: I Leave
1249998517 M * theocrite Guy-: Debian ?
1249998720 M * Guy- yes
1249998732 M * Guy- 2.6.30.4-vs2.3.0.36.14-pre4
1249998758 M * Guy- util-vserver 0.30.216~r2842-2
1249999096 M * theocrite There's not much to do. You can try with chcontext, but I didn't have any luck with it.
1249999118 M * theocrite I don't know how to handle it without a reboot
1249999668 N * Bertl_oO Bertl
1249999671 M * Bertl back now ...
1249999833 M * Bertl Guy-: do you use unification between your guests?
1249999941 M * Bertl Guy-: who and where was the ipcrm issued?
1250000076 M * maharaja_ Bertl: can you point me to theplace where i can edit the experimental release table? i would like to update the table to reflect the current pre4 links
1250000087 Q * jklblerf Remote host closed the connection
1250000172 M * Bertl http://linux-vserver.org/Template:ExperimentalPatchTableMatrix
1250000397 M * maharaja_ ty
1250002886 J * Elton01413 ~Delphi@189.82.118.86
1250003363 Q * Elton01413 Read error: Connection reset by peer
1250003718 Q * balbir__ Ping timeout: 480 seconds
1250005094 J * Elton06224 ~Delphi@189.82.118.86
1250005494 Q * Elton06224 Read error: Connection reset by peer
1250005497 J * imcsk8 ~ichavero@148.229.1.11
1250006902 Q * derjohn_mob Ping timeout: 480 seconds
1250008247 J * docelic ~docelic@78.134.205.187
1250008567 J * derjohn_mob ~aj@c140162.adsl.hansenet.de
1250009614 J * bonbons ~bonbons@2001:960:7ab:0:2c0:9fff:fe2d:39d
1250009793 J * Elton04653 ~Delphi@189.82.146.27
1250010567 J * balbir__ ~balbir@122.172.32.209
1250010696 Q * Elton04653 Read error: Connection reset by peer
1250010924 J * geos_one ~chatzilla@chello084115149052.4.graz.surfer.at
1250010932 Q * sel Quit: Leaving
1250011496 J * nkukard ~nkukard@196.212.73.74
1250011655 Q * FireEgl Read error: Connection reset by peer
1250011765 Q * gnuk Quit: NoFeature
1250013399 M * Guy- Bertl: yes, I use unification
1250013411 M * Guy- Bertl: the ipcrm was issued in the context that stuck around
1250013775 M * Bertl okay, I presume this is not reproduceable?
1250013801 Q * Evet Ping timeout: 480 seconds
1250014249 J * Rankin ~sel@81-233-246-30-no37.tbcn.telia.com
1250014363 J * saulus ~saulus@d025244.adsl.hansenet.de
1250014496 M * saulus when I write large files my whole system stalles. I have to pull the plug to restart. Any Idea why? I transfer them from a sata sw raid 0 to a local ide HDD running ext3
1250014533 M * Bertl what kernel, and how do you write them?
1250014566 M * pmjdebruijn saulus: which kernel version?
1250014573 M * pmjdebruijn oh eh... repeating...
1250014596 M * saulus 2.6.28.4-vs2.3.0.36.6vservers-patch-samba4
1250014616 M * pmjdebruijn patch-samba?
1250014637 M * saulus first I tried scp - stalled. Then I tried rsync - stalled. Then I moved (mv) locally - slled
1250014640 M * saulus stalled
1250014653 M * pmjdebruijn are you sure sw-raid isn't the problem?
1250014673 M * saulus I dont know where the problem is, thats why I ask
1250014679 M * Bertl 2.6.27-2.6.29 has some I/O issues
1250014696 M * pmjdebruijn saulus: Intel SATA controller? 
1250014701 M * pmjdebruijn Bertl: huh?
1250014704 M * Bertl i.e. if the setup is unfortunate, you can end up waiting a minute or so for 'mkdir xyz' for example
1250014726 M * Bertl the question is, how do you define 'stall'
1250014771 M * saulus Bertl: scp/rsync starts to write with up to 12 MB/s, then the connection gets lost. So no waiting time
1250014797 M * saulus stall is the message from scp when no files are transfered at the moment
1250014800 M * Bertl connection gets lost? so you have network issues there?
1250014810 M * Bertl what does 'dmesg' report?
1250014862 M * saulus No: all above means the same: The server doesnt respond any longer. Even acpi doesnt work, so I cant reboot by pushing thepower button.
1250014895 M * saulus no log reports anything.
1250014926 M * Bertl okay, and dmesg is empty?
1250014932 M * saulus I tried with tail -f /var/log/*[^.gz]
1250014959 M * Bertl are you able to issue the dmesg command when this happens?
1250014962 M * saulus no, its not empty, but it only writes normal booting stuff until 64 seconds. Then nothing else
1250014991 M * saulus I dont know. So I checked the dmesg.0 after rebooting, but there is no additional entry
1250015008 M * Bertl well, after a reboot, the dmesg contents will be lost
1250015021 M * saulus ok.
1250015040 M * saulus what do you suggest?
1250015061 M * Bertl so, what I suggest is that you either get a serial console and connect to that (probably the best choice) or try to keep a shell around for dmesg (if you have more than one core/cpu, you might be lucky)
1250015155 M * saulus Bertl you are sure that dmesg will report something? This is a longer work here to get to the console on the machine
1250015200 Q * geb Ping timeout: 480 seconds
1250015217 M * Bertl I'm pretty sure, if you have some kind of 'hang', then a serial console (enabled for kernel logging) will show a kernel trace/panic
1250015257 M * saulus ok. I will try
1250015741 J * geb ~geb@AOrleans-253-1-57-122.w92-140.abo.wanadoo.fr
1250015853 Q * bonbons Ping timeout: 480 seconds
1250016073 J * philippe_De_Beste ~info@78-21-37-94.access.telenet.be
1250016087 J * bonbons ~bonbons@2001:960:7ab:0:2c0:9fff:fe2d:39d
1250017168 Q * saulus Ping timeout: 480 seconds
1250017624 Q * geos_one Quit: ChatZilla 0.9.85 [Firefox 3.5.2/20090807141549]
1250018708 J * dummmm ~salman@59.103.69.103
1250018844 Q * dummmm 
1250020762 Q * philippe_De_Beste Ping timeout: 480 seconds
1250020772 J * philippe_De_Beste ~info@78-21-37-94.access.telenet.be
1250022336 M * dothebart *gna* the box blocks if I start a vserver.
1250022383 M * Bertl kernel/patches and util-vserver version, as well as what you do when you start it, and maybe a kernel log?
1250022397 M * dothebart it outputs this: http://paste.debian.net/43928/
1250022406 M * dothebart and goes away.
1250022426 M * dothebart its a 2.6.22 and the userland utilities that come with lenny
1250022447 M * dothebart it was working with those that etch brought...
1250022470 M * Bertl well, debian util-vserver versions and kernels are mostly broken, build them yourself
1250022497 M * dothebart these were the two last lines I got.. [ 3847.532631] EXT3-fs: mounted filesystem with ordered data mode.
1250022498 Q * philippe_De_Beste Ping timeout: 480 seconds
1250022501 M * dothebart root@agyro:~# dmesg
1250022504 M * dothebart and dead :(
1250022520 M * dothebart I built the kernel myself
1250022530 J * philippe_De_Beste ~info@78-21-37-94.access.telenet.be
1250022533 M * Bertl so, 2.6.22 (the original one) with wjat patches?
1250022535 M * dothebart it did its job for a while now.
1250022536 M * Bertl *what
1250022544 M * dothebart stable ones
1250022569 M * dothebart don't know which, will learn tomorow when the base system is back online.
1250022595 M * Bertl that would then be vs2.2.0-rc
1250022606 M * Bertl actually rc5 or so
1250022669 M * Bertl and if that is really the case, I'd strongly advise to update to 2.6.22.19 with vs2.2.0.7
1250022691 M * dothebart which userland versions would I need?
1250022717 M * Bertl need is a tricky question, the latest 0.30.216pre will work fine on those kernels though
1250022900 M * dothebart how stable are the current unstable ones with more recent kernels?
1250022910 M * Bertl hmm?
1250022958 M * dothebart the ones agains 2.6.30?
1250022991 M * Bertl 2.6.30 is prerelease experimental, so not feature complete, but it shouldn't nuke your machine immediately
1250023013 M * Bertl I'm running a 2.6.30.4 kernel (with Linux-VServer) on one of my servers
1250023015 M * dothebart so it will wait until I start my first vserver like now? :-P
1250023031 M * Bertl yep, definitely :)
1250023163 M * dothebart so the debian citadel repos will be offline for another while :(
1250023276 M * dothebart there is no way to tail dmesg, right?
1250023281 M * Bertl why not go for 2.6.27.x with a decent (i.e. recent util-vserver)?
1250023291 M * Bertl sure, dmesg | tail -100
1250023343 M * Bertl but if you want to follow kernel log output, just enable kernel logging on your serial console
1250023343 M * dothebart don't know yet, probably the best way to go?
1250023376 M * dothebart but dmesg won't continue to follow the kernel buffer like tail -f would do?
1250023470 M * Bertl nope
1250023486 M * Bertl but as I said, just set the console logging for your console
1250023504 M * dothebart the box isn't local
1250023515 M * Bertl dmesg grabs the messages from the kernel's ring buffer, but the kernel can write the same output to a console
1250023519 M * dothebart else I would be compiling a kernel now.
1250023527 M * Bertl that's why I said serial console :)
1250023554 M * dothebart yea, had started wiring, but didn't finish...
1250023722 M * Bertl well ... you might try with the netconsole instead ...
1250023943 J * geos_one ~chatzilla@chello084115149052.4.graz.surfer.at
1250024662 Q * bonbons Quit: Leaving
1250025104 Q * geos_one Quit: ChatZilla 0.9.85 [Firefox 3.5.2/20090807141549]
1250025467 Q * philippe_De_Beste Ping timeout: 480 seconds
1250025498 J * philippe_De_Beste ~info@78-21-37-94.access.telenet.be
1250026871 N * DoberMann[PullA] DoberMann[ZZZzzz]
1250027561 Q * geb Quit: /
1250028203 Q * philippe_De_Beste Ping timeout: 480 seconds
1250028281 J * geb ~geb@earth.gebura.eu.org
1250029241 M * theocrite What is the best way to copy a vserver ? I think vserver ... clone is a good one if it's on the same host. What about another host ? Bertl told me the rsync wasn't desined to do this. So how would I do that ?
1250029270 M * theocrite I mean the vserver [...] rsync, not rsync itself.
1250029307 M * theocrite Should we just rsync /etc/vservers/guest and the /var/lib/vservers/guest directories ?
1250029358 M * geb you can, you'll loose the unification (but you may be able to launch it on the other side)
1250029372 M * geb --numeric-ids is important :)
1250029381 M * Bertl rsync-ing the guest and the config should be fine (given the proper options)
1250029412 J * tudenbart ~willi@xdsl-213-196-220-87.netcologne.de
1250029446 M * theocrite Thank you both. Yes I usually use --numeric-ids -avz (plus another option, I just can't remember right now).
1250029541 M * Bertl -axHPSD --numeric-ids is what I use (optionally -C and -c too)
1250029670 A * theocrite writes this down.
1250029830 Q * dothebart Ping timeout: 480 seconds
1250029986 Q * dna Quit: Verlassend
1250030150 M * geb i think -D is not necessary with -a
1250030174 M * Bertl I think daniel_hozac mentioned that several times, so yeah, probably right :)
1250030843 Q * geb Quit: /
1250032270 Q * imcsk8 Quit: This computer has gone to sleep
1250032731 J * docelic_ ~docelic@78.134.195.74
1250033138 Q * docelic Ping timeout: 480 seconds
1250034785 J * saulus ~saulus@d003030.adsl.hansenet.de
1250035122 J * imcsk8 ~ichavero@189.155.66.197