1212019201 Q * marv_ Quit: Leaving
1212021810 Q * Solver Quit: brb - I hope...
1212022721 J * Solver ~robert@rbrockway.tor.istop.com
1212022850 J * dna ~dna@12-246-dsl.kielnet.net
1212023124 J * doener_ ~doener@i577B8899.versanet.de
1212023228 Q * doener Ping timeout: 480 seconds
1212023469 Q * dna Ping timeout: 480 seconds
1212023806 M * Bertl off to bed now ... have a good one everyone!
1212023810 N * Bertl Bertl_zZ
1212023901 Q * arthur Ping timeout: 480 seconds
1212024277 J * arthur ~arthur@pan.madism.org
1212024709 J * balbir ~balbir@122.167.176.181
1212025583 M * franck34 hope somebody alive again
1212025642 M * franck34 got a host with a public IP (A) addr with 2 vserver using dummy0, from vservers i can ping google or whaterver but i can't ping A (the public addr of my host)
1212025653 M * franck34 probably iptable pb
1212025657 M * franck34 can somebody help me ?
1212025666 M * franck34 i'm in trouble on a production server
1212026280 M * Supaplex I'm not familar with dummy0 interfaces and vserver
1212026298 M * franck34 k thx i'm googling in the same time
1212026403 M * franck34 looosed :(
1212026970 M * franck34 it's just an iptable problem
1212026986 M * franck34 iptables -t nat -A POSTROUTING -s 192.168.0.0/24 -d ! 192.168.0.0/24 -j SNAT --to-source 88.191.53.75
1212027010 M * franck34 vservers can not ping public ip addr of the host
1212027371 M * franck34 when i telnet port PUBLICIP:80 from a vserver seem's that packet are going into lo interface in the host
1212027374 M * Supaplex insert a log rule to see what would apply. iptables -t nat -I POSTROUTING -s xx.xx.xx.xx 
1212027388 M * Supaplex -j LOG
1212027422 M * franck34 where xx.xx is the ip of my vserver ?
1212027452 M * Supaplex where you're testing from.
1212027456 M * Supaplex keep it simple
1212027472 M * Supaplex if you're not sure, just log all ping requests
1212027484 M * franck34 not a story of ping
1212027489 M * franck34 network or iptable prob
1212027501 M * franck34 when i telnet port PUBLICIP:80 from a vserver seem's that packet are going into lo interface in the host
1212027521 M * Supaplex why not make an simple iptables rule to log pings, then test pinging, then look at your logs?
1212027530 M * Supaplex then you'll know if it got that far at all
1212027534 M * franck34 cause it's not a problem of ping
1212027542 M * Supaplex so ping works?
1212027557 M * franck34 yeah, my first try was a ping
1212027561 M * franck34 but telnet = same thing
1212027567 M * franck34 just read "when i telnet" ...
1212027600 M * franck34 it's simple in fact: my vserver can not access to the host using the public ip of it
1212027611 M * Supaplex linux has a habbit of using lo as the interface to traverse when it's directly connected (regardless of what interface)
1212027622 M * franck34 yeah that's my problem
1212027639 M * franck34 don't know if i can make a iptable rule to avoid that, only for my public ip
1212027649 M * franck34 when coming from vserver only
1212027702 M * Supaplex from a guest, to public ip on the host?
1212027710 M * franck34 yep
1212027751 M * franck34 i mean, how to tell iptable to use eth0 (and not lo) when the vserver is trying to access to the host using the public ip
1212027756 M * Supaplex I don't understand how it's creating a problem. let me read the backlog
1212027774 M * franck34 let's resume
1212027785 M * Supaplex ok. go on
1212027805 M * franck34 got a host with a public ip, a vserver using dummy0 (which is a mailserver)
1212027814 M * franck34 on the vserver, i can telnet google port 80
1212027835 M * franck34 i can telnet host port 80 but using 192.168.0.254 (private ip of the host)
1212027846 M * franck34 but i can't telnet host port 80 using the public ip
1212027863 M * Supaplex from the guest?
1212027894 M * franck34 yes
1212027913 M * franck34 if i tcpdump on the host i can see that the difference is when i'm trying to ping the host using public ip from a vserver, packet are going into lo interface on the host
1212027919 M * Supaplex my router's setup to avoid nat on subnets that are on the local segment. it does routing only.
1212027951 M * Supaplex is ip_forward enabled?
1212027961 M * franck34 2sec
1212027992 M * Supaplex proc/sys/net/ipv4/ip_forward
1212028001 M * franck34 0
1212028007 M * Supaplex echo 1 > there
1212028038 M * franck34 no change
1212028061 M * franck34 problem is the same
1212028078 M * Supaplex next depends on your routing table and possibly -t nat in iptables
1212028093 M * franck34 do you want to see the conf ?
1212028099 M * franck34 (ie do you have time to help?)
1212028125 M * Supaplex I might be back in 20min
1212028139 M * Supaplex route -n  and iptables -t nat   are the next places to look
1212028151 M * Supaplex bbiaf
1212028155 M * franck34 k thx
1212028195 M * franck34 http://paste.linux-vserver.org/12124
1212028390 M * daniel_hozac i don't understand the problem.
1212028397 M * daniel_hozac local traffic will _always_ use lo.
1212028531 M * franck34 seem's no
1212028544 M * franck34 i tcpdump on the host
1212028572 M * franck34 if in my vserver i telnet google port 80 i don't see anything on lo interface
1212028572 M * daniel_hozac as expected, since i assume you don't run google.
1212028575 M * franck34 but if i telnet my host from the vserver using public ip i see packet
1212028599 M * daniel_hozac yep, as it should be.
1212028622 M * franck34 ok so how can i telnet public ip of my host port 80 from a vserver ?
1212028636 M * franck34 i can't
1212028644 M * daniel_hozac is there anything listening there?
1212028660 M * daniel_hozac i.e. are you running something on port 80 on the host?
1212028661 M * franck34 it's natted on a second vserver
1212028670 M * franck34 eaccelerator.net, yes it's working
1212028683 M * daniel_hozac no it's not... you're only NATing eth0.
1212028686 M * franck34 got only the problem with the public IP
1212028704 M * franck34 ok let me explain again more clearly
1212028729 M * franck34 1 host, 2 vservers. None of my vserver can't ping or telnet the host when using his PUBLIC IP
1212028736 M * franck34 i can't resume more simple
1212028740 M * franck34 :)
1212028747 M * daniel_hozac you can't ping the host?
1212028771 M * franck34 i can ping the host using 192.168.0.254 but NOT when using 88.191.53.75  
1212028779 M * franck34 ping or telnet
1212028786 M * franck34 ping or telnet port 80 by example
1212028809 M * daniel_hozac why port 80 is obvious, you don't NAT that traffic.
1212028814 M * daniel_hozac ping ought to work fine though.
1212028839 M * daniel_hozac what addresses have you assigned to your guest?
1212028847 M * franck34 192.168.0.1 and .2
1212028874 M * daniel_hozac only? nothing silly like 127...?
1212028926 M * franck34 on both vserver got dummy0 and lo
1212028933 M * franck34 first is 192.168.0.1
1212028938 M * franck34 second is 192.168.0.2
1212028950 M * daniel_hozac are you using a 2.3 kernel?
1212028961 M * franck34 Linux innow 2.6.22.19-vs2.3.0.34-ipv6-686 #1 SMP Sat Apr 26 15:21:07 CEST 2008 i686 GNU/Linux
1212028989 M * franck34 for the vserver
1212028993 M * franck34 and for the host wait
1212029002 M * franck34 Linux sd-10138 2.6.22.19-vs2.3.0.34-ipv6-686 #1 SMP Sat Apr 26 15:21:07 CEST 2008 i686 GNU/Linux
1212029005 M * daniel_hozac it's the same kernel.
1212029005 M * franck34 same
1212029017 M * franck34 yep sorry (begin to be a little tired)
1212029056 M * daniel_hozac and your sure your iptables rules allows ping?
1212029069 M * franck34 that's why i tested with telnet too
1212029083 M * franck34 and answer is yes
1212029089 M * franck34 you can ping yourself ping eaccelerator.net
1212029118 M * daniel_hozac that's not even close to the same.
1212029140 M * daniel_hozac try ping -I 192.168.0.1 88.191.53.75 on the host.
1212029157 M * franck34 nothing
1212029167 M * franck34 100% packet loss
1212029222 M * daniel_hozac try changing iptables -t nat -A POSTROUTING -s 192.168.0.0/24 -d ! 192.168.0.0/24 -j SNAT --to-source 88.191.53.75 to iptables -t nat -A POSTROUTING -s 192.168.0.0/24 -o eth0 -j SNAT --to-source 88.191.53.75
1212029232 M * franck34 trying now
1212029317 M * franck34 no change
1212029327 M * franck34 ping -I 192.168.0.1 88.191.53.75 --> 100% packet loss
1212029345 M * franck34 and same problem on the vserver
1212029400 M * franck34 i've tried with or without ip_forward enabled
1212029403 M * franck34 same always
1212029409 M * daniel_hozac that doesn't matter. forwarding isn't used.
1212029420 M * franck34 so i can echo 0
1212029429 M * franck34 definitivly
1212029434 M * franck34 done
1212029441 M * franck34 have an idea of what append ?
1212029482 M * daniel_hozac what does tcpdump show when you do ping -I ...?
1212029497 M * franck34 wait
1212029532 M * franck34 nothing on eth0
1212029536 M * daniel_hozac of course.
1212029540 M * daniel_hozac lo is what we care about.
1212029544 M * franck34 lo yes
1212029552 M * franck34 huu
1212029553 M * franck34 05:11:18.343256 IP 127.156.69.1 > 192.168.0.2: ICMP 127.156.69.1 udp port domain unreachable, length 73
1212029565 M * franck34 wait
1212029567 M * franck34 pastebin
1212029583 M * franck34 http://paste.linux-vserver.org/12125
1212029598 M * daniel_hozac use -vvn, please.
1212029601 M * franck34 k
1212029650 M * franck34 http://paste.linux-vserver.org/12126
1212029703 M * daniel_hozac are you sure you changed the SNAT rule?
1212029703 A * franck34 coffee
1212029713 M * franck34 let me verify
1212029718 M * daniel_hozac what does iptables -t nat -nvL POSTROUTING show?
1212029764 M * franck34 mm
1212029772 M * franck34 http://paste.linux-vserver.org/12127
1212029774 M * franck34 sound bad
1212029784 M * franck34 no?
1212029799 M * daniel_hozac well, that explains why your change had no effect... you still have the old rules.
1212029808 M * franck34 mrgrr
1212029903 M * franck34 this is my iptable shutdown script : http://paste.linux-vserver.org/12128
1212029918 M * franck34 and the start one : http://paste.linux-vserver.org/12124
1212029965 M * daniel_hozac well, you're not flushing the nat table.
1212029981 M * daniel_hozac nor are you removing user-defined chains.
1212030003 A * franck34 googling
1212030213 M * franck34 ok
1212030215 M * franck34 so now got
1212030243 M * franck34 only root@sd-10138:/etc/vservers/innoqmail# iptables -t nat -nvL POSTROUTING
1212030243 M * franck34 Chain POSTROUTING (policy ACCEPT 16949 packets, 1257K bytes)
1212030243 M * franck34  pkts bytes target     prot opt in     out     source               destination
1212030243 M * franck34    10   630 SNAT       0    --  *      eth0    192.168.0.0/24       0.0.0.0/0           to:88.191.53.75
1212030246 M * franck34 oups
1212030249 M * franck34 sry
1212030308 M * franck34 now i can ping from vserver to host using public ip
1212030335 M * franck34 .... but i can't telnet any port which are natted on the same or another vserver (on the same host)
1212030343 M * franck34 80, 110, 25, ..
1212030353 M * franck34 tcpduming
1212030366 M * daniel_hozac as i said, that's because you're only NATing eth0.
1212030383 M * daniel_hozac so, that's expected.
1212030416 M * franck34 ha
1212030448 M * franck34 any suggestion to be able to do that ?
1212030454 M * daniel_hozac just drop -i eth0.
1212030504 M * franck34 ha you just -o ?
1212030506 M * franck34 oups
1212030514 M * franck34 sorry you are speaking of what ? tcpdump ?
1212030519 M * franck34 iptable rules ?
1212030522 M * daniel_hozac your iptables rules.
1212030528 M * daniel_hozac in the PREROUTING chain.
1212030551 M * franck34 ok
1212030553 M * franck34 let me try
1212030692 M * franck34 what about this one ?
1212030692 M * franck34 iptables -t nat -A POSTROUTING -s 192.168.0.0/24 -o eth0 -j SNAT --to-source 88.191.53.75
1212030700 M * franck34 must i keep -o eth0 ?
1212030706 M * daniel_hozac yes.
1212030711 M * franck34 ok
1212030736 M * franck34 before: iptables -t nat -A PREROUTING -i eth0 -p tcp --dport 80 -j DNAT --to-destination 192.168.0.1:80
1212030741 M * franck34 after: iptables -t nat -A PREROUTING -p tcp --dport 80 -j DNAT --to-destination 192.168.0.1:80
1212030749 M * franck34 same for all port i have
1212030752 M * franck34 but no change
1212030764 M * daniel_hozac well, i guess you'll want -d <host IP>
1212030814 M * franck34 hu?
1212030848 M * franck34  /man iptables
1212030933 M * franck34 don't understand
1212030943 M * franck34 not very familiar with iptables as you see
1212030961 M * franck34 what is for -d ? got already --to-destination  not the same ?
1212030985 M * daniel_hozac no. -d matches on the original destination address.
1212031061 M * franck34 so i have to duplicate rules and change -d ?
1212031083 M * daniel_hozac no, just add -d to the rules you've got.
1212031101 M * franck34 ok
1212031121 M * franck34 so
1212031122 M * franck34 iptables -t nat -A PREROUTING -p tcp --dport 80 -j DNAT --to-destination 192.168.0.1:80 -d 88.191.53.75
1212031126 M * franck34 by example
1212031175 M * franck34 no change
1212031196 M * franck34 form my vserver i can now ping the public host ip, but i can't telnet port 80 by example
1212031458 M * franck34 any suggestion ?
1212031493 A * franck34 will be fired in a few hours
1212031679 M * daniel_hozac PREROUTING isn't necessarily traversed for locally generated packets.
1212031875 M * franck34 ok
1212031885 M * franck34 i found a workaround in my mail config
1212031898 M * franck34 really big thanks for help
1212031909 M * franck34 really
1212031926 M * franck34 i'll investigate this iptable story later
1212032171 M * franck34 now rebooting the hole server
1212032175 M * franck34 thanks again
1212032176 Q * franck34 Quit: leaving
1212032263 Q * derjohn_mob Ping timeout: 480 seconds
1212033042 Q * balbir Ping timeout: 480 seconds
1212034094 J * franck34 ~franck34@sd-10138.dedibox.fr
1212035589 Q * hparker Quit: Read error: 104 (Peer reset by connection)
1212039221 J * Slydder ~chuck@194.59.17.53
1212039834 J * sharkjaw ~gab@64.28.12.166
1212041051 J * balbir ~balbir@59.145.136.1
1212041574 Q * balbir Ping timeout: 480 seconds
1212042283 J * virtuoso ~s0t0na@81.9.35.135
1212042740 J * DavidS ~david@p57A4B223.dip0.t-ipconnect.de
1212043334 J * derjohn_mob ~aj@e180221191.adsl.alicedsl.de
1212043425 Q * Slydder Remote host closed the connection
1212043610 J * Slydder ~chuck@194.59.17.53
1212044009 Q * sharkjaw Quit: Leaving
1212044037 J * sharkjaw ~gab@64.28.12.166
1212044172 Q * derjohn_mob Ping timeout: 480 seconds
1212044685 Q * meandtheshell Quit: Leaving.
1212044715 J * meandtheshell ~sa@d91-129-52-22.cust.tele2.at
1212044719 J * awk ~awk@security.web.za
1212045188 Q * meandtheshell Quit: Leaving.
1212045209 J * meandtheshell ~sa@d91-129-52-22.cust.tele2.at
1212045833 J * Dr_HF ~dok@81.195.254.194
1212045959 Q * Slydder Read error: Connection reset by peer
1212046195 J * Slydder ~chuck@194.59.17.53
1212046221 Q * Slydder 
1212046597 J * Slydder ~chuck@194.59.17.53
1212046621 Q * Slydder 
1212046857 J * ISSAMNEO1 ~ISSAMNEO1@213.150.170.98
1212047008 Q * wibble Quit: leaving
1212047938 J * MatBoy ~MatBoy@wiljewelwetenhe.xs4all.nl
1212048008 J * Slydder ~chuck@194.59.17.53
1212048049 Q * Slydder 
1212048107 J * dna ~dna@14-198-dsl.kielnet.net
1212048377 M * ISSAMNEO1 Good morning do you have any idea or a link on how to mount an NFS server on a guest
1212048761 M * jmcaricand ISSAMNEO1: add a line in /etc/vservers/XXX/fstab
1212048909 M * ISSAMNEO1 i think this is for monuting ans nfs directory within a guest BUT me I want to set my guest to act as an nfs server
1212049470 M * daniel_hozac as Bertl_zZ told you, use a userspace NFS server, or export the directories on the host.
1212050378 M * ISSAMNEO1 for exporting dir on the host do you mean share them with nfs on the host
1212050405 M * ISSAMNEO1 then exporting them to the guest using /etc/vservers/xxx/fstab
1212050406 M * ISSAMNEO1 ?
1212050640 J * pmenier ~pme@LNeuilly-152-22-72-5.w193-251.abo.wanadoo.fr
1212050645 M * mnemoc fstab is for mounting, not for exporting
1212050682 Q * franck34 Ping timeout: 480 seconds
1212050985 J * balbir ~balbir@59.145.136.1
1212052772 N * DoberMann[ZZZzzz] DoberMann
1212054015 M * ktwilight http://rafb.net/p/SOgyOv73.html <- what would cause this issue? the command for the guest creation is vserver vserver1 build -m debootstrap --rootdir /home/vservr --hostname vserver1  --interface eth10:192.168.0.30/24 -- -d etch -m http://ftp.nl.debian.org/debian
1212054054 M * ktwilight eth10 does exist. the kernel is Linux musmo2 2.6.22-4-vserver-686 #1 SMP Tue Feb 12 22:02:04 UTC 2008 i686 GNU/Linux from backports, including the utils-vserver as well
1212054081 M * ktwilight the guest was recreated, and still the issue exists. i don't quite know how to debug this :/
1212054096 M * daniel_hozac does the guest have /etc/default/rcS?
1212054161 M * ktwilight doesn't seem like it? but shouldn't vserver build take care of it?
1212054189 M * daniel_hozac that's entirely up to debootstrap.
1212054207 M * ktwilight :/
1212054221 M * ktwilight so i guess it's a missing package somewhere for debootstrap? or...
1212054238 M * daniel_hozac are you sure the build completes successfully?
1212054261 M * ktwilight yes, am quite sure.
1212054275 M * daniel_hozac so not a single error message, right?
1212054295 M * ktwilight not that i know of except when trying to start vserver1
1212056039 Q * dna Ping timeout: 480 seconds
1212056771 Q * ISSAMNEO1 Ping timeout: 480 seconds
1212056984 J * franck34 ~franck34@sd-10138.dedibox.fr
1212057123 J * dna ~dna@117-218-dsl.kielnet.net
1212057418 J * esa` ~esa@ip-87-238-2-45.static.adsl.cheapnet.it
1212057436 Q * esa Ping timeout: 480 seconds
1212057993 Q * franck34 Quit: leaving
1212058114 J * Slydder ~chuck@194.59.17.53
1212058154 Q * Slydder 
1212058754 N * pmenier pmenier_off
1212061260 Q * balbir Ping timeout: 480 seconds
1212061802 Q * Aiken Remote host closed the connection
1212062584 N * pmenier_off pmenier
1212062853 J * rfc ~332095711@123.128.88.136
1212062867 M * rfc ...
1212062884 P * rfc 
1212062943 Q * Dr_HF 
1212063127 J * Slydder ~chuck@194.59.17.53
1212063348 Q * Slydder 
1212063419 Q * pmenier Quit: Konversation terminated!
1212063757 Q * sharkjaw Quit: Leaving
1212063784 J * pmenier ~pme@LNeuilly-152-22-72-5.w193-251.abo.wanadoo.fr
1212063841 Q * blathijs Max SendQ exceeded
1212063842 J * blathijs ~matthijs@katherina.student.ipv6.utwente.nl
1212063863 J * ISSAMNEO1 ~ISSAMNEO1@213.150.170.98
1212064795 J * balbir ~balbir@59.145.136.1
1212065290 Q * balbir Ping timeout: 480 seconds
1212066301 J * Slydder ~chuck@194.59.17.53
1212066323 Q * Slydder 
1212066552 Q * ISSAMNEO1 Ping timeout: 480 seconds
1212066968 J * Slydder ~chuck@194.59.17.53
1212066992 Q * Slydder 
1212067047 P * jesusch 
1212067047 Q * infowolfe Read error: Connection reset by peer
1212067148 J * infowolfe ~infowolfe@c-67-160-167-96.hsd1.or.comcast.net
1212069277 J * FireEgl ~FireEgl@adsl-212-220-247.bhm.bellsouth.net
1212069805 J * yarihm ~yarihm@84-74-147-84.dclient.hispeed.ch
1212070015 N * Bertl_zZ Bertl
1212070021 M * Bertl morning folks!
1212070315 M * FireEgl =)
1212070434 J * ISSAMNEO1 ~ISSAMNEO1@213.150.170.98
1212070557 M * Bertl ktwilight: /home/vservr?
1212070603 M * ktwilight Bertl, typo, but that wasn't the issue either. the setup didn't have rcS to begin with, which was really weird.
1212070623 M * Bertl didn't means, it has now?
1212070696 M * ktwilight nope, so daniel_hozac mentioned it's debootstrap, and i've cross-checked the version with another machine that was succesful, and it's the same. so am not entirely sure what was wrong in his setup TBH
1212070732 M * Bertl again 'was'? or is?
1212070748 Q * meandtheshell Quit: Leaving.
1212070760 M * Bertl means, it cannot be recreated atm, yes?
1212070764 M * ktwilight is. the issue is not resolved.
1212070781 M * ktwilight we went through a few times to create the guest, and it has the same result.
1212070794 M * Bertl and it works on a different machine?
1212070802 M * ktwilight yes, on two other different machines it works.
1212070814 M * Bertl same url for debootstrap/packets?
1212070819 M * Bertl *packages
1212070822 M * ktwilight yup
1212070835 M * Bertl same util-vserver version?
1212070847 M * Bertl what about the defaults dir, did you cross check that?
1212070852 M * ktwilight only big difference is, the machine is am64 but it has arch-686 installed
1212070856 M * ktwilight same util-vserver everything.
1212070871 M * Bertl arch686? for debian?
1212070876 M * ktwilight hm, not about defaults dir, that i didn't check. i assumed that the packages will handle it.
1212070887 M * ktwilight yes. so instead of installing amd64, it has i386
1212070898 M * Bertl i386 != i686
1212070903 M * ktwilight but i doubt that's the issue? it shouldn't matter.
1212070921 M * Bertl the other hosts (where it works) are 64bit, yes?
1212070923 M * ktwilight well, true.
1212070942 M * Bertl and this one is a 64bit machine with 32bit debian or so?
1212070957 M * ktwilight other hosts correspond to their actual machine arch, so 32bit = 32bit, 64bit = amd64
1212070961 M * ktwilight yes, correct.
1212070978 M * ktwilight that's the only biggest difference i know of
1212070991 M * Bertl sec, what arch is on the host
1212071012 J * pisco_ ~pisco@tor.noreply.org
1212071014 M * ktwilight Linux musmo2 2.6.22-4-vserver-686 #1 SMP Tue Feb 12 22:02:04 UTC 2008 i686 GNU/Linux
1212071036 M * Bertl so that is a 64bit capable machine, with a 32bit host kernel
1212071050 M * ktwilight yup
1212071051 M * Bertl and you are trying to install (obviously) a 32bit guest, which fails
1212071057 M * ktwilight 'xactly.
1212071081 M * Bertl and you have another machine, which is 32bit, has a 32bit host kernel, and succeeds with (a correctly copied) build line
1212071094 M * ktwilight yup
1212071129 M * ktwilight same for a 64bit machine, with a 64bit host kernel, and succeed in building a guest using the very same build line
1212071131 J * meandtheshell ~sa@d91-129-52-22.cust.tele2.at
1212071132 M * Bertl then please compare the config defaults of those two hosts and double check the util-vserver version and settings between them
1212071146 M * ktwilight what settings should i be looking out for?
1212071147 M * Bertl also check that the debootstrap version and url are the same
1212071162 M * ktwilight all packages are the same, util-vserver, debootstrap, kernel, etc.
1212071167 M * Bertl maybe you installed debootstrap on one machine, but not on the other
1212071182 M * ktwilight nope, i've checked that, and both have it installed, same version too.
1212071206 M * ktwilight one thing i didn't check is the config defaults. i'll do that tomorrow
1212071207 M * Bertl then go for the .defaults dir in the config tree, compare it with diff or so
1212071215 M * ktwilight yup, will do that. good idea Bertl, thanks :)
1212071388 J * mrfree ~mrfree@host1-89-static.40-88-b.business.telecomitalia.it
1212072054 Q * yarihm Quit: Leaving
1212072272 J * dlx ~navid@softbank126113080078.bbtec.net
1212072290 M * dlx hi all
1212072309 M * Bertl hi
1212072996 M * dlx ok...just seemed odd that the docs suggest an unnecessary step
1212073075 M * Bertl like the dummy0 interface :)
1212073101 M * dlx yeah
1212073104 M * Bertl well, the docs are in a wiki, so folks edit it, and if they think that dummy0 is a good choice, that will get added there
1212073141 M * Bertl feel free to add a paragraph that it is not necessary and just for ease of mind (for folks who hate to have the guest IPs on ethX)
1212073166 M * dlx ok will do :)
1212074482 J * cryptronic ~oli@p54A3B604.dip0.t-ipconnect.de
1212074722 J * dowdle ~dowdle@scott.coe.montana.edu
1212075053 Q * cryptronic Ping timeout: 480 seconds
1212075182 Q * jmcaricand Remote host closed the connection
1212075218 Q * xdr Quit: Lost terminal
1212076691 Q * ISSAMNEO1 
1212076776 J * eSa| ~kvirc@ip-87-238-2-45.static.adsl.cheapnet.it
1212076776 J * _eSa|_ ~kvirc@ip-87-238-2-45.static.adsl.cheapnet.it
1212076973 Q * _eSa|_ 
1212077063 J * cryptronic ~oli@p54A3B604.dip0.t-ipconnect.de
1212077796 J * hparker ~hparker@linux.homershut.net
1212078167 N * DoberMann DoberMann[PullA]
1212078723 Q * meandtheshell Ping timeout: 480 seconds
1212079633 J * balbir ~balbir@122.167.176.181
1212080266 Q * pmenier Quit: Konversation terminated!
1212081244 J * bonbons ~bonbons@2001:960:7ab:0:2c0:9fff:fe2d:39d
1212081567 Q * mrfree Quit: Leaving
1212081965 J * meandtheshell ~sa@217.19.46.18
1212082512 Q * hparker Quit: Read error: 104 (Peer reset by connection)
1212082517 J * hparker ~hparker@linux.homershut.net
1212082526 Q * pisco_ Ping timeout: 480 seconds
1212083065 J * pisco ~pisco@tor.noreply.org
1212083538 Q * balbir Quit: Ex-Chat
1212084598 Q * hparker Quit: Read error: 104 (Peer reset by connection)
1212084638 Q * pisco Quit: leaving
1212084832 J * fosco_ fosco@konoha.devnullteam.org
1212084832 Q * fosco Remote host closed the connection
1212085361 J * fatgoose ~samuel@76-10-149-199.dsl.teksavvy.com
1212085668 J * ViRUS ~mp@p5B246C0B.dip.t-dialin.net
1212086128 M * nkukard hrmmmmm
1212086141 M * nkukard to mount --bind a host nfs into a vserver
1212086154 M * nkukard would I add it to fstab or fstab.remote?
1212086575 M * daniel_hozac for a bind mount it doesn't really matter.
1212086583 M * nkukard ah, got it  :)
1212086587 M * Bertl well, it can actually
1212086592 M * nkukard it didn't work if i bind'd it in the host
1212086612 M * Bertl (at least I think, it might :)
1212086613 M * nkukard but using    /var/vmail      /var/vmail      none bind    worked in the vserver fstab
1212086614 M * nkukard :)
1212086623 M * nkukard i like that security
1212086623 M * daniel_hozac everything's already been setup though, all kernel threads spawned, etc.
1212086663 M * daniel_hozac a bind mount shouldn't cause any networking calls to be made, IMHO.
1212086726 Q * fatgoose Quit: fatgoose
1212087087 M * nkukard i don't want to sound dumb or anything ... but hows the progress going on the latest kernel versions?
1212087116 J * pisco ~pisco@tor.noreply.org
1212087163 M * Bertl slow, but the already completed parts seem to work so far
1212087176 M * nkukard cool :)
1212087357 J * fatgoose ~samuel@76-10-149-199.dsl.teksavvy.com
1212087907 Q * lagann Quit: Leaving
1212087988 J * lagann ~distro@c-66-30-110-51.hsd1.ma.comcast.net
1212088057 J * DavidS1 ~david@p57A4A888.dip0.t-ipconnect.de
1212088109 J * balbir ~balbir@122.167.176.181
1212088381 M * daniel_hozac Bertl: have you merged http://217.196.41.9/~ard/patch-2.6.25-vs2.3.0.34.9-in-loopbackfix.diff?
1212088462 Q * DavidS Ping timeout: 480 seconds
1212088490 M * Bertl yes, I think so
1212088560 M * Bertl hmm, maybe not ... sec
1212088612 M * Bertl nop, but added it now
1212088637 M * daniel_hozac great
1212088972 M * Bertl just uploaded .11 with this one included :)
1212089199 J * xanoro ~xanoro@p549E7538.dip.t-dialin.net
1212089221 M * MatBoy hi guys !
1212089230 M * MatBoy how is vserver compared to openvz ?
1212089248 M * Bertl fast, lean, simple, portable 
1212089269 M * Bertl and it's Linux-VServer btw :)
1212089288 A * MatBoy excuses himself :)
1212089531 M * sid3windr I see bertl also fills the marketing department
1212089600 M * Bertl hehe, if you want to take over, be my guest :)
1212089618 J * Linus ~nuhx@bl7-152-139.dsl.telepac.pt
1212089644 M * mnemoc on which department Bertl is not working?
1212089712 M * Bertl user space
1212089724 M * Bertl that's strictly daniel_hozac and friends atm
1212089725 M * mnemoc :)
1212089730 Q * dlx Quit: Leaving
1212089767 M * mnemoc how mature is Hollow's user space?
1212089786 M * Bertl best check with Hollow ...
1212089798 M * mnemoc :)
1212090053 Q * meandtheshell Ping timeout: 480 seconds
1212090233 Q * Linus Quit: I'll Be Back!
1212090256 J * larsivi ~larsivi@144.84-48-50.nextgentel.com
1212090304 J * Linus ~Nuhx@bl7-152-139.dsl.telepac.pt
1212091760 Q * cryptronic Quit: Leaving.
1212092135 Q * ViRUS Quit: Leaving
1212092880 J * Aiken ~james@ppp121-45-230-114.lns1.bne4.internode.on.net
1212093284 M * micah someone was telling me the other day that he looked at the OpenVZ source and it was nothing like the Linux-VServer source, have they really changed that much?
1212093343 M * Bertl hmm? OVZ and Linux-VServer have no common history
1212093368 M * Bertl maybe you mean FreeVPS or so?
1212093439 Q * balbir Ping timeout: 480 seconds
1212093650 M * micah oh hmm yeah I must have mixed them up
1212093701 M * micah wasn't one of the openvz people working on linux-vservers at one point?
1212093708 M * micah way earlier on?
1212093756 M * Bertl not that I know of .. would probably have been some kind of conflict of interests .. but, IIRC, our dear friend ola is packaging openvz now :)
1212093906 J * bfremon ben@lns-bzn-59-82-252-173-114.adsl.proxad.net
1212094220 J * balbir ~balbir@122.167.176.181
1212094231 Q * xanoro Quit: Leaving.
1212094483 Q * bfremon Quit: Leaving.
1212094517 Q * duckx Read error: Connection reset by peer
1212094552 J * duckx ~Duck@81.57.39.234
1212094603 Q * bonbons Quit: Leaving
1212094672 F * ChanServ +o Bertl
1212094695 F * Bertl +b *!*Apokalipz@76.205.125.*
1212094695 K Apokalipz Bertl no unrelated advertizements here, tx
1212094996 M * openblast bot?
1212095134 F * Bertl -o Bertl
1212095750 J * meandtheshell1 ~sa@d91-129-52-22.cust.tele2.at
1212096098 J * hparker ~hparker@linux.homershut.net
1212096251 J * mire ~mire@195-169-222-85.adsl.verat.net
1212097494 Q * balbir Ping timeout: 480 seconds
1212098017 Q * hparker Quit: Read error: 104 (Peer reset by connection)
1212098024 J * hparker ~hparker@linux.homershut.net
1212098153 J * balbir ~balbir@122.167.176.181
1212098319 J * xdr ~xdr@102-173-96-87.cust.blixtvik.se
1212098525 J * dna_ ~dna@117-218-dsl.kielnet.net
1212098680 J * yarihm ~yarihm@84-74-147-84.dclient.hispeed.ch
1212098909 Q * dna Ping timeout: 480 seconds
1212100168 Q * yarihm Quit: Leaving
1212100411 Q * larsivi Remote host closed the connection
1212100942 M * micah Bertl: just wondering what the status is with newer kernel patches? someone I know claims to have ported vserver patch to 2.6.24 and says it works
1212100955 M * micah i'm asking him to run testme to see :)
1212100982 M * Bertl well, we have patches up for 2.6.24 and 2.6.25.x
1212101008 M * micah oh! I thought they weren't done yet
1212101013 M * micah i'm clearly very confused today
1212101020 M * Bertl so, whatever 'porting' he/she did ... it couldn't have been too much :)
1212101049 M * Bertl check out http://vserver.13thfloor.at/Experimental/
1212101109 M * Bertl note that those are not complete yet, as for example the cfs needs a rewrite of the hard cpu scheduler
1212101136 M * micah maybe he did 2.2.0 series, instead of 2.3.0, I'll find out
1212101160 M * Bertl k, tx
1212101182 M * micah hehe 29-May-2008 19:22
1212101224 Q * mire Ping timeout: 480 seconds
1212101278 M * micah how is 2.3.x series coming?
1212101283 Q * lagann Quit: Leaving
1212101293 J * lagann ~distro@c-66-30-110-51.hsd1.ma.comcast.net
1212101306 M * Bertl well, quite fine, no real complaints yet
1212101362 M * micah i'm just looking at when debian might freeze/release and wondering if 2.3.x will be stable enough to be built in kernels by waldi
1212101375 M * micah to be distributed that is
1212101392 M * Bertl no idea, but it looks like there will be no 2.2.x for 2.6.24+
1212101436 M * Bertl i.e. we are currently stabilising and completing 2.3.x and most likely, when mainline has stabilized on the virtualization side (around 2.6.26/27) start testing for 2.4.x
1212101516 M * Bertl again note: the problem is not that you couldn't reduce the 2.3.x patches (for 2.6.24+) to a 2.2.x feature set (which actually is quite trivial) but we do not consider patches based on 2.6.24+ stable yet
1212101543 M * Bertl (too many changed to the mainline kernels .. which means a lot of testing)
1212101744 M * micah that makes sense
1212102844 Q * Linus Remote host closed the connection
1212103595 J * blathijs_ ~matthijs@katherina.student.ipv6.utwente.nl
1212103714 Q * nou Ping timeout: 480 seconds
1212103739 Q * blathijs Ping timeout: 480 seconds
1212104596 Q * Hollow Remote host closed the connection
1212104610 J * Hollow ~hollow@proteus.croup.de
1212104788 J * nou Chaton@causse.larzac.fr.eu.org