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