1211155378 Q * Linus Quit: I'll by back 1211156311 J * Linus ~nuhx@bl7-138-213.dsl.telepac.pt 1211156436 M * Linus daniel_hozac i was wrong :þ it works :) 1211156440 M * Linus tks 1211162633 M * Supaplex I like .ssh/config for machines hiding behind nat too. I give each one their own known hosts file so ssh+friends don't flip out on mismatched keys on the same ip 1211164203 Q * doener_ Ping timeout: 480 seconds 1211164296 J * edlinuxguru ~edlinuxgu@ool-4357de9d.dyn.optonline.net 1211164316 M * edlinuxguru Hey all. Has anyone every attempted to install glusterFS on vserver 1211164574 Q * FireEgl Quit: Leaving... 1211164592 M * Supaplex not I 1211164625 M * edlinuxguru I am giving it a go. 1211164643 M * edlinuxguru It involves building the fuse module 1211169969 J * dowdle ~dowdle@71-32-22-171.blng.qwest.net 1211170422 J * FireEgl FireEgl@adsl-226-58-107.bhm.bellsouth.net 1211170447 Q * Linus Remote host closed the connection 1211170949 J * cryptronic ~oli@p54A3B746.dip0.t-ipconnect.de 1211172418 Q * dowdle Remote host closed the connection 1211173234 Q * cryptronic Quit: Leaving. 1211173889 Q * geb Ping timeout: 480 seconds 1211173947 Q * edlinuxguru Ping timeout: 480 seconds 1211174033 J * ntrs ~ntrs@77.29.69.97 1211174103 Q * Aiken Read error: Connection reset by peer 1211174115 J * Aiken ~james@ppp121-45-230-114.lns1.bne4.internode.on.net 1211176447 Q * mick_work Read error: Connection reset by peer 1211176696 Q * larsivi Ping timeout: 480 seconds 1211177003 Q * FireEgl Quit: Leaving... 1211177134 J * mick_work ~clamwin@h-74-2-196-226.miatflad.covad.net 1211177705 Q * ruskie Remote host closed the connection 1211177881 J * ungido ~ungido@200.88.176.19 1211177890 J * ruskie ruskie@ruskie.user.oftc.net 1211179464 J * MatBoy ~MatBoy@wiljewelwetenhe.xs4all.nl 1211179537 J * ungido_ ~ungido@200.88.176.19 1211179769 Q * ungido Ping timeout: 480 seconds 1211180939 J * dna ~dna@172-193-dsl.kielnet.net 1211181336 J * ntrs_ ~ntrs@77.29.75.171 1211181767 Q * ntrs Ping timeout: 480 seconds 1211182064 J * esa bip@ip-87-238-2-45.static.adsl.cheapnet.it 1211182408 J * ungido__ ~ungido@200.88.176.19 1211182635 Q * ungido_ Ping timeout: 480 seconds 1211182670 J * hijacker ~hijacker@213.91.163.5 1211182709 J * bonbons ~bonbons@2001:960:7ab:0:2c0:9fff:fe2d:39d 1211182721 M * FaUl uhm 1211182754 M * FaUl i have two vservers, bastion and mail 1211182760 M * FaUl both in the same network 1211182784 M * FaUl but with different ip-adresses (bastion has 192.168.24.2 and mail 217.11.58.106) 1211182809 M * FaUl both refuse to communicate with each other 1211182815 M * FaUl and i don't see why 1211182819 M * mugwump how is that on the same network? 1211182823 M * FaUl it isn't 1211182827 M * mugwump one is on a public address, one private 1211182844 M * FaUl but they are in the same ethernet-segment 1211182850 M * FaUl that was what i tried to say above 1211182870 N * DoberMann[ZZZzzz] DoberMann 1211182875 M * mugwump ok. well, that is a complete failure of a network design then isn't it? 1211182911 M * FaUl its more lack of ip-adresses ;-) 1211182931 M * FaUl i don't like it either 1211182995 M * mugwump http://lartc.org/ # start reading 1211183006 M * FaUl i know lartc 1211183033 M * FaUl routing works fine anyway - its only that vserver on the same maschine refuse to communicate with eachother 1211183096 M * mugwump ok, well if it helps, traffic that stays within a machine always travels over loopback 1211183156 M * FaUl i see traffic from mail to bastion 1211183156 M * FaUl 09:32:51.155459 IP mail.do.bundessicherheitsministerium.de.54330 > 192.168.24.2.domain: 50865+ PTR? 9.168.160.195.in-addr.arpa. (44) 1211183160 M * FaUl like this 1211183169 M * FaUl but there is no answer 1211183207 M * mugwump you tried that on both ends? 1211183234 M * mugwump or is this just the traffic that is staying on the one host? 1211183324 J * bfremon ben@lal69-2-82-226-60-237.fbx.proxad.net 1211183348 M * FaUl this is just the traffic that is staying on the one host 1211183364 M * FaUl the mail-server asks the dns-server (on the bastion-vserver) 1211183438 M * mugwump you're using tcpdump -i lo ? 1211183469 M * mugwump sometimes 'chcontext --ctx 1 netstat -plunt' can be useful to see what's listening where 1211183470 M * FaUl yes 1211183534 M * FaUl mh, creating a tcp-connect from bastion to mail works 1211183536 M * FaUl strange 1211183558 M * mugwump next on the blame list would be a bad iptables rule I guess 1211183571 M * FaUl no iptables on the mashine 1211183662 J * pmenier ~pme@LNeuilly-152-22-72-5.w193-251.abo.wanadoo.fr 1211183750 M * mugwump not even snat to disguise that private IP ? 1211183769 J * ungido_ ~ungido@200.88.176.19 1211183786 M * FaUl nope, that does the router in front of all 1211183806 M * FaUl well, i do a bit of policy-routing for that on the router 1211183888 M * mugwump so, if you make another tcpdump on the default gateway interface, do you see the dns request being forwarded on? 1211183909 M * mugwump or, can you see the dns daemon receive the message using strace ? 1211183918 M * FaUl i'm checking right now 1211184052 Q * ungido__ Ping timeout: 480 seconds 1211184091 J * ungido__ ~ungido@200.88.176.19 1211184315 Q * ungido_ Ping timeout: 480 seconds 1211184576 J * Slydder ~chuck@194.59.17.53 1211184893 J * ungido_ ~ungido@200.88.176.19 1211185117 Q * ungido__ Ping timeout: 480 seconds 1211185673 J * awk ~awk@security.web.za 1211185964 Q * ntrs_ Ping timeout: 480 seconds 1211188425 Q * ungido_ Read error: Connection reset by peer 1211190517 Q * bfremon Remote host closed the connection 1211191050 J * ntrs_ ~ntrs@77.29.75.171 1211191869 Q * ex Quit: leaving 1211191895 J * ex ex@valis.net.pl 1211192969 M * awk hmm, anyone know if there is a vserver kernel for clarkconnect? 1211193202 M * cehteh wtf is clarkconnect? :) 1211193231 M * awk fw/gw solution 1211193338 M * pmjdebruijn why would you want to run vserver on a fw/gw solution? 1211193406 M * awk want to host a asterisk box inside it... 1211193415 M * awk well an asterisk vserver 1211193550 N * Bertl_zZ Bertl 1211193554 M * Bertl morning folks! 1211194771 M * meebey if I set an acl on /vservers will that break the barrier? 1211194794 M * Bertl no 1211194811 M * Bertl but it might break your guest :) 1211194836 M * meebey why would that? I will not change the permission of the guests 1211194859 M * Bertl well, naturally depends on the ACL 1211194860 M * meebey Bertl: so chmod 0000 /vservers doesnt define the barrier anymore? 1211194876 M * Bertl nope, we use the barrier flag for that now 1211194876 M * meebey Bertl: the ACL is for the vserver-admins group :) 1211194881 M * meebey Bertl: ah ok 1211196989 J * sharkjaw ~gab@64.28.12.166 1211197003 M * nox Bertl: Are there lots of things left todo for a 2.6.25-2.3.0.35? 1211197020 M * nox or 34.10 1211197393 M * Bertl well, there are some things to be done before we have a devel version 1211197432 M * Bertl I wouldn't classify it 'lots' but quite some ... 1211197739 M * nox ic, so i assume it is still worth patching the actual fixes :) 1211197817 M * nox sometimes you are fixer in releases than i can look 1211197894 M * nox would like to use for a little longertime use 1211197954 Q * ki2 Quit: Leaving. 1211197956 A * nox had good experiences with develtree in good old 2.1.X times 1211198243 J * friendly ~friendly@ppp121-44-194-142.lns3.mel4.internode.on.net 1211198311 J * balbir ~balbir@122.167.201.235 1211198340 J * n01101111x ~nox@static.88-198-17-175.clients.your-server.de 1211198554 M * Bertl I should get around doing another release in the next few days 1211198820 M * Bertl okay, have to leave now ... should be back in a few hours 1211198841 N * Bertl Bertl_oO 1211198890 J * doener ~doener@i577B8E25.versanet.de 1211199128 Q * nox Ping timeout: 480 seconds 1211199318 Q * n01101111x Ping timeout: 480 seconds 1211199470 Q * balbir Ping timeout: 480 seconds 1211200337 Q * friendly Quit: Leaving. 1211200548 Q * Slydder Quit: Leaving. 1211200569 J * Slydder ~chuck@194.59.17.53 1211200663 Q * sharkjaw Remote host closed the connection 1211200754 J * balbir ~balbir@122.167.193.252 1211200917 M * yang My guest system has no loopback 127.0.0.1 interface, is this intentional to work this way? 1211200987 M * daniel_hozac if you have Linux-VServer < 2.3, yes. 1211201076 Q * Aiken Quit: Leaving 1211201198 M * yang daniel_hozac: you mean newer? 1211201218 M * yang daniel_hozac: i have the newest release 1211201249 M * yang daniel_hozac: but the thing is, that I cannot get talkd to work for me....Its tryingo to bind to localhost 127.0.0.1 1211201398 M * daniel_hozac we have 2 active branches, and two old branches. newest release really isn't specific enough. 1211201465 M * yang ii util-vserver 0.30.215-2 1211201491 M * daniel_hozac util-vserver isn't relevant. it's a kernel thing. 1211201643 M * yang 2.6.22-3-vserver-k7 the vserver package from debian 1211201661 M * daniel_hozac so that's not 2.3. 1211201706 M * yang so...I would have to wait for a newer release? 1211201838 M * daniel_hozac that is unlikely to happen, but yes, if you want an isolated 127.0.0.1 for each guest, you need 2.3+. 1211201858 M * daniel_hozac anything older than that just rewrites it to the guest's first IP address. 1211201884 M * yang daniel_hozac: so, there is also no other way to convince talkd to work ona guest system? 1211201958 M * yang write works, but talk doesn't 1211202675 M * ard tcp 0 0 0.0.0.0:4950 0.0.0.0:* LISTEN 1211202680 M * ard root@adrepo:/# telnet 127.0.0.1 4950 1211202682 M * ard telnet: Unable to connect to remote host: Connection refused 1211202685 M * ard :-( 1211202688 Q * MatBoy Remote host closed the connection 1211202734 M * ard 2.6.25.3 with 2.3.0.34.9 1211202889 J * MatBoy ~MatBoy@wiljewelwetenhe.xs4all.nl 1211202933 M * ard sounds like MatBoy has an xs4all only account :-) 1211202944 J * ntrs__ ~ntrs@77.29.74.16 1211202949 M * MatBoy ard, yes, bad provider these days 1211203033 M * daniel_hozac ard: CONFIG_VSERVER_AUTO_LBACK? 1211203062 J * padde_ ~padde@patrick-nagel.net 1211203075 M * MatBoy ard, and you are happy after Cistron was bought by XS4ALL ? 1211203353 Q * padde Ping timeout: 480 seconds 1211203360 N * padde_ padde 1211203375 Q * ntrs_ Ping timeout: 480 seconds 1211203454 M * ard MatBoy : heheh, I haven't seen traffic since tuesday 1:33 :-) 1211203464 M * ard that's why I have 2 :-) 1211203503 M * ard daniel_hozac : 1211203504 M * ard CONFIG_VSERVER_AUTO_LBACK=y 1211203504 M * ard CONFIG_VSERVER_AUTO_SINGLE=y 1211203510 M * ard and ~SINGLE_IP in nflags 1211203538 M * ard I've alsoe tried AUTO_SINGLE=n, since a 2.6.22.19-2.3.0.34 version works 1211203575 M * daniel_hozac yang: i have no idea. you'd have to figure out why talk doesn't work first. 1211203592 M * ard It's as if connections to 127.0.0.1 go to the host 127.0.0.1 1211203619 M * FaUl mugwump: i found out what the problem was - it was just that the dns-server was not allowed to answer from that ip-adress *Aaaargh* 1211203719 J * nox ~nox@static.88-198-17-175.clients.your-server.de 1211203734 M * derjohn foo folks! currently I try to push the derjohn vserver-kernel-series towards 2.6.25, but gut stuck here: http://paste.linux-vserver.org/12101 .. any hints for /me ? 1211203799 M * ard derjohn : I thought that daniel_hozac told me to disable vserver debug 1211203819 M * derjohn ard, same game? yes, I enabled the debug option ..... 1211203824 M * derjohn ard, thx, i try 1211203830 M * ard # CONFIG_VSERVER_DEBUG is not set 1211203832 M * ard :-) 1211203833 M * daniel_hozac derjohn: disable the scheduler monitor. 1211203848 M * daniel_hozac since the scheduler is not implemented, there is nothing to monitor. 1211203863 M * ard ah... 1211203936 M * derjohn ard, hey, but you've been close, at least measured in distance of the .config options in lines :) 1211203972 M * ard Hmmm, I know I disabled VSERVER_DEBUG for something, but I think the monitor is in the debug section :-) 1211203979 J * eSa| ~kvirc@ip-87-238-2-45.static.adsl.cheapnet.it 1211203980 J * |eSa|| ~kvirc@ip-87-238-2-45.static.adsl.cheapnet.it 1211204056 M * ard daniel_hozac : 1211204057 M * ard root@adrepo:/# telnet 1.0.0.127 4950 1211204061 M * ard # munin node at adrepo.telegraafnet.nl 1211204082 M * ard somewhere there is a htonl to much :-) 1211204085 M * ard or not enough :-) 1211204128 M * daniel_hozac really? that's.... weird. 1211204158 M * ard Well, it's only about the connect to test... 1211204167 M * ard the remainder still seems to work. 1211204174 M * daniel_hozac i'll look in to it. 1211204179 M * ard But this is 2.6.25.3 with the patches for 2.6.25 1211204200 M * ard so I will have to check if the ~ patch lines are correct 1211204208 M * daniel_hozac that shouldn't matter, unless you got conflicts? 1211204228 M * ard no conflicts, but more like succeeded + 4 lines or so 1211204252 M * daniel_hozac offsets without fuzz usually aren't problematic. 1211204294 M * ard You never know ;-) 1211204347 M * daniel_hozac well, unless the offset is like 500 lines. 1211204370 M * ard no :-).... offset was usually 4 lines, and at one point 16 or so... 1211204842 M * ard It should only be one single test... 1211204861 Q * |eSa|| Quit: KVIrc 3.4.0 Virgo http://www.kvirc.net/ 1211204861 Q * eSa| Quit: KVIrc 3.4.0 Virgo http://www.kvirc.net/ 1211204868 M * ard the 1.0.0.127 is translated to 15:46:45.902097 IP 127.0.0.1.46600 > 127.0.200.1.4950, which is correct 1211204883 M * ard 200 is the context id 1211205014 Q * Slydder Quit: Leaving. 1211205030 M * daniel_hozac what does netstat show if you bind to 127.0.0.1? 1211205039 M * ard tcp 0 0 127.0.0.1:5433 0.0.0.0:* LISTEN 1211205125 M * daniel_hozac strange... 1211205190 M * ard the remainder of the connections are correct 1211205212 M * ard that's probably why it took me a week to find out localhost did not work ;-) 1211205283 M * ard Hmmm... /me got a reminder to fix my adsl connections 1211205370 J * edlinuxguru ~edlinuxgu@68.sub-72-119-84.myvzw.com 1211205568 M * edlinuxguru Morning all. Here is an interesting problem. I am attempting to install glusterfs inside a vserver. The glusterFS 'server' code works perfectly. The client requires fuse. I found a few docs that cuggest adding ccapabilities and bcapabilities to the guest. Then i copied /dev/fuse inside the guest. 1211205652 M * edlinuxguru THen the instructions mention to install the same version of fuse inside the guest that is in the vserver. Here is the tricky point. the yum repository inside the guest does not have installing fuse as an option. When I build fuse from source it requires the kernel source which is also not proper inside the guest. 1211205688 M * edlinuxguru Running kernel is kernel_vs_version but kernel source is the stock CentOS 5 kernel. any suggestions? 1211205796 M * ard daniel_hozac : the only network fuzzy matches is net/core/rtnetlink.c 1211205858 M * ard I think that's only for showing devices 1211206205 Q * edlinuxguru 1211206213 J * edlinuxguru ~edlinuxgu@68.sub-72-119-84.myvzw.com 1211206408 Q * edlinuxguru 1211207024 J * edlinuxguru ~edlinuxgu@68.sub-72-119-84.myvzw.com 1211207155 J * eSa| ~kvirc@ip-87-238-2-45.static.adsl.cheapnet.it 1211207155 J * _eSa|_ ~kvirc@ip-87-238-2-45.static.adsl.cheapnet.it 1211207775 Q * mick_work Ping timeout: 480 seconds 1211207926 M * daniel_hozac edlinuxguru: kernel interfaces are supposed to be stable. as long as you build against a kernel version <= the one you're running, it shouldn't be a problem. 1211207999 Q * edlinuxguru Ping timeout: 480 seconds 1211208544 J * mick_work ~clamwin@h-74-2-196-226.miatflad.covad.net 1211209278 Q * jsambrook Ping timeout: 480 seconds 1211209460 J * jsambrook ~jsambrook@aelfric.plus.com 1211209785 M * ard daniel_hozac : 1211209820 M * ard in kernel/vserver/inet.c there are tests with IN_LOOPBACK, but IN_LOOPBACK is host order, and at least one case there is a mixup with byteorder 1211209829 M * ard host vs network I mean: 1211209835 M * ard f.i. : 1211209836 M * ard found = IN_LOOPBACK(fl->fl4_dst) 1211209836 M * ard ? IPI_LOOPBACK : nxi->v4.ip[0].s_addr; 1211209878 M * ard IPI_LOOPBACK is at least the network order of INADDR_LOOPBACK... 1211209939 M * ard but I still do not see that as a reason to see 1.0.0.127 match as loopback in the destination adres 1211209960 M * daniel_hozac hmm, this was fixed a long time ago. 1211209965 M * daniel_hozac it must've gotten lost in the port. 1211210048 M * daniel_hozac replace all instances of IN_LOOPBACK with ipv4_is_loopback. 1211210051 M * ard Well, at least om 2.6.22.19-2.3.0.34 it works ;-) 1211210057 M * ard ah, ok 1211210067 M * ard patch wide? 1211210073 M * ard or just the kernel/vserver? 1211210077 M * daniel_hozac it's just in that function. 1211210085 M * daniel_hozac everything else uses IPI_LOOPBACK. 1211210278 M * ard compiling... 1211210309 M * ard but is still does not explain 1.0.0.127 as loopback, does it? 1211210316 M * daniel_hozac it does. 1211210332 M * daniel_hozac further down in that function is the code that turns 127.0.0.1 into lback. 1211210334 A * ard thought it only contained source address selection 1211210338 M * ard ah 1211210349 M * ard tanx! 1211210633 M * daniel_hozac http://people.linux-vserver.org/~dhozac/p/k/delta-lback-fix06.diff is the initial patch that added that functionality. 1211210839 M * ard root@adrepo:/# telnet 127.0.0.1 4950 1211210842 M * ard Connected to 127.0.0.1. 1211210843 M * ard # munin node at adrepo.telegraafnet.nl 1211210846 M * ard w00t :-) 1211210853 M * daniel_hozac awesome. 1211210963 M * ard than again! 1211211342 J * mrfree ~mrfree@host1-89-static.40-88-b.business.telecomitalia.it 1211211353 Q * eSa| Ping timeout: 480 seconds 1211211359 Q * _eSa|_ Ping timeout: 480 seconds 1211211372 J * eSa| ~kvirc@ip-87-238-2-45.static.adsl.cheapnet.it 1211211374 J * |eSa|| ~kvirc@ip-87-238-2-45.static.adsl.cheapnet.it 1211211960 Q * balbir Ping timeout: 480 seconds 1211213145 Q * ntrs__ Ping timeout: 480 seconds 1211213210 Q * mrfree Quit: Leaving 1211213424 Q * xdr Ping timeout: 480 seconds 1211213556 Q * bonbons Quit: Leaving 1211213635 J * ntrs ~ntrs@77.29.74.16 1211213920 M * FaUl http://paste.linux-vserver.org/12103 <- may this be related to vserver-patches? 1211213965 M * daniel_hozac do you have the kernel tree? 1211213975 M * daniel_hozac do you have CONFIG_DEBUG_INFO enabled? 1211213977 M * FaUl nope 1211213985 M * FaUl well yes/nope 1211213993 M * FaUl i will do 1211214022 M * daniel_hozac can you reproduce it? 1211214059 M * daniel_hozac and is that the first oops? 1211214068 M * daniel_hozac (or BUG/etc) 1211214143 J * dowdle ~dowdle@scott.coe.montana.edu 1211214259 M * FaUl i think this is the first 1211214267 M * FaUl but syslog complains about broken reiserfs anyway 1211214276 M * FaUl i'll try reiserfsck on it 1211214389 M * cehteh outch :P 1211214469 M * FaUl well, i lost 3 month of work due too a double disk-outage last week, so the mailspool isn't that bad anyway 1211214474 J * bonbons ~bonbons@2001:960:7ab:0:2c0:9fff:fe2d:39d 1211214693 J * cryptronic ~oli@p54A3B746.dip0.t-ipconnect.de 1211215005 M * FaUl ok, the good message is: no more oopses so far 1211215129 Q * eSa| Ping timeout: 480 seconds 1211215394 J * edlinuxguru ~edlinuxgu@216.223.13.111 1211215481 Q * |eSa|| Ping timeout: 480 seconds 1211215693 J * balbir ~balbir@122.167.193.252 1211215874 Q * esa Ping timeout: 480 seconds 1211215996 J * esa bip@ip-87-238-2-45.static.adsl.cheapnet.it 1211216298 Q * dna Read error: Connection reset by peer 1211216323 J * dna ~dna@172-193-dsl.kielnet.net 1211216348 J * ntrs_ ~ntrs@77.29.74.16 1211216396 Q * pmenier Quit: Konversation terminated! 1211216750 Q * ntrs Ping timeout: 480 seconds 1211216930 J * eSa| ~kvirc@ip-87-238-2-45.static.adsl.cheapnet.it 1211216946 J * Hawq ~hawk@limanowa.net 1211217171 J * hijacker_ ~Lame@87-126-142-51.btc-net.bg 1211217185 M * Hawq anyone here tried to run vserver on 2.6.25.4 kernel? 1211217545 N * DoberMann DoberMann[PullA] 1211217640 J * hijacker__ ~Lame@87-126-142-51.btc-net.bg 1211217640 Q * hijacker_ Read error: Connection reset by peer 1211217795 N * Bertl_oO Bertl 1211217798 M * Bertl back now ... 1211217908 M * Hawq hello Bertl. any chances you can give me hints where may be the problem if 2.6.25.4 with vserver doesn't allow to create any guest? :) I'm getting error and I'm wondering if its kernels fault o util-vserver fault. 1211217938 M * Bertl hmm, any details? 1211217943 M * Bertl (please use paste.linux-vserver.org for everything longer than 3 lines) 1211218009 M * Hawq http://paste.linux-vserver.org/12105 1211218032 M * Hawq happens always, no matter if I'm trying to create centos, debian, pld or any other guest 1211218043 M * Bertl where did you get that line from? 1211218098 M * Hawq which line? vserver build? 1211218105 M * Bertl the build line, yes 1211218111 M * Hawq from http://www.pld-linux.org/Vserver 1211218164 M * Bertl try something like this: 1211218166 M * Hawq oh, I added --force manually 1211218166 M * Bertl vserver etch32 build -m debootstrap --context 10104 --hostname etch32.debian.org --interface eth1:10.1.4.32/24 -- -d etch -m http://ftp.debian.org/debian -- --arch i386 1211218189 M * Bertl but I doubt that is what causes your issues, so 1211218215 M * Bertl please give this one a spin on your host: 1211218222 M * Bertl http://vserver.13thfloor.at/Stuff/SCRIPT/testme.sh 1211218233 M * Hawq checking... 1211218280 Q * FloodServ charon.oftc.net services.oftc.net 1211218302 M * Hawq results from testme.sh: http://paste.linux-vserver.org/12106 1211218373 M * Bertl okay, that doesn't look to bad 1211218383 M * Bertl *too 1211218405 M * Bertl you said pld, so I presume you have pld installed on the host, yes? 1211218416 M * Hawq yes 1211218433 M * Bertl could you check if the line I gave you above works? 1211218454 M * Bertl (adjust the name/ips/context) 1211218458 M * Hawq yes, I'm giving it a try right now 1211218483 M * Bertl in the meantime, you can verify if your rpm binary is a static or dynamic one 1211218541 M * Hawq dynamic one 1211218557 M * Bertl okay, that's good too 1211218570 J * FloodServ services@services.oftc.net 1211218662 J * hijacker_ ~Lame@87-126-142-51.btc-net.bg 1211218662 Q * hijacker__ Read error: Connection reset by peer 1211218678 M * Hawq seems like it will work, its retrieving apt indexes 1211218697 M * Bertl which would point to yum doing something wrong 1211218709 M * Bertl but let's see how that does 1211218761 M * Hawq Bertl: same happens if I'm trying to install pld, for example with 'vserver test build --context 106 -m poldek -n test -- -d pld-ti' 1211218777 M * Hawq when I'll reboot back to 2.6.22.19 everything works 1211218893 M * Bertl well, I don't know anything about the poldek build method, not sure it is in util-vserver yet 1211218934 M * Hawq debian installed correctly 1211218966 J * hijacker__ ~Lame@87-126-142-51.btc-net.bg 1211218980 M * Bertl now if you can start that guest, we an rule out a 'kernel issue' per se, but it could be still something missing (which is needed for non debian installs) 1211219006 J * Pazzo ~ugelt@reserved-225136.rol.raiffeisen.net 1211219018 M * Bertl but let's do some more tests with --debug and/or strace -fF 1211219023 M * Bertl wb Pazzo! 1211219032 M * Pazzo Hi Bertl!!! 1211219059 Q * hijacker_ Read error: Connection reset by peer 1211219133 M * Hawq Bertl: guest started ok, also my previously instlaled centos and pld guests work ok too 1211219145 J * ViRUS ~mp@p5B245A09.dip.t-dialin.net 1211219163 M * Bertl good, so we are most likely looking for a problem on the userspace side 1211219181 M * Bertl the interesting question now is, where is that util-vserver from? 1211219237 M * Hawq its rpm built from this spec: http://cvs.pld-linux.org/cgi-bin/cvsweb/SPECS/util-vserver.spec?rev=1.189 1211219246 M * Hawq sources are from http://ftp.linux-vserver.org/pub/utils/util-vserver/ 1211219266 M * Bertl well, that's a lot of patches there 1211219288 M * Bertl I would first try with a vanilla util-vserver (0.30.215) 1211219300 M * Hawq yeah, I know, it can as well PLD specific problem :) 1211219323 M * Hawq no prob, I'll rebuild it quickly w/o patches 1211219332 M * Bertl my guess is, you will lose the poldek build method, but the rest should be there 1211219773 Q * hijacker__ Read error: Connection reset by peer 1211219911 Q * balbir Ping timeout: 480 seconds 1211219964 M * Hawq Bertl: same error while trying to setup centos with vanilla util-vserver 1211220061 M * Bertl okay, try with the --debug option and upload that please? 1211220114 M * daniel_hozac that's a weird race somewhere that i haven't been able to figure out. 1211220137 M * Bertl maybe we get some clues here 1211220139 M * daniel_hozac AFAICT, the race should not be possible. 1211220253 M * daniel_hozac (unless, of course, something is avoiding the rpm-fake hooks) 1211220284 M * Bertl we still have them only on parts of the exec funtions, yes? 1211220311 M * daniel_hozac well, for that error, we only care about the init and exit handlers. 1211220395 M * daniel_hozac RPM_FAKE_DEBUG=65535 and switch debugging + context debugging might be able to shed some light. 1211220563 M * Hawq Bertl: http://paste.linux-vserver.org/12107 sorry if some lines wrapped out, I copied it directly from console 1211221969 M * nox another noobish question, how can i stop a vserver which has no name? 1211221986 M * daniel_hozac vkill 1211222027 M * nox thx 1211223356 Q * ViRUS Quit: Leaving 1211223423 J * ViRUS ~mp@p5B245A09.dip.t-dialin.net 1211224564 J * ntrs__ ~ntrs@77.29.68.248 1211224980 Q * ntrs_ Ping timeout: 480 seconds 1211225091 M * Hawq Bertl: any more things I should test/check/whatever? :) 1211225248 M * Bertl daniel_hozac is the expert on util-vserver, I don't see anything unusual, except for the rpm-fake-resolver failing 1211225270 M * Bertl (which, of course, should not happen) 1211225291 M * daniel_hozac as i said, switch+context debugging and export RPM_FAKE_DEBUG=65535 1211225361 M * Bertl the former one means enabling Linux-VServer debugging in the kernel, and setting the appropriate sysctl values 1211225393 J * doener_ ~doener@i577B87F8.versanet.de 1211225494 Q * doener Ping timeout: 480 seconds 1211225615 Q * dna Ping timeout: 480 seconds 1211225722 J * dna ~dna@20-196-dsl.kielnet.net 1211226019 Q * mick_work Ping timeout: 480 seconds 1211226703 M * Hawq daniel_hozac: forgive lame question but what do you mean by switch+context debugging? I mean, how to enable those 1211226744 M * Bertl Hawq: as I told you 22 mins ago :) 1211226768 M * Hawq just --debug to vserver build? 1211226775 M * Bertl 21:29 < Bertl> the former one means enabling Linux-VServer debugging in the kernel, and setting the appropriate sysctl values 1211226792 M * Hawq oh, I missed this line somehow, thanks :) 1211226797 M * Bertl np 1211226870 J * bardia ~bardia@lnc.usc.edu 1211226882 M * Bertl welcome bardia! 1211226917 M * bardia hi Bertl! 1211226937 M * Hawq I guess I'll test it tomorrow than. kernel rebuild will take me ~1h and in that time I'll be probably sleeping :/ 1211226952 M * ard daniel_hozac : do you want a patch of the fix you told me? 1211226966 M * Bertl Hawq: okay 1211226966 M * ard I mean: you know the fix :-) 1211226980 M * ard but I will be happy to make one 1211227000 M * daniel_hozac ard: Bertl might :) 1211227007 M * ard ok :-) 1211227109 M * Hawq just started kernel rebuild. maybe it'll finish in time :) 1211227157 M * bardia easy question, what's the best way to backup a vserver client? just rsync the /var/lib/vservers/client and /etc/vservers/client folders? 1211227213 M * Bertl for example 1211227222 M * ard Bertl : http://217.196.41.9/~ard/patch-2.6.25-vs2.3.0.34.9-in-loopbackfix.diff 1211227227 M * Bertl bardia: but make sure to use the proper rsync options 1211227344 M * bardia is it recommended to stop a client in order to backup or can i leave it running? 1211227376 M * Bertl you can leave it running, but you have to deal with the things which might be out of sync 1211227384 Q * Pazzo Remote host closed the connection 1211227410 J * Pazzo ~ugelt@reserved-225136.rol.raiffeisen.net 1211227413 M * Bertl i.e. if you want to move a guest from one server to the other, it's common practice to rsync while running once, and a second time when the guest is stopped 1211227550 M * bardia ic, that's smart. what's improper about the usual rsync -a sort of backup? i was planning to add it to some existing rsnapshot system we have 1211227602 M * Bertl ard: tx! 1211227611 M * Bertl bardia: you will lose filesystem information 1211227612 M * ard no, daniel_hozac tx! :-) 1211227659 M * Bertl bardia: -axHPSD --numeric-ids is a good start 1211227908 M * bardia ok, thanks! 1211228131 M * Hawq hm, build failed when I tried to enable CONFIG_VSERVER_DEBUG 1211228174 M * Bertl message? 1211228214 M * Hawq http://paste.linux-vserver.org/12108 1211228231 M * Bertl ah, please disable the schedmon 1211228242 M * Hawq now I'm trying with just debug, w/o VSERVER_HISTORY and such 1211228266 M * Bertl yep, that's fine 1211228821 Q * bardia Quit: [BX] Amount of time you people were funny: -3 minutes 28 seconds 1211228937 P * fb 1211229572 J * Mojo1978 ~Mojo1978@ip-78-94-122-201.hsi.ish.de 1211229625 M * Bertl okay, off to bed now ... have a good one everyone! 1211229632 N * Bertl Bertl_zZ 1211229715 M * Hawq same here. test may wait. g'nite 1211230310 Q * dna Ping timeout: 480 seconds 1211230321 Q * bonbons Quit: Leaving 1211230344 J * Aiken ~james@ppp121-45-230-114.lns1.bne4.internode.on.net 1211231558 Q * ViRUS Quit: Leaving 1211231738 Q * MatBoy Remote host closed the connection 1211232105 Q * ntrs__ Ping timeout: 480 seconds 1211232428 M * FaUl hm 1211232449 M * FaUl any idea why portmap just listenes to the guest-ip and not to localhost as well if i make portmap -i 0.0.0.0 ? 1211232567 M * FaUl i'm using the current devel 1211232733 M * FaUl is there any way to avoid this without disableing loopback-virtualisation? 1211232914 Q * Pazzo Quit: Ex-Chat 1211233425 M * FaUl how can i disable loopback virtualisation on some particular vserver anyway? 1211233505 Q * cryptronic Quit: Leaving. 1211233712 M * FaUl is someone alive here or am i talking to the void anyway? 1211233927 M * daniel_hozac disable the single IP special casing. 1211233939 M * daniel_hozac either by using ~SINGLE_IP, or in the kernel as CONFIG_VSERVER_AUTO_SINGLE 1211233946 M * FaUl ah 1211233967 M * nox can i add a ipv8 addr to a running vserver? 1211233975 M * daniel_hozac (http://linux-vserver.org/Capabilities_and_Flags has all the details) 1211233982 M * daniel_hozac nox: IPv8 is not supported by Linux-VServer. 1211233984 M * FaUl nox: ipv8 is not supportet afaik ;-P 1211234001 M * nox daniel_hozac: have 2.3 1211234007 M * FaUl bcapabilities was the right file? 1211234007 M * nox and worx fine 1211234013 M * daniel_hozac no, nflags. 1211234025 M * nox just tunnel was not up as the vserver booted 1211234034 M * daniel_hozac nox: i was under the impression that IPv9 was the version after IPv6. 1211234042 M * daniel_hozac i've never heard of IPv8 before. 1211234054 M * nox lol 1211234060 M * nox sry 2 late :) 1211234131 A * nox hopes ipv6 will come soon and last a dozen years at least 1211234254 M * FaUl daniel_hozac: that did it, thx a lot 1211235019 Q * opuk Remote host closed the connection 1211235214 Q * nou Ping timeout: 480 seconds 1211235348 J * nou Chaton@causse.larzac.fr.eu.org 1211236715 J * opuk ~kupo@c213-100-138-228.swipnet.se 1211237084 N * DoberMann[PullA] DoberMann[ZZZzzz] 1211237107 J * _brent_ ~brent@jive.fttp.xmission.com 1211237435 Q * edlinuxguru Ping timeout: 480 seconds 1211239779 Q * _brent_ Quit: Leaving. 1211241097 J * edlinuxguru ~edlinuxgu@34.sub-72-124-140.myvzw.com 1211241118 M * edlinuxguru I am getting a fuse core dump. 1211241125 M * edlinuxguru I combined http://www.gluster.org/docs/index.php/Install_and_run_GlusterFS_v1.3_in_10mins 1211241141 M * edlinuxguru with http://wiki.openvz.org/FUSE 1211241520 Q * dowdle Remote host closed the connection