1307405458 Q * ryker Quit: Leaving. 1307405568 Q * Hunger Quit: _._ 1307405726 J * Hunger ~Hunger@Hunger.hu 1307407574 Q * geb Ping timeout: 480 seconds 1307408402 Q * manana Remote host closed the connection 1307409514 J * geb ~geb@mars.gebura.eu.org 1307410768 M * Bertl off to bed now ... have a good one everyone! 1307410773 N * Bertl Bertl_zZ 1307419721 Q * _nono_ Ping timeout: 480 seconds 1307420339 J * sannes ~ace@cm-84.209.81.224.getinternet.no 1307420684 Q * hparker Quit: Quit 1307421182 J * hparker ~hparker@2001:470:1f0f:32c:beae:c5ff:fe01:b647 1307422762 J * _nono_ ~gomes@licencieux.ircam.fr 1307426044 J * ncopa ~ncopa@3.203.202.84.customer.cdi.no 1307426192 Q * hparker Quit: Quit 1307427393 J * ghislain ~AQUEOS@adsl2.aqueos.com 1307428245 J * josef_ ~josef@gw-gbg.ilait.se 1307429763 J * petzsch ~markus@dslb-088-075-174-088.pools.arcor-ip.net 1307429770 Q * derjohn_foo Ping timeout: 480 seconds 1307430897 Q * ghislain resistance.oftc.net weber.oftc.net 1307430897 Q * imcsk8 resistance.oftc.net weber.oftc.net 1307430897 Q * tam resistance.oftc.net weber.oftc.net 1307430897 Q * ntrs_away resistance.oftc.net weber.oftc.net 1307430897 Q * FIChTe resistance.oftc.net weber.oftc.net 1307430897 Q * eja resistance.oftc.net weber.oftc.net 1307431053 J * tam ~tam@says.screwallofyoubitches.com 1307431110 J * ntrs_away ~ntrs@vault08.rosehosting.com 1307431270 J * FIChTe ~fichte@bashpipe.de 1307431276 J * ghislain ~AQUEOS@adsl2.aqueos.com 1307431482 J * imcsk8 ~ichavero@148.229.1.11 1307431573 J * eja ~user@75.110.195.31 1307431991 Q * ghislain synthon.oftc.net weber.oftc.net 1307432216 J * ghislain ~AQUEOS@adsl2.aqueos.com 1307434287 J * derjohn_foo ~aj@213.238.45.2 1307434991 M * ghislain daniel: the 2981 works fine on my setup now 1307435105 J * BenG ~bengreen@cpc12-aztw24-2-0-cust146.aztw.cable.virginmedia.com 1307438994 M * ser stupid question: i need to migrate amd64 squeeze guest into i386 - any hints? 1307439619 J * manana ~mayday090@nat049-252-205-109.tvoe.tv 1307440362 M * trippeh_ Set up a new one and move the relevant config files over is probably easiest 1307440820 Q * Piet Remote host closed the connection 1307440859 J * Piet ~Piet__@659AAB6CB.tor-irc.dnsbl.oftc.net 1307441205 M * SwenTjuln ser: is host 64 bit? 1307441293 M * ser yes 1307441388 M * ser i mean, current one - yes, new one, not 1307441486 M * SwenTjuln oh? 1307441497 M * SwenTjuln so you're downgrading hw? :D 1307441595 M * SwenTjuln ser: this might help http://ubuntuforums.org/showpost.php?p=976455&postcount=3 1307441621 M * fback ser: vserver is just isolation, so the question is basically how to migrate amd64 system to i386 platform 1307441644 M * fback ser: and the answer is, you can't, unfortunately 1307441711 M * fback you have to install it from scratch, dpkg --get-selections and --set-selections may be useful, but you also need to move your configs 1307441719 M * BenG "Set up a new one and move the relevant config files over is probably easiest", possibly true but migration should be possible 1307441788 M * fback BenG: you can't run 64 bit code on 32 bit kernel, even on 64-bit platform :) 1307441815 M * BenG yes, all the packages would need replacing with 32-bit versions 1307441828 M * BenG okay forget I said it 1307441831 M * BenG :) 1307441859 M * BenG oddly enough, multiarch-support package just hit Debian unstable today 1307441925 M * BenG though it's purely a transitional package 1307442377 Q * derjohn_foo Ping timeout: 480 seconds 1307442611 M * ser thanks, guys 1307443833 J * derjohn_mob ~aj@213.238.45.2 1307444445 M * daniel_hozac ghislain: thanks 1307445528 N * Bertl_zZ Bertl 1307445539 M * Bertl morning folks! 1307446171 M * SwenTjuln mornin' 1307446247 Q * manana Ping timeout: 480 seconds 1307446435 M * hijacker afternoon 1307446458 J * s1aden ~paul@starsky.19inch.net 1307446562 Q * sladen Ping timeout: 480 seconds 1307446742 J * manana ~mayday090@nat049-252-205-109.tvoe.tv 1307446756 P * s0undt3ch http://quassel-irc.org - Chat comfortably. Anywhere. 1307446989 M * hijacker fellows, anyone might know if that is vserver related, on an mostly idle system I get: 1307446992 M * hijacker 14:42:33 up 40 days, 4:01, 2 users, load average: 2.02, 2.06, 2.05 1307446999 M * hijacker and this only started recently... 1307447018 M * hijacker kernel + patch: 2.6.36.2-vs2.3.0.36.38.2 ? 1307447042 M * hijacker and that is a 1 cpu host 1307447045 M * Bertl in general, update to a more recent kernel/patch first, but what's the problem the load? 1307447075 M * hijacker no problem, just looks like strange numbers for the actual load 1307447093 M * hijacker i'd exect aron 0.1-ish 1307447099 M * hijacker around* 1307447133 M * Bertl so what does e.g. ps auxwww show inside the guest? 1307447183 M * Bertl ps auxwww | grep R 1307447222 M * Bertl also, is load virtualized? 1307447250 M * hijacker no load, no running processes except for the ps and grep 1307447285 M * hijacker load is not virtualized 1307447289 M * SwenTjuln hijacker: if load isn't virtualized it could be caused by different Vserver guest or even host 1307447308 M * hijacker the thing is the machine is actually idle 1307447323 M * SwenTjuln try vtop on host 1307447327 M * Bertl so what does the host show? 1307447362 M * hijacker Bertl, same for the host except for additiona SCREEN 1307447383 M * hijacker SwenTjuln, no running processes to cause 1 cpu machine to display overall load of 2 1307447397 M * Bertl vps auxwww | grep R 1307447438 M * hijacker nothing special, vps, grep , ps and SCREEN 1307447469 M * Bertl so how many screens are there? 1307447480 M * hijacker 2-3 idle screens 1307447498 M * SwenTjuln on host: vmstat 1 1307447511 M * SwenTjuln leave it running for a while 1307447524 M * Bertl so the SCREEN processes show 'S' not 'R' as state? 1307447534 M * hijacker SwenTjuln, all is fine for 0 load 1307447542 M * SwenTjuln 1.st column: no.of.running processes, last column "io wait" 1307447570 M * hijacker Bertl, I guest it is in the list as it has capital R ;-) 1307447574 M * hijacker so state is Ss 1307447599 M * hijacker SwenTjuln, nothing to cause a load of 2 1307447608 M * hijacker 100 process mostly idling 1307447610 M * Bertl processes in R or D state will account to load in general 1307447628 M * hijacker kernel BUG in the dmesg perhaps? 1307447640 M * SwenTjuln hijacker: could you paste few lines of output of vmstat to http://paste.linux-vserver.org/ 1307447656 M * hijacker BUG: unable to handle kernel NULL pointer dereference at (null) 1307447656 M * hijacker IP: [] 0xc02601f6 1307447656 M * hijacker *pde = 00000000 1307447656 M * hijacker Oops: 0002 [#1] 1307447660 M * hijacker SwenTjuln, surely 1307447743 M * hijacker i can see the kernel dumped some stuff in dmesg before 1307447793 M * hijacker SwenTjuln, http://paste.linux-vserver.org/19988 1307447830 M * Bertl so most likely some processes are stuck in 'D' state then 1307447858 M * hijacker Bertl, 1307447881 M * hijacker i have pppd in D state 1307447899 M * hijacker could be that one 1307447922 M * Bertl ps -e -ostate,pid,cmd | egrep '^D' 1307447963 M * hijacker aye 1307447967 M * hijacker that is pppd 1307447991 M * Bertl so that will contribute to the host load then 1307447999 M * hijacker indeed 1307448009 M * hijacker and i cannot kill this process 1307448063 M * SwenTjuln hijacker: try to load/remove pppd module 1307448114 M * SwenTjuln hijacker: oh! don't do it if you rely on pppd to provide connectivity 1307448142 M * hijacker yeah and i am connected through the internet to this machine right now, though I have cron scripts to check for pppd 1307448183 M * SwenTjuln hijacker: you've just might to find the cause 1307448196 M * hijacker yes, thanks guys 1307448201 M * Bertl this is a kernel bug, so the process died in kernel space, there is no recovery from that (atm) except reboot 1307448202 M * hijacker very helpful as usual 1307448217 Q * BenG Read error: Connection reset by peer 1307448230 M * hijacker SwenTjuln, and that is not as module i have compiled ppp support into the kernel itself ;_) 1307448242 M * SwenTjuln oh 1307448254 N * DelTree_ DelTree 1307448283 M * SwenTjuln you're left with reboot i guess. While you're at it you might want to upgrade your kernel 1307448298 M * SwenTjuln since you're rebooting anyway :D 1307448303 M * hijacker yeah 1307448309 M * hijacker i was just thinking about it ;-) 1307448333 M * hijacker a few days back, someone asked about 3.0 out already? ;-) 1307448345 M * SwenTjuln rc2 afaik 1307448360 M * SwenTjuln but there is no vserver patch for it yet 1307448370 M * hijacker yeah ;-) 1307448375 M * SwenTjuln it's just a version bump anyway 1307448397 M * hijacker we'll see 1307448398 M * SwenTjuln so it's nothing to get excited about 1307448402 M * hijacker hehe 1307448437 M * hijacker new kernel, fresh bugs ;-) 1307448515 M * Bertl 2.6.38.x (where x is the latest version) is probably the best choice atm 1307448545 M * hijacker thanks Bertl , I'd go for this one 1307448640 M * hijacker Bertl, do we have the patch for 2.6.38.8? 1307448851 M * Bertl in a few minutes, yes :) 1307449204 M * trippeh_ olds, been running 2.6.38.8 w/ vserver for days already! 1307449281 M * hijacker trippeh_, did you patch with 2.6.38.7 ? 1307449285 M * hijacker Bertl, cool 1307449310 M * trippeh_ Yes, had to fix a reject in the notworking-code 1307449312 M * trippeh_ err, net ;) 1307449879 J * BenG ~bengreen@cpc12-aztw24-2-0-cust146.aztw.cable.virginmedia.com 1307451404 J * lvpvpl ~blagoj@193.104.33.10 1307451605 J * ryker ~Adium@c-76-16-115-27.hsd1.in.comcast.net 1307452063 Q * BenG Quit: I Leave 1307452069 Q * petzsch Quit: Leaving. 1307452833 P * lvpvpl 1307453147 J * petzsch ~markus@dslb-088-075-174-088.pools.arcor-ip.net 1307453185 J * BenG ~bengreen@cpc12-aztw24-2-0-cust146.aztw.cable.virginmedia.com 1307453303 N * s1aden sladen 1307454270 Q * BenG Quit: I Leave 1307459177 Q * ncopa Quit: Leaving 1307460145 Q * Piet Remote host closed the connection 1307460165 Q * manana Read error: Connection timed out 1307460205 J * manana ~mayday090@nat049-252-205-109.tvoe.tv 1307460205 Q * Mr_Smoke Read error: Connection reset by peer 1307460223 J * Mr_Smoke smokey@layla.lecoyote.org 1307460246 M * Bertl hijacker: oops, forgot to tell you that the patch was uploaded :/ 1307461210 M * trippeh_ Bertl: Anything changes other than that in inet_connection_sock.c (IIRC)? 1307461220 M * trippeh_ Hmm. I guess I could interdiff mine and yours 1307461616 J * gypsymauro ~colorioma@84.18.151.77 1307461618 M * gypsymauro hi 1307461699 M * Bertl hi 1307462425 J * dowdle ~dowdle@scott.coe.montana.edu 1307463458 J * bonbons ~bonbons@2001:960:7ab:0:25ff:d529:c869:738b 1307463633 M * gypsymauro I've restored a tar of a vserver guest to another machine but when I try to start it I get this error: secure-mount: chdir("/proc"): No such file or directory 1307463651 M * gypsymauro doh... 1307463653 M * gypsymauro stupid me 1307463723 J * Piet ~Piet__@659AAB6QF.tor-irc.dnsbl.oftc.net 1307463881 J * BenG ~bengreen@cpc12-aztw24-2-0-cust146.aztw.cable.virginmedia.com 1307463970 M * gypsymauro I didn't done the backup of the proc folder .. 1307465256 Q * gypsymauro Quit: leaving 1307465656 J * harobed ~harobed@arl57-1-82-231-110-14.fbx.proxad.net 1307466017 Q * derjohn_mob Ping timeout: 480 seconds 1307466713 M * arekm Bertl: do you plan to skip .39? 1307467032 M * Bertl probably 1307467055 M * Bertl although a 3.0 backport might be an option lateron 1307467066 M * mnemoc is linux can drop some useless version numbers maybe vserver can shrink it version scheme too.. 1307467080 M * mnemoc s/^is/if/ 1307467103 A * arekm would prefer yes/no answer ;-) (so if skip == yes then I would prepare non-vserver kernel here I guess) 1307467117 M * arekm but hm, that actually makes little sense for me 1307467122 M * pmjdebruijn mnemoc: maybe Bertl was thinking about expanding the vserver number, since a digit was "released" by Linus :) 1307467126 M * pmjdebruijn keep the equilibrium :) 1307467133 M * mnemoc :D 1307467149 M * Bertl the 2.6.39 patch will definitely not be released before the 3.0 patch 1307467168 A * arekm shrinks vserver version every release via vi patch and dropping Makefile change 1307467181 M * arekm Bertl: good to know, thanks 1307467214 M * arekm too bad that .38 is abandoned by stable@ kernel team 1307467232 M * pmjdebruijn I think there will be no long term stable like they used to 1307467235 M * pmjdebruijn 2.6.32.x 1307467253 J * derjohn_mob ~aj@d075114.adsl.hansenet.de 1307467253 M * pmjdebruijn which is what we'll to upgrading too 1307467255 A * pmjdebruijn giggles 1307467290 M * mnemoc canonical will have to work harder because their LTS is .38 based 1307467317 M * pmjdebruijn nope 1307467320 M * pmjdebruijn it's 2.6.32 based 1307467327 M * pmjdebruijn which is still maintained 1307467334 M * arekm maybe 3.0 will be longterm 1307467335 M * pmjdebruijn debian stable is 2.6.32 based 1307467344 M * pmjdebruijn redhat enterprise too 1307467349 M * pmjdebruijn maybe even suse enterprise :) 1307467360 M * pmjdebruijn a lot of 2.6.32 based in any case 1307467375 M * mnemoc oh, true, i has sure 11.04 was LTS too 1307467380 M * pmjdebruijn no 1307467384 M * pmjdebruijn 10.04 is the last LTS 1307467392 M * pmjdebruijn 12.04 will be the next 1307467398 M * pmjdebruijn IINM 1307467716 A * arekm hopes to see first vserver testing patches around 3.0rc6 ;) 1307467836 J * sannes2 ~ace@cm-84.209.81.224.getinternet.no 1307467845 Q * sannes Read error: Connection reset by peer 1307468927 Q * nicholi Read error: Connection reset by peer 1307469086 J * nicholi ~nicholi@12.232.116.66 1307469133 Q * ensc|w Remote host closed the connection 1307469387 J * Piet_ ~Piet__@659AAB6VD.tor-irc.dnsbl.oftc.net 1307469443 J * ensc|w ~ensc@www.sigma-chemnitz.de 1307469799 Q * Piet Ping timeout: 480 seconds 1307470759 Q * manana Ping timeout: 480 seconds 1307471282 J * manana ~mayday090@nat049-252-205-109.tvoe.tv 1307471469 Q * derjohn_mob Ping timeout: 480 seconds 1307471480 J * derjohn_mob ~aj@p4FFD175A.dip.t-dialin.net 1307471770 J * hparker ~hparker@2001:470:1f0f:32c:beae:c5ff:fe01:b647 1307472041 J * hijacker_ ~hijacker@87-126-142-51.btc-net.bg 1307473671 Q * sannes2 Remote host closed the connection 1307474972 M * nicholi little confused about the dummy networking for guests... are you supposed to make a new dummy interface on the host for each guest ? 1307475026 M * Bertl no, the dummy isn't required at all 1307475043 M * Bertl you can as well bind the guest IPs to any other interface 1307475091 M * Bertl they just need to reside somewhere, and as folks are uncomfortable having them on the real interfaces (for whatever reason) they tend to put them on a dummy0 interface 1307475097 M * nicholi i see 1307475105 M * nicholi slight paranoia/slight organization made 1307475119 M * nicholi that makes a little more sense then 1307475160 M * nicholi and if i follow the wiki's outline for rerouting them through SNAT, is there anything else I really need to worry about ? 1307475273 M * Bertl not really 1307475316 M * nicholi excellente 1307475404 M * ser i recon shorewall to take care of iptables 1307475437 M * ser put your vserver on dummy0 and 10.x - plus /etc/shorewall/nat 1307475502 M * ser if you of course want to 1:1 routing, of not, shorewall gives you all other scenarios 1307475740 M * hparker shorewall.net has a guide for vserver since Tom moved to it 1307475857 M * nicholi i'll check that out, thanks :) 1307476062 M * ser i would love to see progress on vserver on 3.x as they improved xfs a lot 1307476219 M * arekm you mean "turned on delaylog by default" 1307476287 M * ser http://www.phoronix.com/scan.php?page=article&item=linux_2639_fs&num=4 1307476321 M * ser sorry, it is a link to page four, check out the test form beginning 1307476323 M * arekm 39 has delaylog on by default - that's major cause of speedups 1307476338 M * arekm but the option is available in 37 and 38, too (just default off) 1307476449 M * ser yeah but i have .36 as it is served by http://repo.psand.net/info/ 1307476675 M * ser http://xfs.org/index.php/XFS_Status_Updates#XFS_status_update_for_April_2011 1307477993 Q * petzsch Quit: Leaving. 1307478686 Q * hijacker_ Quit: Leaving 1307480564 Q * BenG Quit: I Leave 1307480693 Q * bonbons Quit: Leaving 1307480715 M * nicholi the "name" file in an interface doesn't really have much of a purpose if you just have 1 interface per guest correct ? 1307481011 M * daniel_hozac the name is only useful if you for some reason need to use ifconfig still. 1307481087 M * Bertl i.e. it creates an alias 1307481319 M * nicholi but i thought the guest couldnt' really do much with the interface at all? even using ifconfig 1307481410 M * Bertl yes, but ifconfig doesn't see secondaries 1307483067 M * puck Hey, has anyone seen vservers take an age to stop on Debian Squeeze with the vservers on an ext4 partition? It seems to hang on high I/O from the journal process caused by running sync. 1307483151 M * Bertl what kernel are we talking about? 1307483718 M * puck Debian call it 2.6.32-5-vserver-amd64 1307483732 M * Bertl try with a more recent kernel then 1307483742 M * Bertl I'd suggest 2.6.38.x 1307483753 M * puck based on 2.6.32.38 1307483788 M * puck Damn, while 2.6.38 is in squeeze-backports, there is no vserver version. 1307483883 M * Bertl well, several options there ... build it yourself (not really hard) ... build a debian kernel (i.e. kitchensink config) from 2.6.38.x + Linux-VServer or switch to a different distro 1307483967 M * puck I build kernels my self all the time, but I'd rather not have to do that for these boxes, and switching distro isn't an option. 1307483984 M * puck I'll continue digging a bit more then 1307483996 M * Bertl k 1307484051 M * puck Heh, I wander if I can just stop shutdown from running sync. :) 1307484137 Q * harobed Ping timeout: 480 seconds 1307484180 M * Bertl replacing the sync command with /bin/true should work :) 1307485798 M * puck That's what I was thinking. :) 1307485825 M * puck Except that shutdown makes a function call to it 1307486109 Q * manana Ping timeout: 480 seconds 1307487073 M * nicholi what do i need to do to permanently get rid of the locale/language errors from perl? they seem to just come back even after using locale-gen and reconfiguring locales 1307487833 Q * ghislain Quit: Leaving. 1307489281 N * ensc Guest3805 1307489291 J * ensc ~irc-ensc@p5DF2F5E0.dip.t-dialin.net 1307489699 Q * Guest3805 Ping timeout: 480 seconds 1307490428 M * Bertl nicholi: either install the proper locale (i.e. the ones you are using on the host) or avoid bringing your local setting into the guest 1307491022 M * nicholi ahh i didn't know it had to agree with the host 1307491072 M * nicholi what would i need to do to make the guest explicitly different from the host? 1307491073 M * Bertl it doesn't need to, unless you 'enter' the guest from the host (and thus bring your locale with you :) 1307491079 M * nicholi oh i see 1307491085 M * nicholi no wonder you recommend using ssh alot :p 1307491091 M * nicholi i see now... 1307491137 M * Bertl it's fine if you know what you're doing, for example, you could set the different locale in the guest's shell setup