1250641981 Q * Elton07815 Read error: Connection reset by peer 1250643843 Q * nenolod Quit: VPN maintenance, bbl 1250644038 J * uva bno@118-160-161-81.dynamic.hinet.net 1250644577 J * nenolod nenolod@petrie.dereferenced.org 1250644929 J * tudenbart ~willi@xdsl-213-196-252-10.netcologne.de 1250645348 Q * dothebart Ping timeout: 480 seconds 1250648312 Q * geb Quit: / 1250653194 J * Evet ~root@88.230.109.211 1250653199 M * Evet hi 1250653313 M * Evet what context means? 1250654393 M * mugwump it's short for 'security context'. Each vserver has one 1250654405 M * mugwump 'chcontext' will change into it, and it is the first column shown in 'vserver-stat' 1250654874 M * Evet thanks, mugwump 1250654888 M * Evet can i install bsd, solaris as guest os? 1250655004 M * mugwump nope, you need a real vm for that sort of thing 1250655017 M * mugwump with vserver you have only one kernel 1250655066 M * mugwump however, you can run eg 32-bit Debian inside 64-bit Fedora 1250655232 Q * Piet Quit: Piet 1250655310 J * Piet ~piet@659AABWJH.tor-irc.dnsbl.oftc.net 1250657186 J * doener ~doener@i59F55728.versanet.de 1250657186 Q * balbir_ Read error: Connection reset by peer 1250657212 M * Evet why vserver's internet connection too slow? 1250657292 Q * doener_ Ping timeout: 480 seconds 1250657386 Q * Evet Quit: Lost terminal 1250657851 J * dogol ~dekil@125.166.88.8 1250658173 J * Evet ~root@88.230.109.211 1250658234 J * balbir_ ~balbir@122.172.16.223 1250658954 J * sharkjaw ~gab@149-49-95.oke2-bras6.adsl.tele2.no 1250659783 Q * derjohn_mob Ping timeout: 480 seconds 1250659865 J * ghislainocfs2 ~Ghislain@LPuteaux-151-41-11-129.w217-128.abo.wanadoo.fr 1250661451 M * mugwump darn, that new null code exec exploit affects vserver 1250661861 J * Shuro ~jg2@81.89.253.146 1250662691 J * derjohn_mob ~aj@139.12.1.252 1250662791 J * mxs mxs@p4FCCAFE9.dip.t-dialin.net 1250662881 M * arekm mugwump: set vm.mmap_min_addr to something > 0 and be happy 1250663088 Q * mxs_ Ping timeout: 480 seconds 1250663232 M * mugwump or alias away the buggy protocol modules 1250663256 M * mugwump I'm surprised actually that you're allowed to call socket() except on address families fully supported 1250663989 P * Shuro 1250664293 Q * pmenier Ping timeout: 480 seconds 1250665542 Q * wibble Remote host closed the connection 1250665621 Q * nenolod charon.oftc.net resistance.oftc.net 1250665621 Q * faheem charon.oftc.net resistance.oftc.net 1250665621 Q * balbir_ charon.oftc.net resistance.oftc.net 1250665621 Q * Evet charon.oftc.net resistance.oftc.net 1250665621 Q * uva charon.oftc.net resistance.oftc.net 1250665621 Q * MooingLemur charon.oftc.net resistance.oftc.net 1250665621 Q * dogol charon.oftc.net resistance.oftc.net 1250665621 Q * mib_gpvoin charon.oftc.net resistance.oftc.net 1250665621 Q * dzimi charon.oftc.net resistance.oftc.net 1250665621 Q * scientes charon.oftc.net resistance.oftc.net 1250665621 Q * FloodServ charon.oftc.net resistance.oftc.net 1250665621 Q * carnage charon.oftc.net resistance.oftc.net 1250665621 Q * Snow-Man charon.oftc.net resistance.oftc.net 1250665621 Q * FireEgl charon.oftc.net resistance.oftc.net 1250665621 Q * tam charon.oftc.net resistance.oftc.net 1250665621 Q * micah charon.oftc.net resistance.oftc.net 1250665621 Q * AndrewLee charon.oftc.net resistance.oftc.net 1250665621 Q * mstrobert charon.oftc.net resistance.oftc.net 1250665621 Q * Supaplex charon.oftc.net resistance.oftc.net 1250665621 Q * mugwump charon.oftc.net resistance.oftc.net 1250665621 Q * mEDI_S charon.oftc.net resistance.oftc.net 1250665638 J * balbir_ ~balbir@122.172.16.223 1250665638 J * Evet ~root@88.230.109.211 1250665638 J * dogol ~dekil@125.166.88.8 1250665638 J * nenolod nenolod@petrie.dereferenced.org 1250665638 J * uva bno@118-160-161-81.dynamic.hinet.net 1250665638 J * mib_gpvoin 77e02326@webchat.mibbit.com 1250665638 J * dzimi ~dzimi83@z-ovh1.d2.com.pl 1250665638 J * scientes ~scientes@174-21-104-37.tukw.qwest.net 1250665638 J * MooingLemur ~troy@shells195.pinchaser.com 1250665638 J * faheem ~faheem@rrcs-70-63-128-198.midsouth.biz.rr.com 1250665638 J * FireEgl FireEgl@173-16-9-10.client.mchsi.com 1250665638 J * tam ~tam@gw.nettam.com 1250665638 J * micah ~micah@micah.riseup.net 1250665638 J * carnage ~carnage@voip-colo-74-86-148-74.link2voip.com 1250665638 J * AndrewLee ~andrew@u7.hlc.edu.tw 1250665638 J * mstrobert ~mstrobert@wkstn.wycliffe.ca 1250665638 J * Snow-Man ~sfrost@tamriel.snowman.net 1250665638 J * Supaplex ~supaplex@166.70.62.193 1250665638 J * mugwump ~samv@watts.utsl.gen.nz 1250665638 J * mEDI_S ~medi@188.40.35.243 1250665638 J * FloodServ services@services.oftc.net 1250667609 Q * Piet Remote host closed the connection 1250667971 J * Piet ~piet@659AABWOJ.tor-irc.dnsbl.oftc.net 1250668651 J * ktwilight_ ~keliew@37.171-247-81.adsl-dyn.isp.belgacom.be 1250668919 Q * ktwilight__ Read error: Connection reset by peer 1250669835 J * pmenier ~pme@LNeuilly-152-22-8-5.w193-251.abo.wanadoo.fr 1250671398 J * scientes_ ~scientes@174-21-106-115.tukw.qwest.net 1250671810 Q * scientes Ping timeout: 480 seconds 1250673011 Q * sharkjaw Remote host closed the connection 1250673096 J * BenG ~bengreen@94-169-110-10.cable.ubr22.aztw.blueyonder.co.uk 1250673249 J * gnuk ~F404ror@pla93-3-82-240-11-251.fbx.proxad.net 1250673284 J * sharkjaw ~gab@149-49-95.oke2-bras6.adsl.tele2.no 1250673781 Q * carnage synthon.oftc.net resistance.oftc.net 1250673781 Q * Snow-Man synthon.oftc.net resistance.oftc.net 1250673781 Q * mugwump synthon.oftc.net resistance.oftc.net 1250673781 Q * mstrobert synthon.oftc.net resistance.oftc.net 1250673781 Q * tam synthon.oftc.net resistance.oftc.net 1250673781 Q * Supaplex synthon.oftc.net resistance.oftc.net 1250673781 Q * mEDI_S synthon.oftc.net resistance.oftc.net 1250673781 Q * micah synthon.oftc.net resistance.oftc.net 1250673781 Q * AndrewLee synthon.oftc.net resistance.oftc.net 1250673781 Q * FireEgl synthon.oftc.net resistance.oftc.net 1250673786 J * FireEgl FireEgl@173-16-9-10.client.mchsi.com 1250673786 J * tam ~tam@gw.nettam.com 1250673786 J * micah ~micah@micah.riseup.net 1250673786 J * carnage ~carnage@voip-colo-74-86-148-74.link2voip.com 1250673786 J * AndrewLee ~andrew@u7.hlc.edu.tw 1250673786 J * mstrobert ~mstrobert@wkstn.wycliffe.ca 1250673786 J * Snow-Man ~sfrost@tamriel.snowman.net 1250673786 J * Supaplex ~supaplex@166.70.62.193 1250673786 J * mugwump ~samv@watts.utsl.gen.nz 1250673786 J * mEDI_S ~medi@188.40.35.243 1250674674 J * ghislainocfs21 ~Ghislain@LPuteaux-151-41-11-129.w217-128.abo.wanadoo.fr 1250674813 Q * BWare Ping timeout: 480 seconds 1250674898 Q * ghislainocfs2 Ping timeout: 480 seconds 1250675280 J * scientes__ ~scientes@97-113-167-64.tukw.qwest.net 1250675513 J * BWare ~itsme@ip-80-113-1-198.ip.prioritytelecom.net 1250675706 Q * scientes_ Ping timeout: 480 seconds 1250677009 J * docelic ~docelic@78.134.196.178 1250677155 Q * BenG Quit: I Leave 1250677401 Q * MooingLemur synthon.oftc.net graviton.oftc.net 1250677401 Q * Evet synthon.oftc.net graviton.oftc.net 1250677401 Q * uva synthon.oftc.net graviton.oftc.net 1250677401 Q * balbir_ synthon.oftc.net graviton.oftc.net 1250677745 Q * scientes__ Ping timeout: 480 seconds 1250677796 J * Evet ~root@88.230.109.211 1250678103 J * MooingLemur ~troy@shells195.pinchaser.com 1250678165 Q * ensc Ping timeout: 480 seconds 1250678417 J * ensc ~irc-ensc@77.235.160.26 1250680233 Q * BWare Ping timeout: 480 seconds 1250680943 N * Bertl_zZ Bertl 1250680949 M * Bertl morning folks! 1250681054 M * ghislainocfs21 moring bertl :) 1250681074 M * Bertl Evet: why do you think that 'vserver's internet connection is too slow?' too slow for what? please elaborate ... 1250681373 Q * dogol Remote host closed the connection 1250682647 M * Evet mornin, Bertl 1250682663 M * Evet not important anymore, thanks :) 1250682820 M * ghislainocfs21 i think ~single_ip should be the default in util vserver 1250682837 M * ghislainocfs21 as casing is the default in the kernel and i think most of us use one ip only 1250682858 M * ghislainocfs21 was thinking out loud :) 1250682862 M * Bertl well, one more reason to _not_ make it default :) 1250682878 Q * ktwilight_ Quit: dead 1250682900 M * Bertl if you use a single IP, you should use the single_ip special casing to improve on performance 1250682963 M * ghislainocfs21 oh, but you then do not get the 127.0.0.1 or am i misslead again :) 1250682994 M * ghislainocfs21 i'll reread the man and see for myself 1250683083 M * arachnist are there any known issues with linux-vserver on sparc? or am i safe to try it? 1250683138 M * Bertl ghislainocfs21: either you use a single IP or 127.0.0.1 and a public IP 1250683167 M * Bertl ghislainocfs21: in the former case, the ip_single is perfect, in the latter case, you have at least two IPs :) 1250683194 M * ghislainocfs21 yes lol 1250683257 M * ghislainocfs21 but then software listening on 127.0.0.1 will listen to the public ip no ? 1250683298 M * ghislainocfs21 or fail bahh go to test on one instead of bothering you :) 1250683305 A * ghislainocfs21 going to test this 1250683350 M * Bertl broken software, which listens to 127.0.0.1 _and_ 0.0.0.0 or a given public IP, without checking, will fail, yes 1250683383 M * Bertl especially if you have the lback remapping enabled, and 127.0.0.1 will be mapped to the single IP 1250683430 M * Bertl what I agree with, is that nowadays, folks want the dual IP setup, e.g. 127.0.0.1 and a single public IP 1250683455 M * Bertl so we are probably going to remove the auto single ip default from the kernel 1250683480 M * ghislainocfs21 yes that was my point, it will create lot of question on the list i think because this is not well understood 1250684728 Q * ghislainocfs21 Ping timeout: 480 seconds 1250688385 J * balbir_ ~balbir@122.172.16.223 1250688446 J * mnemoc ~amery@shell.opensde.net 1250688494 J * ktwilight ~keliew@37.171-247-81.adsl-dyn.isp.belgacom.be 1250688621 J * ghislainocfs2 ~Ghislain@LPuteaux-151-41-11-129.w217-128.abo.wanadoo.fr 1250688670 J * xdr ~xdr@h-239-29.A219.priv.bahnhof.se 1250689030 Q * balbir_ Ping timeout: 480 seconds 1250689965 J * undefined ~undefined@adsl-68-94-182-103.dsl.rcsntx.swbell.net 1250690167 J * balbir_ ~balbir@122.172.41.50 1250690283 J * ghislainocfs21 ~Ghislain@LPuteaux-151-41-11-129.w217-128.abo.wanadoo.fr 1250690497 M * undefined all testme.sh and testfs.sh pass except testfs.sh xattr related test [106]: "barrier /mnt/dir_20621: [..^:.^^]" 1250690513 Q * ghislainocfs2 Ping timeout: 480 seconds 1250690625 M * undefined looks like [105] is failing too ("chattr: No such file or directory while trying to stat /mnt/dir_20621"), but the script reports "succeeded" 1250690739 J * ghislainocfs2 ~Ghislain@LPuteaux-151-41-11-129.w217-128.abo.wanadoo.fr 1250690768 Q * ghislainocfs21 Ping timeout: 480 seconds 1250690768 M * undefined kernel is 2.6.27.31-vs2.3.0.36.6 with both hardy's util-vserver 0.30.214 and my compiled 0.30.216-pre2841 1250690852 J * ensc|w ~ensc@www.sigma-chemnitz.de 1250691202 M * pmjdebruijn undefined: where did you get the scripts? 1250691256 M * Bertl undefined: what filesystem? 1250691308 M * undefined Bertl: ext2 & ext3 1250691334 M * undefined pmjdebruijn: http://vserver.13thfloor.at/Stuff/SCRIPT/ 1250691361 M * undefined let me know what details you need and i'll "paste" them 1250691460 J * ghislainocfs21 ~Ghislain@LPuteaux-151-41-11-129.w217-128.abo.wanadoo.fr 1250691513 M * undefined if i understand what the script is trying to do, the failed commands (chattr & chmod) cannot see the random directory within a guest context 1250691545 M * undefined i investigated it manually, and you can see the directory, but that's it 1250691610 J * dothebart ~willi@xdsl-84-44-228-238.netcologne.de 1250691670 Q * ghislainocfs2 Ping timeout: 480 seconds 1250691778 Q * ensc Ping timeout: 480 seconds 1250691831 M * undefined for example: from the host ("drwxr-xr-x 2 root root 4096 2009-08-19 09:19 dir_22882") and from context 2 ("d????????? ? ? ? ? ? dir_22882") 1250691925 M * Bertl yes, that is basically a bug in the script, but I thought I fixed that already 1250691956 M * undefined Linux-VServer FS Test [V0.20] Copyright (C) 2005-2008 H.Poetzl 1250691964 Q * tudenbart Read error: Connection reset by peer 1250691985 M * Bertl i.e. the kernel side check changed so that access to the directory doesn't fail with a permission denied, but with no such dir 1250691994 M * undefined ah 1250691996 J * ensc ~irc-ensc@77.235.160.26 1250692041 M * Bertl you get two entries in the kernel log (dmesg) one for the barrier, and one for the directory being hidden, right? 1250692124 M * undefined let me see... yep 1250692174 M * undefined vxW: [�ls�,29289:#2|0|0] did hit the barrier. 1250692196 M * undefined vxW: [�ls�,29289:#2|0|0] did lookup hidden loop0:e1f77e20[#0,24577] �/mnt�. 1250692218 M * Bertl okay, then it is fine, just the script is not up-to-date 1250692225 M * Bertl (patches to fix that are welcome :) 1250692260 M * undefined what is the script suppose to be testing and i'll try to fix it 1250692301 M * undefined so the test is suppose to fail (or the command is suppose to fail), but with a different error? 1250692312 M * Bertl it is supposed to test that a directory with the barrier set cannot be modified or accessed 1250692358 M * undefined the problem is the return code, right? it was expected to be "permission denied" but is now (correctly) "no such dir"? 1250692478 M * Bertl yes, but IIRC, there was a catch .. i.e. the error is not reported properly 1250692550 J * hparker ~hparker@2001:470:1f0f:32c:290:96ff:fe50:40fa 1250692724 M * undefined how do i test for a true "failure" (once i get the test working for my "good" system)? remove the barrier from /mnt/dir_22882? 1250692738 Q * balbir_ Remote host closed the connection 1250692853 M * Bertl the third column is the expected return status 1250692863 M * undefined i just want to make sure i have a test case (for testing my future patch) that shows a proper "pass" and a proper "fail" (not the false "fail" it current does) 1250693004 J * balbir_ ~balbir@122.172.41.50 1250693053 J * vServer_User ~vServer_U@host90-152-0-28.ipv4.regusnet.com 1250693059 M * vServer_User hi guys 1250693063 Q * derjohn_mob Ping timeout: 480 seconds 1250693068 M * vServer_User is it possible to assign an ip to a vserver without having to restart it 1250693112 M * undefined i'll patch so that the script returns "pass" (as you've identified my system as properly functioning, at least as far as test 105 & 106 should be concerned), but i want to then test that my patched script to make sure it returns "fail" when the circumstances warrant it (but i need to know how to modify my properly working system to make it improperly working and thus have the script properly return "fail") 1250693123 M * undefined vServer_User: it's in the wiki, i believe 1250693158 M * undefined google for "site:linux-vserver.org restart vserver assign ip" 1250693162 M * undefined first hit points to the FAQ 1250693179 M * undefined from the excerpt google included for the hit, seems to be question 5.4 1250693189 M * Bertl undefined: well, to actually test the 'fail' case, you want to use a filesystem without barrier support, or disable the barrier 1250693206 M * undefined http://linux-vserver.org/Frequently_Asked_Questions#How_do_I_assign_a_new_IP_address_to_a_running_guest.3F 1250693219 M * undefined so removing the barrier will suffice for generating a (proper) failure 1250693239 M * Bertl yes, but you need to 'remove' it after it was set, but before the test 1250693258 M * undefined thanks! i'll try to write a patch before the end of the week 1250693355 M * Bertl eexec 106 0 "do_xattr_barrier $MNT $dpath .^^" 1250693368 M * Bertl this should be changed to end in ..^ 1250693385 M * Bertl as the barrier is now accessible to xid=1 too 1250693412 M * undefined ah 1250693449 M * Bertl (should fix your 106 case) 1250693497 M * vServer_User thanks troops 1250693776 M * vServer_User worked a treat - thanks 1250693785 M * vServer_User berl - you have time for a private chat? 1250693837 M * Bertl depends on the subject :) 1250693849 M * vServer_User i want to bore you with questions of tcp/ip overheads 1250693860 M * vServer_User non-vserver related 1250693884 M * Bertl for free, I presume? 1250693899 M * vServer_User thats up to you ;) 1250693921 M * Bertl okay, you can bore me if you hire me as consultant then :) 1250693968 J * dowdle ~dowdle@scott.coe.montana.edu 1250694001 Q * sharkjaw Remote host closed the connection 1250694762 J * ghislainocfs2 ~Ghislain@LPuteaux-151-41-11-129.w217-128.abo.wanadoo.fr 1250695003 Q * ghislainocfs21 Ping timeout: 480 seconds 1250695395 J * ghislainocfs21 ~Ghislain@LPuteaux-151-41-11-129.w217-128.abo.wanadoo.fr 1250695663 Q * ghislainocfs2 Ping timeout: 480 seconds 1250695857 J * ghislainocfs2 ~Ghislain@LPuteaux-151-41-11-129.w217-128.abo.wanadoo.fr 1250696060 Q * ghislainocfs21 Ping timeout: 480 seconds 1250697320 M * nkukard_ Bertl, tried running vservers with a kvm virtual machine at the same time? 1250697332 M * nkukard_ i seem to get some really kernel crashes 1250697339 N * nkukard_ nkukard 1250697355 M * Bertl nkukard: doing that all the time, what kernel/what crashes? 1250697384 M * nkukard 2.29.2 ... looks like a whole range of different kinds of crashes, its a x86_64 kernel 1250697394 M * nkukard booting win2k8 server 1250697406 M * nkukard if i ctrl-c qemu-kvm, BANg 1250697412 M * nkukard its using a bridged br0 interface aswell 1250697416 M * nkukard and tap 1250697427 M * Bertl what kernel exactly? 1250697440 M * Bertl (i.e. mainline version and Linux-VServer patch) 1250697442 M * blathijs Bertl: So, vserver + kvm is supported (or, it Should Just Work)? 1250697453 M * blathijs Any version constraints? 1250697463 M * Bertl Linux-VServer and kvm as well as Linux-VServer inside kvm is supported 1250697473 M * nkukard Bertl, mainline + vserver patch 1250697485 J * imcsk8 ~ichavero@nat.ti.uach.mx 1250697486 M * nkukard Bertl, let me test more :) 1250697490 M * Bertl nkukard: yeah, good, deatils please :) 1250697495 J * geb ~geb@earth.gebura.eu.org 1250697510 M * nkukard i'll screenshot it, i have a kvm over IP 1250697511 M * nkukard :) 1250697515 M * Bertl blathijs: we had a bug, for a short time, which affected kvm too 1250697530 M * Bertl nkukard: the versions first, please :) 1250697531 M * nkukard i'm going to upgrade to 2.6.30 and try with that 1250697545 M * blathijs Bertl: So latest dev version recommended 1250697576 M * nkukard Bertl, i don't have the version info for the kernel i'm running now, tis why i'm going to upgrade to 2.6.30, i have all the sources for that on my development box 1250697579 M * Bertl blathijs: most versions should be fine, the latest whatever of course too 1250697603 M * Bertl nkukard: okay, then please retest with the new kernel and try to recreate the issues :) 1250697661 M * nkukard (just wanted to make sure first if it should run) 1250697777 M * Bertl k, off for now, have to buy some groceries ... 1250697798 N * Bertl Bertl_oO 1250697859 J * bonbons ~bonbons@2001:960:7ab:0:2c0:9fff:fe2d:39d 1250698907 Q * ktwilight Quit: dead 1250699123 J * ktwilight ~keliew@37.171-247-81.adsl-dyn.isp.belgacom.be 1250699543 J * ghislainocfs21 ~Ghislain@LPuteaux-151-41-11-129.w217-128.abo.wanadoo.fr 1250699758 Q * ghislainocfs2 Ping timeout: 480 seconds 1250700527 J * dna ~dna@p54BC901D.dip0.t-ipconnect.de 1250700783 Q * bonbons Quit: Leaving 1250701252 M * undefined Bertl_oO: as you hinted, there's a problem with testfs.sh test 105: depending on the version of chattr/e2fsprogs (ubuntu hardy's 1.40.8-2ubuntu2 vs debian lenny's 1.41.3-1), chattr prints the same error message ("chattr: No such file or directory while trying to stat "), but gives different exit codes (0 vs 1, respectively) 1250701426 N * pmenier pmenier_off 1250701431 M * undefined and shouldn't test 105 read expect a "1" return code, instead of "0" as currently coded (ie "eexec 105 0 "go_xid 2 chattr =i $dpath"")? (since the test consists of executing "chattr =i $dpath" inside context 2, which shouldn't be allowed within that guest context, right?) 1250701464 J * bonbons ~bonbons@2001:960:7ab:0:2c0:9fff:fe2d:39d 1250702024 J * Elton06209 ~Delphi@189.82.201.174 1250702282 Q * Elton06209 Read error: Connection reset by peer 1250702350 J * uva bno@118-160-166-201.dynamic.hinet.net 1250702397 N * Bertl_oO Bertl 1250702400 M * Bertl back now ... 1250702446 M * Bertl undefined: well, I consider reporting success on a chmod/chattr to a missing file a bug, so we do not need to worry about that case 1250702482 M * Bertl what the test should do though is to verify that the ch* didn't change anything on a barrier dir 1250702501 M * Bertl (that's probably easy to do via inspection afterwards) 1250702525 M * undefined ah! ok, i understand 1250702571 J * ghislainocfs2 ~Ghislain@LPuteaux-151-41-11-129.w217-128.abo.wanadoo.fr 1250702640 M * undefined so 105 could be changed to an eeval and instead do a do_xattr_verify (showattr & lsattr) as is done before the chattr 1250702696 M * undefined to verify that nothing was changed after the chattr (regardless of the returned success/failure of the chattr) 1250702753 M * Bertl yes, nevertheless, the return value needs to be checked too (if you want to work around the broken debian tools, you might add a second check with stat or whatever still works :) 1250702756 Q * ghislainocfs21 Ping timeout: 480 seconds 1250702779 J * Elton04946 ~Delphi@189.82.201.174 1250702795 M * Bertl i.e. something like potentially-broken && stat ... 1250703003 M * undefined from context 2, what do you expect "chattr =i " to return? 1250703024 M * Bertl definitely a fail result 1250703044 M * undefined debian lenny does, ubuntu hardy doesn't 1250703091 M * undefined so should 105 read: eexec 105 1 "go_xid 2 chattr =i $dpath"? 1250703107 M * undefined (note the 1 in the column after the test number) 1250703251 M * Bertl note sure, the logic in my functions was quite twisted ... but yeah, sounds about right 1250703278 M * undefined currently, if i'm understanding the code properly, test 105 expects "chattr" to return true (0) from context 2, where i think it should be checking for false (1) instead 1250703304 M * undefined i'll submit a patch, you or whoever can reject or accept it 1250703316 M * undefined where/who do i submit patches to? 1250703321 M * Bertl easy to double check by adding a true or false in place of the chattr :) 1250703335 M * Bertl in this case, to me 1250703352 M * undefined email? 1250703362 M * undefined or paste and report here? 1250703364 M * Bertl or just upload it somewhere and paste an url here 1250703372 M * undefined gotcha 1250703835 N * DoberMann[ZZZzzz] DoberMann[PullA] 1250703846 Q * Elton04946 Read error: Connection reset by peer 1250703847 J * Nigbjort ~Nigbjort@201.171.100.192 1250703884 Q * Nigbjort autokilled: Do not spam other people. Mail support@oftc.net if you feel this is in error. (2009-08-19 17:44:44) 1250704124 J * hijacker ~hijacker@87-126-142-51.btc-net.bg 1250705257 Q * docelic Quit: http://www.spinlocksolutions.com/ 1250705323 Q * xdr Ping timeout: 480 seconds 1250705561 N * DoberMann[PullA] DoberMann 1250706845 Q * gnuk Quit: NoFeature 1250707062 J * xdr ~xdr@h-239-29.A219.priv.bahnhof.se 1250707141 M * nkukard Bertl, i found the spew 1250707193 M * nkukard http://pastebin.com/m35eddfba 1250707231 M * nkukard going to try with 2.6.30 now 1250707815 M * undefined just sent testfs.sh patches to the mailing list 1250707827 M * undefined toodles and thanks for linux-vserver! 1250707832 P * undefined 1250708350 Q * vServer_User 1250708971 M * Bertl nkukard: no idea what kernel/patch that is 1250709038 M * nkukard 2.9.29.2 + vserver for that version 1250709044 M * nkukard i just added 1.1 so i know what sources it was built from 1250709055 M * nkukard and removed the vserver version info from the kernel version 1250709084 M * nkukard i'm trying 2.9.30.4 + patch-2.6.30.4-vs2.3.0.36.14-pre4.diff right now 1250709107 M * Bertl well, we did at least 3 patches for 2.6.29.2 1250709122 M * nkukard yea, thats why i'm trying 2.9.30 :) 1250709138 M * nkukard darn, and you on pre5 aswell :) 1250709179 A * nkukard rebuilds again 1250709302 M * nkukard Bertl, is there an announce mailing list when you release new patches? 1250709338 M * Bertl nah, but they will show up at the 'known' location and you'll hear about them here 1250709362 M * nkukard :) 1250709363 M * nkukard thanks man 1250709387 M * nkukard i'm going to trash that 2.6.29 i had bridge crashes on that or another version, can't remember and all my testing on working systems is 2.6.30 neways 1250709413 M * nkukard the other thing it could be I have a 64-bit kernel, and 32-bit userspace + 32-bit compiled qemu-kvm 1250709446 M * Bertl if that works on mainline, it should on Linux-VServer too 1250709490 M * nkukard i'm running pure 64-bit /64-bit on mainline on the box that works :) 1250709531 M * nkukard in any case, qemu is userspace it should not be crashing the kernel 1250709564 M * Bertl well, qemu yes, kvm not really 1250709595 M * nkukard but usage of kvm from userspace? 1250709601 M * Bertl but I agree, the userspace part should not be able to bring down the kernel (as usual) 1250709601 M * nkukard that would suck :) 1250709611 M * nkukard let me try more ... this intrigues me 1250709664 J * shuri ~shuri@64.235.209.226 1250709678 M * shuri Hi 1250709696 M * shuri i got a problem with one vserver since server crash 1250709722 M * shuri when trying to start the vserver got this error: 1250709723 M * shuri vsysctl: open("."): Permission denied 1250709728 M * Bertl debian? 1250709731 M * shuri yes 1250709735 M * shuri hi Bertl! 1250709739 M * shuri remember me 1250709745 M * Bertl hey, well, not unexpected then :) 1250709807 M * shuri any idea what can cause this error? 1250709830 M * Bertl the broken kernel and utils 1250709843 Q * xdr Quit: leaving 1250709849 M * shuri humm but others vserver are working in this box 1250709858 M * Bertl in this particular case, your guest is likely to be covered with barrier flags 1250709905 M * shuri anyway to fix this? 1250709925 M * Bertl temporarily by removing the barrier attribute from the guest 1250709952 M * Bertl permanently by using a working kernel and util-vserver instead of the known-to-be-broken debian versions 1250710004 M * shuri vxW: [?vsysctl?,5192:#20|20|20] did hit the barrier. 1250710005 M * shuri i see 1250710081 M * shuri how can I set the barrier attribute again? 1250710102 M * shuri setattr ? 1250710134 M * Bertl you want to remove them, with setattr -R --~barrier 1250710240 M * nkukard Bertl, can you recall what cgroup option should not be enabled? 1250710264 M * nkukard on 2.9.29.6 1250710272 M * shuri good thx Bert vserver can now boot again 1250710273 M * nkukard not sure if you guys removed or disabled the option 1250710278 M * Bertl CGROUP_NS for now 1250710343 M * nkukard must be disabled right? 1250710357 M * Bertl yep 1250710385 M * nkukard thanks man :) *makes a note this time* 1250710393 M * Guy- why must it be disabled? 1250710405 M * nkukard Guy-, else you get a bunch of wonky stuff in cgroup 1250710415 M * Bertl doesn't need to be disabled, but util-vserver doesn't handle it (yet) 1250710461 M * daniel_hozac it needs to be disabled if you want to use the cgroup support in util-vserver. 1250710467 M * daniel_hozac it's one or the other. 1250710468 M * nkukard util-vserver works fine without it disabled, I just really dislike all the pids that are created 1250710478 M * Guy- OK, I see 1250710482 M * nkukard ah, that aswell 1250710487 M * Guy- grepped my channel logs in the meantime 1250710501 M * nkukard hey daniel_hozac , if you got a moment and some free time, could you take a look at the diff for the latest yum? 1250710564 M * daniel_hozac i think my free time is in the negatives right now... 1250710570 M * nkukard np :) 1250710585 M * nkukard i would of fixed it, just not 100% apparent to me wha the author has done 1250710587 M * nkukard *what 1250710653 Q * bonbons Quit: Leaving 1250710891 J * xdr ~xdr@h-239-29.A219.priv.bahnhof.se 1250711202 Q * xdr Quit: leaving 1250711750 J * bonbons ~bonbons@2001:960:7ab:0:2c0:9fff:fe2d:39d 1250713517 Q * grobie Quit: Coyote finally caught me 1250713664 J * grobie ~grobie@tyr.schnuckelig.eu 1250714331 Q * balbir_ Ping timeout: 480 seconds 1250714666 Q * bonbons Quit: Leaving 1250715379 J * dna_ ~dna@p54BC901D.dip0.t-ipconnect.de 1250715471 Q * dna_ 1250715474 Q * MooingLemur Remote host closed the connection 1250715564 M * nkukard Bertl, no problem so far on 2.6.30 1250715579 M * Bertl okay 1250715612 M * nkukard normally if i have like 10 vservers running, then fired up kvm, then ctrl-c'd qemu ... wham bam crash 1250715665 M * Bertl so I'd guess you had the version before the ptimer fix then :) 1250715846 Q * arekm Quit: reboot 1250715878 M * nkukard more than likely :) 1250715889 M * nkukard thanks for your help Bertl, very much appreciated 1250715972 M * fb good evening :-) 1250716172 M * Bertl nkukard: you're welcome! 1250716457 N * DoberMann DoberMann[ZZZzzz] 1250716472 J * sunkencity ~joel@h22n2c1o1036.bredband.skanova.com 1250716546 J * MooingLemur ~troy@shells195.pinchaser.com 1250716653 Q * grobie charon.oftc.net kinetic.oftc.net 1250716653 Q * ktwilight charon.oftc.net kinetic.oftc.net 1250716653 Q * geb charon.oftc.net kinetic.oftc.net 1250716653 Q * ensc charon.oftc.net kinetic.oftc.net 1250716653 Q * ensc|w charon.oftc.net kinetic.oftc.net 1250716653 Q * pmenier_off charon.oftc.net kinetic.oftc.net 1250716653 Q * arachnist charon.oftc.net kinetic.oftc.net 1250716653 Q * nkukard charon.oftc.net kinetic.oftc.net 1250716653 Q * weasel charon.oftc.net kinetic.oftc.net 1250716653 Q * larsivi charon.oftc.net kinetic.oftc.net 1250716653 Q * TobiX_ charon.oftc.net kinetic.oftc.net 1250716653 Q * thalunil charon.oftc.net kinetic.oftc.net 1250716653 Q * mnemoc charon.oftc.net kinetic.oftc.net 1250716653 Q * mcp charon.oftc.net kinetic.oftc.net 1250716653 Q * biz charon.oftc.net kinetic.oftc.net 1250716653 Q * zbyniu charon.oftc.net kinetic.oftc.net 1250716653 Q * Rankin charon.oftc.net kinetic.oftc.net 1250716653 Q * FIChTe charon.oftc.net kinetic.oftc.net 1250716653 Q * maharaja_ charon.oftc.net kinetic.oftc.net 1250716653 Q * elesouef charon.oftc.net kinetic.oftc.net 1250716653 Q * C14r charon.oftc.net kinetic.oftc.net 1250716653 Q * _Shiva_ charon.oftc.net kinetic.oftc.net 1250716653 Q * Guy- charon.oftc.net kinetic.oftc.net 1250716653 Q * DelTree charon.oftc.net kinetic.oftc.net 1250716653 Q * Marillion charon.oftc.net kinetic.oftc.net 1250716653 J * grobie ~grobie@tyr.schnuckelig.eu 1250716655 J * _Shiva_ shiva@whatcha.looking.at 1250716656 J * zbyniu ~zbyniu@ip-62.181.188.13.static.crowley.pl 1250716656 J * biz biz@baze.de 1250716659 J * Marillion ~dirk@hetzner4.127011.net 1250716662 J * ensc ~irc-ensc@77.235.160.26 1250716666 J * mnemoc ~amery@shell.opensde.net 1250716668 J * elesouef ~elesouef@212.51.177.50 1250716669 J * mcp ~mcp@wolk-project.de 1250716680 J * nkukard ~nkukard@196.212.73.74 1250716683 J * ktwilight ~keliew@37.171-247-81.adsl-dyn.isp.belgacom.be 1250716686 J * larsivi ~larsivi@70.84-48-63.nextgentel.com 1250716687 M * sunkencity hello. Managed to build ubuntu vserver with debootstrap on gentoo earlier this week. worked like a charm. I've always used tarballs before but this worked really well. just wanted to say thanks for all the great work on vserver!!! It's a great thing! 1250716701 J * FIChTe fichte@bashpipe.de 1250716805 J * weasel ~weasel@anguilla.debian.or.at 1250716814 Q * weasel 1250716832 J * weasel ~weasel@weasel.noc.oftc.net 1250716851 J * thalunil ~thalunil@walledcity.de 1250716854 J * geb ~geb@earth.gebura.eu.org 1250716864 J * Rankin ~sel@81-233-246-30-no37.tbcn.telia.com 1250716872 J * pmenier_off ~pme@LNeuilly-152-22-8-5.w193-251.abo.wanadoo.fr 1250716886 J * saulus_ ~saulus@d003101.adsl.hansenet.de 1250716923 J * scientes__ ~scientes@97-126-29-111.tukw.qwest.net 1250716966 Q * hijacker Quit: Leaving 1250717012 Q * sunkencity Quit: sunkencity 1250717024 J * ensc|w ~ensc@www.sigma-chemnitz.de 1250717093 J * arachnist arachnist@smierc.net 1250717102 Q * shuri Quit: Leaving 1250717148 J * TobiX tobias@zoidberg.org 1250717151 J * C14r ~C14r@mail.cipworx.de 1250717151 J * maharaja raoul@93-189-26-52.rev.ipax.at 1250717151 J * Guy- ~korn@elan.rulez.org 1250717157 J * DelTree ~deplagne@goldorak3.eric.deplagne.name 1250717298 Q * saulus Ping timeout: 480 seconds 1250717298 N * saulus_ SauLus 1250717345 Q * maharaja Server closed connection 1250717454 J * maharaja raoul@93-189-26-52.rev.ipax.at 1250717647 J * arekm arekm@carme.pld-linux.org 1250717695 Q * dna Quit: Verlassend 1250718430 J * Elton09743 ~Delphi@189.82.255.217 1250718973 Q * Elton09743 Ping timeout: 480 seconds 1250718977 Q * maharaja Server closed connection 1250718979 J * maharaja raoul@93-189-26-52.rev.ipax.at 1250719328 J * scientes_ ~scientes@174-21-104-85.tukw.qwest.net 1250719606 Q * hparker Quit: bbiaf 1250719735 Q * scientes__ Ping timeout: 480 seconds 1250720047 J * hparker ~hparker@2001:470:1f0f:32c:215:f2ff:fe60:79d4 1250721068 M * Bertl off to bed now .. have a good one everyone! 1250721079 N * Bertl Bertl_zZ 1250721595 J * scientes__ ~scientes@174-21-106-77.tukw.qwest.net 1250721660 J * DelTree_ ~deplagne@goldorak3.eric.deplagne.name 1250721672 Q * DelTree joule.oftc.net kilo.oftc.net 1250721672 Q * C14r joule.oftc.net kilo.oftc.net 1250721871 Q * scientes_ Ping timeout: 480 seconds 1250721921 J * C14r ~C14r@mail.cipworx.de 1250722504 Q * imcsk8 Quit: This computer has gone to sleep 1250724117 J * imcsk8 ~ichavero@189.231.247.229 1250724423 J * ViRUS ~mp@p579B53C9.dip.t-dialin.net 1250725710 Q * imcsk8 Ping timeout: 480 seconds 1250725790 J * imcsk8 ~ichavero@189.231.118.184