1221352253 Q * lucrus Quit: Sto andando via 1221352756 N * DoberMann DoberMann[ZZZzzz] 1221354964 J * cryptronic1 ~oli@p4FD2F765.dip.t-dialin.net 1221355012 J * ntrs__ ~ntrs@77.29.78.169 1221355288 Q * cryptronic Ping timeout: 480 seconds 1221355496 Q * ntrs__ Ping timeout: 480 seconds 1221358527 Q * Aiken Ping timeout: 480 seconds 1221361785 Q * hparker Quit: Read error: 104 (Peer reset by connection) 1221363468 Q * derjohn_mob Ping timeout: 480 seconds 1221363852 Q * Zigara Ping timeout: 480 seconds 1221366067 Q * quinq Quit: Quitte 1221368599 J * Moo ~troy@shells195.pinchaser.com 1221368610 M * Moo mornin/evenin 1221368953 M * Moo In 2.3.0.35.5, the /proc/mounts inside a vserver is pretty darn noisy.. However, I did a mount -o remount,acl /vservers on the host, so I don't know if that was the cause, yet 1221369027 M * Moo http://pastebin.ca/1202328 1221369352 A * Moo reboots to eliminate that variable. 1221369359 Q * Moo Quit: Leaving 1221369890 J * Moo ~troy@shells195.pinchaser.com 1221369992 M * Moo nope, still noisy :P 1221370151 J * ntrs__ ~ntrs@77.29.78.21 1221370497 J * derjohn_mob ~aj@e180204157.adsl.alicedsl.de 1221372388 Q * larsivi Ping timeout: 480 seconds 1221380070 J * ntrs_ ~ntrs@77.29.73.108 1221380329 J * nas ~chatzilla@bb116-14-16-236.singnet.com.sg 1221380336 M * nas guys hello 1221380353 M * nas anyone knows where to put lo for vserver-guest 1221380390 M * nas i found this site but it does not have a lo file here -> http://www.nongnu.org/util-vserver/doc/conf/configuration.html 1221380397 M * nas only ip 1221380480 J * larsivi ~larsivi@169.80-202-217.nextgentel.com 1221380481 Q * ntrs__ Ping timeout: 480 seconds 1221380649 Q * nas Quit: ChatZilla 0.9.83 [Firefox 3.0.1/2008070208] 1221380734 J * bonbons ~bonbons@2001:960:7ab:0:2c0:9fff:fe2d:39d 1221382156 Q * BrunoXLambert Ping timeout: 480 seconds 1221382376 J * nas ~chatzilla@bb116-14-16-236.singnet.com.sg 1221382383 M * nas guys 1221382487 N * DoberMann[ZZZzzz] DoberMann 1221382526 M * nas why my /vserver/sysctl/0 setting not working 1221382561 M * nas after i check the value of sysctl -a still the same after i restart the vserver guest 1221382583 M * nas also my loopback interface not i put in /vservername/interfaces/lback 1221382612 M * nas auto lo:0 1221382614 M * nas iface lo:0 inet static 1221382616 M * nas address 192.168.0.70 1221382617 M * nas netmask 255.255.255.255 1221382629 M * nas it's not working after i restart networking in vserver guest 1221383111 J * BrunoXLambert ~Bruno@dsl-151-156.b2b2c.ca 1221383305 N * Bertl_zZ Bertl 1221383311 M * Bertl morning folks! 1221383337 M * Bertl nas: what is in your /vserver/sysctl/0 ? 1221383376 M * Bertl nas: you are writing to /vservername/interfaces/lback ? 1221383387 Q * nas Ping timeout: 480 seconds 1221384413 J * nas ~chatzilla@bb116-14-16-236.singnet.com.sg 1221384419 M * nas pips 1221384430 Q * pisco Remote host closed the connection 1221384442 M * Bertl nas: pip, I think you are using the wrong config files :) 1221384445 M * nas why doesn't /vservername/sysctl/0/setting not take effect? 1221384466 M * Bertl http://www.nongnu.org/util-vserver/doc/conf/configuration.html 1221384473 M * nas yeah i use it 1221384497 J * pisco ~pisco@tor.noreply.org 1221384500 M * Bertl first / != /etc/ 1221384532 M * nas i use /etc/vservers//sysctl/0 1221384538 M * Bertl as file? 1221384545 M * nas then inside that folder are setting and value 1221384568 M * Bertl okay, that looks better, what util-vserver version? 1221384598 M * nas firstly i use 0.3.212 because this is default in etch 1221384612 M * Bertl doesn't work with 0.30.212, you need a newer version 1221384615 M * nas then i upgrade to 0.3.215 from backports 1221384627 M * nas etch-backports 1221384671 M * nas do i need to uninstall the .212 first? before installing the .215? 1221384673 M * Bertl okay, what did you put in /etc/vservers//sysctl/0/{setting,value}? 1221384699 M * nas net.ipv4.conf.default.forwarding - ipput in setting 1221384699 M * Bertl if you did that with a debian package, the 0.30.212 should have been uninstalled automatically 1221384708 M * nas 1 - i put in value 1221384721 M * Bertl if you did install the 0.30.212 or 215 manually, you want to uninstall the other manually too 1221384750 M * nas ok 1221384757 M * Bertl and in the setting file? 1221384762 M * nas net.ipv4.conf.default.forwarding 1221384769 M * nas that's all 1221384774 M * nas then in value 1221384776 M * Bertl that is nothing you can set on a per guest basis 1221384776 M * nas 1 1221384788 M * Bertl if you want to enable forwarding, do that on the host 1221384794 M * nas ok 1221384800 M * Bertl all networking related configurations happen on the host 1221384807 M * nas how about net.ipv4.conf.all.arp_ignore 1221384815 M * Bertl all networking related configurations happen on the host. period. 1221384846 Q * ntrs_ Ping timeout: 480 seconds 1221384851 M * nas ok 1221384857 M * nas how about the lo? 1221384874 M * nas i put this line in the lback file 1221384891 M * nas auto lo:0 1221384893 M * nas iface lo:0 inet static 1221384895 M * nas address 192.168.0.70 1221384896 M * nas netmask 255.255.255.255 1221384899 M * nas where .70 is a VIP 1221384914 M * Bertl that's just wrong 1221384924 M * Bertl the lback file takes a single address 1221384931 M * nas ok so that is VIP 1221384934 M * Bertl (which will be used as lback address) 1221384951 M * Bertl usually that is something like 127.42.42.1 1221384973 M * Bertl I doubt that you want to use 192.168.0.70 for the loopback virtualization 1221384988 M * nas yeah i want to use that 1221385008 M * nas and i want to use netmask 255.255.255.255 1221385021 M * Bertl there is no netmask for the loopback virtualization 1221385042 M * Bertl 127.x gets mapped to that address (and back) 1221385045 M * nas but this loopback is for VIP 1221385054 M * nas not the normal loopback 1221385063 M * nas this is lo:0 1221385074 M * Bertl well, then you are using the wrong file, as I presumed 1221385109 M * Bertl if you want to assign the 192.168.0.70 address to the guest, use the normal interface config ... i.e. something like this: 1221385182 M * nas you mean the /etc/network/interfaces in the guest? 1221385217 M * Bertl mkdir /etc/vservers//interfaces/0 1221385218 M * Bertl echo lo >/etc/vservers//interfaces/0/dev 1221385218 M * Bertl echo 192.168.0.70 >/etc/vservers//interfaces/0/ip 1221385218 M * Bertl echo 255.255.255.255 >/etc/vservers//interfaces/0/mask 1221385252 M * nas but my dev file contains the default eth0 1221385265 M * nas and the ip contains the guest ip 1221385265 M * Bertl well, then take '1' instead of '0' 1221385287 M * nas so i make another folder named '1'? 1221385293 M * Bertl yep, precisely 1221385318 M * Bertl note, if you really want lo:0 then you also want to add an entry 'name' with just '0' in it 1221385324 M * nas wouldn't that config would mean lo for eth1? 1221385358 M * Bertl nope, the numbers '0', '1' are arbitrarily chosen, you can also rename those dirs to something else 1221385359 M * nas sorry if that seems to be a stupid question, just wondering 1221385364 M * nas hehehe 1221385368 M * Bertl e.g. 'foo' and 'bar' 1221385373 M * nas ohhh ok 1221385395 M * nas ok then 1221385396 M * Bertl see the url I gave you, look for 1221385404 M * nas oks 1221385458 M * nas ok i'll try that now 1221385483 M * nas have to disconnect for a while, i'll get back again in a few minutes 1221385497 M * Bertl np 1221385605 J * loddafnir ~mike@chello080108111137.5.11.univie.teleweb.at 1221385967 Q * nas Ping timeout: 480 seconds 1221386623 J * nas ~chatzilla@bb116-14-16-236.singnet.com.sg 1221386630 M * nas hi bertl 1221386633 M * nas i tried it 1221386638 M * nas seems to work 1221386654 M * nas remember i'm setting up a HA system 1221386670 M * nas well i already got heartbeat and ldirectord working 1221386826 J * friendly ~friendly@ppp59-167-89-99.lns2.mel6.internode.on.net 1221386834 J * lucrus ~lucrus@host-84-223-101-74.cust-adsl.tiscali.it 1221386837 M * nas but the .70 vip i can't get working 1221386871 M * nas if i specify lo 192.168.0.70 in vserver guest, doesn't that overwrite the normal lo? 1221388067 Q * nas Ping timeout: 480 seconds 1221388442 N * cga`afk cga 1221388603 J * nas ~chatzilla@bb116-14-16-236.singnet.com.sg 1221388624 M * nas bertl 1221388632 Q * lucrus Quit: Sto andando via 1221388656 M * Bertl inside the guest, network setups do not work 1221388680 M * Bertl check with 'ip addr ls' inside the guest, if you didn't specify the 'name' entry 1221388687 M * nas i can access the VIP from the vserver guest already 1221388715 M * nas that is if i use .70 VIP it opens up the http in the vserver guest 1221388758 M * nas but if i access the .70 VIP from another box it can't get through 1221388782 M * nas what you think is missing? 1221388857 M * nas i followed these 2 guides for my setup http://newrice.blogspot.com/2008/05/lvs-and-ha-on-debian-etch.html and http://www.debianhelp.co.uk/ultramonkey.htm 1221389112 M * nas bertl 1221389162 M * nas i can access the VIP from the vserver guest already 1221389164 M * nas that is if i use .70 VIP it opens up the http in the vserver guest 1221389166 M * nas but if i access the .70 VIP from another box it can't get through 1221389167 M * nas what you think is missing? 1221389192 M * Bertl well, you did put it on 'lo' 1221389253 M * nas yes 1221389256 M * nas i put it on lo 1221389292 M * Bertl so, it depends on your _host_ config if that will be visible to the outside or not 1221389324 M * Bertl I would suggest to put it on eth0, if your goal is to reach it from _other_ boxes 1221389421 M * nas you mean put the .70 in eth0 of guest? 1221389441 M * Bertl just change the 'dev' entry from 'lo' to 'eth0' 1221389449 M * Bertl leave all else as is 1221389463 M * Bertl (of course, stop the guest first, then restart it) 1221389600 M * nas ok 1221389633 M * nas i'll try ten 1221389636 M * nas then* 1221390497 Q * nas Ping timeout: 480 seconds 1221390990 J * nas ~chatzilla@bb116-14-16-236.singnet.com.sg 1221391039 M * nas bertl i tried to put it to eth0 1221391043 M * nas still cannot 1221391074 M * Bertl firewall maybe? 1221391092 M * nas i can access the VIP from the host and vserver guest but not from another box 1221391099 M * Bertl check with 'tcpdump -vvnei eth0 host 192.168.0.70' on the host 1221391111 M * Bertl (when you connect from a different box) 1221391112 M * nas no not firewall because i can open the real ip from another box 1221391145 M * nas the real ip is .62 i can open it from another box 1221391173 M * nas but when i access the vip from another box i can't get through 1221391194 M * nas i can only open the vip on the same box 1221391211 M * nas host ans vserver guest 1221391217 M * nas and* 1221391217 M * Bertl do the tcpdump I suggested and upload it to paste.linux-vserver.org 1221391232 M * nas oks =) 1221391477 J * nas_ ~chatzilla@bb116-14-16-236.singnet.com.sg 1221391539 M * nas_ the result is only one-liner : tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes 1221391558 M * nas_ should i still paste it to the site? 1221391575 M * Bertl so _nothing_ reaches your host with that ip, which means your routing setup is wrong 1221391603 M * Bertl i.e. you need to change the setup _outside_ the host 1221391767 Q * nas Ping timeout: 480 seconds 1221391800 J * nas__ ~chatzilla@bb116-14-16-236.singnet.com.sg 1221391803 N * nas__ nas 1221391818 M * nas a dump to the real ip also only gives the one liner result 1221391832 M * nas and i can connect to the real ip from another box 1221391875 M * Bertl that might be, but if you don't see any packets with the tcpdump, then there is no data exchange with the host or guest on that ip 1221391890 M * ard heheh... 1221391897 M * ard how many interfaces does the box have? 1221391902 M * nas 4 1221391922 M * ard and your traffic comes and goes to what interface? 1221391927 A * ard is hinting :-) 1221391928 M * nas eth0 1221391943 M * ard tcpdump -vvnei eth0 -c 10 1221391947 M * ard to proof it ;-) 1221391960 M * ard do not forget the -c 10 ! ... 1221391984 M * nas ok 1221392007 M * ard if you see your own ssh traffic, then you are correct ;-) 1221392043 M * nas i can ssh from box to box 1221392052 M * nas send files from box to box 1221392058 M * nas but via VIP cannot 1221392080 M * ard That's not important. What I try to establish now is: are you sniffing the right interface... 1221392092 M * nas oh ok 1221392120 M * ard a yes or no on the output is enough :-) 1221392152 Q * nas_ Ping timeout: 480 seconds 1221392181 M * ard If it works, then do: tcpdump -vvnei eth0 -c 10 not port 22 1221392185 Q * pisco Remote host closed the connection 1221392187 M * ard and then ping your vip from any box 1221392232 M * nas webh01:/home/det# tcpdump -vvnei eth0 -c 10 1221392234 M * nas tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes 1221392235 M * nas 19:35:31.169950 00:1e:68:49:ae:f8 > 00:02:55:d6:5f:5e, ethertype IPv4 (0x0800), length 114: (tos 0x10, ttl 64, id 21332, offset 0, flags [DF], proto: TCP (6), length: 100) 192.168.0.61.22 > 192.168.0.21.36102: P 433396213:433396261(48) ack 2903809108 win 90 1221392237 M * nas 19:35:31.170027 00:1e:68:49:ae:f8 > 00:02:55:d6:5f:5e, ethertype IPv4 (0x0800), length 178: (tos 0x10, ttl 64, id 21333, offset 0, flags [DF], proto: TCP (6), length: 164) 192.168.0.61.22 > 192.168.0.21.36102: P 48:160(112) ack 1 win 90 1221392238 M * nas 19:35:31.170022 00:1e:68:49:ae:f8 > 00:02:55:d6:5f:5e, ethertype IPv4 (0x0800), length 402: (tos 0x10, ttl 64, id 21334, offset 0, flags [DF], proto: TCP (6), length: 388) 192.168.0.61.22 > 192.168.0.21.36102: P 160:496(336) ack 1 win 90 1221392240 M * nas 19:35:31.170340 00:02:55:d6:5f:5e > 00:1e:68:49:ae:f8, ethertype IPv4 (0x0800), length 66: (tos 0x0, ttl 64, id 4263, offset 0, flags [DF], proto: TCP (6), length: 52) 192.168.0.21.36102 > 192.168.0.61.22: ., cksum 0x21cc (correct), 1:1(0) ack 48 win 3412 1221392241 M * nas 19:35:31.170352 00:1e:68:49:ae:f8 > 00:02:55:d6:5f:5e, ethertype IPv4 (0x0800), length 706: (tos 0x10, ttl 64, id 21335, offset 0, flags [DF], proto: TCP (6), length: 692) 192.168.0.61.22 > 192.168.0.21.36102: P 496:1136(640) ack 1 win 90 1221392242 M * ard stop ! ... 1221392243 M * nas 19:35:31.170355 00:02:55:d6:5f:5e > 00:1e:68:49:ae:f8, ethertype IPv4 (0x0800), length 66: (tos 0x0, ttl 64, id 4264, offset 0, flags [DF], proto: TCP (6), length: 52) 192.168.0.21.36102 > 192.168.0.61.22: ., cksum 0x215c (correct), 1:1(0) ack 160 win 3412 1221392245 M * nas 19:35:31.170358 00:02:55:d6:5f:5e > 00:1e:68:49:ae:f8, ethertype IPv4 (0x0800), length 66: (tos 0x0, ttl 64, id 4265, offset 0, flags [DF], proto: TCP (6), length: 52) 192.168.0.21.36102 > 192.168.0.61.22: ., cksum 0x1dfc (correct), 1:1(0) ack 496 win 3940 1221392246 M * nas 19:35:31.170432 00:1e:68:49:ae:f8 > 00:02:55:d6:5f:5e, ethertype IPv4 (0x0800), length 402: (tos 0x10, ttl 64, id 21336, offset 0, flags [DF], proto: TCP (6), length: 388) 192.168.0.61.22 > 192.168.0.21.36102: P 1136:1472(336) ack 1 win 90 1221392248 M * nas 19:35:31.170471 00:1e:68:49:ae:f8 > 00:02:55:d6:5f:5e, ethertype IPv4 (0x0800), length 690: (tos 0x10, ttl 64, id 21337, offset 0, flags [DF], proto: TCP (6), length: 676) 192.168.0.61.22 > 192.168.0.21.36102: P 1472:2096(624) ack 1 win 90 1221392249 M * nas 19:35:31.170498 00:1e:68:49:ae:f8 > 00:02:55:d6:5f:5e, ethertype IPv4 (0x0800), length 690: (tos 0x10, ttl 64, id 21338, offset 0, flags [DF], proto: TCP (6), length: 676) 192.168.0.61.22 > 192.168.0.21.36102: P 2096:2720(624) ack 1 win 90 1221392251 M * nas 10 packets captured 1221392253 M * nas 10 packets received by filter 1221392254 M * nas 0 packets dropped by kernel 1221392269 M * Bertl nas: next time you flood the channel, you'll be banned 1221392278 M * ard nas : don't paste output to irc, but to paste.linux-vserver.org 1221392292 M * Bertl use a pastebin (e.g. paste.linux-vserver.org) for everything longer 1221392320 M * nas errrr. sorry 1221392322 M * nas oks 1221392327 M * ard nas: and now: 1221392332 M * ard [13:36] If it works, then do: tcpdump -vvnei eth0 -c 10 not port 22 1221392341 M * ard [13:36] and then ping your vip from any box 1221392348 M * Bertl nas: your new rule is: max 5 lines from you in a row .. think carefully before you write :) 1221392358 M * nas i can ping my vip from the other box 1221392359 M * ard :-) 1221392377 M * ard Confirm that with the tcpdump.. 1221392389 M * ard Is it the vip on that box that you are pinging? 1221392396 M * ard Or is there another box with that ip :-) 1221392411 M * nas bertl oks. =) 1221392428 M * nas there is one box with the VIP 1221392429 M * ard Learning how to use tcpdump this way will save you a lot of headaches. Once trained, you will have figured it out in 30 seconds 1221392438 M * nas and that VIP i can ping from another box 1221392486 M * ard nas : I'm like a helpdesk :-). Do the tcpdump, and say if you can see the pings come and go from the interface, and check the mac-addresses :-) 1221392502 M * ard the next step is tcp-layer :-) 1221392582 M * nas ok 1221392609 J * yarihm ~yarihm@84-74-147-84.dclient.hispeed.ch 1221392822 J * nas__ ~chatzilla@bb116-14-16-236.singnet.com.sg 1221392853 M * nas__ i have pasted it already 1221392879 M * Bertl nas__: you might also want to consider a better irc client, which doesn't leave/join/timeout every 3 minutes 1221392904 M * nas__ =) ok 1221393067 Q * nas Ping timeout: 480 seconds 1221393074 N * nas__ nas 1221393104 Q * friendly Quit: Leaving. 1221393218 M * nas guys if i can already access the VIP:80 on the host meaning my director already works right? 1221393264 M * nas because the content of VIP:80 is actually from REAL IP:80 of a vserver guest 1221393457 J * pisco ~pisco@tor.noreply.org 1221393490 M * Bertl that you can reach _something_ doesn't necessarily mean that you reach the right host/guest 1221393522 M * Bertl tcpdump provides good information what packets actually arive if you filter e.g. by the ip 1221393573 Q * yarihm Quit: Leaving 1221393608 M * nas but i think the host is getting the correct RIP via VIP because i try changing the content of the html page that is being pulled 1221393795 M * nas i can ping the VIP from another box and open the RIP:80 but not VIP:80 1221393871 M * Bertl ping is not a good indicator, as it uses icmp, and you are operating on tcp 1221393924 M * nas maybe something on the sysctl setting? 1221393930 M * Bertl if you are using port 80 (the default for http), you might want to try with 'tcpdump -vvnei eth0 port 80' 1221394104 M * nas could it be because i am only using one box thus i get same sysctl setup for host and real server 1221394105 M * ard or better: port 80 or arp 1221394147 M * nas when virtualization requires different sysctl setting for directors and real servers? 1221394159 M * ard nas : you have a very busy network there...: you have 192.168.1, 192.168.0 and 172.16.0 all on the same wire.... 1221394187 M * ard Something somewhere in your network is probably not designed right ;-) 1221394247 M * nas the 172 is in eth1. 1221394368 M * ard not according to your dump ;-) 1221394526 J * quinq ~quinq@quinq.eu.org 1221394630 M * nas it's on a switch actually that's why its showing a lot 1221394650 M * Bertl switches, contrary to hubs, do not mix unrelated networks 1221394695 M * nas anyway i followed this link -> everything seems to work fine except when i access the VIP:80 from another box -> http://newrice.blogspot.com/2008/05/lvs-and-ha-on-debian-etch.html 1221394739 M * daniel_hozac "my car works fine except it won't start!" 1221394791 M * nas :) 1221394817 M * daniel_hozac for all you know, the engine has been replaced by a brick. 1221394860 M * quinq haha 1221394950 J * nkukard ~nkukard@dsl-245-109-130.telkomadsl.co.za 1221395163 Q * pisco Ping timeout: 480 seconds 1221395535 Q * nkukard Quit: Leaving 1221395980 J * pisco_ ~pisco@tor.noreply.org 1221397161 Q * pisco_ Remote host closed the connection 1221397243 J * pisco_ ~pisco@tor.noreply.org 1221397639 Q * nas Quit: ChatZilla 0.9.83 [Firefox 3.0.1/2008070208] 1221398463 Q * pisco_ Ping timeout: 480 seconds 1221399666 J * pisco_ ~pisco@tor.noreply.org 1221399861 J * mrfree ~mrfree@host155-50-dynamic.16-79-r.retail.telecomitalia.it 1221399957 J * Angelina24 sss@host238.190-138-132.telecom.net.ar 1221400737 Q * pisco_ Remote host closed the connection 1221401436 Q * Angelina24 Ping timeout: 480 seconds 1221403233 Q * Mojo1978 Remote host closed the connection 1221403294 Q * emag Read error: Connection reset by peer 1221403297 J * emag 4cxuXkGN26@gurski.org 1221403325 J * Angelina24 sss@host225.190-137-201.telecom.net.ar 1221403433 J * fdsf sss@host184.190-138-132.telecom.net.ar 1221403777 J * emag_ oxd8GmCuxL@gurski.org 1221403786 Q * BrunoXLambert Ping timeout: 480 seconds 1221403810 Q * Angelina24 Ping timeout: 480 seconds 1221404211 Q * emag Ping timeout: 480 seconds 1221405658 J * RenOS ~renos@athedsl-80898.home.otenet.gr 1221405761 M * RenOS hello all 1221405761 M * RenOS I 1221405761 M * RenOS 'm having a little problem starting my NFS served vservers 1221405761 M * daniel_hozac what's that? 1221405761 M * RenOS although I can happily mount my NFS export the vserver vserver5 start command seems to freeze at this point: 1221405761 M * RenOS ++ /usr/lib/util-vserver/secure-mount -a --chroot --fstab /etc/vservers/vserver4/fstab --rootfs no 1221405761 M * RenOS (i was able to start the NFS served servers without problem up until now) 1221405829 J * ntrs ~ntrs@77.29.65.120 1221405848 M * RenOS Kernel: 2.6.26.2-vs2.3.0.35 & util-vserver: 0.30.215 1221405855 M * RenOS no changes made to the system 1221405918 M * daniel_hozac portmap/rpcbind still running on the host? 1221405959 M * RenOS yes 1221405996 M * RenOS I can browse the nfs mounted fs 1221406055 M * daniel_hozac the more interesting thing is, can you mount it again? 1221406069 M * RenOS yes, I just did 1221406088 Q * fdsf autokilled: Spamming. If you feel an error has been made, please contact support@oftc.net - thanks. (2008-09-14 15:28:08) 1221406312 M * RenOS got it... 1221406539 M * RenOS the lockd wasn't running on the NFS server 1221406539 M * RenOS I run rpc.lockd and checked the rpcinfo for nlockmgr 1221406539 M * RenOS vserver can now start hapilly.. 1221406539 M * RenOS may be it's about time I try iSCSI 1221406995 Q * quinq Ping timeout: 480 seconds 1221407190 J * quinq ~quinq@quinq.eu.org 1221407335 J * hparker ~hparker@linux.homershut.net 1221408028 J * BrunoXLambert ~Bruno@dsl-151-156.b2b2c.ca 1221408326 J * yarihm ~yarihm@84-74-147-84.dclient.hispeed.ch 1221409277 J * Angelina24 sss@host240.200-43-27.telecom.net.ar 1221410624 J * blues_ blues@aee161.neoplus.adsl.tpnet.pl 1221410745 Q * blues Ping timeout: 480 seconds 1221411674 Q * Angelina24 autokilled: Don't spam our network. Mail support@oftc.net with questions (2008-09-14 17:01:14) 1221412316 M * Moo When does a guest's /etc/mtab get generated? Is it by util-vserver? 1221412362 M * Bertl yep 1221412381 F * Bertl -o Bertl 1221412415 M * Moo After updating to the latest experimental, one of my guest's /proc/mounts (and /etc/mtab) looks like http://pastebin.ca/1202328 1221412464 M * Bertl looks like you disabled namespaces or the cleanup 1221412485 M * Moo I have one other guest on this box, but it doesn't bind-mount /usr/portage like this one does, and its mtab looks fine, but /proc/mounts is still like this 1221412513 M * Bertl what kernel version, and what util-vserver version? 1221412553 M * Moo 2.6.26.5-vs2.3.0.35.5, util-vserver 0.30.215 1221412603 M * Bertl that sound reasonable ... let me check something 1221412691 M * Bertl nah, sorry, can't ... still no test system available 1221412766 M * Moo when you say "disabled namespaces" are you talking about the kernel config? 1221412822 M * Bertl I was more thinking about the guest config 1221412924 M * daniel_hozac could be that mnt_is_reachable isn't doing the same thing anymore. 1221413038 M * Bertl could be, as I said, no test system here atm .. with princeton and one of my other test systems gone .. no way to verify that easily 1221413134 M * daniel_hozac the princeton machine should be coming up again soon. 1221413146 M * Bertl that would be really good news! 1221413289 M * Moo I could provide a system for at least a few weeks if that'd be helpful 1221413324 M * Bertl if you are willing to maintain it (and have some way to use a remote console) 1221413333 M * Moo (with remote KVM, but I'd need to go into the data center physically move a cable) :) 1221413391 M * Bertl serial console would actually be fine, no need for fancy stuff, but KVM will do too 1221414558 Q * loddafnir Remote host closed the connection 1221415567 N * Moo MooingLemur 1221416026 N * emag_ emag 1221417071 J * ktwilight_ ~ktwilight@135.102-66-87.adsl-dyn.isp.belgacom.be 1221417290 Q * ktwilight Ping timeout: 480 seconds 1221417389 J * mememe ~mmainguy@pool-70-106-236-113.chi01.dsl-w.verizon.net 1221417757 M * mememe lusers 1221417775 M * MooingLemur I beg your pardon :) 1221417780 A * hparker peers at mememe 1221417782 M * mememe sorry, 1221417787 M * mememe need forgot the / 1221417810 M * mememe haven't used irc in about 10 years 1221417861 M * hparker ouch 1221417873 M * mememe quit 1221417875 Q * mememe Quit: The day after tomorrow is the third day of the rest of your life. 1221417905 M * quinq that was short, see him in 10 years 1221417938 M * hparker hehe 1221418061 J * nkukard ~nkukard@196.212.73.74 1221420159 M * harrydg time for new stable vserver patches on the latest kernel!!!:) 1221420235 M * Bertl ah, you did some extensive testing .. or plan to? 1221420367 M * harrydg well... no :( sry! 1221420379 A * harrydg has no hardware and no time :( 1221421345 Q * yarihm Quit: This computer has gone to sleep 1221421366 Q * mrfree Quit: Leaving 1221421782 M * cehteh :> 1221421870 M * cehteh Bertl: when 2.6.27 its out, it wont be that hard to adapt vserver to it this time? (not that much changes which affect it?) 1221421903 M * cehteh if yes, i might try it then seriously .. the 2.6.18 vserver kernel is somewhat rotten now 1221422068 Q * micah Read error: No route to host 1221422170 J * micah ~micah@micah.riseup.net 1221422175 Q * micah 1221422187 J * micah ~micah@micah.riseup.net 1221423299 J * ntrs_ ~ntrs@77.29.69.2 1221423563 M * RenOS good night all 1221423565 Q * RenOS Quit: later 1221423731 Q * ntrs Ping timeout: 480 seconds 1221424016 Q * cryptronic1 Quit: Leaving. 1221424058 J * cryptronic ~oli@p4FD2F765.dip.t-dialin.net 1221425202 Q * bonbons Quit: Leaving 1221425753 Q * derjohn_mob Ping timeout: 480 seconds 1221426985 Q * SpComb Remote host closed the connection 1221426996 J * SpComb terom@zapotek.paivola.fi 1221427112 Q * ntrs_ Ping timeout: 480 seconds 1221427278 N * DoberMann DoberMann[ZZZzzz] 1221427416 Q * cryptronic Quit: Leaving. 1221427484 Q * quinq Remote host closed the connection 1221427636 J * quinq ~quinq@quinq.eu.org 1221428604 J * Angelina24 sss@host104.190-136-198.telecom.net.ar 1221429139 J * derjohn_mob ~aj@p5B23E8E9.dip.t-dialin.net 1221429731 J * doener_ ~doener@i577BAFA9.versanet.de 1221429833 Q * doener Ping timeout: 480 seconds 1221430233 Q * Angelina24 Ping timeout: 480 seconds 1221431302 J * Angelina24 sss@host48.190-31-27.telecom.net.ar 1221431567 M * Bertl cehteh: probably not 1221434606 J * yarihm ~yarihm@84-74-147-84.dclient.hispeed.ch 1221435188 Q * Angelina24 autokilled: A user from your address has violated network policy. Please email support@oftc.net if you feel this is in error. (2008-09-14 23:33:08) 1221436310 J * ntrs_ ~ntrs@77.29.69.2 1221436791 Q * ntrs_ Ping timeout: 480 seconds