1329784369 Q * petzsch Quit: Leaving. 1329785243 Q * dowdle 1329787319 J * nicholi ~nicholi@rrcs-76-79-196-34.west.biz.rr.com 1329787484 J * CAPT_Fahd ~Guest6595@9KCAAD8M5.tor-irc.dnsbl.oftc.net 1329787488 P * CAPT_Fahd 1329788397 J * tty234 telex@anapnea.net 1329801921 N * Bertl_zZ Bertl 1329801926 M * Bertl morning folks! 1329802252 M * cehteh moin Bertl 1329808379 M * hijacker morning 1329808397 J * ghislain ~AQUEOS@adsl1.aqueos.com 1329809018 J * birger 89d920c8@ircip2.mibbit.com 1329809238 M * birger :-D i love the topic, so I'll go for my minute of fooldom. Is it possible to run iotop inside a vserver? our client wants to run iotop, but they are not allowed login on the physical host. When they try to run it they get an error about "VM event counters" being a requirement. I have googled, but only find info on running iotop on the host. 1329809573 J * mronoal ddcf0c83@ircip1.mibbit.com 1329809664 M * Bertl hmm, iotop is fairly low level, it might get blocked by a missing bcap or hidden proc entry 1329809681 M * Bertl what kernel/patch/util-vserver version? 1329809748 M * birger uname -r says 2.6.26-2-vserver-amd64 1329809819 M * birger the host runs debian 5.0.9, the vserver is at debian 6.0.4 1329809820 M * Bertl gah, that is the old/broken debian kernel, please update 1329809926 M * birger i have been thrown into supporting this as the previous admin left rather abruptly. I am a fedora person, so debian is new to me :-) I'll see if I can have some downtime scheduled. Exactly what is wrong with this kernel? 1329809989 M * Bertl everything :) 1329810007 M * birger that bad... 1329810007 M * Bertl http://linux-vserver.org/Installation_on_Debian#Issues_with_Lenny.27s_2.6.26_Kernel_and_Util-vserver 1329810019 M * Bertl here are some of the issues folks bothered to document 1329810042 M * Bertl also note that you need to do special things to upgrade from that kernel 1329810057 M * birger I'll read that and find some good reasons for the customer to want downtime :-) 1329810104 M * Bertl but your 'problem' is unrelated 1329810109 M * birger where are those special things documented? 1329810123 M * Bertl on that very same page I linked 1329810129 M * Bertl s/linked/pasted/ 1329810131 M * birger ok. thanks. 1329810151 M * Bertl iotop seems to read from /proc/vmstat 1329810162 M * Bertl so you probably need to unhide that for your guests 1329810196 M * Bertl note that this will 'leak' host information into the guests 1329810242 J * suyu da039873@ircip2.mibbit.com 1329810249 M * birger not a real problem, as there is only one customer running on this host. 1329810262 J * mib_uwz0ml ddcf0c83@ircip4.mibbit.com 1329810276 M * Bertl then the following should make it 'work' right now: 1329810287 M * Bertl setattr --~hide /proc/vmstat 1329810292 M * Bertl (on the host, of course) 1329810400 M * birger yes, that fixed it! that easy. thanks. and I learned a lot more that I need to know. No longer the same fool. ;-) 1329810413 M * Bertl you're welcome! 1329810438 M * Bertl if you feel like it, you could add the information to the wiki, under problematic programs 1329810456 Q * mib_uwz0ml 1329810483 M * Bertl (with the comment that the unhide leaks some host vm status) 1329810541 M * _Shiva_ birger: you'll have to get rid of the Lenny installation after all - Debian 5.0.x is EOL since Feb 09 2012 ;-) 1329810603 M * _Shiva_ birger: ist may be the "good reason for a downtime" you're looking for :) 1329810814 M * birger Yes, we'll have to schedule some downtime :-) most of the VM's have been upgraded, but it seems some of the hosts are still running 5.0.x. I think I would have done the hosts first? 1329810860 M * Bertl depending on your infrastructure, you could easily move the guests around 1329810889 M * Bertl i.e. update an unused host to a recent distro (doesn't need to be debian) 1329810905 M * Bertl then rsync the guests from one machine over to the new one 1329810925 M * Bertl stop the guests on the old host, resync once again, start them on the new host 1329810942 M * Bertl rinse and repeat 1329810958 M * _Shiva_ Bertl: and that (rsync) will fix the fs tagging, too right? 1329810970 M * birger yes... next question... now that you remind me :-) I have used rsync -av --numeric-ids --delete --one-file-system to copy /data/vm/HOST and /etc/vservers/HOST to a new host for one vserver. how do I make it visible to the vserver-utils? 1329811011 M * Bertl first, I'd suggest something like rsync -axHPSD --numeric-ids ... 1329811040 M * Bertl but the guest is 'visible' as soon as the config hierarchy is copied over 1329811063 M * Bertl your problem might be that they are at different locations depending on the distro 1329811087 M * Bertl e.g. debian and debian based distros us /var/lib/vservers instead of /vservers 1329811089 M * birger they seem to be in the same spot. can I somehow verify the vserver without starting it? 1329811119 M * _Shiva_ birger: you may jus chroot(8) into it 1329811150 M * Bertl try 'vserver status' for a first check 1329811187 M * birger i will have to check those rsync arguments and compare to what I was told had been used here earlier. :-) 1329811204 M * birger vserver status says the vserver is stopped, so that sounds right. 1329811254 M * birger I remember vserver was said to be dying. To be replaced by LXC. What is the status these days? 1329811286 M * Bertl LXC is dying, Linux-VServer still at the bleeding edge :) 1329811298 M * Bertl nah seriously, LXC is making slow progess 1329811304 M * Bertl *progress even 1329811343 M * Bertl but it isn't suitable for potentially hostile environments (think customer) yet 1329811358 M * birger still moving forward, but not as fast as we would like... 1329811515 M * birger Have they hit the old 90/90 rule? You spend 90% of the time on the first 90% of the code. Then you spend the next 90% of the time on the remaining 10% of the code. 1329811563 M * Bertl something like that, I guess they got bored at some point, i.e. haven't seen many updates recently 1329811585 M * Bertl but maybe LXC is just preparing for a brand new and shiny release :) 1329811609 M * birger Let's hope. ;-) 1329811618 M * Bertl the news archive ends with april 2011 ... 1329811622 M * birger complete with live migration... 1329811669 M * Bertl but the development mailing list is still active 1329811754 M * birger that's good. my customer wanted to know how their server could be rebooted so fast. was it running everything off SSD? :-D so this kind of virtualization is definitely something we want. 1329812098 M * birger thanks again to both of you. tremendous help. 1329812112 M * Bertl yeah, it's a solid technology, easing our lives since more than ten years now ... 1329812389 M * birger Yes, I was a Solaris admin way back, so I did use Solaris containers. Since then it has been mostly VMware for me since we needed quite a few different operating systems. I did test PVE, but found it somewhat lacking. Now that everything is moving to the web vservers are perfect for LAMP-servers where nobody cares what the OS is. 1329812630 Q * mronoal Quit: http://www.mibbit.com ajax IRC Client 1329814417 Q * jeroen__ Quit: Ex-Chat 1329814613 Q * ensc|w Remote host closed the connection 1329814624 J * ensc|w ~ensc@www.sigma-chemnitz.de 1329815090 Q * suyu Quit: http://www.mibbit.com ajax IRC Client 1329815671 J * kir ~kir@swsoft-msk-nat.sw.ru 1329817423 M * Bertl off for a nap now ... bbl 1329817428 N * Bertl Bertl_zZ 1329817804 J * petzsch ~markus@dslb-088-075-174-230.pools.arcor-ip.net 1329817837 J * jeroen__ ~jeroen@095-097-051-172.static.chello.nl 1329818999 Q * bergerx Ping timeout: 480 seconds 1329819656 J * bergerx ~bergerx@46.196.251.4 1329820815 Q * petzsch Quit: Leaving. 1329821101 P * kir PING 1329821101 1329823132 J * BenG ~bengreen@cpc3-aztw23-2-0-cust248.aztw.cable.virginmedia.com 1329824863 Q * BenG Ping timeout: 480 seconds 1329828345 J * BenG ~bengreen@cpc3-aztw23-2-0-cust248.aztw.cable.virginmedia.com 1329828483 Q * Aiken Remote host closed the connection 1329828961 J * petzsch ~markus@dslb-088-075-174-230.pools.arcor-ip.net 1329832250 Q * petzsch Quit: Leaving. 1329832415 Q * BenG Quit: I Leave 1329832631 J * BenG ~bengreen@cpc3-aztw23-2-0-cust248.aztw.cable.virginmedia.com 1329833424 Q * BenG Quit: I Leave 1329833538 J * petzsch ~markus@dslb-088-075-174-230.pools.arcor-ip.net 1329835584 Q * petzsch Quit: Leaving. 1329836340 Q * birger Quit: http://www.mibbit.com ajax IRC Client 1329836812 J * dowdle ~dowdle@scott.coe.montana.edu 1329838206 N * ensc Guest3382 1329838215 J * ensc ~irc-ensc@84.173.234.107 1329838323 J * petzsch ~markus@dslb-088-075-174-230.pools.arcor-ip.net 1329838626 Q * Guest3382 Ping timeout: 480 seconds 1329840049 Q * hparker Quit: I've fallen off the 'net and can't get up 1329840403 J * hparker ~hparker@linux.homershut.net 1329842217 J * Alex[fob] ~alex@2001:6f8:1c3c:67f0::152:1 1329842589 J * BenG ~bengreen@cpc10-aztw24-2-0-cust114.aztw.cable.virginmedia.com 1329842592 M * BenG hey all 1329843059 Q * petzsch Quit: Leaving. 1329843766 J * petzsch ~markus@dslb-088-075-174-230.pools.arcor-ip.net 1329843787 N * Bertl_zZ Bertl 1329843805 J * bonbons ~bonbons@2001:960:7ab:0:a8f6:a1bd:7bb0:6a6b 1329843815 M * Bertl back now ... 1329847333 Q * petzsch Quit: Leaving. 1329848707 Q * geb Quit: ZNC - http://znc.sourceforge.net 1329848918 Q * Romster Ping timeout: 480 seconds 1329849148 J * geb ~geb@mars.gebura.eu.org 1329849271 J * Romster ~romster@202.168.100.149.dynamic.rev.eftel.com 1329849741 M * geb hi folks 1329849756 M * geb anybody has a hack to let java run on a vserver ? 1329849766 M * daniel_hozac hmm? 1329849773 M * BenG no hack necessary geb 1329849840 M * geb http://paste.linux-vserver.org/20761 :( 1329849930 M * geb i also find a few entries about same problems on the list 1329850001 M * BenG I've not much experience running Java on a guest 1329850014 M * BenG are you on a recent version? 1329850063 M * geb 2.6.32.22-tl04-grsec2.2.0-vs2.3.0.36.29.6 1329850067 M * cehteh once i had the problem that some java lib tried to access opengl and thus xserver which it was not permitted and failed 1329850084 M * cehteh (for a server app, nothing desktopish) 1329850094 M * geb i thought it was grsec related, but i didn't have anything in dmesg 1329850213 M * dkg cehteh: that doesn't sound like a vserver issue, that sounds like a java issue 1329850214 Q * BenG Quit: I Leave 1329850702 M * bzed geb: paxctl -cpemrxs /usr/lib/jvm/java-6-openjdk/bin/java 1329850721 M * bzed (might not need all options, but that worked for me...) 1329851123 M * geb tks bzed it was that. I thought grsec will log some warnings in case of problems :( 1329851146 Q * geb Quit: ZNC - http://znc.sourceforge.net 1329851514 J * geb ~geb@mars.gebura.eu.org 1329851642 J * petzsch ~markus@dslb-088-075-174-230.pools.arcor-ip.net 1329854001 J * Aiken ~Aiken@2001:44b8:2168:1000:21f:d0ff:fed6:d63f 1329854838 Q * petzsch Quit: Leaving. 1329854889 J * petzsch ~markus@dslb-088-075-174-230.pools.arcor-ip.net 1329854964 Q * ghislain Quit: Leaving. 1329856823 M * bzed geb: it does. look at the dmesg output 1329857155 M * geb that's the first thing i checked, it didn't :( 1329858165 M * bzed weird 1329858182 M * bzed it logs a lot usually 1329860724 Q * bonbons Quit: Leaving 1329861025 Q * dowdle 1329861478 J * dowdle ~dowdle@scott.coe.montana.edu 1329862208 Q * dowdle 1329862297 J * dowdle ~dowdle@scott.coe.montana.edu 1329863263 Q * petzsch Quit: Leaving. 1329867388 J * kirox ~ahmaina@82VAABX84.tor-irc.dnsbl.oftc.net 1329868667 P * kirox