1271636180 Q * yarihm Quit: This computer has gone to sleep 1271637232 Q * trippeh Ping timeout: 480 seconds 1271637733 J * trippeh atomt@uff.ugh.no 1271637914 J * mecool mecool@94.128.90.78 1271638063 N * Bertl_zZ Bertl 1271638068 M * Bertl back now ... 1271640212 Q * snooze Remote host closed the connection 1271640223 J * snooze ~o@1-1-4-40a.gkp.gbg.bostream.se 1271641686 Q * FireEgl Remote host closed the connection 1271641763 J * trippeh_ ~atomt@cm-84.209.14.59.getinternet.no 1271641766 Q * bzed Read error: Connection reset by peer 1271641808 J * bzed ~bzed@devel.recluse.de 1271641855 Q * trippeh Ping timeout: 480 seconds 1271642138 Q * bzed Read error: Connection reset by peer 1271642196 J * bzed ~bzed@devel.recluse.de 1271642502 J * FireEgl FireEgl@173-16-9-10.client.mchsi.com 1271643779 J * trippeh atomt@uff.ugh.no 1271646070 J * SauLus_ ~SauLus@c192237.adsl.hansenet.de 1271646478 Q * SauLus Ping timeout: 480 seconds 1271646478 N * SauLus_ SauLus 1271652448 Q * mecool Ping timeout: 480 seconds 1271653708 Q * balbir Read error: Connection reset by peer 1271654325 Q * ktwilight_ Quit: dead 1271654481 J * balbir ~balbir@122.172.34.243 1271654598 M * Bertl off to bed now ... have a good one everyone! 1271654610 N * Bertl Bertl_zZ 1271656351 J * ntrs ~ntrs@77.28.7.41 1271656842 J * ncopa ~ncopa@180.40.189.109.customer.cdi.no 1271657980 J * petzsch ~markus@dslb-094-222-098-228.pools.arcor-ip.net 1271658423 Q * derjohn_mob Ping timeout: 480 seconds 1271659706 J * derjohn_mob ~aj@213.238.45.2 1271662098 J * barismetin ~barismeti@zanzibar.inria.fr 1271663462 J * BenG ~bengreen@cpc2-aztw22-2-0-cust521.aztw.cable.virginmedia.com 1271664263 J * yarihm ~yarihm@80-219-150-83.dclient.hispeed.ch 1271664637 Q * petzsch Quit: Leaving. 1271664677 J * _nono_ ~gomes@libation.ircam.fr 1271664800 Q * Romster Quit: Geeks shall inherit properties and methods of object earth. 1271666497 Q * ntrs Ping timeout: 480 seconds 1271666613 J * thalunil ~thalunil@82.94.215.12 1271667512 J * gnuk ~F404ror@pla93-3-82-240-11-251.fbx.proxad.net 1271672608 Q * BenG Quit: I Leave 1271675065 N * Bertl_zZ Bertl 1271675073 M * Bertl morning folks! 1271677677 Q * balbir Ping timeout: 480 seconds 1271678021 M * hijacker afternoon Bertl 1271678219 J * balbir ~balbir@122.172.41.2 1271678937 Q * balbir Ping timeout: 480 seconds 1271679475 J * balbir ~balbir@122.172.11.56 1271679796 J * ntrs ~ntrs@77.28.174.37 1271680756 M * pmjdebruijn hmmm 1271680779 M * pmjdebruijn is there a way to change rlimit/rss.hard on-the-fly, without reloading the vserver? 1271680813 M * pmjdebruijn oh vlimit 1271680819 M * Bertl correct :) 1271680837 M * pmjdebruijn anyway to automatically apply rlimit/rss.hard? 1271680848 M * pmjdebruijn besides vlimit `cat blah/rlimits/rss.hard` 1271680850 M * pmjdebruijn :) 1271680881 M * Bertl not that I know ... but it is a long-term feature request 1271680888 M * pmjdebruijn :) 1271680892 M * pmjdebruijn ok 1271680991 M * pmjdebruijn oh crap, vlimit doesn't work on vserver names :( 1271681004 M * Bertl util-vserver version? 1271681421 M * pmjdebruijn 0.30.216~r2842 1271681423 M * pmjdebruijn it's not a big problem 1271681525 M * Bertl works fine here with guest names after --xid (but I have a more recent version) 1271681592 M * pmjdebruijn oh 1271681602 M * pmjdebruijn well, it works with some creative scripting 1271681617 M * pmjdebruijn I didn't test, the help suggestion you need to use the XID itself 1271684831 M * daniel_hozac any part of the utils which accepts an xid/nid also accept a name. 1271684977 J * ghislain ~AQUEOS@adsl2.aqueos.com 1271685160 M * pmjdebruijn ok 1271686183 J * Romster ~romster@202.168.100.149.dynamic.rev.eftel.com 1271686626 J * ntrs_ ~ntrs@77.28.171.134 1271686837 Q * speed47 Ping timeout: 480 seconds 1271687056 Q * ntrs Ping timeout: 480 seconds 1271688766 J * speed47 ~speed@2001:41d0:1:98a7:babe:cafe:c0ca:1 1271689147 J * ktwilight ~keliew@91.179.198.155 1271689561 J * petzsch ~markus@dslb-094-222-098-228.pools.arcor-ip.net 1271690056 J * dowdle ~dowdle@scott.coe.montana.edu 1271690095 J * mecool mecool@94.128.76.234 1271690813 Q * ncopa Quit: Ex-Chat 1271692208 Q * mecool Ping timeout: 480 seconds 1271692562 J * hijacker_ ~hijacker@87-126-142-51.btc-net.bg 1271693509 J * bonbons ~bonbons@2001:960:7ab:0:2c0:9fff:fe2d:39d 1271693614 Q * barismetin Quit: Leaving... 1271695884 J * BenG ~bengreen@cpc2-aztw22-2-0-cust521.aztw.cable.virginmedia.com 1271696691 Q * balbir Read error: Connection reset by peer 1271697234 J * imcsk8 ~ichavero@evdomip-25-236.iusacell.net 1271697504 J * balbir ~balbir@122.172.27.84 1271697569 Q * BenG Quit: I Leave 1271698230 Q * gnuk Quit: NoFeature 1271699367 Q * balbir Ping timeout: 480 seconds 1271699959 J * balbir ~balbir@122.172.31.238 1271700531 Q * derjohn_mob Ping timeout: 480 seconds 1271701619 J * derjohn_mob ~aj@d004215.adsl.hansenet.de 1271702872 Q * derjohn_mob Ping timeout: 480 seconds 1271705100 J * derjohn_mob ~aj@d004215.adsl.hansenet.de 1271707412 Q * hijacker_ Quit: Leaving 1271708226 J * ntrs__ ~ntrs@77.28.23.116 1271708350 Q * bonbons Quit: Leaving 1271708666 Q * ntrs_ Ping timeout: 480 seconds 1271709999 M * transacid so debian-vservertools are not supported. i should rather use vserver build? didn't know that. maybe i just was lucky ;) 1271710022 M * Guy- transacid: yes, use vserver build with the debootstrap build method 1271710026 M * transacid vserver-debiantools that is 1271710045 M * Guy- transacid: but if you're mass-creating vservers, it may make sense to write a wrapper script even around that 1271710065 M * transacid na, just one here and then 1271710088 Q * Romster Ping timeout: 480 seconds 1271710107 M * transacid i used to use the build method for long until someone toled me to use debian foo. however will you the build method from now on again 1271710122 M * transacid was just setting up a new server after a longer time 1271710142 M * transacid my current setup is running since 4 years without a hassle ;) 1271710187 M * Bertl there are many problems with the vserver-debiantools, the simplest and best argument against them IMHO is that Linux-VServer is designed to be distro agnostic, so why make a distro specific wrapper? 1271710187 M * Guy- so it goes :) 1271710219 M * transacid Bertl: i agree 1271710225 M * Guy- Bertl: well, I wrote one for my own use as well :) 1271710234 M * transacid there are not much vserver left to build though 1271710238 M * Guy- it's not just distro specific, it's much more than that :) 1271710260 M * Bertl that is perfectly fine for an enduser 1271710309 M * Bertl the problem is when folks come here and complain that either the newvserver is not working correctly, or that it is 'missing' on e.g. fedora or gentoo 1271710354 M * Bertl note that I would be fairly indifferent if it was working properly where available, but it has been a real PITA in the past 1271710364 M * Guy- yes, I can see how that's a problem 1271710449 M * transacid i just became aware of that cause of the post on the ml 1271710457 M * transacid cause i always worked for me 1271710472 M * transacid but now that i know i will keep using the build method 1271711662 M * Marillion transacid: i don't see problems with the debootstrap method, an lenny and squeeze, too 1271711774 M * Bertl consider it similar to 'alias dir=ls' no linux(-vserver) pro would use that :) 1271712034 M * transacid haha yes 1271712218 J * derjohn_foo ~aj@c192134.adsl.hansenet.de 1271712594 A * _Shiva_ thinks of 'alias rm=rm -i' .. grr.. 1271712639 Q * petzsch Quit: Leaving. 1271712640 Q * derjohn_mob Ping timeout: 480 seconds 1271712818 M * transacid _Shiva_: yeah that's really silly, i mean, how really reviews what one's gonna delete. you just press 'y' cause you know what you're doing, right? 1271712884 M * _Shiva_ transacid: actually, that proppts you for _every_ file in $glob .. 1271712905 M * transacid you see, i never used it 1271712924 M * Marillion transacid: Where are your evidence? 1271712931 M * _Shiva_ promMpts, even :-) 1271712960 M * transacid Marillion: hu? 1271713010 M * Marillion transacid: you say, vserver on Debian are broken, where? 1271713028 M * transacid Marillion: i never said that. just read it on the mailinglist 1271713041 M * Marillion ah 1271713058 M * transacid Marillion: it was about using vserver-debiantools 1271713066 M * Marillion say that the first, not afterwards 1271713088 M * transacid i dun get you 1271713177 M * _Shiva_ transacid: that used to be a default alias in SchmuSE-Linux... dah! 1271714098 Q * ntrs__ Ping timeout: 480 seconds 1271714151 M * Guy- also in Red Hat, I think 1271714277 Q * jrdnyquist synthon.oftc.net charm.oftc.net 1271714277 Q * Marillion synthon.oftc.net charm.oftc.net 1271714277 Q * dannf synthon.oftc.net charm.oftc.net 1271714277 Q * fLoo synthon.oftc.net charm.oftc.net 1271714277 Q * MooingLemur synthon.oftc.net charm.oftc.net 1271714354 J * jrdnyquist ~jrdnyquis@slayer.caro.net 1271714354 J * Marillion ~dirk@hetzner4.127011.net 1271714354 J * dannf ~dannf@utter.lackof.org 1271714354 J * fLoo ~fLoo@fs.coresec.de 1271714354 J * MooingLemur ~troy@shells195.pinchaser.com 1271716951 Q * ghislain Read error: Connection reset by peer 1271717427 M * urbee i'm trying to rsync a guest from one machine to another 1271717441 M * urbee rsync is in D state on the first machine for like 20 minutes 1271717451 M * urbee and i've turned off all other stuff! 1271717479 M * urbee is it like, stalled, or what? should i reboot? 1271717544 M * urbee iostat shows huge %iowait 1271717552 M * urbee but what tha hell is it waiting for, this is the only job to do 1271717562 J * Romster ~romster@202.168.100.149.dynamic.rev.eftel.com 1271717573 M * urbee avg-cpu: %user %nice %system %iowait %steal %idle 1271717573 M * urbee 0.25 0.00 0.25 24.56 0.00 74.94 1271717678 M * Bertl what about memory? check /proc/meminfo 1271717702 M * Bertl I'd suspec the machine is trashing, i.e. vmstat will show huge page in/outs 1271717821 M * urbee i've rebooted in the mean time 1271717883 M * urbee but it still seems to be in D all the time 1271717937 M * Bertl rsync is I/O bound, at least at the beginning when building the filelist 1271717960 M * Bertl depending on the number of files, it will also consume a huge amount of memory 1271717961 M * urbee but shouldnt it be "running"? 1271717972 M * urbee memory is not a problem 1271717986 M * urbee there are alooot of files but anyway 1271717998 M * urbee there's nothing running on the machine right now except of rsync 1271718163 Q * imcsk8 Quit: This computer has gone to sleep 1271718218 Q * dowdle Remote host closed the connection 1271718767 M * sur5r urbee: maybe you have lots of hardlinks and use rsync with -H? 1271721264 M * urbee its been generating the list for 56 minutes now :) 1271721443 M * Bertl what is your rsync line? 1271721506 M * urbee rsync --numeric-ids -aPxvc 1271721521 M * Bertl ah, that explains it, -c means checksum 1271721538 M * Bertl i.e. it is currently checksumming all your files 1271721547 M * urbee but thats the safest way right? 1271721574 M * Bertl well, depends on what you plan to do .. if you expect the transport to be faulty, sure 1271721598 M * urbee i dont expect it, but i rather not bet on it :)