1260404278 Q * manana Remote host closed the connection 1260407284 Q * dowdle Remote host closed the connection 1260408465 Q * aj__ Ping timeout: 480 seconds 1260408933 Q * gerrit Ping timeout: 480 seconds 1260408964 J * gerrit ~gerrit@ionscale.com 1260410078 Q * cuba33ci_ Remote host closed the connection 1260410097 J * cuba33ci ~cuba33ci@118-160-164-77.dynamic.hinet.net 1260410378 Q * cuba33ci Read error: Connection reset by peer 1260410403 J * cuba33ci ~cuba33ci@118-160-164-77.dynamic.hinet.net 1260410540 Q * adam_b Remote host closed the connection 1260410710 J * aj__ ~aj@d003233.adsl.hansenet.de 1260413621 M * Bertl off to bed now ... have a good one! 1260413625 N * Bertl Bertl_zZ 1260414574 J * Aaron_ ~chatzilla@CPE001c10a88bc9-CM001947579cda.cpe.net.cable.rogers.com 1260414582 M * Aaron_ Hey 1260414594 M * Aaron_ i've got a problem with the vrsetup command 1260414634 M * Aaron_ When I run 1260414648 M * Aaron_ hostbox:~# vrsetup /dev/vroot0 /dev/hda3 1260414649 M * Aaron_ ioctl(): Device or resource busy 1260414651 M * Aaron_ I get that error 1260414915 M * daniel_hozac means you're using /dev/vroot0 for another device already. 1260415427 M * Aaron_ actually I figured it out 1260415434 M * Aaron_ It was my own incompetence 1260415443 M * Aaron_ I didnt follow the non-shared quota tutorial properly at teh end 1260415456 M * Aaron_ instead of running the commands in the code blocks, I pasted them into the mentioned files... 1260415492 M * Aaron_ so their would have been a line added to enable the vroots everytime I started the device 1260415500 M * Aaron_ all good now 1260415506 Q * Aaron_ Quit: ChatZilla 0.9.85 [Firefox 3.5.5/20091102152451] 1260417402 J * sardyno ~me@pool-173-75-5-88.pitbpa.fios.verizon.net 1260417626 J * saulus_ ~saulus@c192122.adsl.hansenet.de 1260417718 J * jrklein ~jrklein@2001:0:53aa:64c:0:4add:b4d8:690 1260418033 Q * SauLus Ping timeout: 480 seconds 1260418035 N * saulus_ SauLus 1260419040 J * hparker ~hparker@204.120.14.228 1260419074 J * ghislain ~AQUEOS@LPuteaux-151-41-11-129.w217-128.abo.wanadoo.fr 1260422067 Q * Piet Ping timeout: 480 seconds 1260422660 J * Piet ~Piet__@04ZAACTPK.tor-irc.dnsbl.oftc.net 1260423604 Q * hparker Remote host closed the connection 1260427243 Q * aj__ Ping timeout: 480 seconds 1260427474 Q * tokkee Ping timeout: 480 seconds 1260427786 J * davidkarban ~david@80.250.18.198 1260428306 J * tokkee tokkee@osprey.tokkee.org 1260428904 J * SubZero ~SubZero@chello089076140236.chello.pl 1260429186 J * sharkjaw ~gab@90.149.121.45 1260429439 J * geb ~geb@earth.gebura.eu.org 1260429659 J * ntrs_ ~ntrs@77.29.8.194 1260430190 J * thierryp ~thierry@zankai.inria.fr 1260430268 J * derjohn_mob ~aj@d003233.adsl.hansenet.de 1260433186 Q * infowolfe Ping timeout: 480 seconds 1260433946 J * kir ~kir@swsoft-msk-nat.sw.ru 1260434325 Q * derjohn_mob Ping timeout: 480 seconds 1260434695 J * manana mayday_303@84.17.25.144 1260434900 J * infowolfe ~infowolfe@c-71-236-152-35.hsd1.or.comcast.net 1260435035 J * friendly ~friendly@ppp118-209-31-140.lns20.mel4.internode.on.net 1260437205 Q * ntrs_ Ping timeout: 480 seconds 1260439422 J * gnuk ~F404ror@pla93-3-82-240-11-251.fbx.proxad.net 1260440278 Q * friendly Quit: Leaving. 1260440303 Q * FireEgl Ping timeout: 480 seconds 1260440402 M * Val FIChTe: got the same error on drivers/infiniband/hw/ipath/ipath_user_pages when compiling for i386 arch :-( 1260440428 M * Val drivers/infiniband/hw/ipath/ipath_user_pages.c:67: error: implicit declaration of function ‘vx_vmlocked_avail’ 1260440534 M * Val vs2./c 1260440662 J * derjohn_mob ~aj@80.85.196.112 1260442236 J * balbir ~balbir@122.248.163.1 1260442352 J * niki_work ~niki@cpe.fe4-0-120.0x50a6de52.kdnxd4.customer.tele.dk 1260442552 Q * thierryp Remote host closed the connection 1260442602 J * thierryp ~thierry@zankai.inria.fr 1260443883 N * SubZero Guest1072 1260443889 J * SubZero ~SubZero@chello089076140236.chello.pl 1260443965 Q * mcp Quit: ZNC - http://znc.sourceforge.net 1260443976 J * mcp ~mcp@wolk-project.de 1260444114 Q * kir Quit: Leaving. 1260444278 Q * Guest1072 Ping timeout: 480 seconds 1260444524 P * Val 1260445802 Q * balbir Ping timeout: 480 seconds 1260447431 N * Bertl_zZ Bertl 1260447470 M * Bertl morning folks! 1260448935 M * _Shiva_ Bertl: considering Val's and FIChTe's problem with compiling infiniband/hw/ipath: 1260448973 M * _Shiva_ Bertl: why is the #include commented after all? 1260448997 M * _Shiva_ Bertl: enabling the #include fixes the implicit declaration 1260449044 M * _Shiva_ (which is more or less ovious ;-) ) 1260449057 M * _Shiva_ obvious, even 1260449266 M * Bertl yep, it's one of the (wrong) cleanups, but I didn't bother updating the patch for that, as it a) is obvious, and b) who really uses infiniband? 1260449308 Q * thierryp Remote host closed the connection 1260449339 J * thierryp ~thierry@zankai.inria.fr 1260449400 M * Bertl (read: will be corrected in the next patch, of course) 1260449415 M * thierryp Bertl: hi 1260449425 M * Bertl hey thierryp! how's going? 1260449430 M * thierryp fine thanks 1260449436 Q * hijacker Read error: Connection reset by peer 1260449441 M * thierryp I'd like your insight on this one 1260449451 M * thierryp I'm trying to rebuild a vserver kernel for fedora 12 1260449457 M * thierryp and am running into some trouble 1260449466 J * hijacker ~hijacker@213.91.163.5 1260449471 M * thierryp this one f12 kernel comes with a huge lot of patches 1260449481 M * thierryp and some seem to conflict with the vs patch 1260449493 M * thierryp I'm not sure how to handle that 1260449508 M * thierryp given that I don't know exactly what the fedora patches are about exactly 1260449527 M * _Shiva_ Bertl: to answer your question: at least the "make allmodconfig" target does use Infiniband ;-) scnr 1260449563 Q * zbyniu Ping timeout: 480 seconds 1260449579 M * Bertl _Shiva_: yeah, but who builds a kernel this way? :) 1260449589 M * _Shiva_ Bertl: distros do ;-) 1260449652 M * Bertl but distro kernel maintainers should fall in the a) category :) 1260449652 M * thierryp can we talk about this issue later ? I'm attending a workshop right now.. 1260449664 M * Bertl sure, you brought it up :) 1260449671 M * _Shiva_ Bertl: :-P 1260449677 M * thierryp I mean, when is the right time for you ? 1260449701 M * thierryp like, this evening ? 1260449721 M * Bertl yeah, should be fine, but note: I have no clue about fedora patches either 1260449731 M * Bertl i.e. you need to prepare and upload them somewhere 1260449744 M * thierryp I did 1260449764 M * thierryp ok - later then 1260449801 J * zbyniu ~zbyniu@ip-62.181.188.13.static.crowley.pl 1260449886 M * _Shiva_ Bertl: maybe provide a delta-patch for the c)-category ;-) 1260450740 Q * thierryp Ping timeout: 480 seconds 1260451010 J * thierryp ~thierry@vis238b.inria.fr 1260451261 Q * jrdnyquist Quit: Leaving 1260451450 J * ntrs_ ~ntrs@77.28.23.141 1260451635 J * jrdnyquist ~jrdnyquis@slayer.caro.net 1260451938 J * BenG ~bengreen@cpc2-aztw22-2-0-cust521.aztw.cable.virginmedia.com 1260452822 Q * BenG Quit: I Leave 1260453100 J * piA piA@188.194.83.192 1260453119 M * piA i am encounting an error that all vservers doesnt work anymore cause the discsize i enabled with them doesnt fit anymore 1260453134 M * piA vserver disks changed from 50 gig to 800 mb an such stuff 1260453140 M * piA anyone has an idea what may cause this prob ? 1260453172 M * Bertl I presume you didn't change the disk/partition/config? 1260453176 M * piA right 1260453181 M * Bertl so, what changed? 1260453184 M * piA just after my last reboot everything fucked up 1260453197 M * piA i got notice about that cause on my www vserver /var/lib/mysql was full 1260453205 M * piA and i was sure it has 50 gb partitionsize 1260453210 M * Bertl kernel/patch/util-vserver version? 1260453211 M * piA it gave me 840 mb for / 1260453226 M * piA Kernel: 2.6.31.6-vs2.3.0.36.26-beng 1260453233 M * piA util-vserver: 0.30.216-pre2849; Oct 24 2009, 21:13:51 1260453285 M * Bertl you have disk limits set on the partition the guests are on? 1260453286 M * piA ./dev/md0 540G 87G 448G 17% /vserver 1260453298 M * piA this is my partition for the vservers - its fine 1260453311 M * piA no disk limits 1260453328 M * piA it worked within yesterday 1260453342 M * piA after starting up the box today its broken for any reason 1260453358 M * Bertl so, without disk limits, how could it have shown 50gig when you have 540G? 1260453367 M * piA 50 gig is in one vserver 1260453375 M * piA i enable limits for the vservers ofcourse 1260453379 M * Bertl so you have disk limits set for the guests? 1260453383 M * piA yep 1260453394 M * piA but no disk limits on the host-node 1260453404 M * Bertl wouldn't be possible :) 1260453423 M * piA ./etc/vservers/vserver1/dlimits/0# cat space_total 1260453424 M * Bertl so, check the settings for one of the problematic guests with vdlimit 1260453426 M * piA 51200000 1260453429 M * piA they are fine 1260453542 M * Bertl fine means? 1260453551 M * piA values are set 1260453555 M * piA correctly ofcourse 1260453561 M * Bertl so vdlimit shows the correct values? 1260453571 M * piA no, but the config files 1260453574 M * piA never used vdlimit 1260453582 M * Bertl do you read what I write? 1260453590 M * piA well - ya ;) 1260453607 M * piA what is the "xid" in vdlimit ? 1260453685 M * Bertl the context id of your guest 1260453702 M * piA already got it 1260453720 M * piA http://nopaste.info/f02cf4e17a.html 1260453737 M * piA space_total is wrong there wth ? 1260453867 M * Bertl looks like an util-vserver problem to me ... but it could as well be a kernel issue 1260453880 M * Bertl try to change it with vdlimit to the desired value 1260453962 M * piA i am going to downgrade the kernel 1260453978 M * piA for testing purposes - just changing the values doesnt mean there doesnt exist a problem anymore 1260453987 M * piA but thanks for your help bud :-) 1260454041 M * piA 2.6.31.5-vs2.3.0.36.22-beng 1260454045 M * piA this was the one i was running before 1260454065 Q * ntrs_ Ping timeout: 480 seconds 1260454104 M * Bertl yeah, I can reproduce the issue here, let me check what causes it 1260454314 M * Bertl guess I found it, seems to be a kernel bug, expect a new patch soon 1260454333 M * piA downgraded now, rebooting to test if it works again 1260454349 M * Bertl should work fine, only the disk limit set funtion is affected 1260454368 M * Bertl thanks for reporting this issue! 1260454372 M * piA you're welcome 1260454414 M * piA so its a bug in the kernel, is 2.6.32 affected too ? 1260454432 M * piA wow 1260454434 M * piA works again 1260454434 M * piA yay 1260454440 M * piA without changing anything <3 1260454443 M * piA (just the kernel) 1260454491 M * Bertl yeah, all recent patches are affected, but the fix is simple 1260454504 J * vServer_User ~vServer_U@host90-152-15-246.ipv4.regusnet.com 1260454505 M * piA what have caused this issue ? 1260454508 M * Bertl already changed it and tested it, will upload a delta and new patch shortly 1260454515 M * piA cool 1260454526 M * Bertl we extended the vdlimit interface to allow for larger values (above 2TB) 1260454532 M * vServer_User hey guys, i've set up cpusets on the guests on the system, and it seems to have limited the host to 1 cpu too? 1260454544 M * piA ah ok i see 1260454553 M * Bertl and obviously I mad a mistake which wasn't caught by daniel_hozac either :) 1260454557 M * piA :-) 1260454568 M * vServer_User [cpuset]$ cat /dev/cpuset/cpus 1260454568 M * vServer_User 0 1260454573 M * vServer_User but its a quad core system? 1260454575 M * piA so the vdlimit space_total has been set randomly ? 1260454606 M * Bertl not exaclty, your 51200000 is 30D4000 in hex, shifting that (as 32bit) 10 bits left gives 1260454623 M * Bertl D400000, which in turn is 868352 (in k) 1260454630 M * piA got it 1260454648 M * Bertl vServer_User: util-vserver version? 1260454666 M * daniel_hozac and cpuset settings, and kernel. 1260454669 M * vServer_User 0.30.216~r2772-6 1260454675 M * vServer_User 2.6.31-vs2.3.0.36.14-pre8 1260454683 M * piA ah hi daniel_hozac :) 1260454727 M * vServer_User \/etc/vservers/GUEST/cpuset/ (cpus|mems|name) - (0|0|cpuset1) 1260454857 M * daniel_hozac try newer utils. 1260454881 M * vServer_User is there anyway i can change /dev/cpuset/cpus though? 1260454963 M * daniel_hozac echo 0-3 > /dev/cpuset/cpus 1260454977 M * vServer_User -bash: echo: write error: Permission denied 1260455016 M * piA become root 1260455024 M * vServer_User that was root 1260455029 M * piA that sucks then 1260455030 M * piA lol 1260455038 M * daniel_hozac well, actually, that makes sense. 1260455048 M * daniel_hozac the top cgroup's cpus tracks the online CPUs. 1260455053 M * daniel_hozac and cannot be changed. 1260455058 M * daniel_hozac by the utils, or manually. 1260455067 M * daniel_hozac so if that says 0, you only have one CPU online. 1260455098 M * vServer_User its a quad core cpu though? 1260455108 M * daniel_hozac check your BIOS. 1260455141 M * vServer_User that hasn't changed 1260455153 M * vServer_User it was showing 4 cpus rpior to using cpusets with vserver-utils 1260455193 M * Bertl what about /proc/cpuinfo? 1260455217 M * Bertl (please use paste.linux-vserver.org for everything longer than 3 lines) 1260455220 M * vServer_User http://pastebin.org/63101 1260455262 M * Bertl so that looks like a single cpu to me :) but maybe cpusets got better and you are inside one right now? 1260455313 M * vServer_User thats what i'm wondering 1260455324 M * vServer_User something odd has gone on since implementing the cpuset on a guest 1260455358 M * Bertl most likely util-vserver failed to create the namespaces and applied the cpuset to the host 1260455371 M * Bertl that's not unexpected with this version 1260455402 Q * sharkjaw Remote host closed the connection 1260455453 M * Bertl piA: if you're interested, the fix has been uploaded: http://vserver.13thfloor.at/ExperimentalT/delta-dlimit-fix01.diff 1260455454 M * daniel_hozac the kernel doesn't let you change that though. 1260455470 M * daniel_hozac and cpuinfo doesn't look at cpusets. 1260455471 M * Bertl piA: updated patches will be available shortly 1260455510 M * Bertl yeah, I agree, it's more likely the boot went wrong 1260455532 M * vServer_User how odd 1260455535 M * Bertl i.e. the other cores weren't initialized for whatever reason, check with dmesg or /var/log/dmesg for details 1260455536 M * vServer_User so my resolve is to reboot? 1260455541 M * daniel_hozac and check BIOS. 1260455557 M * daniel_hozac also check your kernel for CONFIG_SMP. 1260455570 M * Bertl good point, or maxcpu 1260455588 M * Bertl but I'm pretty sure uploading dmesg will clarify 1260455592 M * piA Bertl : thanks for the update will get it 1260455628 M * piA Bertl : do you manage the bristol kernel store ? 1260455660 M * Bertl nope, that is ben, but I'm sure he'll update soon if you drop him a note 1260455799 M * vServer_User the bios hasn't changed (nor do i have access, only serial shell) 1260455807 M * vServer_User i think i'll just disable the cpusets and reboot 1260455877 M * daniel_hozac i change all my BIOSes via serial. :-) 1260455924 M * Bertl yeah, a server should provide bios access via serial (or avoid having a bios in the first place :) 1260455982 M * blathijs Bertl: You mean BIOS via serial while the machine is running? Or BIOS over serial console during reboots? 1260455986 M * piA Bertl : wrote him an email 1260456078 N * piA fLoo 1260456079 M * fLoo wtf 1260456079 M * fLoo lol 1260456083 M * fLoo i had the wrong nick 1260456088 M * fLoo Bertl : its me - fLoo not piA ;) 1260456104 M * Bertl blathijs: usually during reboots 1260456110 J * hamster ~hamster@p4FE93488.dip.t-dialin.net 1260456114 M * Bertl fLoo: OMG, it's you! :) 1260456119 M * fLoo yaaaa :)) 1260456132 M * blathijs Bertl: Though online BIOS access would be nifty as well :-) 1260456137 M * fLoo dont know what i named piA - maybe my girlfriend was on my pc lol 1260456181 M * Bertl blathijs: it's actually no big deal, you can do that quite easily if you got the bios source 1260456207 M * blathijs Bertl: True... 1260456207 J * kir ~kir@swsoft-msk-nat.sw.ru 1260456220 M * Bertl i.e. changing the config or even replacing the bios under linux is not that complicated 1260456255 M * Bertl the proprietary bios configs and bioses is what makes it cumbersome 1260456273 M * blathijs Hmm, would you be able to run your BIOS inside QEMU or Virtualbox or something? 1260456306 M * arachnist blathijs: no. qemu emulates a certain set of hardware, and your bios might not run with it 1260456336 M * arachnist and the "might not" value is very big 1260456348 M * Bertl it works, but it is like flashing a bord with the wrong bios :) 1260456355 M * blathijs arachnist: Hmm, good point. You'd need to allow some of your real hardware (e.g. the flash memory holding the configuration) to be accessed anyway 1260456435 M * blathijs But if you could pinpoint the BIOS setup program and skip right to that, perhaps you could edit settings while linux is booted through the regular BIOS setup menus :-) 1260456445 M * blathijs Not very useful, but cool nonetheless :-p 1260456476 M * Bertl IIRC, there was a bios simulator/emulator for DOS (in the good old time :) 1260456510 M * Bertl where you actually could test a bios without affecting the hardware, and gather the setup values 1260456626 M * Bertl daniel_hozac: you need to update the kernel headers too (for the userspace dlimit stuff) or your private copy of those functions 1260456797 M * daniel_hozac yeah 1260457324 M * vServer_User now i'm looking in dmesg, its flooded with " did lookup hidden devpts" 1260457356 M * Bertl which is expected when you enter guests and run (v)ps :) 1260457364 M * vServer_User gotcha 1260457374 M * vServer_User SMP is enabled 1260457379 M * vServer_User really odd how this happened 1260457388 M * Bertl but check with /var/log/dmesg (which should have the bootup state) 1260457404 M * vServer_User anything in particular i should grep for 1260457419 M * Bertl nah, upload it completely, so that we can take a look 1260457516 M * vServer_User heres a rough breakdown http://pastebin.org/63113 1260457563 M * daniel_hozac that looks rather incomplete to me. 1260457568 M * vServer_User it is 1260457588 M * Bertl SMP: Allowing 1 CPUs, 0 hotplug CPUs 1260457612 M * Bertl Brought up 1 CPUs 1260457655 M * Bertl so that basically tells us that the kernel only managed to get one cpu running, for more conclusions more detail is required :) 1260457672 M * vServer_User thats the ouput from another unit (dual core) http://pastebin.org/63114 1260457719 M * daniel_hozac we can't help without getting the data we request. that's why we request it. 1260457774 M * vServer_User hows this http://pastebin.org/63115 1260457831 J * ntrs_ ~ntrs@77.29.3.242 1260457900 M * vServer_User ah - got the lot, http://pastebin.org/63117 1260457936 M * Bertl MPS support code is not built-in 1260457977 M * vServer_User kernel issue? 1260457985 M * Bertl did you enable NUMA? 1260457992 M * vServer_User lemme check the config 1260458004 M * daniel_hozac why are you disabling ACPI? 1260458020 M * vServer_User i think it was out of desperation trying to isolate a network hanging issue 1260458037 M * vServer_User which i think turned out to be using /etc/network/interfaces and util-vserver together 1260458097 M * vServer_User i'll enable NUMA now 1260458112 M * Bertl fLoo: (and piA of course :) updated kernel patches are now available 1260458132 M * vServer_User NUMA emulation (NEW) ? 1260458206 M * Bertl nope 1260458214 M * Bertl you want the real thing :) 1260458266 M * Bertl but it is not really Linux-VServer related, more a configure your kernel to match the hardware issue :) 1260458276 M * vServer_User i understand :( 1260458287 M * vServer_User i'm going to use the older .27 kernel 1260458299 M * vServer_User the only reason i stopped using it was due to the network hang issue 1260458303 J * FireEgl FireEgl@173-16-9-10.client.mchsi.com 1260458324 M * vServer_User and *i hope* it wasnt the version that suffers the quota bug 1260458605 J * hijacker_ ~hijacker@213.91.163.5 1260458606 Q * hijacker Read error: Connection reset by peer 1260458699 Q * Hunger Quit: _._ 1260458740 Q * hamster Quit: Verlassend 1260458800 J * Hunger ~Hunger@Hunger.hu 1260458806 M * fLoo Bertl : cool got them already 1260459275 Q * derjohn_mob Ping timeout: 480 seconds 1260459947 Q * thierryp Remote host closed the connection 1260460899 J * thierryp ~thierry@zankai.inria.fr 1260461336 Q * bobnormal__ Read error: Connection reset by peer 1260461790 J * imcsk8 ~ichavero@nat.ti.uach.mx 1260462170 J * Pazzo ~ugelt@p5099e2ec.dip0.t-ipconnect.de 1260462230 J * barismetin ~barismeti@zanzibar.inria.fr 1260462824 Q * thierryp Ping timeout: 480 seconds 1260462899 J * dowdle ~dowdle@scott.coe.montana.edu 1260463068 J * bobnormal ~bobnormal@87-194-32-179.bethere.co.uk 1260463577 M * Bertl off for now ... got some stuff to do ... bbl 1260463583 N * Bertl Bertl_oO 1260463782 Q * FireEgl Remote host closed the connection 1260463849 J * niki ~niki@0x5553169c.adsl.cybercity.dk 1260464585 Q * barismetin Remote host closed the connection 1260464986 Q * Pazzo Quit: Bye! 1260465420 Q * davidkarban Quit: Ex-Chat 1260466199 J * FireEgl Proteus@2001:470:e056:1:d146:fc8f:12a3:184a 1260467019 Q * gnuk Quit: NoFeature 1260467884 P * jrklein 1260468920 J * derjohn_mob ~aj@d026173.adsl.hansenet.de 1260471498 J * ntrs__ ~ntrs@77.28.23.141 1260471941 Q * ntrs_ Ping timeout: 480 seconds 1260473388 J * cluk ~cluk@p5B17F456.dip.t-dialin.net 1260473531 Q * niki Remote host closed the connection 1260473532 M * cluk Hi 1260473553 J * niki ~niki@0x5553169c.adsl.cybercity.dk 1260473564 M * cluk does anybody know if the cpu hard scheduler is expected to be working in the latest experimental patches? 1260473596 N * Bertl_oO Bertl 1260473629 M * Bertl cluk: yep, is supposed to work, note that it is part of the cfs scheduler now 1260473657 M * Bertl (i.e. don't bother with setting the interval/rate stuff) 1260473801 M * cluk Bertl: ah ok. Tried it exactly that way. Thanks for the hint 1260474047 M * Bertl check out the wiki, it should have a page 1260474873 J * phrst phrosit@Psilocybe.Update.UU.SE 1260475054 M * phrst Hi im running 2.6.29.6-grsec2.1.14-vs2.3.0.36.14 with util-vserver 0.30.215. Im having some problems with /proc/sys/kernel/hostname being set on all guests. So what happens is when I restart one guest-vserver , all other guests switches hostname. Are you guys familiar with this? 1260475137 J * user ~user@dwj114.neoplus.adsl.tpnet.pl 1260475141 J * grant mep@87-98-246-129.ovh.net 1260475170 N * user Guest1130 1260475259 J * hijacker ~hijacker@87-126-142-51.btc-net.bg 1260475270 M * grant i tryd the newest version 1260475277 M * grant and some of my vservers dont start anymore 1260475279 M * grant vxW: [?vsysctl?,6708:#40010|40010|40010] did hit the barrier. 1260475284 M * grant is the error in syslog 1260475303 M * grant the output at starting tells somesthing about vsysctl and open (.) 1260475318 M * grant and the something about probably failing to start the init script 1260475330 M * Guest1130 Sorry for taking your time, vservers > i want to mount a whole partition to /home on a guest, so i set it as mount in fstab and its working, i also add userquota, grouquota, everyting teoretycal works, because i can setup quota, check, but i doesnt count if i add/remove files, i thing that isnt good mounted to work, i dont have any idea what/how to modify it, thx for help 1260475334 N * Guest1130 kolorafa 1260475335 M * grant sry can't past the errors because i had to do the shit on terminal 1260475348 M * cluk phrst: do you have recent utils? 1260475351 M * grant and now i booted the old kernel to get inet ;P 1260475408 M * Bertl grant: kernel/patch/util-vserver version? 1260475433 M * grant 2.6.32 vs2.3.0.36.27 1260475438 M * phrst cluk: no I dont I installed with this version, do you want me to install a earlier version? 1260475439 M * grant This program is part of util-vserver 0.30.216-pre2772 1260475447 M * grant the util is some debian apcklage i think 1260475453 N * DoberMann[ZZZzzz] DoberMann 1260475462 M * Bertl grant: get newer util-vserver, this version won't work 1260475472 M * grant ahh 1260475480 M * grant 0.30.216-pre2864-1 1260475483 M * grant high enough? 1260475492 M * Bertl should be fine, yes 1260475535 M * Bertl kolorafa: kernel/patch/util-vserver version? 1260475556 M * cluk phrst: you should also try a 0.30.216-pre version. 1260475604 M * phrst cluk: sorry I missunderstood you , yes I am running the most recent version of utils which acording to this page http://linux-vserver.org/Downloads is the current Latest release 1260475619 M * grant brb 1260475623 M * Bertl phrst: yep, same issue, either downgrade to 0.30.212 or earlier or upgrade to a recent one 1260475624 M * grant thx for help will test it now 1260475645 M * Bertl phrst: of course, the older version will not be able to use any of the new features 1260475649 M * kolorafa 2.6.22.19-vs2.3.0.34.1 , util-vserver 0.30.216-pre2793 , this kernel is old and fucked up, i want to recompile it tommorow, because today i had few problems with it on f*. centos 1260475702 M * Bertl yeah, there is no real reason for using an experimental 2.6.22.x kernel 1260475733 M * Bertl anyway, if quota is not updated, it is probably not enabled for that mount 1260475755 M * Bertl i.e. check with /proc/mounts for details 1260475792 M * kolorafa yea, i didn't noticed, /dev/mapper/VolGroup00-LogVol03 /home ext3 rw,nodev,noexec,data=ordered 0 0, hmm 1260475809 M * Bertl see, no *quota* here 1260475821 M * kolorafa from now i dont trust "mount" who says: /dev/mapper/VolGroup00-LogVol03 on /home type ufs (defaults,noexec,usrquota,grpquota) 1260475834 M * grant re 1260475836 M * grant fuck 1260475843 M * Bertl kolorafa: mount basically only reads what mtab contains :) 1260475855 M * grant vsysctl: open("."): Permission denied 1260475855 M * grant An error occured while executing the vserver startup sequence; when 1260475855 M * grant there are no other messages, it is very likely that the init-script 1260475855 M * grant (/etc/init.d/rc 3) failed. 1260475867 M * kolorafa ppl learn every day :) 1260475889 M * grant like i told you some start some not 1260475892 M * grant really strange 1260475912 M * grant Dec 10 21:07:16 marvin kernel: [ 43.692588] vxW: [?exec-remount?,6861:#40010|40010|40010] did hit the barrier. 1260475915 M * grant Dec 10 21:07:16 marvin kernel: [ 43.692645] vxW: [?exec-remount?,6861:#40010|40010|40010] did hit the barrier. 1260475916 M * Bertl you switched from 2.6.26 debian maybe? 1260475918 M * grant Dec 10 21:07:16 marvin kernel: [ 43.692856] vxW: [?vsysctl?,6861:#40010|40010|40010] did hit the barrier. 1260475921 M * grant Dec 10 21:08:22 marvin kernel: [ 109.064966] vxW: [?exec-remount?,7014:#40010|40010|40010] did hit the barrier. 1260475924 M * grant Dec 10 21:08:22 marvin kernel: [ 109.065033] vxW: [?exec-remount?,7014:#40010|40010|40010] did hit the barrier. 1260475927 M * Bertl (please use paste.linux-vserver.org for everything longer than 3 lines) 1260475927 M * grant Dec 10 21:08:22 marvin kernel: [ 109.065256] vxW: [?vsysctl?,7014:#40010|40010|40010] did hit the barrier. 1260475930 M * grant 2.6.27 1260475933 M * grant yes 1260475934 M * grant ok sry 1260475968 M * grant and yes it was an debian kerlnel with vserver support 2.6.27 1260476001 M * Bertl okay, then your filesystem flags are messed up and you want to fix them first 1260476009 M * grant hm 1260476019 M * Bertl specifically the barrier flag and the unification stuff 1260476055 M * grant hm how? 1260476082 M * grant i use the vserver patches for years now never got problems :) 1260476087 Q * kir Quit: Leaving. 1260476087 J * yarihm ~yarihm@80-219-169-64.dclient.hispeed.ch 1260476139 M * Bertl http://linux-vserver.org/Installation_on_Debian#Issues_with_the_current_2.6.26_Kernel 1260476151 M * Bertl grant: those are debian specific issues 1260476189 M * grant hehe ok 1260476287 M * phrst Thanks using the util-vserver 0.30.216-pre2864 fixed the issue with hostname changes. Where can I document this so that other people dont fall in to the same problem? 1260476318 M * Bertl I think it should be already documented on the wiki, if not, you might put it on the FAQ 1260476346 J * thierryp ~thierry@home.parmentelat.net 1260476418 M * vServer_User i tried a newer kernel 1260476424 M * vServer_User it resulted in no eth0 connection 1260476428 M * vServer_User http://pastebin.org/63216 1260476435 M * vServer_User 2.6.27.33-vs2.3.0.36.6 1260476497 M * vServer_User it was perfectly operational via SS, the vservers started - but didn't respond to SSH/FTP/HTTP 1260476501 M * grant ----Buic- vservers 1260476501 M * grant ----Buic- vservers/sync 1260476504 M * grant is this ok o_O 1260476533 M * Bertl nope, you want to get rid of the barrier on the guest root 1260476621 M * Bertl vServer_User: last line says your network was up :) 1260476642 M * vServer_User so it thought! but it was completely non-responsive from the outside world 1260476710 M * grant whats the best way to remove all barriers 1260476739 M * Bertl setattr --help 1260476768 M * grant yes i readed it 1260476810 M * grant got it 1260476836 M * kolorafa bertl, quotaon uses 100% cpu (on my gues it counting all maked log old quota, but its better to ask) :) thx for help, 1260476886 M * grant so no barriers under the vserver root 1260476906 M * grant why they make no troubkles before with the old kernel 1260476935 M * Bertl because the old kernel uses different flags 1260476942 M * grant ah 1260476957 M * Bertl so you have to change the flags when you switch to/from a 2.6.26/27 1260476996 M * grant good to know 1260477012 M * Bertl kolorafa: you're welcome! btw, make sure to setup the vroot stuff for secure quota 1260477103 M * grant i hope -R was a good idea seems to take very long ,) 1260477244 M * vServer_User any thoughts bertl? 1260477251 M * grant save_ctxinfo: open("/var/run/vservers/www"): No such file or directory 1260477254 M * grant next one :/ 1260477259 M * grant also needs an barrier? 1260477285 M * Bertl nope, barrier goes on /path/to/guest/root/.. (where '.. 1260477290 M * Bertl ' is literally) 1260477325 M * grant so why i get this error :/ 1260477326 M * Bertl so in your case, probably just /vservers 1260477336 M * grant no its /var/lib/vservers 1260477337 M * Bertl does /var/run/vservers exist? 1260477355 M * grant drwxr-xr-x 2 root root 4096 10. Dez 21:30 vservers 1260477375 M * Bertl any barriers above /var/lib/vservers? 1260477388 M * Bertl like, e.g. on / or /var ? 1260477401 M * grant hmm yes 1260477435 M * grant aghhhh 1260477445 M * grant seems to work finally!!! 1260477486 M * Bertl congrats! 1260477527 M * grant thx man! 1260477542 M * grant and you do a good job plz continue working on the patches 1260477552 M * grant use it on several servers around the world 1260477564 M * Bertl will do so as time permits :) 1260477682 M * vServer_User i booted back into it again, and it cannot ping the outside world either 1260477723 M * vServer_User i ifdown eth0 and ifup eth0 and it was still the same 1260477728 M * Bertl so most likely a driver/hardware incompatibility then? 1260477732 M * vServer_User as far as it was concerned, the interface was up 1260477737 M * vServer_User must be 1260477748 M * vServer_User could i just recompile the kernel with *all* drivers 1260478091 M * cluk Bertl: got the cpu hard limits working again. thx. 1260478113 Q * thierryp Remote host closed the connection 1260478115 M * Bertl great! 1260478172 M * cluk but it seems to me the old way worked somehow "better". 1260478185 M * cluk in terms of accuracy and consistency. 1260478198 M * vServer_User looking back through the syslog, does this bear any relevance 1260478217 Q * puck Quit: Coyote finally caught me 1260478253 M * Bertl cluk: well, the 'new' way is the way 'mainline' does it, but feel free to send bug reports and feature requests (against mainline) to improve it 1260478274 M * cluk :) 1260478298 M * vServer_User http://pastebin.org/63238 1260478575 M * vServer_User and http://pastebin.org/63242 1260478647 Q * cuba33ci Read error: Connection reset by peer 1260478661 J * cuba33ci ~cuba33ci@118-160-164-77.dynamic.hinet.net 1260478776 N * DoberMann DoberMann[ZZZzzz] 1260479165 J * blues ~blues@cbz99.neoplus.adsl.tpnet.pl 1260479283 Q * blues_ Ping timeout: 480 seconds 1260479528 J * thierryp ~thierry@home.parmentelat.net 1260480109 Q * ghislain Quit: Leaving. 1260480423 Q * thierryp Remote host closed the connection 1260480576 Q * hijacker Remote host closed the connection 1260480923 Q * derjohn_mob Ping timeout: 480 seconds 1260481006 Q * cluk Quit: Ex-Chat 1260481466 J * derjohn_mob ~aj@d026173.adsl.hansenet.de 1260481916 J * dna ~dna@p54BC9887.dip0.t-ipconnect.de 1260482454 J * bobnormal_ ~bobnormal@87-194-32-179.bethere.co.uk 1260482490 Q * dna Read error: Connection reset by peer 1260482505 J * dna ~dna@p54BC9887.dip0.t-ipconnect.de 1260482591 J * thierryp ~thierry@home.parmentelat.net 1260482692 Q * cuba33ci Read error: Connection reset by peer 1260482705 J * cuba33ci ~cuba33ci@118-160-164-77.dynamic.hinet.net 1260482764 J * dna_ ~dna@p54BC9887.dip0.t-ipconnect.de 1260482864 Q * bobnormal Ping timeout: 480 seconds 1260482881 Q * dna_ 1260483059 Q * dna Ping timeout: 480 seconds 1260483508 Q * thierryp Quit: ciao folks 1260483628 Q * geb Ping timeout: 480 seconds 1260484684 J * SlackLnx ~SlackWare@a85-139-11-75.cpe.netcabo.pt 1260485549 J * ktwilight ~keliew@253.186-241-81.adsl-dyn.isp.belgacom.be 1260485774 Q * ktwilight_ Ping timeout: 480 seconds 1260486281 Q * SlackLnx Read error: Connection reset by peer 1260486306 J * SlackLnx ~SlackWare@a85-139-11-75.cpe.netcabo.pt 1260486915 Q * ntrs__ Ping timeout: 480 seconds 1260487877 Q * vServer_User Ping timeout: 480 seconds 1260488744 J * vServer_User ~vServer_U@host90-152-15-246.ipv4.regusnet.com 1260489364 Q * Piet Remote host closed the connection 1260489424 Q * kolorafa Read error: Connection reset by peer 1260489450 J * Piet ~Piet__@659AAD6KD.tor-irc.dnsbl.oftc.net 1260489494 Q * SlackLnx Read error: Connection reset by peer