1311217597 J * ryker ~Adium@c-76-16-115-27.hsd1.in.comcast.net 1311218275 Q * monrad-51468 Ping timeout: 480 seconds 1311218453 J * monrad-51468 ~mmk@domitian.tdx.dk 1311219132 Q * karasz Ping timeout: 480 seconds 1311219137 Q * mnemoc Ping timeout: 480 seconds 1311219438 J * karasz ~karasz@shell.opensde.net 1311219738 J * mnemoc ~amery@shell.opensde.net 1311220903 Q * ryker Quit: Leaving. 1311221408 J * ryker ~Adium@c-76-16-115-27.hsd1.in.comcast.net 1311222019 Q * nkukard Quit: Leaving 1311222720 J * sannes ~ace@cm-84.209.106.118.getinternet.no 1311226286 Q * ryker Quit: Leaving. 1311229485 Q * derjohn_mob Ping timeout: 480 seconds 1311229545 J * ncopa ~ncopa@3.203.202.84.customer.cdi.no 1311230028 J * ghislain ~AQUEOS@adsl2.aqueos.com 1311230434 M * arekm 3.0 tomorrow (says Linus) 1311231130 J * derjohn_mob ~aj@213.238.45.2 1311231301 J * BenG ~bengreen@cpc12-aztw24-2-0-cust146.aztw.cable.virginmedia.com 1311235367 Q * mike Remote host closed the connection 1311241520 Q * BenG Quit: I Leave 1311244292 J * uranus ~uranus@port-83-236-216-119.static.qsc.de 1311244333 M * uranus Hi all, does anyone have a centos6 guest with upstart up and running? Specially without the TIMEOUT Error message will stopping 1311244539 M * uranus console line in all init scripts is commented out 1311245904 N * Bertl_zZ Bertl 1311245910 M * Bertl morning folks! 1311245927 M * Bertl uranus: when do you get the timeout? 1311245935 M * uranus every stop 1311245974 M * Bertl so that means that the guest won't die properly 1311245997 M * uranus yes 1311245998 M * Bertl i.e. util-vserver sends a signal to the guest's init, to shutdown everything 1311246006 M * uranus that is all done 1311246011 M * uranus processes are stopped 1311246018 M * uranus but init does not stop 1311246029 M * Bertl the guest's init then is responsible to shutdown the processes and either exit or call reboot 1311246054 M * Bertl obviously it doesn't do that properly, so 'something' still hangs around 1311246062 M * Bertl what does the timeout message list? 1311246084 M * uranus http://paste.linux-vserver.org/20531 1311246117 M * daniel_hozac why are you wanting to use upstart? 1311246189 M * uranus because initscripts is depending on upstart 1311246204 M * daniel_hozac no, not really... 1311246211 M * uranus and using rc without upstart there are a lot of error messages 1311246220 M * daniel_hozac not here. 1311246228 M * daniel_hozac not a single one, actually. 1311246240 M * uranus i'd love to not use upstart :) 1311246268 M * Bertl anyway, it's obviously upstart which doesn't exit/call reboot in your case 1311246276 M * uranus yes 1311246313 M * Bertl so to solve that, you have to dig into the upstart code or documentation (if there is one) and ask the upstart folks 1311246336 M * uranus k Bertl , i'll try centos6 without upstart :) 1311246340 M * uranus thanks a lot 1311246350 M * Bertl probably simpler and easier to maintain as well 1311246380 M * Bertl daniel_hozac: btw, are your centos packages up-to-date? 1311246457 M * daniel_hozac almost. 1311246464 M * daniel_hozac they're a few revisions behind. 1311246545 M * Bertl just curious, because a friend of mine didn't get centos 5.x (whatever was the latest) working with them 1311246579 M * Bertl he didn't manage to actually boot the kernel, IIRC 1311246643 M * daniel_hozac i have it running on two machines here, so i'd be curious to know what didn't work. 1311246875 M * Bertl maybe I get him to pay a visit and provide some details 1311247078 J * mib_73p8qx 42af97b7@ircip2.mibbit.com 1311248174 M * Bertl arekm: do you know, do they plan to fix the issues later (i.e. release a known broken kernel) or will things like the user namespace be fixed till then? 1311248216 J * ryker ~Adium@c-76-16-115-27.hsd1.in.comcast.net 1311249355 Q * mib_73p8qx Quit: http://www.mibbit.com ajax IRC Client 1311249497 M * arekm Bertl: didn't saw any "broken user namespace" thread. Most likely if fix is not already then it will be broken in 3.0 1311249577 J * BenG ~bengreen@cpc12-aztw24-2-0-cust146.aztw.cable.virginmedia.com 1311249638 M * arekm Bertl: trying to google such thread but no results so far... which subject was used in bugreport for this, do you know? 1311249709 M * Bertl no idea, I reported it on kernelnewbies and the folks there where quite interested/confused that the lxc folks didn't spot/test it 1311249740 M * Bertl feel free to bound/forward/relay the Linux-VServer ML post with the test tool for lkml 1311249744 M * Bertl *bounce 1311249987 M * arekm let me try it on current git 1311250317 M * arekm $ LC_ALL=C sudo ./clone_newuser ls /root/ 1311250318 M * arekm ls: cannot open directory /root/: Permission denied 1311250447 M * Bertl there you go 1311250476 M * arekm ehm, there is no maintainer for containers? (in MAINTAINERS) 1311250500 M * Bertl so it 'just happens' I guess :) 1311250732 M * arekm https://wiki.ubuntu.com/UserNamespace 1311250768 M * arekm This is actually helpful because it leaves us free to develop user namespaces in such a way that, for some time, user namespaces may be unuseful. 1311250773 M * arekm (from commit log heh) 1311250957 M * arekm sent 1311251238 M * Bertl tx 1311251896 N * ntrs_away ntrs 1311253147 J * harobed ~harobed@pda57-1-82-231-115-1.fbx.proxad.net 1311255281 Q * FireEgl Read error: Operation timed out 1311255514 J * FireEgl ~FireEgl@173-16-9-3.client.mchsi.com 1311255642 J * magus ~chatzilla@195.160.234.10 1311255682 N * magus magus_1 1311255811 M * magus_1 Hi, I just experienced a weird bug with 2.6.32-131.2.1.el5.vs2.3.0.36.29.6.18.x86_64 and mkinitrd-5.1.19.6-68.el5_6.1.2dhz on a dell 1850(55, 2850) server 1311255830 M * magus_1 and was wondering if a fix could be added to the mkinitrd package 1311255933 M * Bertl probably depends on the 'bug' 1311255940 M * magus_1 thing is the mkinitrd uses this construction to determine if it needs to include the stabilize command on the scsi tree 1311255945 M * magus_1 if [ "$module" = "scsi_mod" ]; then 1311255946 M * magus_1 scsi="yes" 1311255948 M * magus_1 fi 1311255979 M * magus_1 thing is that scsi_mod is no longer included in the 2.6.32 kernel..thus this statement is never going to be parced 1311256049 M * magus_1 thus the initrd is build without stabilise and some older scsi controllers can't finish their initialization before the actual mount commands areexecuted 1311256144 M * Bertl sounds like a bug indeed .. do you have a patch to fix it? 1311256218 M * magus_1 no patch yet, sorry. I had to force scsi="yes" to make the servers boot 1311256250 M * magus_1 I'll try to make one 1311256271 M * Bertl that'll certainly speed up a potential fix 1311256738 Q * ntrs Ping timeout: 480 seconds 1311257025 M * magus_1 my guess, that smth like this should work 1311257029 M * magus_1 --- mkinitrd 2011-07-21 09:02:24.000000000 -0500 1311257031 M * magus_1 +++ mkinitrd.bak 2011-04-15 10:12:05.000000000 -0500 1311257033 M * magus_1 @@ -903,7 +903,7 @@ 1311257035 M * magus_1 emit "echo Waiting for driver initialization." 1311257036 M * magus_1 emit "stabilized /sys/bus/ieee1394/drivers/sbp2" 1311257038 M * magus_1 fi 1311257039 M * magus_1 - if [[ "$module" =~ "scsi_.*" ]]; then 1311257041 M * magus_1 + if [ "$module" = "scsi_mod" ]; then 1311257042 M * Bertl (please use paste.linux-vserver.org for everything longer than 3 lines) 1311257042 M * magus_1 scsi="yes" 1311257044 M * magus_1 fi 1311257046 M * magus_1 if [ "$module" = "zfcp" -a -f /etc/zfcp.conf ]; then 1311257049 M * magus_1 opps...it has to be reversed 1311257056 M * magus_1 will do 1311257103 M * magus_1 http://paste.linux-vserver.org/20532 1311257727 M * arekm Bertl: what's the problem with disabling user ns in kernel config anyway? 1311257769 M * Bertl no problem there, we do that in the recent 3.0 pre patches 1311257788 M * daniel_hozac magus_1: that doesn't seem like it would help to me. 1311257790 M * Bertl well, strictly speaking we do not force it on 1311257838 Q * uranus Quit: Verlassend 1311257944 M * magus_1 daniel_hozac: it generated the correct initrd on my box 1311258045 M * magus_1 the [[ "" =~ "" ]]is a newer bash feature, it works on centos5, but I'm not sure about centos4 or older 1311258047 M * arekm Bertl: because it looks like use ns won't be fixed anytime soon 1311258103 M * Bertl yeah, well, the hard cpu limits are missing since more than a year now as well, so as usual, it's sloppy work from the mainline folks 1311258105 M * daniel_hozac scsi should probably just be unconditionally yes. 1311258141 M * magus_1 but that would meat a 1s lag for everybody even without scsi :) 1311258149 M * magus_1 *mean 1311258161 M * daniel_hozac except with libata, everybody uses scsi. 1311258171 M * daniel_hozac except for a very few really old computers. 1311258213 M * magus_1 makes sense, I'm good with either approach 1311258530 M * magus_1 any chance of this getting into subversion and packages in the next 5-10 days? 1311258565 J * ntrs ~ntrs@vault08.rosehosting.com 1311258590 N * ntrs ntrs_away 1311258599 M * ccxCZ how can I identify which vserver is hogging cpu? 1311258603 M * Bertl magus_1: there is always a chance ... 1311258619 N * ntrs_away ntrs 1311258621 M * Bertl ccxCZ: try with vps or vtop first 1311258683 M * ccxCZ ah thanks, forgot about vtop 1311259567 Q * harobed Quit: Ex-Chat 1311260362 J * dowdle ~dowdle@scott.coe.montana.edu 1311261075 Q * _nono_ Ping timeout: 480 seconds 1311261085 J * _nono_ ~gomes@licencieux.ircam.fr 1311263044 Q * BenG Quit: I Leave 1311264157 J * bonbons ~bonbons@2001:960:7ab:0:2dcc:1ba:2547:d571 1311264797 Q * derjohn_mob Ping timeout: 480 seconds 1311266527 Q * ncopa Quit: Leaving 1311268639 J * nkukard ~nkukard@41-133-248-130.dsl.mweb.co.za 1311270264 Q * ryker Quit: Leaving. 1311271967 Q * nicholi Remote host closed the connection 1311271988 J * nicholi ~nicholi@12.232.116.66 1311273394 J * ryker ~Adium@c-76-16-115-27.hsd1.in.comcast.net 1311274893 J * hijacker_ ~hijacker@cable-84-43-136-96.mnet.bg 1311276336 J * sweil ~stefan@p54AD9FDE.dip.t-dialin.net 1311279404 Q * hijacker_ Read error: Connection reset by peer 1311280936 Q * bonbons Quit: Leaving 1311281519 Q * sannes Remote host closed the connection 1311283402 J * derjohn_mob ~aj@d062054.adsl.hansenet.de 1311285279 Q * sweil Read error: Connection reset by peer 1311286286 N * ensc Guest3093 1311286296 J * ensc ~irc-ensc@p5DF2E7B1.dip.t-dialin.net 1311286707 Q * Guest3093 Ping timeout: 480 seconds 1311287301 Q * nicholi Remote host closed the connection 1311287322 J * nicholi ~nicholi@12.232.116.66 1311288590 Q * ghislain Quit: Leaving. 1311289167 Q * dowdle Remote host closed the connection