1159661545 A * BeLu is away (iŽll be back later...) 1159661545 N * BeLu Belu_zZz 1159662230 M * Kurt2 what is vserver? 1159662250 M * daniel_hozac check linux-vserver.org. 1159662358 J * yarihm ~yarihm@84-74-17-70.dclient.hispeed.ch 1159663959 Q * samueltc Ping timeout: 480 seconds 1159664862 J * Johnnie ~jdlewis@jdlewis.org 1159665157 Q * comfrey Ping timeout: 480 seconds 1159665376 Q * yarihm Quit: Leaving 1159665480 N * DreamerC_ DreamerC 1159667601 Q * Zaki Ping timeout: 480 seconds 1159667770 Q * nokoya Quit: changing servers 1159668069 J * nokoya ~young@hi-230-82.tm.net.org.my 1159668857 Q * ensc Killed (NickServ (GHOST command used by ensc_)) 1159668867 J * ensc ~irc-ensc@p54B4EFF6.dip.t-dialin.net 1159669154 J * s0undt3ch_ ~s0undt3ch@bl7-243-58.dsl.telepac.pt 1159669190 Q * nokoya Quit: changing servers 1159669208 Q * s0undt3ch Killed (NickServ (GHOST command used by s0undt3ch_)) 1159669208 N * s0undt3ch_ s0undt3ch 1159670246 M * mugwump daniel_hozac: ok, that simple test I made could be a little better 1159670287 M * mugwump if $NFSROOT/usr/sbin/fai doesn't exist, then a better error message would be something like "NFSROOT not found - did you run make-fai-nfsroot?" 1159670390 M * mugwump no, make that "did you run fai-setup yet?" 1159670472 J * samueltc ~samuel@d154-20-170-153.bchsia.telus.net 1159670953 M * mugwump ok, I just ran a build, and it gave me an error: 1159670954 Q * samueltc Ping timeout: 480 seconds 1159670971 M * mugwump vserver-topdirectory '/etc/vservers/.defaults/vdirbase/test' and/or configuration at '/etc/vservers/test' 1159670974 M * mugwump exist already; please try to use '--force', or remove them manually. 1159670981 M * mugwump all well and good, but it left a stale process 1159671005 M * mugwump I killed that, now I get: 1159671009 M * mugwump RTNETLINK answers: File exists 1159671034 M * mugwump ah, the secondary address on the interface is still there 1159671087 M * mugwump yep, that new fragment just doesn't seem to kill the vserver as effectively if you ctrl+c the build 1159671169 M * mugwump wtf is umounting my /usr 1159671184 M * mugwump or rather, remounting it RO 1159672173 M * mugwump daniel_hozac: ok, got a successful build with my profile and FAI package .. what's there is a good start, barring the problems that processes weren't getting cleaned up, the extra aliases weren't getting deleted, and my /usr was continually getting remounted RO :) 1159672544 M * mugwump I'll work on getting the FAI branch cleaned up tomorrow so that it is easier to test ... 1159672548 A * mugwump & 1159675262 J * nokoya ~young@hi-230-82.tm.net.org.my 1159684849 J * meandtheshell ~markus@85-124-37-235.dynamic.xdsl-line.inode.at 1159685894 J * Aiken ~james@tooax6-104.dialup.optusnet.com.au 1159687083 Q * node Ping timeout: 480 seconds 1159687261 J * Aiken__ ~james@tooax7-100.dialup.optusnet.com.au 1159687614 Q * Aiken Ping timeout: 480 seconds 1159690675 J * dna_ ~naucki@p54BCF344.dip.t-dialin.net 1159691869 M * matti :) 1159691871 M * matti Morning. 1159695289 J * Nam ~nam@S0106001195551ff0.va.shawcable.net 1159695296 M * Nam hello 1159696473 Q * _are_ Ping timeout: 480 seconds 1159696475 J * _are_ are@dslb-084-057-181-150.pools.arcor-ip.net 1159697892 Q * ruskie Remote host closed the connection 1159698017 J * bonbons ~bonbons@83.222.36.111 1159698690 J * ruskie ~ruskie@ruskie.user.oftc.net 1159698770 Q * _are_ Ping timeout: 480 seconds 1159698924 J * ex ex@valis.net.pl 1159699373 M * daniel_hozac mugwump: ok, thanks! 1159699489 M * mugwump I'll have a play and see if I can figure out why the processes aren't being killed, too. perhaps the trap function isn't being called 1159699508 A * mugwump is in gaze self to sleep mode 1159699515 M * daniel_hozac hehe 1159700612 Q * micah Ping timeout: 480 seconds 1159703311 N * Bertl_oO Bertl 1159703316 M * Bertl morning folks! 1159703579 M * phreak`` morning Bertl ! 1159703583 M * FaUl morning bertl 1159703639 M * gdm morning Bertl :) 1159704356 Q * mire_ Quit: Leaving 1159704552 Q * phreak`` Quit: leaving 1159704585 J * phreak`` ~phreak``@140.211.166.183 1159704609 Q * phreak`` 1159704662 J * phreak`` ~phreak``@140.211.166.183 1159705619 Q * Aiken__ Ping timeout: 480 seconds 1159711387 J * Zaki ~fff@212.118.121.116 1159713462 J * derjohn2 ~aj@dslb-084-059-022-149.pools.arcor-ip.net 1159714621 J * micah ~micah@micah.riseup.net 1159718217 N * Belu_zZz BeLu 1159718513 J * shedi ~siggi@inferno.lhi.is 1159718864 J * coocoon ~coocoon@dslb-084-056-195-112.pools.arcor-ip.net 1159718890 M * coocoon hello 1159719072 M * Bertl wb coocoon! 1159720606 N * [PUPPETS]Gonzo _[PUPPETS]Gonzo 1159723726 M * daniel_hozac mugwump: i've committed the fai to the svn now with a few fixes (check for nfsroot, removing the directories in killprocs, probably something else i forgot). 1159723929 Q * phreak`` Quit: leaving 1159723975 J * phreak`` ~phreak``@140.211.166.183 1159724453 M * h01ger daniel_hozac, whats fai in this context? 1159724479 M * daniel_hozac h01ger: Debian's fully automatic installation, or whatever it's called :) 1159724571 N * _[PUPPETS]Gonzo [PUPPETS]Gonzo 1159724644 M * h01ger daniel_hozac, interesting. i'm an active fai developer :) so what code did you commit to vservers (?) svn? 1159724676 M * h01ger and mugwump used to hang around in #fai too :) 1159724695 M * h01ger and i maintain my vservers with fai :) 1159724786 M * meandtheshell h01ger: http://svn.linux-vserver.org/viewvc.py/util-vserver/ :) 1159724941 M * h01ger daniel_hozac, and where there exactly? which path? 1159724984 M * daniel_hozac it's a fai build method. 1159724989 M * daniel_hozac trunk/scripts/vserver-build.fai 1159725040 M * daniel_hozac https://savannah.nongnu.org/patch/?5058 1159725066 M * Skram 3 1159725068 M * Skram woops 1159725155 M * daniel_hozac h01ger: opinions appreciated :) 1159725367 M * h01ger FAI_NFSROOT and FAI_CONFIGDIR use hardcoded and deprecated paths (?) 1159725387 M * h01ger mugwump, daniel_hozac: have you tested this with fai 3.0, released sometime last week? 1159725403 M * h01ger ah, nor hardcoded 1159725407 M * daniel_hozac i haven't tested it at all. 1159725448 M * h01ger each time i see /usr/local in FAI_NFSROOT||_CONFIGDIR I get a heart-attack. i reported this stupid bug in 2003 and it was fixed last month. after three years of nagging. 1159725460 M * daniel_hozac hehe. 1159725473 M * h01ger thats why first screamed and then read further. they are at least not hardcoded... 1159725510 M * h01ger also this looks suspicious to me: 1159725512 M * h01ger echo "*** Looks like you don't have the patched FAI." 1159725512 M * h01ger echo "*** get it from svn://svn.debian.org/svn/fai/people/mugwump/vserver" 1159725520 M * daniel_hozac how so? 1159725533 M * h01ger cause it should work with the unpatched fai?! 1159725556 M * daniel_hozac should it? would you be able to try? 1159725575 A * daniel_hozac doesn't have any Debian hosts available to him. 1159725600 M * daniel_hozac i have no idea what mugwump's fai changes from vanilla. 1159725628 A * h01ger neither. but i just check, the test fails with fai_3.0 1159725631 M * h01ger checked 1159725649 M * daniel_hozac right, i suppose that's the idea. 1159725663 M * daniel_hozac but if that was commented, would it work? 1159725671 M * daniel_hozac it being the build method. 1159725676 M * h01ger i have no idea, as i dont know what feature mugwump added 1159725723 M * h01ger also i'm unhappy about the hardcoded tmpfs mounting for the vserver - i usually disable this for my vservers (as 16mb /tmp is way to little) 1159725728 M * daniel_hozac 19:58 < h01ger> cause it should work with the unpatched fai?! 1159725752 M * daniel_hozac that is just temporary for the build though. 1159725767 M * daniel_hozac surely a 64 MiB /tmp should suffice for building a guest? 1159725770 M * h01ger daniel_hozac, yes. but its hard to say if it will work, if i dont know what changes mugwump has in his branch. 1159725778 M * h01ger daniel_hozac, for building thats fine. didnt see that 1159725826 M * h01ger mugwump, i also dislike that this needs a setup fai nfsroot. i heavily use fai softupdate and i often dont even have a nfsroot... 1159725852 M * daniel_hozac h01ger: so what would you change? :) 1159725854 M * h01ger daniel_hozac, so this build method will show up in vserver-utils one day? 1159725863 M * daniel_hozac one day very soon. 1159725911 M * daniel_hozac i'd really want to release 0.30.211 next week. 1159725945 M * h01ger daniel_hozac, i dont know why its needed. atm i'm looking into replacing the custom fai-live-cd build scripts (which also rely on the nfsroot) with the (new) live-package from debian, which is a generic infrastructure to build live cds. and i promised to look at the munin-vserver plugins today. so i wont look much further into vserver-build.fai ;-) 1159726055 M * daniel_hozac h01ger: ok, so how would you build guests with fai? 1159726085 M * h01ger with the debootstrap method. then i just run "fai softupdate" and be done 1159726165 M * h01ger i have a script for this, which prepares the vserver a tiny bit after building, so i agree, a build-method makes sense. but the current implementation looks like quite a hack to me :-/ 1159726179 M * daniel_hozac i do kind of agree :) 1159726262 M * h01ger and mugwump also only send a mail to the fai list and didnt report it as a bug to the bts. thats probably why the patch has been overseen... 1159726264 M * h01ger filing a bug now.. 1159726585 M * h01ger daniel_hozac, do you mind if i attach this log to the bugreport i'm writing? 1159726692 M * daniel_hozac not at all, it's already public on irc.13thfloor.at ;) 1159726725 M * h01ger ah, ok :) 1159726800 Q * Johnnie Remote host closed the connection 1159726845 M * h01ger daniel_hozac, should i also submit a bug "vserver-build.fai doesnt work with upstream version of fai"? against what? or should i wait some more? :) 1159726979 M * daniel_hozac h01ger: well, feel free to submit a patch :) 1159726995 M * daniel_hozac as i said, i don't have any Debian systems, so i'm unable to test. 1159727031 M * h01ger you said this long ago, didnt you? or did i miss it today? ;) 1159727044 M * daniel_hozac 19:59 * daniel_hozac doesn't have any Debian hosts available to him. 1159727053 M * h01ger daniel_hozac, will probably do. i'll track the bug in the fai-package... 1159727065 M * h01ger re: 19:59: :-) 1159727091 M * daniel_hozac hehe, ok, thanks. 1159727092 M * h01ger get yourself a vserver running debian, its easy, they are cheap and ./debian/rules :) 1159727108 M * daniel_hozac i've got guests running Debian. 1159727118 M * daniel_hozac on my test box, anyway. 1159727133 M * h01ger i'm not really surprised :) 1159728067 M * daniel_hozac it's quite hard to test building guests within a guest though ;) 1159728395 M * h01ger you should be able to build any (debian) guests on any server though 1159728522 M * daniel_hozac with fai? 1159728557 M * h01ger in general. as long as you have debootstrap... 1159728591 M * daniel_hozac right. 1159728914 Q * independence Ping timeout: 480 seconds 1159729011 J * mire_ ~mire@106-166-222-85.COOL.ADSL.VLine.verat.net 1159729022 J * ComplexMind ~mark@cpc1-brig3-0-0-cust924.brig.cable.ntl.com 1159730327 J * Johnnie ~jdlewis@jdlewis.org 1159730459 M * cryptronic Hi all 1159730501 M * cryptronic i have a question containing gentoo vservers: is there a possibility to get the output of the starting vserver to stdout? 1159730554 M * Bertl not with the plain init style, and the gentoo initstyle is not really maintained atm 1159730618 M * cryptronic ah ok 1159730638 M * cryptronic there is a mistake in writing or is the gentoo style calles gento? 1159730674 M * Bertl hum, no idea, maybe daniel_hozac knows? 1159730675 M * cryptronic because there: http://linux-vserver.org/VServer_Configuration this style is written wit one o 1159730733 M * cryptronic is there a plan when gentoo style will be maintained? 1159730759 M * Bertl well, there was not much interest yet to have that feature (from the gentoo folks) 1159730789 M * Bertl I think, best would be to post something on the ML, and state that it would be appreciated 1159730846 M * cryptronic it's actually not so important, but we from openvcp are thinking about, giving the users the startup sequenze of there vservers 1159730948 M * Bertl yeah, well, another approach would be to conenct init somewhere 1159730959 M * Bertl i.e. some kind of virtual (dual mode) console 1159730994 M * cryptronic that's a interesting idea 1159731022 M * daniel_hozac cryptronic: i _just_ fixed that error ;) 1159731031 M * daniel_hozac cryptronic: and the fix was to remove that line :) 1159731043 M * cryptronic ok ;) 1159731074 M * cryptronic daniel_hozac, do you know a method to get the startup sequenze out of a gentoo guest? 1159731090 M * daniel_hozac well, specifying a tty should work, no? 1159731115 M * daniel_hozac i think that's the only way. 1159731119 M * cryptronic which tty should i use? 1159731145 M * daniel_hozac specifying a pipe or similar should work, IMHO. 1159731207 M * cryptronic maybe we can use a fifo buffer 1159731271 M * cryptronic ok thank's for help 1159731293 M * daniel_hozac hmm, i can't get it to work. 1159731428 M * cryptronic hmm which pipe did you use? 1159731447 M * daniel_hozac mkfifo /vservers/gentoo/dev/console 1159731484 M * cryptronic hmm 1159731601 M * cryptronic would a symlink to stdout work? 1159731622 Q * Kurt2 1159731623 M * daniel_hozac i don't know... 1159731636 M * cryptronic ok i'll test 1159731951 M * daniel_hozac let me know what you find out. 1159732204 M * cryptronic it doesn't work :( init style minit and sysv and nothing didn't work, and plain doens't send something to stdout (so it looks) 1159732635 M * daniel_hozac have you tried giving it a real tty? 1159732805 M * mugwump h01ger: what about vserver-build.fai is a hack? 1159732867 M * derjohn hey folks! just returned from a 2-holiday .. any updates about rc35 2.6.18 rebase? 1159732885 M * mugwump and how would you propose to build i386 vservers on amd64, or ensure consistency with real host builds without using the nfsroot? 1159732921 M * mugwump as for working with FAI 3, no, it doesn't - but then, that's etch only, and I'm working for now with stable 1159732938 M * mugwump I have a branch on fai's alioth repository... 1159732981 M * cryptronic daniel_hozac, which tty should i use? 1159733081 M * matled derjohn: hi, a question about your faq entry "How do I manage a multi-guest setup with vhashify?": what is this ln -0s? a coreutils patch? 1159733263 M * derjohn matled, I only transferred this FAQ to the new wiki, I doubt that I wote /me as "source" to the footer of that FAQ? But I doubt that the ln is patched by vserver ... 1159733344 Q * bonbons Quit: Leaving 1159733587 J * FireEgl FireEgl@Sebastian.Atlantica.US 1159733807 Q * ComplexMind Remote host closed the connection 1159733815 M * gdm derjohn: oh,, and i thought you were the fount of all knowledge ;-) 1159733865 M * derjohn gdm, hello! I hope I didnt disaapoint in you in that issue ... 1159733876 M * gdm hehe, no... 1159733896 M * derjohn you other "baby" is running ? 1159733900 M * gdm derjohn: really, i just wanted to say thank you for all the work you've been doing on the wiki :) 1159733909 M * gdm derjohn: yes, both are running :) 1159733950 M * gdm single proc - uptime = 16 days, dual proc = 8 days 1159733961 M * gdm both vanilla kernels, so seems was either debian problem 1159733971 M * gdm or a =< 2.6.16 problem 1159733988 M * gdm an email i wrote with my thoughts: http://lists.indymedia.org/pipermail/imc-tech/2006-September/0929-02.html 1159733996 M * matled mh, ok, the one who posted the answer first left only an ip in the wiki and the one explaining the -0 was 'shavenwarthog' 1159734066 J * Blissex ~Blissex@82-69-39-138.dsl.in-addr.zen.co.uk 1159734068 M * derjohn ahhh, yes, I remeber that one to be an active corrector of my stuff, but I never got in contact with him 1159734378 M * derjohn gdm, well, I would always take vanilla kernels. or binary kernels from debian. but not patch in vserver into debian sources myself (besides: they lack some firmware stuff for NIC like broadcom) 1159734427 M * h01ger mugwump, read the backlog :) what features from your branch are really needed for vserver-build.fai? also it would be real cool if you could make it work with fai-3.0 as etch is basically waiting outside the door to come in :) 1159734442 M * mugwump I'm replying to your BTS report now... 1159734455 M * h01ger great :) 1159734474 M * mugwump but in any case, we should support sarge builds 1159734500 M * mugwump We're sure not even thinking about deploying etch yet 1159734518 M * derjohn after 4th of Dec. sarge will be completly uninteresting, nor? 1159734522 M * gdm derjohn: we were using the debian-backports kernels 1159734531 M * gdm derjohn: everyone i know who used them had problems, i think 1159734562 M * mugwump derjohn: of course it will still be interesting, it's stable. heck, woody is only just coming out of maintenance phase 1159734566 M * derjohn gdm, really? well one nice thing with binary kernels is that you can share experience with others ;) 1159734581 M * gdm indeed :) 1159734595 M * derjohn mugwump, ... wood..what ? *g* 1159734596 M * h01ger mugwump, i wont deploy etch now. but i want to deploy it once its stable (hopefully thats in two month). and it would be great if fai from etch would out of the box work with vserver from etch 1159734603 M * h01ger mugwump, why do you need the nfsroot? 1159734611 M * h01ger s/you/"you"/ :) 1159734645 M * derjohn gdm, did you use stable devel or both ? 1159734670 A * h01ger uses debian-kernels as they are in sid or on backports.org. this helps to finds bugs and makes sure they have the features i need :) 1159734720 M * gdm deb http://www.backports.org/debian/ sarge-backports main 1159734722 M * gdm only 1159734748 M * h01ger those are sid kernels, just recompiled with gdcc-3.3 1159734750 A * derjohn doesnt use the debian ones as stable doesnt contain capability masking and debian doesnt provide bind and pure ftpd packages that run within a guest ! 1159734761 M * mugwump the nfsroot is useful for consistency, see my e-mail 1159734791 M * h01ger mugwump, if its only useful but not needed, vserver-build.fai shouldnt depend on it (but use it if available) 1159734838 M * mugwump that's a good idea for an enhancement. I basically started by trying to emulate a real nfs install 1159734898 M * mugwump when I asked for existing works on the FAI list, I only got a response from Brian Showalter, which was mostly profile-side changes 1159734911 M * mugwump I still need to move those required changes into the package... 1159734966 M * mugwump basically /usr/sbin/fai needs to detect whether it's doing a non-host install (I used the test of the absence of /proc/cmdline), and set an environment variable, 1159734984 M * mugwump then it makes it easy to disable parts of the process that won't work in a vserver environment 1159735035 M * mugwump you wouldn't have to use tmpfs, an alternative would be to bind mount some other writable space into /tmp; but I wanted to preserve the RO / and profile dirs 1159735172 A * h01ger has said various times that he uses fai+vservers, but there have been times (esp. recently) where i was not responsive on the list :-/ 1159735246 M * mugwump sure 1159735704 M * mugwump I think you want the nfsroot for the same reason you wouldn't do real FAI installs by exporting / 1159735712 Q * mire_ Quit: Leaving 1159735738 M * h01ger mugwump, ? 1159735759 M * h01ger (your mail has still not been processed by the bts..) 1159735884 M * mugwump well it should be in your inbox 1159735885 M * mugwump I sent it cc: debian@layer-acht.org 1159735908 M * h01ger probably greylisted :) 1159735930 M * h01ger can you explain the reason please? I think you want the nfsroot for the same reason you wouldn't do real FAI installs by exporting / 1159735944 M * h01ger do you know/use fai-softupdates? 1159735949 M * mugwump well, an nfsroot gives you a consistent, minimal system 1159735969 M * h01ger so what? debootstrap too :) 1159735972 M * mugwump so you know you're not writing your profiles to depend on something weird in the host 1159735977 M * mugwump wierd even 1159736026 A * mugwump gets yanked by h01ger into #fai & 1159736049 A * h01ger waves :) 1159736712 J * Aiken ~james@tooax6-074.dialup.optusnet.com.au 1159736787 M * Bertl welcome Aiken 1159737317 M * h01ger Bertl, can you please look into #munin backlog and reply to the question to you there? (if you cant i'm happy to grep it from log and repeat..) 1159737345 M * Aiken hi Bertl 1159738393 J * samueltc ~samuel@d154-20-170-153.bchsia.telus.net 1159738472 Q * meandtheshell Quit: exit (0); 1159739068 M * daniel_hozac h01ger, mugwump: let me know what you come up with, and how the build script needs to be modified. 1159739102 M * h01ger daniel_hozac, so we should drop you from cc:? :) you just want to see results? :)) 1159739111 J * yasmine-sc ~kuruminsc@host-163.238.188.200.fns.freefone.com.br 1159739116 M * daniel_hozac h01ger: no, i appreciate the CC. 1159739126 M * h01ger daniel_hozac, and sure. we will inform you :) 1159739194 P * yasmine-sc 1159739731 Q * sp Ping timeout: 480 seconds 1159739765 Q * Blissex Remote host closed the connection 1159739835 M * daniel_hozac phreak``: is 2.0.2.1 just waiting the 30 days until it can go into stable, or is there another reason why Gentoo is still at 2.0.1? :) 1159740184 M * mnemoc o.o 1159741092 J * _are_ are@dslb-084-057-181-150.pools.arcor-ip.net 1159741540 Q * s0undt3ch Quit: leaving 1159741640 J * s0undt3ch ~s0undt3ch@bl7-243-58.dsl.telepac.pt 1159741793 J * mire ~mire@106-166-222-85.COOL.ADSL.VLine.verat.net 1159742392 J * are|lunch ~are@62.112.159.81 1159742426 Q * dna_ Quit: Verlassend 1159742486 Q * derjohn2 Quit: Verlassend 1159742488 J * derjohn2 ~aj@dslb-084-059-022-149.pools.arcor-ip.net 1159742545 Q * _are_ Ping timeout: 480 seconds 1159742599 Q * samueltc Ping timeout: 480 seconds 1159745320 J * GTX- ~charlie@82.136.48.180 1159745342 M * GTX- Hello, I'm running vserver on Debian 3.1 - When I reboot the guest operating system it never works, how can I fix this? been reading up for hours now 1159745484 J * node ~node@c-69-143-148-254.hsd1.md.comcast.net 1159745557 M * mugwump GTX-: are you trying the reboot from inside or outside the vserver? 1159745560 M * are|lunch works as in 'vservers are not started automatically'? 1159745571 M * GTX- inside mugwump 1159745582 M * mugwump and you are running the reboot helper from the outside? 1159745608 M * GTX- Nope, I don't know how to work that 1159745619 M * GTX- I saw it in some posts thoe 1159745690 M * mugwump I don't think there's anything special, just start the reboot helper on the host and then reboot inside the vserver should work 1159745695 J * ligaya-ian Other@i-195-137-84-70.freedom2surf.net 1159745699 M * GTX- Where do I find the reboot-helper? 1159745716 M * mugwump it's in the util-vserver debian package 1159745736 M * GTX- ok, /me looks 1159745790 M * BeLu have someone vserver images? 1159745798 M * GTX- mugwump, Where do I find the pid file of a running guest ? 1159745820 M * mugwump under /var/run/vservers 1159745826 M * GTX- k ta 1159745832 M * ligaya-ian BeLu arnt they by default, dependent on your hardware? 1159745842 M * matled mugwump: the only scripts/programs with reboot in their name from the util-vserver pkg are in the legacy subdirectory, is this correct? 1159745882 M * mugwump ah, right, at some point it looks like the reboot manager was replaced by the vshelper script, which is invokved by the kernel 1159745934 M * BeLu ligaya-ian, i need all vserver images, i collect and update... all cpuŽs 1159745946 M * GTX- mugwump, Ok reboot manager is running but I get "shutdown: timeout opening/writing control channel /dev/initctl" when I type reboot still 1159746006 M * mugwump thing is, I've always just used 'vserver xxx restart' from the host. so I've given you some more pointers and you're on your own now... sorry :) 1159746112 M * GTX- Ffs :\ 1159746137 M * ligaya-ian mugwump :) 1159746154 M * ligaya-ian mugwump we've just got this one bug 1159746173 M * matled this reminds me of http://imgs.xkcd.com/comics/pointers.png :) 1159746201 M * doener GTX-: probably sysv init-style, use "reboot -f" instead 1159746302 M * GTX- doener, when I do reboot -f, it just returns nothing after a couple of econds 1159746313 M * matled reboot -f seems to work here 1159746326 M * matled etch on etch 1159746382 M * GTX- When it reboots are you ment to get disconnected from ssh, and uptime shows as 0? 1159746419 M * matled I used vserver .. enter, the shell was closed too, uptime reset, all processes had the current time as start time after that 1159746422 M * doener the former yes, the latter maybe 1159746438 M * doener uptime will be 0 only if uptime virtualization is enabled for that vserver 1159746445 M * GTX- and how do I enable that? 1159746516 M * doener http://www.nongnu.org/util-vserver/doc/conf/configuration.html -- look for "flags" 1159746520 M * GTX- kk 1159746528 M * doener (the page has more than one css) 1159746593 M * GTX- already figured that out :P 1159746597 M * GTX- I cant find flags thoe 1159746624 M * doener hm, no search function in your browser? ;) 1159746632 M * GTX- It only finds one thing 1159746686 M * GTX- Cant find anythign under "uptime" 1159746706 M * doener because that's hidden behind the link in the flags section 1159746712 M * doener http://savannah.nongnu.org/cgi-bin/viewcvs/util-vserver/util-vserver/lib/cflags-v13.c?rev=HEAD 1159746728 M * doener the flags file must contain one value per line of the values defined therein 1159746745 M * doener for uptime it's virt_uptime or sth. like that 1159746763 M * doener yup, virt_uptim 1159746764 M * doener e 1159746770 M * GTX- and where would I put that? 1159746781 M * doener into the "flags" file in the config directory 1159746815 M * doener but it's enabled by default anyway as it seems 1159746830 M * GTX- Like /etc/vservers/mysql4/flags 1159746831 M * GTX- ? 1159746838 M * GTX- not on mine its not ;\ 1159746940 M * doener yep 1159746951 M * doener hm, which kernel and tools version? 1159746998 M * GTX- 2.6.17-2-vserver-686 #1 - 1159747004 M * GTX- How do I find out tools version? 1159747031 M * matled GTX-: create the file 1159747056 M * doener vcontext --version should do 1159747061 M * matled apps/init/mark does not exist by default I either, so I guess you just have to create the file 1159747072 M * GTX- util-vserver 0.30.210 1159747088 M * GTX- matled, I am totaly confused ;\ lol 1159747089 M * doener hm, funny... virt uptime is default here... 1159747100 M * matled GTX-: echo virt_uptime > /etc/vservers/mysql4/flags 1159747108 M * ligaya-ian :o 1159747136 M * GTX- /usr/sbin/vserver: line 645: pushd: /etc/vservers/mysql4/vdir: No such file or directory 1159747141 M * GTX- I get that when I try and start now