1115164866 M * Doener svn diff -r x:y http://bla/releases/foo/bar works fine here... but not on OF... there didn't any rename/move take place that svn wasn't made aware of... 1115164903 M * Doener if svn wouldn't know about it, it wouldn't show those history entries, right? 1115164987 M * mugwump oh. I usually get "transaction out of date" errors when I've tried that sort of thing in the past, hence my speil. Maybe I'm missing something simple though. 1115165005 M * mugwump s/speil/spiel/ 1115165022 M * Bertl Doener: today you wanted to know something about rpm IIRC ... 1115165034 M * Doener ah right... 1115165056 M * Doener the rpm build method should depend only on rpm being available on the host, right? 1115165065 M * Doener (which shouldn't be that much of a problem) 1115165066 M * Bertl build or install? 1115165078 M * Bertl 'build' as install rpms, no? 1115165085 M * Doener vserver foo build -m rpm ... 1115165087 M * Doener that one ;) 1115165145 M * Doener AFAIK apt-rpm and yum both just control rpm, i.e. nothing but the rpmdb is relevant for them to work 1115165166 M * Bertl well, depends, basically it 'just' requires rpm, but it has pre/post script execution 1115165206 M * Bertl and most distros are built on a base system ... 1115165213 M * Bertl (RPM based distros that is) 1115165252 M * Bertl i.e. there is a bunch of binaries in a tar/dir which 'are' the base system 1115165318 M * Doener hm... so no dice for building such a system via a plain rpmlist based build method, right? 1115165367 M * Doener would have been my choice, since rpm is available on most distros, and you could still switch to apt-rpm/yum inside the vserver later 1115165420 M * Bertl mugwump: 1115165420 M * Bertl svn co http://svn.openfoundry.org/utilvserver/trunk util-vserver-20050504 1115165421 M * Bertl svn: Unrecognized URL scheme 'http://svn.openfoundry.org/utilvserver/trunk' 1115165457 M * mugwump your neon library doesn't have http support 1115165460 M * Bertl too old svn? 1115165473 M * Bertl so what do I do? 1115165488 M * mugwump upgrade svn (normally its library neon is considered a part of it) 1115165499 M * mugwump 1.1+ recommended.. 1115165513 M * Bertl neon 0.24, svn 1.1.0 1115165538 M * Bertl (the latest mandrake seems to have :() 1115165615 M * Doener svn --version should list the installed ra modules 1115165623 M * Doener (ra = repository access IIRC) 1115165641 M * Bertl hmm, probably they are in different packages ... loking now 1115165687 M * Doener Bertl: libsvn_ra_dav 1115165700 M * Bertl ah, thanks! 1115165715 M * Doener my pleasure 1115166123 M * Bertl http://hackers.progeny.com/~sam/rpmstrap/ 1115166362 M * Doener looks like the tools' rpm build method (i start to hate saying 'rpm build method' ;) 1115166410 M * Bertl mugwump, Doener: any known good --exclude expression for diff? 1115166447 M * Doener hm? 1115166459 M * Bertl to avoid the .svn, .deps ... 1115166465 M * Doener svn diff ;) 1115166471 M * mugwump diff --exclude .svn ? :) 1115166484 M * Bertl a no would have been sufficient ;) 1115166619 M * Bertl changelog is done manually I assume? 1115166654 M * Doener yep 1115166681 M * mugwump Of course if you use the svk you don't get those .svn directories everywhere 1115166708 M * Bertl already did a workaround, so let's forget it for now ... 1115166726 M * Bertl mugwump: now for the 'advanced' svn stuff ;) 1115166758 M * Bertl let's assume I see a change .. like the removal of FEATURES.txt .. how do I find out who did that? 1115166771 M * Bertl (not to speak of when and why ;) 1115166796 M * Doener svn info 1115166827 M * mugwump svn log will tell you the revision history of a uri 1115166861 M * Bertl svn info util-vserver-20050504/FEATURES.txt 1115166862 M * Bertl util-vserver-20050504/FEATURES.txt: (Not a versioned resource) 1115166908 M * mugwump I can't see that file in any of the tarballs I imported 1115166927 M * Bertl interesting ... it is in the tar ball I unpacked as 0.30.207 ;) 1115166932 M * mugwump Is that file in CVS and not included in releases? 1115166949 M * Doener it's not in my .207 tarball... 1115166953 M * Bertl hmm, let me check .. maybe ... 1115166973 M * pflanze Hello 1115166987 M * Doener Bertl: you get that after ./configure .. 1115166991 M * Doener hi pflanze 1115166993 M * mugwump hi pflanze, what's up? 1115167022 M * pflanze I'm repairing one of my machines right now (disk crash), 1115167041 M * Bertl Doener: ah, yeah right, didn't use the clean tree, sorry for the noise ... 1115167107 M * pflanze and need to upgrade the kernel as well. Now I'm thinking whether I should stay with 2.4 & [going to look up version of] vserver or go with 2.6 & 1.9 1115167172 M * mugwump the sysadmin in me says stay with the working config 1115167182 M * mugwump well, toolset 1115167220 M * Bertl pflanze: really depends, do you need features from 2.6? 1115167238 M * pflanze I've been using that older post-stable-pre-development version of vserver on this machine till now. 1115167240 M * Doener if you choose 2.6, go with 2.0pre4, not 1.9 ;) 1115167271 M * Bertl yup, definitely ... next version will be an -rc 1115167329 M * pflanze I don't need 2.6 features now, but I want lvm snapshots, and 2.6 afaik only supports snapshots with lvm2, so while I'm at it, I could change to lvm2 *now*, but then I should probably use 2.6 as well. 1115167353 M * pflanze (since 2.4 only supports lvm10 out of the box) 1115167375 M * pflanze I'm already using the alpha tools. 1115167384 M * Bertl mugwump: okay, so I add (for exmaple my patch) to the svn checked out sources, and then just commit it, no? 1115167402 M * Bertl (well after editing the changelog maybe?) 1115167464 M * mugwump sure, use `svn status' first to check what files will be changed, `svn diff' to double-check actual changes 1115167472 M * Bertl does the svn know to exclude certain file, like .orig and such? 1115167498 M * Doener you should have a ~/.subversion/config 1115167513 M * Doener there you can set excludes, auto-properties and such stuff 1115167527 M * mugwump you would need to `svn add' them for it to do anything with them 1115167528 M * mugwump I think those files are ignored by default along with the other 10,000 temporary filename patterns 1115167542 M * Bertl Doener: seems you are far ahead of me ... 1115167549 M * Bertl 2005-05-04 23:37 Bjoern Steinbrink ;) 1115167611 M * Doener hmm, May 4th 2005 23:37 (UTC)... or do you just mean that i already committed? 1115167643 M * Bertl shouldn't that be may 3rd? 1115167652 M * Doener ah, right... 1115167669 A * Doener always messes up dates when passing midnight... 1115167674 M * Bertl np, I'll fix it up while I go ... 1115167687 M * Doener tx 1115168247 M * Bertl mugwump: hmm, why do I get an empty editor page when I do svn commit? last time I got some info regarding the changed files (last time I used svn that is ;) 1115168268 M * Bertl misconfiguration on my side? 1115168281 M * Doener did "svn status" list any changed files? 1115168333 M * Bertl yup, all of them ... 1115168358 M * mugwump I don't know. I usually pass in a comment with -m :) 1115168387 M * Doener hm... that's strange then... 1115168442 J * explasm__ ~explasm@p549FED16.dip.t-dialin.net 1115168571 M * Bertl hrm, svn doesn't allow for comments in the config (at least not in half line ;) 1115168576 Q * eXplasm2 Read error: Operation timed out 1115168582 M * Bertl i.e. fixed now ;) 1115168650 M * Bertl now I get a password prompt for the foundry? 1115168679 M * Bertl hmm, probably have to configure the auth section of the svn too? 1115168728 M * Doener hm, no... for commiting you need to authenticate... 1115168753 M * Doener credentials are stored in your configuration then by default (can be turned off) 1115168847 M * Bertl okay, I guess I managed to get it right ;) 1115169137 M * Bertl has anybody taked to/seen Christian? 1115169332 M * Bertl mugwump: Michal has a point regarding the diffs ... I would appreciate a mailing list which gets all commits as diffs, could you arrange that, maybe contact Martin? 1115169365 M * Bertl Doener: ah, you got your mail setup fixed ;) 1115169383 M * Doener yep... disabled tls on my gmx account for now... 1115169389 M * mugwump Would a bot announcing new revisions be enough? Or do you actually want commit e-mails? 1115169400 M * mugwump (ie, with diffs) 1115169404 M * Doener upgrade from msmtp 1.3.6 to 1.4.0 broke that... 1115169405 M * Bertl I'd actually prefer diffs in email 1115169419 M * Bertl something like: 1115169450 M * Bertl - who, when 1115169458 M * Bertl - against what release 1115169468 M * Bertl 1115169480 M * Bertl ----- 1115169483 M * Bertl 1115169506 M * Bertl mugwump: is that a problem? 1115169567 M * mugwump I'll sort something out, this isn't an unusual requirement ;) 1115169587 M * Bertl okay, thanks a lot in advance! 1115169596 M * Bertl and thanks again for the work already done! 1115169626 M * Doener btw, does OpenFoundry have readable (i.e. english) documentation? 1115169798 J * erwan_ho ~erwan@lns-vlq-39f-81-56-133-136.adsl.proxad.net 1115170150 Q * coruptkid Quit: 1115170199 M * Bertl anybody seen that yet? 1115170207 M * Bertl terminate called after throwing an instance of 'std::out_of_range' 1115170207 M * Bertl what(): basic_string::basic_string 1115170207 M * Bertl command '/usr/lib/util-vserver/vapt-get-worker' (pid 12309) exited with signal 6; following it... 1115170210 M * Bertl /usr/sbin/vapt-get: line 188: 12307 Aborted "$@" 1115170245 M * Doener no... 1115170315 M * Bertl seems to happen when I try to use apt-rpm for installations :( 1115170508 M * Doener wow... i guess the syscall transition will give me some good headache... 1115170540 A * Doener looks at that bazillion of syscall_foobar.[h]c files 1115170685 M * Bertl enrico already uses the _syscallX macros if they are present (under certain circumstances) 1115170724 M * Bertl the main challenges are a) get them included, and b) make them an option (the default) 1115170881 M * Bertl hmm, looks like perl to me ... but where is perl involved? 1115171123 M * mugwump maybe I should pull the CVS head rev and check for diffs 1115171177 M * Doener make them an option? 1115171298 Q * erwan_ho Remote host closed the connection 1115171455 M * pflanze I'd like to ponder the decision again: currently I'm using linux2.4+vserver1.3.9+util-vserver-0.29.211 1115171480 M * Bertl do you use non 1.2.10 features? 1115171483 M * pflanze Which issues will I have to take care of when upgrading to 2.6 + 2pre? 1115171494 M * pflanze well 1115171512 M * pflanze I don't remember exactly, 1115171526 M * Bertl ;) 1115171553 M * pflanze but the networking stuff did change after 1.2, right? (/me using pseudo local interfaces etc.) 1115171570 M * pflanze all in all I thought the alpha utils were only working well with later vs versions? 1115171573 M * Bertl networking is very similar ... 1115171588 M * pflanze 1.2.10 is the old stable one right? 1115171592 M * Bertl alpha util-vserver is working quite fine with 1.2.10 1115171599 M * Bertl yep, that's the stable branch 1115171616 M * pflanze It was you who suggested to me back then to move to 1.3.x.. 1115171634 M * pflanze I don't remember anymore why exactly. 1115171675 M * pflanze I could look in my irc logs 1115171690 M * pflanze But why *down*grade? 1115171702 M * pflanze ..security issues?.. 1115171729 M * Bertl 1.3.x wasn't updated ... and we did find quite a few issues 1115171738 M * Bertl all the fixes did go into 1.2.x ... 1115171754 M * Bertl so I would suggest to _not_ use 1.3.x 1115171788 A * pflanze scanning logs 1115171788 M * Bertl if you utilized/required 1.3.x features, not present in 1.2.x, then probably the best bet is to go with 2.6/2.0-pre 1115171919 M * Bertl Doener: do you have a working repository for fc2 or fc3 != fedora.us? 1115171935 M * mugwump ok, I'm adding the .cvsignore's from savannah to openfoundry ... this will make the diffs work properly 1115171942 M * Doener for fc3 i used the one of rwth aachen 1115171972 M * Bertl url? 1115171988 M * Bertl ah, found it 1115171991 M * Doener should be in the sources.list that comes with the tools 1115171995 M * Doener http://www.13thfloor.at/~doener/wurd 1115172015 M * Doener (very) short list of intructions to get a fc3 'base' vserver 1115172028 M * Bertl okay, same with that .. either the apt errors out because it can not find anything or it fails with abort :( 1115172038 M * Doener 'core' is also available... (i.e. replace base with core on the groupinstall call) 1115172514 M * mugwump right, I've also just added all the files in savannah CVS that weren't in Subversion (ie, not a part of the release) 1115172709 M * mugwump There are quite a few files which are in the repository, but "ignored" 1115172722 M * mugwump eg, /configure 1115173041 M * mugwump full list available with the simple command: 1115173043 M * mugwump find . -name .svn -prune -o -type d -print | while read dir; do (cd $dir; files="`svn pg svn:ignore .`"; [ -n "$files" ] && ls -d $files 2>/dev/null | perl -ple 's{^}{'$dir/'}' ); done 1115173074 M * mugwump I'm holding off on blazing them all, as I'm not sure how to regenerate them 1115173562 M * mugwump ok, I think I'll need some more crack before looking at CVS again for a while 1115176754 M * ciphernaut Bertl: it may well just be that I drained it too quickly. I would have thought it would regenereate at least a few characters per second 1115176771 M * Bertl depends on your entropy sources 1115176786 M * ciphernaut no h/w RNG, low/no disk activity 1115176806 M * Bertl bad luck then I guess ... 1115176937 M * ciphernaut looping thru ls -R/ is filling the pool........ 1115177975 M * Bertl interesting ... 1115178292 M * mugwump ok, who wants to run the svn commit e-mail list? I've got a program to semi-automatically send out changes... 1115178316 M * mugwump I can put it on lists.utsl.gen.nz if you want, or is it easy enough to make one on lists.linux-vserver.org? 1115178438 A * mugwump prods Bertl 1115178491 M * Bertl well, I would contact Martin to make something like the wiki mailing list ... 1115178517 M * Bertl and in the meantime, send it to me directly ... Doener, want a copy? 1115178525 M * Doener sure 1115178615 M * Bertl mugwump: if setting up an ml on your site is easier for you, please go ahead 1115179072 M * mugwump ok, http://lists.utsl.gen.nz/mailman/listinfo.cgi/util-vserver-commits 1115179089 M * Bertl k, thanks! 1115179117 M * Bertl Doener: how do I list the installed packages with apt? 1115179187 M * DaCa dpkg -l 1115179196 M * Bertl ah, thanks! 1115179197 M * Doener DaCa: i guess he's on fedora ;) 1115179207 M * Bertl nope debian sarge :P 1115179216 M * Doener ah ok... 1115179255 M * DaCa Doener: then it would be some rpm command, apt doesnt keep track of whats installed, only of what is available 1115179289 M * Doener right... i always forget about that... 1115179362 M * mugwump bah, forgot to add the entries to /etc/aliases... if you sent a confirmation mail, re-send 1115179384 M * Bertl thanks to my greylisting I didn't yet ;) 1115179515 M * mugwump dual greylisting! 1115179791 M * mugwump Well, the upside of this is that I now have a handy script to notify me of changes to any subversion repository 1115179819 M * Bertl well, excellent, no? 1115179830 M * mugwump indeed! I've been needing it for a while I guess 1115181374 M * Bertl DaCa: there are compile bots/services for debian supported archs, no? 1115181393 M * Bertl (at least for debian maintainers or so ..) 1115181995 M * Bertl ah, still any debian folks awake? 1115182071 M * Doener what do you need? 1115182083 M * eyck morning 1115182084 M * Bertl hehe ;) getting a debian expert? ;) 1115182108 M * Bertl well, I have a kernel which boots quite fine on the sparc64, but only if I boot without the initrd ... 1115182147 M * Bertl when I make an initrd and try to boot with that, it tells me that it is unable to mount root IIRC 1115182173 M * Bertl (with the same kernel, mkinitrd done properly ... I guess) 1115182183 M * Doener *shrugs*... never used initrds... 1115182226 M * eyck debian add something to their initrd, 1115182233 M * eyck adds 1115182256 M * eyck compression IIRC, but this has been added upstream years ago 1115182263 M * eyck don't know about sparc64 though 1115182263 M * Doener i'm gone for breakfast and university... see you later... (if i don't fall asleep ;) 1115182264 M * Bertl well, should I care? initrd is created on debian with mkinitrd ... 1115182275 M * Bertl Doener: okay, have a nice day! 1115182295 M * eyck Bertl: exactly, it's compressed with something else. 1115182301 M * Doener have a good foobar everyone! 1115182306 N * Doener Doener|gone 1115182314 M * Bertl eyck: so I would require a 'special' kernel patch? 1115182337 M * eyck yeah, it used to be this way, but it went upstream some time ago, 1115182354 M * eyck damn. Doener is right. I'm already late! brb at 7:00 1115182355 M * Bertl ah, so a special option then, tell me more ... 1115182370 M * Bertl okay, then later ... cya 1115182772 M * ciphernaut vserver-build --force isnt very happy about mounts on /var/lib/vserver/* 1115182904 M * Bertl yup, but you can 'try' the experimental version, which should fix that ;) 1115183151 M * ciphernaut running 0.30.206-2 -- noticed a 0.30.207-2 in unstable debian..... it bombed out.... 1115183177 M * Bertl I was talking about the svn version we created yesterday ;) 1115183183 M * ciphernaut ok:) 1115183444 M * eyck Bertl: now I checked, and I was talking about cramfs-initrd, earlier this was available only in debian-patched kernels, and debian initrd tools default to cramfs 1115183463 M * eyck btw, biking through summer rain is great;) 1115183714 M * romke Morning 1115183740 M * Bertl eyck: hmm, okay, I guess I have cramfs enabled ... but will check, thanks! 1115183748 M * Bertl morning romke! 1115183749 M * mugwump ok, svn commit messages should be coming automatically now - every 10 minutes 1115183765 M * mugwump (it checks for changes every 10 minutes, that is ;)) 1115183772 M * Bertl hehe ;) 1115183782 M * Bertl thanks a lot! 1115184014 M * romke mugwump: wouldn't be better sending message after each commit ? 1115184033 M * Bertl yes, but that would require the svn to be under his control ... 1115184033 M * romke mugwump: since it's separate list for that... 1115184041 M * romke aah, right 1115184178 M * romke so, it might be a "improvement require" for guys from ossf to have www control pannel for svn hooks :> 1115184321 M * Bertl yup, if you feel like 'hooking' into that .. go crazy ;) 1115184408 M * mugwump I've logged a ticket in the OpenFoundry tracker 1115184425 M * mugwump http://rt.openfoundry.org/Foundry/Project/Tracker/Display.html?id=9798&Queue=125 1115184449 M * Bertl ah, again faster as the rest ;) 1115184456 M * Bertl s/as/than/ 1115184467 M * Bertl it's getting late/early ;) 1115185210 J * gaba ~gaba@protest.net 1115185218 M * gaba hi 1115185293 M * Bertl welcome gaba! 1115185380 Q * ciphernaut Ping timeout: 480 seconds 1115185591 M * romke 7:40AM, definitely to early to me :P 1115185607 M * romke s/to me/for me/ 1115185857 M * gaba thanks :) 1115186027 J * ciphernaut_zz ~a@61.88.18.130 1115186061 M * Bertl okay, I'm off to bed ... have a nice whatever folks, cya later!° 1115186061 N * Bertl Bertl_zZ 1115186096 M * ciphernaut_zz it still spits the dummy about the mount point 1115186110 N * ciphernaut_zz ciphernaut 1115186250 M * gaba i have a veryyy basic question. if i have a 2.6.10 kernel then i still have to patch the kernel to have vservers? 1115186346 M * ciphernaut correct 1115186388 M * gaba ah. ok 1115186428 M * ciphernaut the default kernel does not know about contexts 1115186543 M * mugwump seems none of the core devs need vserver :) 1115186575 M * gaba they still not realize the really good vservers are 1115186760 N * PazZzzzooo Pazzo 1115186887 M * eyck Bertl: yeah, but there were two things - cramfs standalone, and cramfs signature detection with initrd. But I'm almost positive this went upstream last year. 1115186963 N * gaba gabaZzzzleeping 1115189563 M * ciphernaut CYA ALL 1115189567 M * ciphernaut sorry 1115189573 N * ciphernaut ciphernaut_zz 1115190028 Q * pflanze Quit: reboot 1115191112 M * SiD3WiNDR http://uptimes.hostingwired.com/stats.php?op=all&user=SiD3WiNDR vserver is totally owning my network ;) 1115191593 J * rs ~rs@staff.lycos.fr 1115191895 M * rs hi there 1115192244 J * erwan_ho ~erwan@lns-vlq-39f-81-56-133-136.adsl.proxad.net 1115192744 J * prae ~prae@ezoffice.mandriva.com 1115194209 Q * berni jupiter.oftc.net plasma.oftc.net 1115194209 Q * aba jupiter.oftc.net plasma.oftc.net 1115194313 J * berni ~berni@svr01.mucip.net 1115194313 J * aba ~aba@sol.turmzimmer.net 1115195633 J * tgunkel_ ~Thorsten@dsl-084-058-028-063.arcor-ip.net 1115196509 Q * BWare Read error: Connection reset by peer 1115196652 Q * erwan_ho Remote host closed the connection 1115198786 J * BWare ~bware@office.intouch.net 1115201023 J * kalou_ ~kalou@AFontenayssB-104-1-3-102.w80-11.abo.wanadoo.fr 1115201139 Q * kalou Ping timeout: 480 seconds 1115201271 P * tgunkel_ Leaving 1115201847 J * openMosixview ~matt@p50883ED1.dip.t-dialin.net 1115202081 M * openMosixview Hi everybody, i have a problem with vserver when the guest-system directory is mounted from a nfs-server. I always got "permission denied" during chcontext-switch/chroot. Did not found any hints yet but noticed that some people have/had the same prob. Is there anybody who can help me ? 1115204162 Q * rs Ping timeout: 480 seconds 1115205750 M * BWare openMosixview: try changing the permission on /vservers/ to 755 1115205789 M * openMosixview BWare: they are on 755 and i am able to bring up "local" stored guest-systems without any probs 1115205838 M * BWare what does ls -la /vservers say ? 1115205877 M * openMosixview d------- for . 1115205889 M * openMosixview but i also tested it with 755 1115205900 M * BWare I had the same issue 1115205917 M * openMosixview :) ok, and how did you solved this ? 1115205920 M * BWare changing to the insecure 755 and remounting the nfs did the trick for me 1115205933 M * BWare mount -o remount -t nfs 1115205970 M * openMosixview mhmm, ok, i think i tried all this but i will re-check now. Thank you so far 1115205977 M * BWare yw 1115206593 M * openMosixview ok, i did the chmod 755 /vserver and also the remount but still get the permission denied error :/ 1115206624 M * openMosixview Maybe i need some special export/mount options for the nfs-guest rootfs dir ? 1115207307 M * openMosixview anyways i am quite sure that it is nfs-related because i can start local-stored guest-partitions witout problems and i also partitions mounted by iscsi are working fine with the same config. 1115207513 M * BWare odd 1115207530 M * BWare what's the exact message ? 1115207568 M * openMosixview new security context is xxxxx 1115207580 M * openMosixview Can't chroot to directory . (Permission denied) 1115207622 M * openMosixview and i straced it down to the chbind start command in the vserver start/stop script which run the chcontext command in the new sec-context 1115207741 M * openMosixview the next syscall i get after the permission denied is [WIFEXITED(s) && WEXITSTATUS(s) == 255], 0, NULL) = 12551 1115207783 M * BWare what is the export line on your host (does it contain no_root_squash) 1115207817 J * BobR ~georg@212.16.62.52 1115207843 M * openMosixview yes, it is ... *(rw, insecure, no_root_squash, async) but i also tried it with just *(rw) 1115207863 Q * BobR Quit: 1115207928 N * BobR_oO BobR 1115207994 M * openMosixview so and now the funny thing about it (still got this error) 1115208012 M * openMosixview in vserver start section there is this chbind .... chcontext command which start the guest 1115208018 M * openMosixview if i do 1115208023 M * openMosixview cd /vserver/guest 1115208043 N * BobR BobR_oO 1115208052 M * openMosixview and just run the chkcontext part ..... the guest starts ok without the permission denied error 1115208069 M * BWare ehrm 1115208078 M * openMosixview ;) really strange 1115208089 M * BWare exactly 1115208120 M * BWare did you try to completely unmount the nfs, change the permissions on /vservers and then remount the nfs 1115208132 M * openMosixview yep, several times 1115208145 M * BWare what I got here is: 2.6.11.6 (kernel) 1115208149 M * openMosixview and for the last short test with chcontext only i did not change anything 1115208164 M * BWare mount --version 1115208165 M * BWare mount: mount-2.12i 1115208180 M * openMosixview .... just btw: i am using 2.4.29 with the latest stable release of vserver 1115208185 M * BWare - I had issues with wrong mount versions / mount older than kernel 1115208208 M * openMosixview i have mount-2.11n 1115208221 M * openMosixview ... quite old ;) 1115208225 M * BWare hehehe 1115208244 M * BWare and for the client mount I have: nfshost:/vservers on /vservers type nfs (rw,bg,rsize=8192,wsize=8192,intr,timeo=60,nfsvers=3) 1115208282 M * BWare the exports looks like: /vservers/ *(rw,sync,no_root_squash) 1115208291 M * openMosixview ok, maybe i should switch to 2.6 kernel too ? 1115208318 M * BWare Well, 2.6 works for me... doesn't mean it will work on your end 1115208323 M * openMosixview hehehehe 1115208331 M * BWare What distro are you using ? 1115208347 M * openMosixview on this system it is redhat 7.3 1115208401 M * BWare hmmm 1115208425 M * BWare I guess I've run out of suggestions ;) 1115208475 M * openMosixview ;) strange prob. Thank you very much. Will check how to solve it. At least good to know that people are running vserver with nfs-setup 1115208588 M * BWare there are a few others using nfs 1115208639 M * openMosixview ok, cool. So the bug is on my side ;) 1115208641 M * BWare though it seems they're not around ;) 1115208673 M * openMosixview ha, i guess it is quite early for this channel. The first time i joined here today 1115208677 M * BWare does the log on the nfs host spits out anything when you start the vserver 1115208845 M * openMosixview nothing expect the regular "authenticated mount request from ...." 1115209130 M * BWare hmms 1115209139 M * BWare not much info on the ml either 1115209157 M * BWare did you look at the vserver pages for any hints or clues 1115209167 M * openMosixview nope ;) i searched it already. Also the older irc logs 1115209192 M * openMosixview yep, also on the pages + wiki i did not found anything .... just that 1-2 people had the same prob in the past 1115209225 M * BWare well ... hang on till the developers wake up 1115209246 M * BWare they might have an answer 1115209248 M * openMosixview ;) yep, will do. thx again man 1115209252 M * BWare anytime 1115209907 J * rs ~rs@staff.lycos.fr 1115211619 Q * rs Ping timeout: 480 seconds 1115212160 Q * ruuth Quit: Nettalk6 der Freeware IRC-Client 1115213037 A * SiD3WiNDR wonders if staff.lycos.fr host is made for irc'ing ;) 1115213050 M * aba why not? :P 1115213068 M * SiD3WiNDR no reason.. just wondering :) 1115213093 J * rs ~rs@staff.lycos.fr 1115213215 N * Doener|gone Doener 1115213231 M * Doener hey folks 1115213301 M * Doener openMosixview: kernel 2.4? 1115213324 M * openMosixview yep 1115213334 M * Doener what says: lsattr -d /vservers/foo 1115213336 M * openMosixview hey Doener :) 1115213360 M * openMosixview oh, sec, need to turn it on again 1115213483 M * openMosixview on booting, but i do not think it is the permissions on the /vserver dir because i can start e.g. a local stored guest-system from there without problem 1115213527 M * Doener thus i ask for /vservers/foo ;) 1115213548 M * Doener (where foo is your vserver's name... ;) 1115213609 M * openMosixview ;) it tells me : lsattr: Inappropriate ioctl for device While reading flags on /vserver/myserver 1115213626 M * Doener interesting... 1115213633 M * openMosixview bad nfs i guess 1115213636 M * Doener what about ls -ld /vservers/myvserver ? 1115213644 M * Doener (should be 755) 1115213658 M * openMosixview yep, is 755 1115213662 M * wurd Doener do you know apt ? 1115213675 M * Doener yes... 1115213695 M * wurd would you happen to know what this kind of error means?: 1115213711 M * wurd (or how to fix it) 1115213713 M * wurd W: Release file did not contain checksum information for http://ayo.freshrpms.net/fedora/linux/3/i386/base/release.freshrpms 1115213736 M * Doener wurd: that's aptrpm... i don't know any specifics about that... 1115213742 M * wurd i get this error while doing "apt-get update" (one of the steps of the document you made for me) 1115213764 M * Doener openMosixview: hm, might be related to nfs xid tagging... but you have to wait for Bertl to get any help on that i guess 1115213791 M * Doener wurd: well, i didn't say use an freshrpms repository, did i? 1115213795 M * openMosixview Doener: :) ok, great. Many thanks so far. I am testing it with 2.6 now 1115214043 M * wurd Doener , thats right.. 1115214050 M * wurd but the command is "apt-get update" 1115214071 M * wurd so.. should i go change some files in my apt, in order for it not to use freshrpms ? 1115214091 M * wurd http://www.13thfloor.at/~doener/wurd 1115214120 M * Doener that is based on a fresh sources.list for fc3, i.e. all entries commented out... 1115214139 M * Doener only the repository mentioned in that document should be uncommented... 1115214149 Q * Johnsobm Ping timeout: 480 seconds 1115214177 M * Doener i know that exactly those steps worked for me, if you use other settings, i can't help you ;) 1115214179 M * wurd you mean this ? 1115214185 M * wurd vi /etc/vservers/.distributions/fc3/apt/sources.list 1115214205 M * Doener yes... 1115214215 M * Doener i'm gone again... got some stuff to do... cya later! 1115214215 M * wurd in that file, i swear that only rpm http://sunsite.informatik.rwth-aachen.de/ftp/pub/Linux/fedora/fedora 3/i386 os updates extras 1115214218 N * Doener Doener|gone 1115214219 M * wurd is commented out 1115214243 M * wurd oh well 1115214247 M * Doener|gone well, that one should be the only one that is _not_ commented out... 1115214271 M * wurd i didnt express myself well 1115214279 M * wurd there is no "#" before that line 1115214283 M * wurd every other lines arent 1115214291 M * wurd every other line has a "#" 1115214305 M * wurd the line i just pasted doesnt have a "#" 1115214499 M * wurd damned be my crappy english 1115215662 Q * ComplexHo Remote host closed the connection 1115215723 M * wurd doener please tell when you'll be back 1115215740 M * wurd i found that apt-get is using /etc/apt/sources.list 1115216074 M * wurd is there anyone here ? 1115216108 M * wurd DaCa ? daniel_hozac ? 1115216120 M * wurd i'd like to know what something means. 1115216139 M * wurd Doener made a document to help me build a vserver 1115216147 M * wurd http://www.13thfloor.at/~doener/wurd 1115216171 M * wurd and i dont understand what i should do with the 9 lines that come right after "apt-get update" 1115216181 M * wurd which are : ? 1115216254 M * wurd whiche are : * 1115216260 M * wurd apt-get update 1115216260 M * wurd (enter: 1115216260 M * wurd 1,2 1115216260 M * wurd c 1115216260 M * wurd 3 1115216261 M * wurd c 1115216261 M * wurd 3 1115216263 M * wurd c 1115216265 M * wurd )) 1115216447 M * openMosixview wurd: sorry, no idea. not so familiar with debian 1115217885 N * Bertl_zZ Bertl 1115217913 M * Bertl morning folks! 1115217939 M * eyck morning! 1115217942 M * eyck Bertl! 1115217954 M * openMosixview hi Bertl 1115218003 M * Bertl wurd: what about 'pressing' them as response to the questions apt-get produces? 1115218062 M * Bertl (more precisely: 1,2c3...) 1115218278 M * Bertl hey eyck! openMosixview! 1115218300 M * openMosixview hey again Bertl ;) 1115218325 Q * rs Read error: Operation timed out 1115218456 M * openMosixview Bertl: maybe you can help me. I have problems with the stable 2.4 vserver when the guest-system directory is mounted from nfs 1115218477 J * kalou__ ~kalou@AFontenayssB-104-1-3-180.w80-11.abo.wanadoo.fr 1115218514 M * openMosixview i checked all kinds of informations sources like ml, irc-logs, docu ... and noticed that some people had the same prob but did not found a solution yet 1115218539 M * openMosixview ..and i just re-checked it with the latest 2.6 release .... ;) and it is working fine there 1115218565 M * Bertl yup, that's expected ... 1115218574 M * Bertl 2.4 NFS isn't vserver aware ... 1115218594 Q * kalou_ Ping timeout: 480 seconds 1115218596 M * openMosixview ha, great. thanks for this info :) good to know 1115218885 M * wurd Bertl apt-get doesnt ask me any questions .. :S 1115219021 M * eyck set your 'novice factor' in debconf to normal ;) 1115219105 M * daniel_hozac there's no such thing with apt-rpm ;) 1115219465 M * wurd i got to know something.. 1115219476 M * wurd whats the difference between "apt-get" and "apt-rpm" 1115219520 M * Bertl apt-get is on debian working with debs, apt-rpm is the 'apt' for rpms 1115219545 M * wurd but im on fc3 and apt-get workds 1115219547 M * wurd works* 1115219553 M * Bertl s/apt-get/apt/ 1115219578 M * wurd so on my fc3, apt-get is using rpms ? 1115219586 M * Bertl of course (to confuse folks) both packages provide apt-get (as tool) 1115219600 M * Bertl more confusing both tool packages are called apt ;) 1115219697 M * Bertl okay, leaving for now .. back in a few hours ... 1115219703 N * Bertl Bertl_oO 1115219727 M * terr I'm too late once again!!! 1115219740 M * terr When do you come back? 1115219771 M * daniel_hozac i'd guess a few hours ;) 1115220024 M * wurd daniel_hozac 1115220041 M * wurd Doener|gone told me to follow these instructions : http://www.13thfloor.at/~doener/wurd 1115220050 M * wurd at the very end theres " apt-get groupinstall base " 1115220068 M * wurd but apt-get doesnt find "groupinstall" as a valid argument 1115220072 M * wurd what could it be ? 1115220077 J * rs ~rs@staff.lycos.fr 1115220116 M * daniel_hozac i guess your apt-get doesn't know about groups. 1115220127 M * wurd is there something i can do ? 1115220168 M * daniel_hozac wurd: did you run the vserver fc3-base pkg install apt-groupinstall command? 1115220228 M * wurd vserver fc3-base pkg install apt-groupinstall 1115220232 M * wurd 'vserver ... suexec' is supported for running vservers only; aborting... 1115220310 M * daniel_hozac did you follow the rest of the instructions? 1115220324 M * wurd i followed everything yeah 1115220327 M * daniel_hozac and that just means you'll want to start it before running them. 1115220341 M * wurd start "it" ? 1115220348 M * daniel_hozac yeah, the vserver. 1115220361 M * wurd vserver fc3-base start 1115220431 M * wurd vserver fc3-base pkg install apt-groupinstall 1115220431 M * wurd Fetching list of repositories/mirrors... 1115220431 M * wurd E: Failed to fetch mirror list file: 1115220431 M * wurd E: could not open package priority file /etc/apt/rpmpriorities 1115220512 M * wurd there *is* a file named 'rpmpriorities' in /vservers/fc3-base/etc/apt/ 1115221838 M * wurd /etc/apt/rpmpriorities *does* exist 1115221846 M * wurd i dont know what it cannot open it 1115221863 M * wurd it could, yesterday, when i did all that 1115221909 M * wurd s/what/why 1115225566 J * mep__ mep@p5091F554.dip.t-dialin.net 1115225778 Q * mep_ Read error: Operation timed out 1115225816 Q * openMosixview Quit: Client Exiting 1115226119 Q * rs Ping timeout: 480 seconds 1115227659 Q * prae Quit: Client exiting 1115230415 Q * kevinp Quit: Leaving 1115232400 Q * kalou__ Quit: Lost terminal 1115232582 J * prae ~prae@sherpadown.net 1115233553 J * rs ~rs@imhotep.rhapsodyk.net 1115237946 Q * rs Ping timeout: 480 seconds 1115238110 J * grimreaper ~email@195.158.114.39 1115239657 Q * prae Quit: Pwet 1115239674 J * prae ~prae@sherpadown.net 1115239685 P * grimreaper 1115240284 Q * terr Quit: I am going away 1115240344 J * REIJN ~rik@vdeijnden.com 1115240517 Q * REIJN Quit: 1115240584 J * REIJN ~rik@vdeijnden.com 1115240711 J * terr ~nobody@ip-213-49-106-244.dsl.scarlet.be 1115240856 P * REIJN 1115241151 J * heini ~rik@vdeijnden.com 1115241387 J * hahella ~hahella@host53-15.pool80182.interbusiness.it 1115241471 Q * hahella Quit: 1115241703 P * heini Client exiting 1115242001 J * inkubus ~martin@138.38.225.58 1115242015 M * inkubus Evenin' 1115242026 M * inkubus Bertl around? 1115242049 M * terr I'm also waiting for him ;-) 1115242060 M * inkubus So he's expected soon? 1115242076 M * terr I don't know! 1115242088 M * inkubus :-) 1115242117 M * terr Yesterday he didn't came back before 2 or 3 o'clock... 1115242141 M * inkubus Well I'll lurk for a bit... 1115243873 M * mugwump morning all 1115243880 M * inkubus morning 1115244069 M * mugwump having difficulties? 1115244090 M * inkubus yes and no 1115244110 M * inkubus still not working on sparc64 1115244128 M * inkubus and was dropping by to talk to Bertl about it 1115244156 M * inkubus But not currently doing anything on it myself so no having new problems 1115244201 M * mugwump I see. Oops/Panic/broken feature? 1115244220 J * ComplexHo ~ComplexHo@funk.gotadsl.co.uk 1115244247 M * inkubus http://linux-vserver.org/sparc64 is about as complete a summary as I have 1115244331 M * mugwump E4k eh... noisy little things 1115244376 M * inkubus DAMN noisy 1115244387 M * mugwump does linux support the hotplug cpu boards on those? 1115244400 M * inkubus Firmware doesn't support it 1115244413 M * inkubus Well, you can hot plug them but you need to reboot to use them 1115244607 N * Bertl_oO Bertl 1115244621 M * inkubus Evenin' Bertl 1115244621 M * Bertl evening folks! 1115244648 M * inkubus You appear to have a bunch of people waiting for you 1115244676 M * Bertl hmm, is that so? 1115244710 M * Bertl does that include you? 1115244715 M * inkubus Indeed 1115244723 M * terr And me. 1115244723 M * inkubus But I think terr was here first :-) 1115244743 M * Bertl hey terr! seems you left yesterday before I arrived ... 1115244759 M * terr Yes, it was a bit late... 1115244790 M * Bertl hmm, looks indeed like a bunch of new faces ... any special reason or just fate ... 1115244801 M * Bertl (or old faces in disguise ;) 1115244828 M * terr Actually, I'm "Gilles" on the ML :-) 1115244862 M * terr "Terr" because "Gilles" is often already taken on IRC channels. 1115244892 M * Bertl terr: yup, I know ... 1115244897 M * terr Just the nickname set as default in Kvirc 1115244940 M * Bertl was more referring to REIJN, hahella and inkubus ;) 1115244960 M * inkubus Oh. 1115244967 M * inkubus Am I inkubus today 1115244970 M * inkubus Ooops. 1115244976 N * inkubus Martin 1115244986 M * Martin Hmmm... Now I feel more like myself 1115244993 M * Martin Sorry 1115244996 M * Martin No paying attention 1115245018 M * terr You were possessed ;-)) 1115245031 M * Martin Indeed :-) 1115245168 M * Bertl hey Martin! it's you? ;) 1115245176 M * Martin Indeed. 1115245184 M * Martin Feeling more like myself now. 1115245216 A * Bertl managed to test vserver on sparc(/64) and x86_64 ... 1115245237 M * terr > I think that util-vserver should provide the absolute minimal build 1115245237 M * terr > capability as proof-of-concept tucked away somehwehre in an examples/ 1115245237 M * terr > subdirectory _only_. 1115245252 M * terr Oops sorry... 1115245256 M * Bertl well, yes and no ... ;) 1115245273 M * Martin Bertl: cool - did it work? 1115245276 M * terr Wrong Copy/Paste 1115245374 M * Bertl Martin: of course! even in compatibility mode! 1115245384 M * Martin W00t! 1115245406 M * Martin Which versions? 1115245411 M * Bertl yep, had a longer fight with dietlibc .. but works fine 1115245423 M * Bertl tested vs2.0-pre3 and pre4 1115245458 M * Bertl I'm pretty confident they work on hppa/64 too (already installed the kernel, but dietlibc is broken there too) 1115245480 M * Martin 0.30.207 util-vserver? 1115245483 M * Bertl kernel booted fine and basic tests worked too ... 1115245508 M * Bertl you need a patched dietlibc and (depending on the arch and distro) patched userspace tools 1115245536 M * Bertl terr: how long will you be up tonight? 1115245539 Q * prae Quit: Pwet 1115245569 M * terr I'm ready to look into the problem with 'init'... 1115245592 M * Martin Bertl: Would you mind adding details to http://linux-vserver.org/sparc64 and I'll give it a punt 1115245592 M * terr So until it is debugged ??? ;-) maybe 1115245594 M * Bertl yup, I assumed so, the question is more, will you be gone in an hour? 1115245625 M * terr You mean, we can start in an hour? 1115245638 M * Bertl nope, I hope we can start earlier .. ;) 1115245652 M * Bertl but I have to read up my email first .... 1115245659 M * terr OK, I'll wait; thanks! 1115245697 N * ciphernaut_zz ciphernaut 1115245732 M * Bertl Martin: basically you need to patch dietlibc 0.28 with the following patches: http://vserver.13thfloor.at/Stuff/DIETLIBC/ 1115245759 M * ciphernaut morning all 1115245765 M * Bertl given that your distro (mine was sarge 3.1) does compile the tools 0.30.207, it should be fine 1115245770 M * Bertl morning ciphernaut! 1115245897 M * Martin 2.6.11 kernel with pre4, patched dietlibc 0.28 and vanilla util-vserver 0.30.207 1115245903 M * Martin OK, shall give it a go 1115246176 M * Martin Hmmm... think I'm going ot have to do some re-arranging of equipment to get this tested. 1115246196 M * Martin I'll try to get it done next week at some point - I'll keep in touch. 1115246202 M * Bertl heh, btw, alpha would be really interesting for me ... 1115246215 M * Martin OK, I'll see what I can do. 1115246222 M * Bertl thanks a lot! 1115246224 M * Martin Latest versions of everything? 1115246228 M * DaPhreak morning :P 1115246232 M * Bertl yup, including the patches 1115246234 M * Martin W/ patched dietlibc? 1115246251 M * Bertl yeah, dietlibc seems buggy on most 64bit archs ;) 1115246264 M * Bertl well, what am I saying, on everything except x86 ;) 1115246319 Q * gabaZzzzleeping Ping timeout: 480 seconds 1115246353 M * Martin OK 1115246354 M * DaPhreak ola: are you're in ? 1115246430 M * mugwump http://www.totalillusions.net/forum/index.php?showtopic=328 # 1337 hax0r deletes own hard drive... 1115247695 M * ciphernaut lol 1115247709 J * rs ~rs@imhotep.rhapsodyk.net 1115247818 M * Martin Probably a really silly question but why does util-vserver link against dietlibc rather than normal libc? 1115247862 M * Bertl becaus eof resolver issues with the dynamic (g)libc 1115247871 M * DaPhreak Bertl: a short question :) where should i go with ola's reformated man-pages in svn? should the be placed in man/ right to the other man-pages? 1115247908 M * Martin Ah, needs static linking then. 1115247914 M * Bertl DaPhreak: probably ... the final decision is with enrico (see email) 1115247960 M * rs e 1115247960 M * rs ] 1115247961 M * rs re 1115247964 M * rs oups 1115247969 M * DaPhreak yeah, already read the mail:) 1115247983 M * DaPhreak heh, morning rs :P 1115248018 M * Bertl hey rs! cool appearance ... 1115248128 M * rs how are you ? 1115248193 M * Bertl fine thanks, and you? 1115248204 M * rs fine too 1115248213 M * Bertl terr: okay, I guess I'm ready now ... 1115248218 M * DaPhreak well, i'm gonna wait and see if ensc now is offended by your/sam's/our approach or if he sticks with us ;) 1115248254 M * terr OK, I'm here 1115248283 M * terr Did you read the summary I wrote to the ML? 1115248313 M * Bertl I have all your mails here ... 1115248331 M * Bertl including the summary 1115248375 M * terr So... How do we proceed? 1115248401 M * Bertl I'm trying to figure how we left off last time .. 1115248430 M * terr I had to compile a new kernel with some debugging abilities 1115248451 M * Bertl ah, yes, okay, guess that one is running now, no? 1115248465 M * terr Yes, indeed. 1115248482 A * DaPhreak 's gonna fetch some sleep 1115248484 M * terr 2.6.11.7 and vs2.0-pre3 1115248492 M * Bertl well, the first thing I would like you to do is to point the vshelper to something different, i.e. /bin/true for example 1115248515 M * Bertl and see if this does affect the behaviour 1115248534 M * DaPhreak terr: something against it, if i add the bugs from savannah to the OpenFoundry ? 1115248631 M * terr (Sorry I forgot) How do I set it? "echo '/bin/true > _where_" 1115248637 M * Bertl DaPhreak: hm, I would not do that (at least not immediately) because this would just split resources ... 1115248679 M * DaPhreak okee .. yeah it's up to ensc ? :) then i'm finally of for now ;) trying to fetch some sleep 1115248774 M * Bertl make it so! 1115248799 M * Bertl /proc/sys/kernel/vshelper 1115248869 M * terr Done. 1115248922 M * Bertl okay, everything is working now, i.e. the 'bad things' didn't happen yet 1115248953 M * terr No, not yet, waiting for your instructions 1115248967 M * terr Shall I start under "strace"? 1115248982 M * Bertl okay, then go ahead! let's see if it changes something ... 1115249003 M * Bertl no need to do that right now ... but you might activate the debugging 1115249027 M * Bertl i.e. do echo 1 >/proc/sys/vserver/debug_switch 1115249032 M * Bertl (for a start) 1115249130 M * terr OK, I'll do that. But I can already tell you that "strace" is "stuck" -- last output is "clone(" ... 1115249161 M * Bertl well, strace is not really able to follow a start or stop into the vserver ... 1115249180 M * Bertl (it basically bounces off on the isolation) 1115249330 M * terr Done "vserver --debug phony start" and it doesn't start... 1115249372 M * Bertl hmm .. but no 'bad' behaviour yet, right? 1115249406 M * Bertl # 1115249432 M * terr No. It happens only after a "stop". 1115249436 M * Bertl #define bad-behaviour (hanging init, stuck context) 1115249462 M * Bertl okay, what does it say on startup (without the --debug)? 1115249471 M * Bertl probably complaining about the helper ;) 1115249479 M * terr Just did it. Indeed. 1115249490 M * terr "The configured vshelper '/bin/true' does not match the 'vshelper'" 1115249499 M * terr etc. 1115249508 M * Bertl okay, you have a line ther how to disable this message 1115249570 M * terr ---> touch "/etc/vservers/.defaults/apps/vshelper/warning-disabled <--- ? 1115249577 M * Bertl yup 1115249722 M * terr OK. Started. 1115249792 M * terr With "--debug". Something to look for in the stderr output? 1115249807 M * Bertl on the startup, no ... 1115249894 M * terr Something to check from inside the vserver? 1115249933 M * Bertl not now (at least I do not know of yet) 1115249955 M * Bertl just shut it down (maybe with --debug) and the switch debug enabled 1115249982 M * Bertl and let's see if it does anything bad ... 1115250061 M * terr Lots of lines in "kern.log"... 1115250071 M * Bertl that's expected ... 1115250076 M * terr May 5 01:39:27 localhost kernel: vxD: vc: VCMD_12_1[0], 99 1115250082 M * terr May 5 01:39:58 localhost kernel: vxD: vc: VCMD_00_0[0], 63 1115250103 M * terr May 5 01:34:44 localhost kernel: vxD: vc: VCMD_63_2[3], 1 1115250109 M * terr May 5 01:34:44 localhost kernel: vxD: vc: VCMD_46_1[0], 0 1115250120 M * terr Repeated many times 1115250122 M * Bertl good, did it do anything bad yet? 1115250195 M * terr No. I don't think this will happen this time: "/proc/virtual/99" was deleted. 1115250211 M * terr I'll restart it. 1115250220 M * Bertl good, so we know where to look now .. (in the vshelper ;) 1115250265 M * terr Shall I just try again to be sure? 1115250283 M * terr As it already happened that it works once, but not twice... 1115250296 M * Bertl okay, make it so 1115250310 M * Bertl try to start/stop it a few times 1115250629 Q * ciphernaut Ping timeout: 480 seconds 1115250671 M * terr OK. Seems to work nicely. 1115250735 M * terr What's the purpose of "vshelper"? (Is it explained somewhere?) 1115250836 M * Bertl it is used for various things ... it's called from the kernel when the userspace has to act on behalf of a context 1115250845 M * Bertl (for example on a reboot from inside the context) 1115250940 M * Bertl let's add a debug feature to that vshelper and see what it does .. you are using the vshelper from 0.30.207 no? 1115250984 M * terr Not sure; I'll check. 1115251089 M * terr It's 0.30.206 (Debian). Do you want me to upgrade to 207? 1115251105 M * Bertl yep, and de-debian it for now ;) 1115251114 Q * cereal Ping timeout: 480 seconds 1115251124 Q * SNy Ping timeout: 480 seconds 1115251124 M * Bertl i.e. get the vanilla 0.30.207 tools, and compile them yourself ... 1115251143 M * Bertl make sure to remove the existing toolsbefore you install the new ones 1115251167 M * Bertl (i.e. check for unwanted left-overs)