1167007182 J * shedi ~siggi@inferno.lhi.is 1167007664 J * Johnnie ~jdlewis@jdlewis.org 1167009100 Q * sladen Ping timeout: 480 seconds 1167009155 J * sladen paul@starsky.19inch.net 1167010413 Q * nox Ping timeout: 480 seconds 1167010539 J * nox ~nox@static.88-198-17-175.clients.your-server.de 1167011642 J * lukasgraf ~lukas@80-219-159-244.dclient.hispeed.ch 1167012133 M * Bertl welcome lukasgraf! 1167012146 M * lukasgraf Hello! :-) 1167012203 M * lukasgraf Actually, I was hoping someone was still on at this time of night :> 1167012245 M * Bertl as we have folks from all over the world here, typically somebody is 1167012256 M * lukasgraf I can't seem to get my vservers up again after the last stop. Every vserver start fails with "vnamespace: vc_set_namespace(): Operation not permitted" 1167012287 M * lukasgraf After a quick google, I think I might have to update my kernel 1167012291 M * Bertl I assume you updated something ... 1167012296 M * phreak`` lukasgraf: hrm, check your bcapabilities in /etc/vservers 1167012305 M * lukasgraf ATM im running 2.6.15-vs2.0.1-gentoo-r5 1167012309 M * phreak`` lukasgraf: if they contain lock(?) then remove them .. 1167012334 M * phreak`` Bertl: what was the privacy flag for the vservers ? 1167012374 M * Bertl that's actually the init_admin 1167012377 M * lukasgraf phreak``, thanks! But which directory do you mean exactly? Somewhere in /etc/vservers//...? 1167012394 M * phreak`` lukasgraf: yeah, exactly that 1167012396 M * Bertl but there was some issue with info_lock/private bein reactivated 1167012404 M * Bertl *being 1167012425 M * lukasgraf Hmm, no lock files in there.. 1167012448 M * phreak`` lukasgraf: check the files named bcapabilities / ccapabilities 1167012451 M * Bertl lukasgraf: nah, if at all, it is an entry named 'lock' or 'info_lock' 1167012510 M * lukasgraf # find /etc/vservers/ -iname bcapabilities 1167012520 M * lukasgraf Nothing found, same for ccapabilities 1167012525 M * phreak`` err, wrong file ;P should be in /etc/vservers//flags 1167012553 M * lukasgraf Hmm, I have no /flags subdir :-( 1167012562 M * phreak`` lukasgraf: its a plain textfile 1167012596 M * lukasgraf Also no file, in none of /etc/vservers// 1167012641 M * lukasgraf apps context fstab interfaces name run uts vdir 1167012644 M * lukasgraf This is all I got.. 1167012652 M * phreak`` *shrug* 1167012678 M * lukasgraf (util-vserver-0.30.212 and 2.6.15-vs2.0.1-gentoo-r5) 1167012689 M * Bertl lukasgraf: okay, let's go back to my original question, what was updated? 1167012712 M * Bertl i.e. the guests will not fail to start out of the blue 1167012713 M * phreak`` util-vserver ;) 1167012713 M * lukasgraf Nothing, as always ;) 1167012730 M * lukasgraf I did a major system upgrade about 3 weeks ago 1167012743 M * Bertl but without restart, yes? 1167012750 M * lukasgraf I'm not 100% sure anymore :( 1167012764 M * lukasgraf Usually that's what I do, but I couldn't be sure 1167012778 M * lukasgraf But it definitely didn't involve a kernel upgrade 1167012780 M * Bertl well, I'm pretty confident that upgrading the kernel will solve it 1167012791 M * lukasgraf Also, I didn't touch the vserver-utils IIRC 1167012798 M * phreak`` lukasgraf: check /var/log/emerge.log, there you'll find your emerge history 1167012801 M * lukasgraf But the baselayout probably changed 1167012803 M * Bertl 0.30.212 is pretty new 1167012811 M * phreak`` since 9.12 1167012830 M * phreak`` 09.12.06 iirc (thats the date I added it to the tree) 1167012832 M * lukasgraf Sun Dec 10 18:43:09 2006 >>> sys-cluster/util-vserver-0.30.212 1167012840 M * lukasgraf Jep, my fault, sorry :) 1167012864 M * Bertl what's interesting is that the new tools should handle older kernels quite fine 1167012865 M * lukasgraf Before that I was running 0.30.210-r13 1167012906 M * phreak`` Bertl: also without the legacy options ? 1167012947 M * Bertl don't know the gentoo config, but with --enable-apis=NOLEGACY it should work 1167012953 M * lukasgraf At the moment I'm compiling 2.6.17-vserver-2.0.2.1 and will give that a try 1167012984 M * phreak`` Bertl: .212 isn't passing any custom --enable-apis to the configure script 1167013009 M * Bertl hmm, well, then it should not be used on older kernels 1167013023 M * Bertl maybe you want to add some kind of dependancy there 1167013035 M * Bertl (or add the option on older kernels) 1167013113 M * phreak`` Bertl: well we had the legacy flag for that (enabling compat,v11,fscompat,v13,net) 1167013122 M * phreak`` would that be enough ? 1167013137 M * Bertl yeah, without it, 0.30.212 gets v13,net,v21 1167013159 M * Bertl lukasgraf: could you do the following for us:? 1167013166 M * Bertl vserver-info - SYSINFO 1167013175 M * Bertl and upload that to paste.linux-vserver.org 1167013187 M * lukasgraf Oh, BTW, the testme.sh run's trough fine 1167013195 M * Bertl not unexpected 1167013218 M * Bertl i.e. we need to update that to check newer interfaces too 1167013222 M * lukasgraf http://rafb.net/p/UZPGI523.html 1167013255 M * Bertl phreak``: thought so, only the most recent interfaces 1167013281 M * Bertl lukasgraf: recompiling the tools with --enable-apis=NOLEGACY should make it work too 1167013292 M * Bertl (without kernel change) 1167013316 M * lukasgraf Bertl, could I modify the ebuild to pass this option to ./configure? 1167013326 M * phreak`` Bertl: ok, I'll add the legacy back into .212 (with --enable-apis=NOLEACY) (once my system is back up in working condition) -- hell I love reinstalling on christmas eve 1167013331 M * phreak`` lukasgraf: yeah you could :) 1167013334 M * Bertl probably, phreak`` will know 1167013339 M * lukasgraf Ok, I'll give that a try ;) 1167013405 M * Bertl phreak``: gentoo is very flexible in building stuff, so it might make sense to have that option in the binary versions but make it conditional depending on the kernel version otherwise 1167013425 M * phreak`` lukasgraf: grab http://sources.gentoo.org/viewcvs.py/*checkout*/gentoo-x86/sys-cluster/util-vserver/util-vserver-0.30.212.ebuild, and add myconf="${myconf} --enable-apis=NOLEGACY" after the last one in src_unpack 1167013452 M * phreak`` Bertl: yeah, I was thinking about making it conditional on older kernels .. which ones need the legacy still ? <2.0.2 ? 1167013460 M * lukasgraf phreak``, thanks 1167013482 M * phreak`` lukasgraf: err, pkg_setup() that has to be 1167013494 A * phreak`` is a bit slow^Htired 1167013500 M * Bertl I'm not sure, daniel_hozac will know, I guess, but we can probably test that ... 1167013503 M * lukasgraf jep, got it. Just creating the overlay ;) 1167013774 M * lukasgraf Compiling.. 1167013938 M * lukasgraf Ok, it built, the moment of truth is coming ;) 1167014005 M * lukasgraf Hmm, no success :( I still get "vnamespace: vc_set_namespace(): Operation not permitted" 1167014025 M * Bertl double check with the vserver-info 1167014038 M * Bertl Available APIs: 1167014080 M * lukasgraf Available APIs: compat,v11,fscompat,v13,net,v21,oldproc,olduts 1167014092 M * lukasgraf So this part seemed to work.. 1167014197 M * Bertl if that happens with util-vserver 0.30.212 mainline too, I guess it would be worth to file a bugreport on savannah 1167014288 M * phreak`` only patch for .212 is Hollow's wrapper patch (the ones for the gentoo vServer utilities - vdispatch-conf, vemerge and friends) .. so it is basically mainline :) 1167014402 M * lukasgraf Hmm.. 1167014439 M * lukasgraf Ok, could I provide anything else for the bugreport? Before I try the new kernel, I mean.. 1167014678 M * Bertl probably a 'vserver --debug name start 1167014691 M * Bertl output (upload to paste.linux-vserver.org) would be interesting 1167015396 M * lukasgraf http://paste.linux-vserver.org/825 1167015423 M * lukasgraf Sorry, that debug output was larger than my scrollback buffer, that took a while ;) 1167015579 M * lukasgraf Ok, I'll give 2.6.17-vserver-2.0.2.1 a try now... Wish me luck :> 1167015936 M * lukasgraf Hurray ;-) 1167015950 M * Bertl so I assume it works :) 1167015955 M * lukasgraf Yep :) 1167015965 M * lukasgraf The baby is back up again, and vservers start nicely 1167015975 M * Bertl great! 1167015980 M * lukasgraf Root server down on christmas, I would have hated that *G* 1167015999 M * lukasgraf Thanks you guys, you have been of great help, like always ;) 1167016011 M * Bertl you're welcome! 1167016070 M * lukasgraf As soon as savannah accepts my registration, I'll file the bugreport.. 1167016134 M * Bertl excellent, TIA! 1167016160 M * Bertl please also note the kernel versions (i.e. the old one and the new one) 1167016277 M * lukasgraf Ok. Kernel, vserver-utils, maybe baselayout, vserver-info - SYSINFO, vserver --debug start,.. 1167016281 M * lukasgraf Anything else? 1167016321 M * Bertl maybe the testme.sh output (from the failing kernel, if you still have that) 1167016455 M * lukasgraf Yep (although all tests succeeded..) 1167016471 M * Bertl could shed some light on the kernel config 1167016594 M * lukasgraf Ok. I'll be off then, getting some sleep.. Thanks again, and good night! 1167016603 M * Bertl have a good one! 1167016624 Q * lukasgraf Quit: Leaving 1167017093 J * fs fs@213.178.77.98 1167017109 M * Bertl welcome fs! 1167017151 M * fs hey Bertl =) 1167018081 Q * Aiken Remote host closed the connection 1167018216 J * Aiken ~james@tooax6-195.dialup.optusnet.com.au 1167018597 J * ntrs ~ntrs@68-188-55-120.dhcp.stls.mo.charter.com 1167024416 Q * ag- Remote host closed the connection 1167024491 M * Bertl okay, off to bed now ... have a good one everyone! cya! 1167024496 N * Bertl Bertl_zZ 1167029383 P * mrrm 1167035551 J * bonbons ~bonbons@ip-83-134-136-170.dsl.scarlet.be 1167039683 Q * mire Read error: Operation timed out 1167040865 J * dna ~naucki@p54BCFF79.dip.t-dialin.net 1167041603 J * dna_ ~naucki@p54BCFF79.dip.t-dialin.net 1167041783 Q * dna Ping timeout: 480 seconds 1167044553 Q * Aiken Quit: Leaving 1167048116 Q * ensc Killed (NickServ (GHOST command used by ensc_)) 1167048126 J * ensc ~irc-ensc@p54B4DEFB.dip.t-dialin.net 1167050904 M * matti :) 1167054565 J * anton_ ~anton@60-242-43-100.static.tpgi.com.au 1167054679 Q * anton_ 1167057855 J * dreamind apwdsl@p548AB2BF.dip0.t-ipconnect.de 1167058126 Q * dreamind 1167058537 J * dreamind apwdsl@p548AB2BF.dip0.t-ipconnect.de 1167061349 J * lilalinux ~plasma@dslb-084-058-232-064.pools.arcor-ip.net 1167062046 J * bronson ~bronson@pool-71-116-237-101.lsanca.dsl-w.verizon.net 1167065819 Q * dreamind Quit: dreamind 1167068031 J * mire ~mire@17-166-222-85.adsl.verat.net 1167069481 N * Bertl_zZ Bertl 1167069486 M * Bertl morning folks! 1167069686 M * eyck morning Bertl! 1167070364 M * Bertl and a good 12u2 1167070465 M * nebuchadnezzar evening Bertl 1167070478 M * Bertl hey nebuchadnezzar! 1167070492 M * nebuchadnezzar how are you ? 1167070526 M * nebuchadnezzar xmas was good ? good food and good drink ? 1167070596 M * Bertl yes, excellent xmas here, with family 1167070685 J * yarihm ~yarihm@84-74-17-6.dclient.hispeed.ch 1167070770 M * Bertl wb yarihm! 1167070796 M * yarihm hi Bertl 1167071566 Q * bronson Read error: Operation timed out 1167071656 J * ag- ~ag@caladan.roxor.cx 1167071857 J * Blissex ~Blissex@82-69-39-138.dsl.in-addr.zen.co.uk 1167074669 J * Sebastian ~sebastian@office.star-hosting.de 1167074922 Q * Sebastian Remote host closed the connection 1167076363 J * Aiken ~james@tooax8-106.dialup.optusnet.com.au 1167076892 J * Kerberos ~satan@85.138.138.8 1167082222 Q * Hollow Ping timeout: 480 seconds 1167082704 J * Hollow ~hollow@styx.xnull.de 1167082794 J * s0undt3ch_ ~s0undt3ch@bl9-224-242.dsl.telepac.pt 1167082813 J * _dmax ~semaj@bl9-224-242.dsl.telepac.pt 1167082969 Q * meebey Quit: kernel upgrade && irssi -> smuxi upgrade 1167083166 Q * dmax Ping timeout: 480 seconds 1167083170 N * _dmax dmax 1167083198 J * saga ~rocoyotte@lns-bzn-30-82-253-176-6.adsl.proxad.net 1167083208 M * saga hello everybody 1167083222 Q * s0undt3ch Ping timeout: 480 seconds 1167083238 M * saga someone is here ? 1167083240 M * saga plz 1167083279 M * saga bon qqun parle français ici ? 1167083305 N * s0undt3ch_ s0undt3ch 1167083387 Q * saga 1167085522 M * eyck je'm appele paul, vous les vous... 1167085631 M * nebuchadnezzar han lala, pas possible, comment ça se fait pas :-) 1167086031 Q * lilalinux Remote host closed the connection 1167086692 J * FireEgl Proteus@adsl-147-90-220.bhm.bellsouth.net 1167087768 Q * bonbons Quit: Leaving 1167090189 Q * Blissex Remote host closed the connection