1238112276 J * Loki_muh loki@satanix.de
1238112380 J * emcepe ~mcp@wolk-project.de
1238112485 J * arew264 ~arew264@c-76-31-144-66.hsd1.tx.comcast.net
1238112492 J * n01101111x ~nox@static.80.95.46.78.clients.your-server.de
1238112498 Q * mcp Ping timeout: 480 seconds
1238112498 N * emcepe mcp
1238112524 Q * meebey Read error: Connection reset by peer
1238112525 J * meebey meebey@booster.qnetp.net
1238112529 J * Hollow__ ~bene@shiva.xnull.de
1238112582 M * arew264 I've followed a page on the Wiki that gives instructions for getting a sysv style init on my distro, but do I have to do anything to get vserver-util to run that instead of init?
1238112593 Q * Loki|muh Ping timeout: 480 seconds
1238112593 N * Loki_muh Loki|muh
1238112599 M * daniel_hozac change the initstyle.
1238112607 M * daniel_hozac in /etc/vservers/<guest>/apps/init/style
1238112618 Q * nox Ping timeout: 480 seconds
1238112618 N * n01101111x nox
1238112628 Q * biz Ping timeout: 480 seconds
1238112633 Q * Hollow_ Read error: Connection reset by peer
1238112635 M * arew264 it's plain right now, what should it be?
1238112643 M * arew264 sysv?
1238112674 M * daniel_hozac yeah.
1238112689 M * arew264 okay
1238112811 J * biz biz@78.47.131.110
1238112843 Q * duckx Remote host closed the connection
1238112902 M * arew264 strange, init started anyway; it must be somewhere in the initscripts still...
1238112977 M * daniel_hozac are you sure?
1238112981 M * daniel_hozac how do you tell?
1238113046 M * arew264 it's listed on os
1238113047 M * arew264 ps*
1238113073 M * daniel_hozac does vps list it too?
1238113076 M * daniel_hozac (on the host)
1238113090 M * daniel_hozac because ps will always list init, unless you explicitly disable the blend through init.
1238113121 M * arew264 no, vps doesn't show it
1238113836 J * saulus_ ~saulus@c150137.adsl.hansenet.de
1238114006 J * ghislainocfs21 ~Ghislain@LPuteaux-151-41-11-129.w217-128.abo.wanadoo.fr
1238114245 Q * SauLus Ping timeout: 480 seconds
1238114303 Q * ghislainocfs2 Ping timeout: 480 seconds
1238114510 Q * saulus_ Ping timeout: 480 seconds
1238115018 J * ghislainocfs2 ~Ghislain@LPuteaux-151-41-11-129.w217-128.abo.wanadoo.fr
1238115330 Q * ghislainocfs21 Ping timeout: 480 seconds
1238115581 M * arew264 the Wiki gives an excellent description of how CPU Scheduling works, but how would I actually set it up?
1238115676 Q * yarihm Quit: Leaving
1238116161 Q * Piet Ping timeout: 480 seconds
1238116235 J * Piet ~piet@asteria.debian.or.at
1238116730 M * arew264 I've set up dlimits on a vserver and rebooted it, but vdlimit gives "vdlimit: vc_get_dlimit(): No such process" when I try to check them
1238116765 M * daniel_hozac how did you configure it?
1238116846 M * arew264 I created /etc/vserver/test/dlimits/root/{directory, inodes_total, reserved, space_total}
1238116858 M * arew264 /etc/vservers*
1238116915 M * arew264 directory is /, inodes_total is 72000, reserved is 10, and space_total is 750000
1238116929 M * arew264 OH
1238116937 M * arew264 should directory be /vservers/test?
1238116944 M * daniel_hozac yes.
1238116950 M * arew264 ah, that would probably do it
1238116964 M * daniel_hozac yep.
1238117018 M * arew264 and now vdlimit works
1238117021 M * arew264 thanks
1238117132 M * arew264 I'm guessing I would enable CPU scheduling with some values in /etc/sysctl.conf?
1238117303 M * daniel_hozac no, /etc/vservers/<guest>/sched
1238117348 M * daniel_hozac that's to configure the Linux-VServer TB scheduler.
1238117403 M * daniel_hozac you also need to set the sched_hard flag to actually enable it for the context, and have it enabled in your kernel configuration.
1238117436 M * arew264 okay
1238117895 M * arew264 can you recommend a sane value for the maximum tokens?
1238117908 M * daniel_hozac depends on how long you want the guest to be able to burst.
1238117993 M * arew264 what increments are the intervals measured in?
1238118022 M * daniel_hozac that depends on what HZ your kernel is configured for.
1238118399 Q * Piet Ping timeout: 480 seconds
1238118701 J * Piet ~piet@asteria.debian.or.at
1238118788 M * arew264 gah, I'm an idiot
1238118803 M * arew264 I got CPU limits working, then I ran a forkbomb, which apparantly still works
1238118827 M * arew264 and I was working over SSH, so I guess that system is going to sit there until tomorrow
1238118872 M * arew264 oh well...
1238118878 M * arew264 I guess process limits would block a forkbomb?
1238118948 M * arew264 heh, the system still response to ping, I just can't SSH into it
1238119008 M * arew264 responds*
1238119168 J * ghislainocfs21 ~Ghislain@LPuteaux-151-41-11-129.w217-128.abo.wanadoo.fr
1238119252 M * daniel_hozac if your CPU limits are working, forkbombs should still be contained to a slice of the CPU.
1238119281 M * daniel_hozac i mean, it'll still affect overall performance having that many processes, but CPU wise, it should be fine.
1238119295 Q * dowdle Remote host closed the connection
1238119376 M * arew264 well, it can handle a flood of pings with no problems
1238119385 M * arew264 but I can't ssh in to stop the bomb
1238119401 M * daniel_hozac could just be that you're out of pids then.
1238119433 Q * ghislainocfs2 Ping timeout: 480 seconds
1238119480 M * arew264 what's wierd is that the two shells I had open froze as well
1238119585 Q * scientes Ping timeout: 480 seconds
1238119949 M * arew264 well
1238119955 J * litw ~litw@123.127.250.67
1238119965 M * arew264 hopefully it won't overheat, but there's not really anything I can do
1238120143 M * daniel_hozac no remote console?
1238120204 M * arew264 ssh connections time out
1238120216 M * arew264 and I don't really have anything else
1238120288 M * daniel_hozac so no remote reset?
1238120312 M * arew264 nope
1238122188 J * hparker ~hparker@2001:470:1f0f:32c:290:96ff:fe50:40fa
1238122296 Q * doener Ping timeout: 480 seconds
1238122868 J * derjohn_foo ~aj@e180192176.adsl.alicedsl.de
1238122930 J * uva bono@118-160-160-120.dynamic.hinet.net
1238123243 Q * arew264 Quit: Leaving
1238123263 Q * derjohn_mob Ping timeout: 480 seconds
1238123311 Q * bono Ping timeout: 480 seconds
1238124121 J * ghislainocfs2 ~Ghislain@LPuteaux-151-41-11-129.w217-128.abo.wanadoo.fr
1238124422 Q * ghislainocfs21 Ping timeout: 480 seconds
1238125009 M * litw hi, In vserver/context.c: do_set_caps: vxi->vx_ccaps = (vxi->vx_ccaps & ~cmask) | (ccaps & cmask); why not vxi->vx_ccaps = ccaps & cmask?
1238125082 M * daniel_hozac because you don't want to touch the bits that aren't set in the mask.
1238125785 M * litw Oh, thanks! I made a mistake, the mask don't belong to vx_info...
1238129463 J * Philadelphia bono@118-160-160-120.dynamic.hinet.net
1238129886 Q * uva Ping timeout: 480 seconds
1238131210 J * lexfer ~lexfer@bibigon.stnsk.ru
1238133299 J * mtg ~mtg@six.mteege.de
1238133387 Q * lexfer Remote host closed the connection
1238135350 Q * nenolod Ping timeout: 480 seconds
1238135987 Q * mtg Quit: Verlassend
1238136043 J * uva bono@118-160-160-120.dynamic.hinet.net
1238136231 J * mtg ~mtg@six.mteege.de
1238136441 Q * Philadelphia Ping timeout: 480 seconds
1238136492 M * litw There are so many similar funcs for vx and nx.. maybe conflate?
1238136700 J * cluk ~cluk@p5B17F551.dip.t-dialin.net
1238137583 Q * cluk Quit: Ex-Chat
1238137911 J * duckx ~Duck@81.57.39.234
1238138321 M * litw sorry, it seems my view is too hasty
1238138815 J * ghislainocfs21 ~Ghislain@LPuteaux-151-41-11-129.w217-128.abo.wanadoo.fr
1238139000 J * cluk ~cluk@p5B17F551.dip.t-dialin.net
1238139119 J * ktwilight_ ~ktwilight@91.178.151.25
1238139152 Q * ghislainocfs2 Ping timeout: 480 seconds
1238139352 Q * ktwilight Ping timeout: 480 seconds
1238139355 Q * hparker Quit: Read error: 104 (Peer reset by connection)
1238139377 J * kwowt ~quote@pomoc.ircnet.com
1238139380 M * kwowt yoyo
1238140211 N * Hollow__ Hollow
1238140956 J * thierryp ~thierry@home.parmentelat.net
1238141723 J * cga ~weechat@62.196.2.6
1238142456 J * esa ~esa@ip-87-238-2-45.static.adsl.cheapnet.it
1238142474 J * bourgeau ~bourgeau@tomsoieur.fr
1238142817 Q * duckx Remote host closed the connection
1238142921 J * esa` bip@62.123.8.25
1238142937 Q * esa Ping timeout: 480 seconds
1238143439 J * Pazzo ~ugelt@reserved-225136.rol.raiffeisen.net
1238143509 J * harobed ~harobed@pda57-1-82-231-115-1.fbx.proxad.net
1238143681 Q * bourgeau Quit: bourgeau
1238143930 J * Punkie ~Punkie@2a01:5f0:1:80:216:d4ff:fe05:5987
1238143966 Q * arekm Quit: leaving
1238144024 Q * esa` Remote host closed the connection
1238144032 J * esa bip@62.123.8.25
1238144299 J * arekm arekm@carme.pld-linux.org
1238144518 Q * kwowt Read error: Connection reset by peer
1238144718 J * kir ~kir@swsoft-msk-nat.sw.ru
1238145025 J * jz ~jesper@gw.comsys.informatik.uni-kiel.de
1238145144 Q * cga Ping timeout: 480 seconds
1238145212 M * jz Hollow: I have migrated the article "Vservers and X" to the new wiki.
1238145485 M * jz Hollow: and also http://oldwiki.linux-vserver.org/SlackwareVserverHowto -> http://wiki.linux-vserver.org/Installation_on_Slackware
1238145550 M * jz It would be nice if you could install this extension in the VServer-Wiki: http://www.mediawiki.org/wiki/Extension:SyntaxHighlight_GeSHi
1238145587 M * jz Skripts would be much better readable with very little effort.
1238145976 Q * derjohn_foo Ping timeout: 480 seconds
1238146627 N * Bertl_zZ Bertl
1238146631 M * Bertl morning folks!
1238146666 M * ghislainocfs21 monrning bertl :)
1238146724 M * Bertl litw: the process context (vx) and network context (nx) is treated very similar in many ways ... we thus introduced a 'vs' prefix used for common functions, but of course there are still a lot of similar (but hopefully not identical) functions left ... if you find some which can be merged, feel free to submit a patch
1238146940 J * bourgeau ~bourgeau@euclide.rsr.lip6.fr
1238147095 M * ghislainocfs21 daniel_hozac: i just had an idea to add a thing to vserver utility
1238147134 M * ghislainocfs21 daniel_hozac: this is a 'reload'   that you could use to: vserver xxx reload ccapabilities
1238147149 M * ghislainocfs21 daniel_hozac: vserver xxx reload rlimits etc ...
1238147189 M * ghislainocfs21 daniel_hozac: this will greatly lower the learning curve of the vxxxx commands to just reload the settings in the /etc/vserver/xxx files
1238147198 M * ghislainocfs21 daniel_hozac: what do you think of it ?
1238147328 M * cluk Hi
1238147353 M * cluk I am trying to run some tests on the ubuntu kernel images I have build
1238147375 M * cluk and am therefore trying to understand the testfs.sh tests and it's failures. :)
1238147409 M * cluk on my kernel (and a vanilla one) tests 105 and 106 keep failing.
1238147478 M * cluk If I understand it correctly this is due to a difference in the barrier flags behaviour
1238147499 M * cluk which seems to have changed between vs 2.2 and 2.3
1238147584 M * cluk setting the barrier flag on a dir in vs 2.3 seems to make the dir inaccessible from context other than 0
1238147599 M * cluk while in vs 2.2 this does not seem to be the case
1238147698 M * cluk Could anybody with a deeper knowledge than mine help me adapting the tests to vs2.3?
1238147840 M * Bertl could you upload a test run with -vvv
1238147858 M * Bertl (make sure to use the latest testme.sh)
1238147928 Q * esa Quit: Coyote finally caught me
1238148013 M * cluk testrun output is at: http://paste.linux-vserver.org/12801
1238148081 M * Bertl ah, you are talking about testfs, sorry ...
1238148130 M * cluk are there any other tests than testme and testfs available?
1238148131 J * derjohn_foo ~aj@51.42.69.80.in-addr.net-lab.net
1238148193 M * Bertl none which are fully automated, we have a huge number of specific tests, but most of them require a special test image or setup
1238148199 M * cluk ok
1238148238 M * Bertl you are testing with what kernel and what util-vserver?
1238148305 M * cluk 2.6.28.10 0.30.216~r2772
1238148384 M * cluk after running setattr --barrier /mnt/dir_1 the file does not seem to accessible from context 2:
1238148394 J * Piet_ ~piet@asteria.debian.or.at
1238148432 M * cluk vcontext --create --xid 2 -- ls -la /mnt/ shows:
1238148447 M * cluk d?????????  ? ?    ?        ?                ? dir_1
1238148485 M * cluk while in vs2.2 it shows:
1238148485 M * cluk drwxr-xr-x  2 root root  1024 2009-03-27 09:30 dir_1
1238148555 M * Bertl yes, the error message/return value slightly changed
1238148583 M * Bertl I remember that the default check failed there .. but I thought I already fixed that in the testfs.sh script ...
1238148607 M * cluk in vs2.3 the go_xid 2 chattr =i $dpath fails with: No such file...
1238148624 M * cluk the go_xid from test 105
1238148794 Q * Piet Ping timeout: 480 seconds
1238148972 M * Bertl okay, if you get something like:
1238148993 M * Bertl 	barrier /test/dir_534: [..^:.^^]
1238149008 M * Bertl note the ..^:.^^ then it is fine (for the current testfs.sh)
1238149023 M * Bertl I'll look into that and fix it for the next testfs.sh version
1238149102 M * cluk this is test 106 which is failing here exactly as you described.
1238149109 M * cluk but 105 is failing too.
1238149130 M * Bertl 105 works fine here on 2.6.28.8-vs2.3.x
1238149171 M * Bertl but I need more of the -vvv output (which your testrun does not contain, for whatever reason) to tell what failed
1238149231 M * cluk please take a look at: http://paste.linux-vserver.org/12802
1238149288 M * cluk this should be what tests 101 to 105 do actually
1238149638 Q * litw Quit: 暂离
1238149665 M * Bertl http://paste.linux-vserver.org/12805 this is how it should look like
1238149671 M * Bertl (for test 105)
1238149673 M * cluk i could generate detailed output for 2.6.27.10 and util-vserver  0.30.216~r2772 here: http://paste.linux-vserver.org/12803
1238149745 M * cluk ah ok. than the 'No such file..' is expected.
1238149811 M * Bertl btw, I get the same result for 0.30.211 and 0.30.216-pre2811
1238149846 M * cluk i will look at the exit codes of the vcontext. mom
1238149981 M * Bertl yeah, I should add the return values to the debug output
1238150035 M * cluk the vcontext exit code is 1, this is why test 105 is failing
1238150094 M * cluk thanks a lot for your help.
1238150106 M * Bertl hmm, maybe your chattr got smarter?
1238150137 M * Bertl # chattr =i /tmp/xyz
1238150137 M * Bertl chattr: No such file or directory while trying to stat /tmp/xyz
1238150141 M * Bertl # echo $?
1238150141 M * Bertl 0
1238150291 M * cluk indeed. exits with 1
1238150341 M * Bertl okay, good to know that this changed .. will think about a work-around
1238150427 M * cluk at least chattr from e2fsprogs >= 1.41.3 seems to exit with 1
1238150532 M * cluk btw: should the tests from testfs work with xfs, reiserfs and jfs?
1238150564 M * cluk i am seeing some more failures there.
1238150672 M * Bertl very much depends on the filesystem
1238150694 M * Bertl some filesystems do not support tagging yet, others need some work with the barrier (which is going away)
1238150715 M * Bertl you can upload the output (-vvv) and I'll check it for you, if you like
1238150788 M * ghislainocfs21 bertl: can i ask you a question about flags ? Flags:  0000001602020010  seems to be ['INFO_INIT','SCHED_HARD','VIRT_UPTIME','HIDE_NETIF'] but i lack the first '16' i cannot see what they are
1238150805 M * Bertl cluk: xfs, -xy should be fine (except for the #106), -z is not implemented
1238150842 M * Bertl cluk: similar goes for jfs, ext2,ext3,ext4 should be fine in -xyz
1238150919 M * Bertl ghislainocfs21: vattribute --get --xid <xid> should list all of them
1238150950 M * cluk Bertl: this is exactly what i am seeing here. thanks a lot.
1238150963 M * Bertl ghislainocfs21: an overview of all flags is here: http://linux-vserver.org/Capabilities_and_Flags
1238151049 M * Bertl 1600000000 = 1000000000 + 400000000 + 200000000 :)
1238151091 M * Bertl and 100000000 = 1 << 32 :)
1238151257 M * ghislainocfs21 ahh
1238151267 M * ghislainocfs21 bertl: thanks ! :p
1238151274 M * Bertl np, off for now ... bbl
1238151277 Q * Piet_ Remote host closed the connection
1238151279 N * Bertl Bertl_oO
1238151361 J * Piet_ ~piet@asteria.debian.or.at
1238151645 M * ser is it possible to "bind" existing mount in guest's fstab?
1238151851 M * cluk Bye
1238151861 Q * cluk Quit: Ex-Chat
1238151949 M * ser ser: yes it is, thanks ;-)
1238153418 J * cga ~weechat@62.196.2.6
1238153456 J * gnuk ~F404ror@pla93-3-82-240-11-251.fbx.proxad.net
1238154210 N * ensc Guest302
1238154220 J * ensc ~irc-ensc@p57AA74D4.dip.t-dialin.net
1238154316 J * scientes ~scientes@75-165-94-57.tukw.qwest.net
1238154326 Q * Guest302 Ping timeout: 480 seconds
1238154344 Q * balbir_ Ping timeout: 480 seconds
1238155333 J * davidkarban_ ~david@193.85.217.71
1238155777 Q * davidkarban Ping timeout: 480 seconds
1238155839 Q * davidkarban_ Ping timeout: 480 seconds
1238155966 J * davidkarban_ ~david@88.86.104.103
1238156251 J * jrdnyquist2 ~jrdnyquis@slayer.caro.net
1238156333 Q * Pazzo Quit: ...
1238157518 Q * jrdnyquist Quit: Leaving
1238157520 Q * jrdnyquist2 Quit: Leaving
1238159076 Q * kiorky Remote host closed the connection
1238159630 J * davidkarban__ ~david@193.85.217.71
1238159776 J * doener ~doener@i59F55415.versanet.de
1238160070 Q * davidkarban_ Ping timeout: 480 seconds
1238160181 Q * davidkarban__ Read error: Connection reset by peer
1238160192 J * davidkarban__ ~david@193.85.217.71
1238160246 M * critch any suggestions for a debian vserver guest that doesn't seem to have the timezone set, and therefore is off by quite a bit.
1238160261 M * critch and not all my guests are experiencing this problem.
1238160394 Q * derjohn Ping timeout: 480 seconds
1238160486 M * critch hehe, google pays off right after asking the question
1238160506 Q * harobed Quit: Ex-Chat
1238160612 J * zeus ~zeus@200.89.69.152
1238161175 J * derjohn ~derjohn@80.69.41.3
1238161798 Q * davidkarban__ Quit: Ex-Chat
1238162473 M * ghislainocfs21 i am a little lost in the flags/caps etc to be set with vserver. Wich tools allow me to SEE witch nflags are set ? anyone knows ?
1238162511 M * critch wouldn't those be viewable in the /etc/vserver/<guest> dir?
1238162540 M * ghislainocfs21 no i want to know which are the default one, when you do not set one in the config
1238162580 M * critch ohh, /etc/vservers/.defaults
1238162640 M * critch I am guessing. Not enought experience yet for knowing for certain.
1238162654 M * ghislainocfs21 ohhh nattribute should do it
1238162662 M * ghislainocfs21  funny i found the answer on my own cheatsheet for vserver lol
1238162674 M * ghislainocfs21 i search vxxx command and this one is nxxx so...
1238162695 M * critch hmm, sounds like me, answer my own question right after asking
1238162845 M * ghislainocfs21 eheh
1238163950 J * nenolod nenolod@petrie.dereferenced.org
1238164170 Q * mog Ping timeout: 480 seconds
1238164939 M * hijacker_ hey fellows, this may not be so much vserver specific but I think it is worth asking here...
1238164977 M * hijacker_ Does anyone know if there is a way to locate a process on a guest which issues specific DNS query to another quest which is running the DNS server?
1238165025 M * hijacker_  there are no grsec or selinux patches applied 
1238165033 M * daniel_hozac SELinux is in mainline.
1238165083 M * hijacker_ selinux is disabled.
1238165394 M * critch hijacker_: thought about running identd?
1238165689 Q * zeus Quit: Ex-Chat
1238165849 J * kiorky ~kiorky@cryptelium.net
1238165877 Q * kiorky 
1238165885 J * kiorky ~kiorky@cryptelium.net
1238165894 J * dowdle ~dowdle@scott.coe.montana.edu
1238166225 M * hijacker_ critch, it is actually running on the dns client
1238166241 M * hijacker_ the one that makes the dns query
1238166318 M * critch just thought that when you receive the query, you might trigger a check as to what was making the query. That would give you a user, and maybe that would help you figure out the process.
1238166337 Q * gnuk Quit: NoFeature
1238167225 Q * Punkie Quit: Leaving
1238167473 Q * lownoize Read error: Connection reset by peer
1238167768 J * lownoize ~lownoize@swt32.informatik.uni-mannheim.de
1238168291 M * Bertl_oO hijacker_: the request should come from the client ip, no?
1238168320 M * Bertl_oO assumed that your guests do not share IPs, it should be fairly trivial to tell which client made what request
1238168392 M * Bertl_oO (lsof should have all the details you want to know then)
1238168698 J * arew264 ~arew264@72.20.155.66
1238168727 M * arew264 well, the box I was testing vserver on last night when I launched a forkbomb is fine this morning
1238168737 M * arew264 but it keeps setting the hostname of the vserver to be the same as the host
1238168742 M * arew264 so I think something must have broken
1238168837 M * hijacker_ Bertl_oO, I might try with lsof
1238168839 M * hijacker_ thanks
1238168840 M * hijacker_ ;->
1238168893 M * Bertl_oO arew264: keeps setting it when?
1238168951 M * arew264 well, the names matched when I entered the vserver, and rebooting the vserver didn't change it
1238168956 M * arew264 and I know I didn't put that in the configs
1238169099 M * Bertl_oO well, the guest can set his hostname (if not forbidden)
1238169110 M * Bertl_oO so maybe the startup scripts set it to the same?
1238169145 M * arew264 I switched it back to plain init, and it works, so I guess the hostname isn't being set by my fudged sysv scripts
1238169156 M * arew264 is the hostname set to be the same by default?
1238169171 M * Bertl_oO if not set in the config, it is left untouched
1238169184 M * Bertl_oO by default you set one with the --hostname
1238169261 M * arew264 hrmmm, well, I dunno how it's getting set to be the same, but I can fix my initscripts
1238169998 J * hparker ~hparker@2001:470:1f0f:32c:290:96ff:fe50:40fa
1238170137 M * arew264 the cpu throttling I set up is working... w00t for cpuburn
1238170295 Q * mtg Quit: Verlassend
1238171285 Q * jz Quit: Konversation terminated!
1238172219 J * cluk ~cluk@p5B17F551.dip.t-dialin.net
1238172368 M * nox Any idea what could cause a "Device or resource busy" when moving the rootdir of a stopped vserver
1238172394 M * nox can?t find open filehandles nor is ip listed in "ip a s" list
1238172511 M * nox xid also gone in /proc/virt*
1238172558 M * hparker lsof on the host
1238172563 M * nox nothing
1238172588 M * nox nothing with the name of the guest to be precise
1238172641 M * nox and nothing with the xid
1238172665 M * hparker Path of guest
1238172764 M * daniel_hozac is it a mount point?
1238172852 M * nox daniel_hozac: yes it is bind mounted to the vserver dir
1238172860 M * nox umount also busy
1238173004 M * nox but yes stupid idea to mv the bindmount target, just forgot this uggly hack
1238173038 M * nox mv the original dir worked, now just hanging mount left (already hang before)
1238173165 Q * cga Quit: WeeChat 0.2.6.1
1238173317 Q * scientes Read error: Operation timed out
1238173415 N * DoberMann[ZZZzzz] DoberMann[PullA]
1238174072 J * scientes ~scientes@75-165-85-182.tukw.qwest.net
1238174349 Q * nou Ping timeout: 480 seconds
1238174916 M * nox daniel_hozac: are bind mounts a huge overhead?
1238174947 M * nox if there is a lot of I/O on ?em
1238175229 M * daniel_hozac no. there is no overhead at all.
1238175245 Q * kir Quit: Leaving.
1238175778 J * nou Chaton@causse.larzac.fr.eu.org
1238176868 M * nox great thx
1238178237 Q * cehteh Ping timeout: 480 seconds
1238178292 Q * thierryp Quit: ciao folks
1238178812 J * cga ~weechat@94.36.110.25
1238178989 Q * cluk Quit: Ex-Chat
1238179616 J * mog ~mog@c-68-62-169-246.hsd1.al.comcast.net
1238179728 Q * bourgeau Quit: bourgeau
1238180500 Q * arew264 Quit: Ex-Chat
1238181158 N * DoberMann[PullA] DoberMann
1238181519 J * hijacker ~hijacker@87-126-142-51.btc-net.bg
1238182747 J * ichavero_ ~ichavero@148.229.1.11
1238182777 M * ichavero_ hello i have a problem running util-vserver, i get this error: /usr/lib/util-vserver/bash-wrapper: line 65: loadDeviceMap: command not found
1238182863 Q * doener Ping timeout: 480 seconds
1238182909 M * critch ichavero_: what is the command line you used?
1238183022 M * daniel_hozac ichavero_: did you etc-update your initscripts?
1238184113 Q * derjohn_foo Ping timeout: 480 seconds
1238184772 M * ichavero_ daniel_hozac, let me check....
1238184858 M * ichavero_ thanks!! i forgot to do that now it works
1238185025 Q * hijacker Quit: Leaving
1238185379 J * cehteh ~ct@pipapo.org
1238186349 M * tanjix hi @ll
1238186411 M * tanjix i'm using the latest kernel patch and experiencing some strange things
1238186491 M * tanjix my kernel is: 2.6.29-vs2.3.0.36.9-pre1vserver
1238186498 M * daniel_hozac like what?
1238186537 M * tanjix when i start one guest, and logout from the host and log in back again, the hostname of the host-machine is the one of the guest i started
1238186548 M * tanjix i also see with "uname -a" another kernel version then
1238186582 M * tanjix when i stop the guest, i get:
1238186584 M * tanjix vxW: [xid #10001] !!! limit: ffff880276d39090[<NULL>,20] = 1 on exit.
1238186584 M * tanjix vxW: [xid #10001] !!! limit: ffff880276d39090[<NULL>,21] = 1 on exit.
1238186667 M * daniel_hozac what utils are you using?
1238186677 M * tanjix 0.30.214
1238186695 M * daniel_hozac try with a 0.30.216 pre release.
1238186865 M * tanjix you have an url for me? ;)
1238186885 M * daniel_hozac http://people.linux-vserver.org/~dhozac/t/uv-testing/
1238187015 N * Piet_ Piet
1238187021 M * tanjix is there a clean "uninstallation" method for the old utils?
1238187025 M * tanjix built from source
1238187157 M * daniel_hozac make uninstall
1238187203 M * tanjix done, but still there :(
1238187227 Q * cehteh Ping timeout: 480 seconds
1238187229 M * daniel_hozac what's still there?
1238187238 M * tanjix e.g. /usr/sbin/vserver
1238187286 M * tanjix or /sbin/vshelper
1238187347 M * daniel_hozac so you did make uninstall in the same directory as you installed the utils from?
1238187352 M * tanjix yep
1238187367 M * daniel_hozac still configured with the same paths?
1238187372 M * tanjix yep
1238187384 M * tanjix i delted the rest now manually i think it were only symlinks
1238187418 M * tanjix now i have installed util-vserver from apt:
1238187419 M * tanjix              util-vserver: 0.30.216-pre2772; Jan 16 2009, 14:47:20
1238187449 M * tanjix i will check after a reboot of the host if the problem still exists
1238187485 Q * cga Quit: WeeChat 0.2.6.1
1238187618 M * tanjix Mar 27 21:59:40 domsel01 kernel: vxW: [»ps«,9552:#10001|10001|10001] did lookup hidden devpts:ffff880277df4da0[#0,3] »/dev/pts«.
1238187618 M * tanjix Mar 27 21:59:40 domsel01 kernel: vxW: [»ps«,9563:#10001|10001|10001] did lookup hidden devpts:ffff880277df4da0[#0,3] »/dev/pts«.
1238187618 M * tanjix Mar 27 21:59:53 domsel01 kernel: vxW: [xid #10001] !!! limit: ffff880276820090[<NULL>,20] = 1 on exit.
1238187618 M * tanjix Mar 27 21:59:53 domsel01 kernel: vxW: [xid #10001] !!! limit: ffff880276820090[<NULL>,21] = 1 on exit.
1238187635 M * tanjix still the same except the "hostname change"
1238187737 M * daniel_hozac so the hostname doesn't change now?
1238187757 M * tanjix no, that looks good. but these messages on the console (and the syslog) are still there
1238187802 M * daniel_hozac the first two are normal when you vserver ... enter and run ps.
1238187814 M * tanjix i did not do that
1238187819 M * tanjix i only started it
1238187825 M * tanjix and stopped it again immediately
1238188224 Q * DLange Ping timeout: 480 seconds
1238188233 M * daniel_hozac well, something ran ps.
1238188260 M * tanjix ok, let's skip the first two ;)
1238188265 M * tanjix what about the others?
1238188309 M * daniel_hozac does your guest run apache?
1238188320 M * tanjix yes i saw apache starting
1238188590 J * DLange ~DLange@dlange.user.oftc.net
1238188697 J * duckx ~Duck@81.57.39.234
1238188804 J * bonbons ~bonbons@2001:960:7ab:0:2c0:9fff:fe2d:39d
1238189408 J * cehteh ~ct@pipapo.org
1238190436 Q * cehteh Ping timeout: 480 seconds
1238190848 J * cehteh ~ct@pipapo.org
1238192712 J * harobed ~harobed@arl57-1-82-231-110-14.fbx.proxad.net
1238192968 M * tanjix daniel_hozac: is there anything to change in the config?
1238193055 M * daniel_hozac no, it's a kernel accounting thing.
1238193076 M * daniel_hozac which is broken. :-)
1238193541 M * tanjix so there will be a patch for it the next time?
1238193616 M * daniel_hozac yep.
1238193957 J * ghislainocfs2 ~Ghislain@LPuteaux-151-41-11-129.w217-128.abo.wanadoo.fr
1238194034 J * ktwilight__ ~ktwilight@91.178.151.25
1238194174 J * yangp yang@static-ip-62-75-255-125.inaddr.server4you.de
1238194181 J * sladen__ paul@starsky.19inch.net
1238194189 J * biz_ biz@78.47.131.110
1238194195 J * PowerKe_ ~tom@d5153A4C4.access.telenet.be
1238194225 Q * harobed reticulum.oftc.net kilo.oftc.net
1238194225 Q * cehteh reticulum.oftc.net kilo.oftc.net
1238194225 Q * ktwilight_ reticulum.oftc.net kilo.oftc.net
1238194225 Q * ghislainocfs21 reticulum.oftc.net kilo.oftc.net
1238194225 Q * biz reticulum.oftc.net kilo.oftc.net
1238194225 Q * berth reticulum.oftc.net kilo.oftc.net
1238194225 Q * daniel_hozac reticulum.oftc.net kilo.oftc.net
1238194225 Q * PowerKe reticulum.oftc.net kilo.oftc.net
1238194225 Q * yang reticulum.oftc.net kilo.oftc.net
1238194225 Q * sladen reticulum.oftc.net kilo.oftc.net
1238194225 Q * hijacker_ reticulum.oftc.net kilo.oftc.net
1238194341 J * cehteh ~ct@pipapo.org
1238194344 Q * Piet Ping timeout: 480 seconds
1238194348 J * berth ~berth@81.171.37.207
1238194354 J * hijacker_ ~hijacker@213.91.163.5
1238194609 J * derjohn_foo ~aj@p5B23D599.dip.t-dialin.net
1238194884 J * Piet ~piet@asteria.debian.or.at
1238194894 J * harobed ~harobed@arl57-1-82-231-110-14.fbx.proxad.net
1238195226 N * ensc Guest403
1238195236 J * ensc ~irc-ensc@p57AA74D4.dip.t-dialin.net
1238195332 Q * Guest403 Ping timeout: 480 seconds
1238196927 Q * bonbons Quit: Leaving
1238197295 M * Bertl_oO off to bed now ... cya!
1238197301 N * Bertl_oO Bertl_zZ