1170720132 M * daniel_hozac pflanze: lib_internal/matchlist-initmanually.c
1170720134 M * pflanze well, gcc -I.. -I../ensc_wrappers/ -E vhashify.c | grep -i vpkg  is yielding nothing.
1170720188 M * pflanze (ah, the wonders of linking I guess)
1170720301 M * donuto Bertl, i see that data is receivd by server but client side ping says request timed out. on server side i see thies 4 times (which is the 4 pings): us=919152 UDPv4 READ [100] from 83.x.x.x:32780:  DATA len=100
1170720334 M * Bertl donuto: probably routing issues, it's not that easy to get it right on the first try
1170720360 M * Bertl donuto: but check that openvpn connected to the correct tun by using tcpdump on the tun device on the host
1170720404 M * donuto ah ok, i will try tcpdump on tun device
1170720567 M * donuto Bertl, it shows ptp link is on tun1, and tun0 shows the private ip 
1170720595 M * Bertl do you see traffic on the tun?
1170720609 M * donuto tcpdump -i tun1 shows no traffic, i try -i tun0 and says network is down
1170720623 M * Bertl chances are good that openvpn didn't use the proper device
1170720643 M * donuto hmm the guest where openvpn is has eth0 and tun0
1170720666 M * donuto eth0 has internetip and tun0 has private ip which is for openvpn 
1170720722 M * daniel_hozac Bertl: should we maybe restrict the tun creation?
1170720761 M * Bertl probably
1170720811 M * donuto why restrict btw?
1170720887 M * Bertl daniel_hozac: finally going to test on ppc :)
1170720902 M * daniel_hozac new shiny?
1170720906 M * Bertl yup
1170720912 M * daniel_hozac good :)
1170720936 M * Bertl I love the powerbook rtc :)
1170720940 M * Bertl # date
1170720940 M * Bertl Fri Jan  1 01:13:32 CET 1904
1170720977 M * daniel_hozac lol
1170720980 M * daniel_hozac nice
1170720996 M * Bertl yeah, the funny thing is, not even ntpdate can fix it :)
1170721009 M * Bertl you ahve to set the date manually to something sane first :)
1170721023 M * daniel_hozac haha, ouch. why's that?
1170721084 M * Bertl no idea ...
1170721095 M * Bertl I have a script to do that :)
1170721102 M * daniel_hozac ah
1170721228 M * pflanze Is it correct that if one configures exclude lists, vhashify does *not* use package management for getting the config file list?
1170721626 M * daniel_hozac that's the idea, i haven't verified it though.
1170721660 M * daniel_hozac i'm gonna get some sleep, have to get up in a few hours... good night and have fun everyone!
1170721789 M * donuto g'night, thanks for the great help today !
1170722019 M * Bertl you're welcome! cya!
1170722159 M * donuto that for daniel_hozac, i will go later to sleep :p
1170722169 Q * DavidS Quit: Leaving.
1170722456 M * Bertl daniel_hozac: looks good on ppc
1170722627 M * Bertl okay, shiny15 is out
1170722644 M * Bertl it was now tested on alpha, i386, ppc, sparc/64 and x86_64
1170722653 M * Bertl so I consider it suitable for util-vserver
1170722703 M * Bertl daniel_hozac: once we get the test_syscall stuff working (i.e. on machines without Linux-VServer)
1170722717 M * Bertl we can get a bunch of specific tests with various archs and gccs
1170722986 J * mugwump_ ~samv@watts.utsl.gen.nz
1170723020 J * matti_ matti@acrux.romke.net
1170723023 Q * matti synthon.oftc.net strange.oftc.net
1170723023 Q * _cob synthon.oftc.net strange.oftc.net
1170723023 Q * yang synthon.oftc.net strange.oftc.net
1170723023 Q * FireEgl synthon.oftc.net strange.oftc.net
1170723023 Q * nebuchadnezzar synthon.oftc.net strange.oftc.net
1170723023 Q * marcfiu synthon.oftc.net strange.oftc.net
1170723023 Q * mugwump synthon.oftc.net strange.oftc.net
1170723023 Q * shedi synthon.oftc.net strange.oftc.net
1170723191 Q * Piet Server closed connection
1170723195 Q * click Server closed connection
1170723204 J * click click@ti511110a080-0186.bb.online.no
1170723233 J * Piet hiddenserv@tor.noreply.org
1170723278 M * pflanze What's the "$_pgs_cfgdir"/style file when expanded?
1170723304 M * pflanze well the answer is:
1170723304 M * pflanze _pgs_cfgdir=$($_VSERVER_INFO "$1" APPDIR pkgmgmt) || :
1170723310 M * pflanze but that doesn't say me much
1170723317 M * pflanze s/say/tell/
1170723410 J * nebuchadnezzar ~nebu@zion.asgardr.info
1170723462 M * Bertl welcome nebuchadnezzar!
1170723481 Q * Guest1603 Quit: using sirc version 2.211+KSIRC/1.3.11
1170723494 M * Bertl daniel_hozac: okay, do we have anything for rc11 except for the config fix?
1170723518 M * pflanze he's gone sleeping I think.
1170723527 J * shedi ~siggi@ftth-237-144.hive.is
1170723539 J * yang ~yang@tor-irc.dnsbl.oftc.net
1170723557 M * Bertl ah, right, missed that one :) np
1170723591 M * pflanze I've written a new page http://linux-vserver.org/Vhashify
1170723606 M * pflanze Someone should check whether anything is correct there.
1170723642 J * FireEgl Proteus@2001:5c0:84dc:1:211:9ff:feca:b042
1170723707 J * _cob ~cob@pc-csa01.science.uva.nl
1170723885 N * DreamerC_ DreamerC
1170723901 M * pflanze Has the problem with breaking links between multiply hardlinked files been a real issue? Should I invest the time to add the nlinks==1 check?
1170723922 M * Bertl hmm?
1170724011 M * pflanze vhashify creates hardlinks to any file it finds, regardless whether it has already been hardlinked.
1170724033 M * Bertl well, that should make no difference, no?
1170724044 M * Bertl (as long as they are files :)
1170724052 M * pflanze So if a vserver has, say, 2 links to the same file, and expects that writing to one of them is visible in the other one, it gets burned if vhashify sets cow flags?
1170724066 M * Bertl yes
1170724067 M * pflanze or does the kernel code check the paths?
1170724082 M * Bertl but it is probably hard to check for that though
1170724094 M * Bertl how do you 'know' what the guest expects :)
1170724097 M * pflanze well there is an easy workaround:
1170724107 M * pflanze don't add files to the common pool if nlinks >1
1170724126 M * pflanze Someone has mentioned this on the wiki FAQ page already.
1170724136 M * Bertl (unless they are already unified, I hope)
1170724146 M * pflanze yes, you have to do that from the start.
1170724156 M * Bertl otherwise re-unifying two guest pools won't work
1170724187 M * Bertl I think, this should become an option if it is desired at all
1170724216 M * pflanze In my vserver, only about 2.6% of the files which have been added to the pool by vhashify have had nlinks >1.
1170724234 M * Bertl yes, but consider two unified guests
1170724251 M * Bertl they will have 95%+ files with nlinks > 1
1170724270 M * pflanze yes. So check if the flag is already set, if so, no problem.
1170724280 M * Bertl that's what I meant
1170724284 M * pflanze yes.
1170724366 M * pflanze I can certainly live with 2.6% loss in unification, but if that's only a theoretical problem in practice, who cares.
1170724391 M * Bertl as I said, IMHO that is a candidate for an option
1170724394 M * pflanze That's why I'm asking if anyone has had a real issue with it.
1170724403 M * pflanze yet another option :)
1170724447 M * pflanze if you know that someone has reported that problem, I'll do it, otherwise I won't.
1170724458 M * Bertl you said it was on the wiki?
1170724477 M * pflanze yes, but it doesn't say whether it's theoretical or actual applications broken.
1170724509 M * baldy ahh huhu Bertl 
1170724517 M * baldy can u give me your email address?
1170724524 M * Bertl pflanze: I would consider apps assuming that as broken, but you never know ...
1170724554 M * pflanze ah actually there's one more way things could break: if a vserver creates new hardlinks *after* unification has happened.
1170724555 M * Bertl baldy: should be easy to figure, but here it is 'herbert at 13thfloor dot at'
1170724724 M * baldy k thx
1170724727 M * baldy i get a mail...
1170724728 M * baldy ;)
1170724735 M * baldy and me is gonne sleep now
1170724746 M * Bertl good night then!
1170724770 M * baldy ah 
1170724783 M * baldy when will the patch für 2.6.20 come?
1170724794 M * Bertl soon
1170724800 M * baldy oke
1170724801 M * baldy ;)
1170724805 M * baldy sounds good hehe
1170726577 T * Bertl http://linux-vserver.org/ | latest stable 2.0.2.1, 2.0.3-rc1, 2.2.0-rc11, devel 2.1.1.7.1, 2.3.0.8, stable+grsec 2.0.2.1, 2.2.0-rc10 | util-vserver-0.30.212 | libvserver-1.0.2 & vserver-utils-1.0.3 | He who asks a question is a fool for a minute; he who doesn't ask is a fool for a lifetime -- share the gained knowledge on the Wiki, and we'll forget about the minute ;)
1170726582 M * Bertl *2.2.0-rc11
1170727075 Q * gab Server closed connection
1170729557 M * baldy grrrr
1170729562 M * baldy damn fucking ddos
1170729611 M * Bertl DDoS?
1170731303 Q * Aiken Quit: Leaving
1170731322 M * baldy yep
1170731366 Q * michal` Server closed connection
1170731367 J * michal` ~michal@www.rsbac.org
1170731628 Q * shuri_ Remote host closed the connection
1170732216 M * xp_prg ntpdate mytimeserver gives:  5 Feb 12:26:57 ntpdate[2581]: step-systime: Operation not permitted
1170732223 M * xp_prg help please, I don't know why this is
1170732361 M * Bertl you don't want to use ntp inside a guest
1170732405 M * Bertl i.e. it doesn't really make sense, you synchronize the host
1170733365 Q * Piet Quit: Piet
1170733374 Q * infowolfe Ping timeout: 480 seconds
1170733788 J * debugger_ ~Rui@84.90.10.107
1170734159 Q * debugger Ping timeout: 480 seconds
1170734175 Q * xp_prg Ping timeout: 480 seconds
1170735764 Q * Hollow Remote host closed the connection
1170735777 J * Hollow ~hollow@styx.xnull.de
1170735807 Q * Loki|muh Remote host closed the connection
1170735809 J * Loki|muh loki@satanix.de
1170736123 J * comfrey_ ~comfrey@70.91.185.84
1170736133 J * Aiken ~james@ppp220-70.lns2.bne1.internode.on.net
1170736150 J * infowolfe ~infowolfe@c-67-164-195-129.hsd1.ut.comcast.net
1170736157 J * comfrey_1 ~comfrey@70.91.185.84
1170736220 Q * comfrey Ping timeout: 480 seconds
1170736264 Q * comfrey__ Ping timeout: 480 seconds
1170737156 J * Aix ~Aix@201.4.234.2
1170737169 P * Aix 
1170737312 M * Bertl okay, off to bed now ... have a good one everyone! cya!
1170737317 N * Bertl Bertl_zZ
1170737865 Q * SNy Remote host closed the connection
1170737879 J * SNy 768aea85ed@bmx-chemnitz.de
1170738784 J * infowolfe_ ~infowolfe@c-67-164-195-129.hsd1.ut.comcast.net
1170739021 Q * Johnnie Remote host closed the connection
1170739043 J * mugwump ~samv@watts.utsl.gen.nz
1170739051 J * Johnnie ~jdlewis@jdlewis.org
1170739134 Q * comfrey_1 synthon.oftc.net larich.oftc.net
1170739134 Q * infowolfe synthon.oftc.net larich.oftc.net
1170739134 Q * shedi synthon.oftc.net larich.oftc.net
1170739134 Q * click synthon.oftc.net larich.oftc.net
1170739134 Q * mugwump_ synthon.oftc.net larich.oftc.net
1170739134 Q * mire synthon.oftc.net larich.oftc.net
1170739387 Q * tokkee Server closed connection
1170739389 J * tokkee tokkee@casella.verplant.org
1170739541 J * comfrey ~comfrey@70.91.185.84
1170739545 Q * Johnnie Remote host closed the connection
1170739556 J * shedi ~siggi@ftth-237-144.hive.is
1170739563 J * click click@ti511110a080-0186.bb.online.no
1170739580 J * Johnnie ~jdlewis@jdlewis.org
1170739648 J * mire ~mire@50-166-222-85.adsl.verat.net
1170739872 J * PowerKe_ ~tom@d54C13E4B.access.telenet.be
1170739928 J * Aiken_ ~james@ppp220-70.lns2.bne1.internode.on.net
1170739951 J * SNy_ 375fd22d17@bmx-chemnitz.de
1170739983 Q * PowerKe Read error: Connection reset by peer
1170739983 Q * mnemoc Read error: Connection reset by peer
1170739983 Q * Aiken Remote host closed the connection
1170740047 J * comfrey__ ~comfrey@70.91.185.84
1170740068 J * Loki|muh_ loki@satanix.de
1170740083 J * IKBZSLl`S ~hollow@styx.xnull.de
1170740104 J * debugger ~Rui@84.90.10.107
1170740255 J * eyck eyck@kuszelas.com
1170740343 Q * tokkee synthon.oftc.net xenon.oftc.net
1170740343 Q * mugwump synthon.oftc.net xenon.oftc.net
1170740343 Q * infowolfe_ synthon.oftc.net xenon.oftc.net
1170740343 Q * SNy synthon.oftc.net xenon.oftc.net
1170740343 Q * comfrey_ synthon.oftc.net xenon.oftc.net
1170740343 Q * Loki|muh synthon.oftc.net xenon.oftc.net
1170740343 Q * Hollow synthon.oftc.net xenon.oftc.net
1170740343 Q * debugger_ synthon.oftc.net xenon.oftc.net
1170740343 Q * michal` synthon.oftc.net xenon.oftc.net
1170740343 Q * _cob synthon.oftc.net xenon.oftc.net
1170740343 Q * yang synthon.oftc.net xenon.oftc.net
1170740343 Q * nebuchadnezzar synthon.oftc.net xenon.oftc.net
1170740343 Q * matti_ synthon.oftc.net xenon.oftc.net
1170740343 Q * ensc synthon.oftc.net xenon.oftc.net
1170740343 Q * sid3wind1 synthon.oftc.net xenon.oftc.net
1170740343 Q * thunder1 synthon.oftc.net xenon.oftc.net
1170740343 Q * derjohn synthon.oftc.net xenon.oftc.net
1170740343 Q * eyck_ synthon.oftc.net xenon.oftc.net
1170740344 N * Loki|muh_ Loki|muh
1170740381 N * IKBZSLl`S Hollow
1170740402 J * tokkee tokkee@casella.verplant.org
1170740419 J * thunder1 ~thu@tor-irc.dnsbl.oftc.net
1170740486 J * michal` ~michal@www.rsbac.org
1170740850 M * daniel_hozac Bertl_zZ: there's an issue with legacy, vc_new_s_context doesn't let you enter the context. (i haven't managed to track it down yet)
1170740993 Q * michal` synthon.oftc.net larich.oftc.net
1170740993 Q * thunder1 synthon.oftc.net larich.oftc.net
1170740993 Q * tokkee synthon.oftc.net larich.oftc.net
1170740993 Q * eyck synthon.oftc.net larich.oftc.net
1170740993 Q * debugger synthon.oftc.net larich.oftc.net
1170740993 Q * Hollow synthon.oftc.net larich.oftc.net
1170740993 Q * Loki|muh synthon.oftc.net larich.oftc.net
1170740993 Q * comfrey__ synthon.oftc.net larich.oftc.net
1170740993 Q * SNy_ synthon.oftc.net larich.oftc.net
1170740993 Q * Aiken_ synthon.oftc.net larich.oftc.net
1170740993 Q * PowerKe_ synthon.oftc.net larich.oftc.net
1170740993 Q * mire synthon.oftc.net larich.oftc.net
1170740993 Q * Johnnie synthon.oftc.net larich.oftc.net
1170740993 Q * click synthon.oftc.net larich.oftc.net
1170740993 Q * shedi synthon.oftc.net larich.oftc.net
1170740993 Q * comfrey synthon.oftc.net larich.oftc.net
1170741426 M * daniel_hozac it just returns EPERM.
1170741742 J * mugwump ~samv@watts.utsl.gen.nz
1170741742 J * comfrey ~comfrey@70.91.185.84
1170741742 J * shedi ~siggi@ftth-237-144.hive.is
1170741742 J * michal` ~michal@81.169.139.228
1170741742 J * SNy 04666d4bce@bmx-chemnitz.de
1170742713 Q * SNy synthon.oftc.net larich.oftc.net
1170742713 Q * shedi synthon.oftc.net larich.oftc.net
1170742713 Q * comfrey synthon.oftc.net larich.oftc.net
1170742713 Q * mugwump synthon.oftc.net larich.oftc.net
1170742713 Q * michal` synthon.oftc.net larich.oftc.net
1170743629 Q * m`m`h Quit: õÈÏÖÕ Ñ ÏÔ ×ÁÓ
1170744296 J * Johnnie ~jdlewis@jdlewis.org
1170744398 J * shedi ~siggi@ftth-237-144.hive.is
1170744398 J * GyrosGeier ~richter@mnch-4db0117e.pool.einsundeins.de
1170744398 J * comfrey_ ~comfrey@70.91.185.84
1170744398 J * michal` ~michal@www.rsbac.org
1170744398 J * SNy 5200b0c43c@bmx-chemnitz.de
1170744398 J * mugwump ~samv@watts.utsl.gen.nz
1170744398 J * PowerKe ~tom@d54C13E4B.access.telenet.be
1170744398 J * comfrey ~comfrey@70.91.185.84
1170744398 J * mire ~mire@50-166-222-85.adsl.verat.net
1170744398 J * rgl ~Rui@84.90.10.107
1170744398 J * click click@ti511110a080-0186.bb.online.no
1170744398 J * eyck eyck@kuszelas.com
1170744398 J * mnemoc ~amery@kilo105.server4you.de
1170744398 J * thunder1 ~thu@trust.httpdnet.com
1170744398 J * tokkee tokkee@casella.verplant.org
1170744398 J * derjohn ~derjohn@80.69.41.2
1170744398 J * nebuchadnezzar ~nebu@zion.asgardr.info
1170744398 J * Loki|muh ~loki@satanix.de
1170744398 J * infowolfe ~infowolfe@c-67-164-195-129.hsd1.ut.comcast.net
1170744398 J * Hollow ~hollow@styx.xnull.de
1170744398 J * sid3windr ~luser@195.160.166.163
1170744398 J * matti ~matti@83.64.128.18
1170744398 J * ||Cobra|| ~cob@pc-csa01.science.uva.nl
1170744398 J * yang ~yang@tor-irc.dnsbl.oftc.net
1170744436 N * matti Guest1632
1170744983 J * ensc ~irc-ensc@p54B4EC3C.dip.t-dialin.net
1170745022 M * GyrosGeier nebuchadnezzar, well, the vserver is destroyed after one command is run
1170745259 M * nebuchadnezzar ok, it's not a long time vserver
1170745336 M * GyrosGeier specifically, it's an autobuilder
1170745368 M * GyrosGeier any processes left running after a build are an error on behalf of the build script
1170745382 M * GyrosGeier and the vserver is reset after each run
1170746250 J * gab ~gab@158.36.45.236
1170749460 J * litage ~nick@203.220.55.70
1170749494 M * litage hi guys
1170749740 M * litage i just noticed that sshd wasn't running on a vserver guest. i restarted sshd but it didn't come up. i found that sshd was trying to listen on 0.0.0.0:4567 , so i set "ListenAddress 10.0.10.5" in sshd_config. however, sshd still won't start:  "Bind to port 4567 on 10.0.10.5 failed: Cannot assign requested address.   Cannot bind any address."
1170749798 M * GyrosGeier a) the vserver needs to be allowed to use this address
1170749804 M * GyrosGeier b) the port needs to be free
1170749819 M * GyrosGeier   1) for IPv4
1170749825 M * GyrosGeier   2) for IPv6
1170750057 M * litage GyrosGeier: actually, i've noticed that i can't telnet to anywhere, even to localhost, from within in the vserver guest:    http://rafb.net/p/HUIadB61.html
1170750113 M * GyrosGeier c) the vserver needs to be configured to use this address
1170750151 M * GyrosGeier do you have IP addresses assigned to lo and the virtual network device?
1170750172 M * litage GyrosGeier: the weird thing is, the vserver's been using this address for 6+ months. i just noticed today that sshd wasn't running on it
1170750186 M * litage GyrosGeier: and i haven't changed anything on the vserver host
1170750236 J * comfrey__ ~comfrey@70.91.185.84
1170750344 Q * comfrey_ Ping timeout: 480 seconds
1170750344 Q * comfrey Ping timeout: 480 seconds
1170750347 M * GyrosGeier oh
1170750351 M * GyrosGeier another thing I remember
1170750370 M * GyrosGeier if the outside box somehow uses the port, the virtual box cannot use it either
1170750426 M * litage GyrosGeier: the problem seems to be with the vserver guest or host "as a whole", rather than with that specific ip address or port
1170750483 M * litage GyrosGeier: apache2 said this when i tried restarting it:   http://rafb.net/p/X3ZRye55.html
1170750572 M * litage the other vserver guests are running fine..
1170750690 M * GyrosGeier and none of your other vserver guests are using the same port numbers
1170750691 M * GyrosGeier ?
1170750712 M * litage GyrosGeier: none of them
1170750767 M * litage GyrosGeier: oh wait, that's not right. all of the other vserver guests run sshd on port 6789, but the vserver guest that's acting up runs sshd on port 4567
1170750819 M * litage GyrosGeier: several of the other vserver guests have apache and apache-ssl running on ports 80 and 443, respectively, and have been doing so for 6+ months without problems
1170750838 J * comfrey ~comfrey@70.91.185.84
1170750996 M * GyrosGeier litage, well, what does the MAIN context do?
1170751015 M * GyrosGeier litage, because the vservers inherit a subset of what MAIN does
1170751074 M * GyrosGeier and if that context is using port 4567 in any way without binding it to specific IP addresses that do not conflict with the addresses in the guest, the first binding has precedence
1170751225 M * litage GyrosGeier: any process in this guest that tries to bind to the guest's ip address and *any* port fails
1170751235 J * duckx ~Duck@tox.dyndns.org
1170751260 M * litage GyrosGeier: for instance, there's nothing on the vserver host listening on port 33061, but mysqld on the problem-guest can't bind to 33061:   http://rafb.net/p/jn3eWJ81.html
1170751263 M * GyrosGeier does ifconfig in the guest list the IP?
1170751361 M * litage GyrosGeier: no. ``ifconfig'' and ``ifconfig -a'' output nothing. ``ifconfig eth0'' outputs this:   http://rafb.net/p/lCHDbD91.html
1170751378 M * litage (in the vserver guest)
1170751404 M * GyrosGeier so the IP address is not bound in the guest
1170751426 M * GyrosGeier and since it doesn't have any IP address, it cannot bind any port
1170751434 M * GyrosGeier (this is a vserver specific thing)
1170751438 M * litage makes sense
1170751465 M * GyrosGeier normally, it would just bind the port in case an IP address shows up later
1170751476 Q * duckx Remote host closed the connection
1170751480 M * GyrosGeier but in vserver world, things are different
1170751546 M * litage GyrosGeier: the files in the guest's interfaces/ dir are correct and haven't been touched in ages:   http://rafb.net/p/eiZbGW59.html
1170751580 M * GyrosGeier litage, well, the IP is not bound
1170751593 M * litage GyrosGeier: yeah, i agree
1170751601 M * GyrosGeier litage, the interfaces/ stuff just says what the guest is allowed to use
1170751612 M * litage GyrosGeier: and i've restarted the guest twice
1170751628 M * litage GyrosGeier: ah. so where is it specified what the guest should use?
1170751636 M * GyrosGeier some startup script takes that info, passes it to the vserver syscall
1170751660 M * GyrosGeier IIRC the guest is started with the interface configured
1170751688 M * GyrosGeier but if there is some script inside the guest that plays with the interfaces, interesting things may happen
1170751729 M * litage GyrosGeier: i've never had a script that plays with the interfaces
1170751770 M * GyrosGeier no idea
1170751790 M * GyrosGeier I'm not using these features at all
1170751801 M * GyrosGeier I just use vserver as a better chroot
1170751852 M * litage wondering if i should use the windows solution and just reboot the vserver host
1170752115 M * litage GyrosGeier: hrmm! notice the last line of output when i stopped the problem-guest:  http://rafb.net/p/uJy07b93.html
1170752291 M * GyrosGeier yes
1170752320 M * GyrosGeier the problem is that I know too little about the inner workings to be able to properly debug it
1170752346 M * litage heheh no worries GyrosGeier, you've been very helpful  ;)
1170752349 Q * rgl Ping timeout: 480 seconds
1170752453 J * dlezcano ~dlezcano@AToulouse-252-1-16-111.w82-125.abo.wanadoo.fr
1170752894 J * Aiken ~james@ppp220-70.lns2.bne1.internode.on.net
1170753277 M * litage does the vserver util perform any logging?
1170753661 J * meandtheshell ~markus@85-124-233-54.work.xdsl-line.inode.at
1170753859 J * dna ~naucki@245-212-dsl.kielnet.net
1170755235 Q * comfrey Remote host closed the connection
1170755344 Q * ||Cobra|| Ping timeout: 480 seconds
1170755375 J * ||Cobra|| ~cob@pc-csa01.science.uva.nl
1170755678 Q * shedi Quit: Leaving
1170755741 J * comfrey ~comfrey@70.91.185.84
1170756461 Q * Aiken Quit: Leaving
1170756661 J * rpc ~no@ajl202.neoplus.adsl.tpnet.pl
1170756666 M * rpc morning everyone
1170756764 J * DoberMann ~james@AToulouse-156-1-118-89.w90-30.abo.wanadoo.fr
1170757434 J * neuralis ~krstic@solarsail.hcs.harvard.edu
1170757506 M * renihs morning
1170757585 M * neuralis 'morning
1170758000 M * harry Resolving ftp.linux-vserver.org... failed: Host not found.
1170758292 M * DoberMann host ftp.linux-vserver.org
1170758292 M * DoberMann ftp.linux-vserver.org has address 85.10.237.61
1170759353 J * lilalinux ~plasma@dslb-084-058-216-002.pools.arcor-ip.net
1170759449 P * mael_sanger Ex-Chat
1170760043 J * rgl ~Rui@84.90.10.107
1170760094 N * Bertl_zZ Bertl
1170760098 M * Bertl morning folks!
1170760172 M * renihs morning Bertl! 
1170760259 M * rpc morning Bertl!
1170760639 M * Bertl who was asking for a 2.6.20 patch yesterday?
1170760698 M * yang hi Bertl
1170760707 M * Bertl hey yang!
1170760719 M * Bertl anyway, here is one for first testing: http://vserver.13thfloor.at/Experimental/patch-2.6.20-vs2.2.0-pre1.diff
1170760823 M * Bertl yang: any new discoveries with the mips?
1170760836 M * yang Bertl: nope
1170760859 M * yang Bertl: I got this cabling all over my room, maybe we could finish the kernel update?
1170760912 M * Bertl sure, we can try ...
1170760947 M * Bertl but I have no idea what actually failed last time, as the kernel booted up to userspace, no?
1170760988 M * yang up to the init 
1170760990 M * Bertl and I double checked, all compat and binary formats are allowed
1170760999 M * Bertl s/allowed/enabled/
1170761033 M * Bertl so the next step probably is to boot without the initrd with something like ini=/bin/bash
1170761036 M * Bertl *init
1170761151 M * dlezcano :q!
1170761211 M * baldy gähn
1170761218 M * baldy morning guys
1170761360 J * marcfiu ~mef@c-68-39-177-97.hsd1.nj.comcast.net
1170761373 M * marcfiu hello vsWorld
1170761379 M * Bertl welcome marcfiu!
1170761385 M * marcfiu morning Bertl
1170762124 J * Piet hiddenserv@tor.noreply.org
1170762410 J * shedi ~siggi@v10-222-142.lhi.is
1170763268 P * marcfiu 
1170763561 M * pflanze Bertl: baldy (2.6.20 asker)
1170763582 M * Bertl baldy: a pre1 for 2.6.20 is out
1170763747 J * m`m`h ~simba@deb30.mgts.by
1170763879 M * fs ah great, I was about to ask exactly for that
1170763884 M * fs pre1
1170763912 M * Bertl let me know how it goes, I expect some issues with the child reaper changes
1170764006 M * fs hehe child reaper
1170764093 M * fs is there a stable tree for 2.6.20 too? =)
1170764097 M * harry nero:~# xclock
1170764097 M * harry X11 connection rejected because of wrong authentication.
1170764098 M * harry X connection to localhost:10.0 broken (explicit kill or server shutdown).
1170764110 M * harry why can't i just do x forwarding in a virtual server ?
1170764124 M * harry if i do ssh -X <host> it works
1170764134 M * harry if i do ssh -X <virtualhost> it doesn't :S
1170764244 M * fs Bertl: no 2.0.2 patch for 2.6.20?
1170764267 M * Bertl nope, there will be no 2.0.x for anythin after 2.6.18
1170764271 M * fs I see
1170764274 M * fs ok
1170764295 M * fs guess then we need to update the vserver tools in debian too after the release
1170764335 M * fs hm so I am forced to stay with 2.6.18 on my production box until vs-2.2 has stabilized? =)
1170764347 M * Bertl wouldn't hurt, but 0.30.212 should work in legacy
1170764370 M * Bertl nevertheless, the changes in 2.6.19+ _require_ new tools to use the new namespaces
1170764383 M * Bertl (note, that is mainline, not Linux-VServer specific)
1170764447 M * fs I see
1170764646 M * fs so I need to activate UTS_NS with 2.6.20 and vserver?
1170764732 M * fs well I'll activate it for the vs flavours
1170764869 M * Bertl it will be auto activated by the patch
1170764874 M * Bertl same as IPC_NS
1170764883 M * fs is see
1170764892 M * fs good
1170764987 Q * mire Quit: Leaving
1170765257 Q * kiwiblue Quit: Chatzilla 0.9.67+ [SeaMonkey 1.0.5/2006091013]
1170766089 Q * cdrx Ping timeout: 480 seconds
1170766213 Q * weasel Quit: reboot
1170766295 Q * Piet Write error: connection closed
1170766503 J * weasel weasel@asteria.debian.or.at
1170766874 M * harry Bertl: is this a known problem that i have?
1170766893 M * harry on the net, everyone says: disk is ful
1170766899 M * harry but it isn't in my case
1170766902 M * harry don't know where to look...
1170767013 M * harry and ftp.linux-vserver.org doesn't seem to resolve here either
1170767098 M * Bertl hmm?
1170767123 M * Bertl who says disk is full?
1170767392 M * harry google ;)
1170767466 M * waldi hmm, LEGACYNET is now disabled by default?
1170767490 M * Bertl yep
1170767546 M * waldi cute
1170767563 A * waldi needs this for the sparc machine ASAP
1170767566 M * Bertl 0.30.209 was Oct 2005
1170767607 M * Bertl so the tools support the non-legacy networking api for over a year now :)
1170767672 J * cdrx ~legoater@blueice3n1.uk.ibm.com
1170767751 M * harry no clues :(
1170767758 M * harry i really don't get it :(
1170767774 M * Bertl well, I do not know what issues you are experiencing ...
1170767810 M * Bertl (so I cannot help you there :)
1170768070 M * harry Bertl: as i said: i do ssh -X <virtual host>
1170768079 M * harry when i start an X app there, i get that error
1170768087 M * harry when i ssh -X to the host it works
1170768096 M * Bertl how does that relate to resolver issues?
1170768115 M * Bertl what does echo $DISPLAY say after you ssh-ed in?
1170768168 M * sannes harry: sure your sshd_config allows for X forwarding?
1170768172 M * sannes (in the guest)
1170768184 M * harry eys
1170768199 M * harry localhost:10.0
1170768221 M * Bertl and 'ping localhost'?
1170768251 M * harry nero:~# ping localhost
1170768251 M * harry PING localhost (134.58.242.32) 56(84) bytes of data.
1170768251 M * harry 64 bytes from localhost (134.58.242.32): icmp_seq=1 ttl=64 time=0.091 ms
1170768251 M * harry 64 bytes from localhost (134.58.242.32): icmp_seq=2 ttl=64 time=0.091 ms
1170768284 M * Bertl okay, that looks fine so far ..
1170768290 M * Bertl what about xauth?
1170768295 M * harry its there too..
1170768384 M * sannes harry : if you do ssh -X <virtual host> xterm does that work?
1170768390 M * Bertl did you get a cookie in ~/.Xauthority?
1170768494 M * harry sannes: nope
1170768496 M * harry Bertl: yes
1170768508 M * Bertl for localhost10?
1170768662 J * ema ~ema@lart.galliera.it
1170768667 M * harry no, for nero
1170768677 M * Bertl welcome ema!
1170768694 M * Bertl harry: well, there you go, you xauth was not activated
1170768725 M * ema hello Bertl 
1170768748 M * Bertl harry: try 'xauth list'
1170768846 M * Bertl and if your 'local' auth is missing, merge it with 'xauth merge ...'
1170768878 M * Bertl (or xauth add ...)
1170768911 M * harry nero/unix:10 11 and 12
1170768932 M * Bertl so you want to add the localhost/unix:10
1170768945 M * harry Bertl: ahm... mkay
1170768946 M * harry but...
1170768951 M * harry why doesn't it work automatically
1170768956 M * Bertl which should be the same as your local <name>:/unix:0
1170768958 M * harry is it because i put localhost in /etc/hosts?
1170768974 M * Bertl nope, I guess something is not setup properly
1170768983 M * Bertl (most likely inside sshd_config)
1170769000 M * Bertl but maybe the permissions are wrong or so, you might check the logs
1170769307 Q * GyrosGeier Quit: .zZ
1170769336 M * pflanze I've got a kernel oops when restarting a vserver which has been vhashified.
1170769345 M * Bertl what kernel?
1170769348 J * baldy_ baldy@baldy.biz
1170769362 M * pflanze 2.6.19.2-vs2.2.0-rc8.7
1170769369 Q * baldy Ping timeout: 480 seconds
1170769372 M * Bertl upgrade to rc11
1170769384 J * Piet hiddenserv@tor.noreply.org
1170769423 M * pflanze known issue? no use pasting the call trace?
1170769441 M * Bertl you can paste it (just to make sure), but I assume you are hitting this one:
1170769496 M * Bertl http://vserver.13thfloor.at/Experimental/delta-cowbl-fix01.diff
1170769522 M * Bertl but maybe not, let's see ...
1170769532 M * pflanze http://paste.linux-vserver.org/1104
1170769567 M * Bertl yeah, I guess that is it ...
1170769580 M * pflanze ok thanks.
1170769755 M * Bertl np
1170771617 M * harry http://pastebin.ca/342714
1170771623 M * harry Bertl: do you know how this is possible?
1170771688 M * harry when i start xclock, it fails with the message above
1170771699 M * harry it sets its own authority file wrong
1170771806 M * Bertl well, could you upload the sshd_config somewhere?
1170771820 M * harry : 15:23 s1 ~ ;ssh -X root@gandalfi
1170771820 M * harry Password:
1170771820 M * harry Last login: Tue Feb  6 15:21:55 2007 from s1i.cc.kuleuven.ac.be
1170771820 M * harry /usr/bin/X11/xauth:  creating new authority file /root/.Xauthority
1170771820 M * harry gandalf:~# xauth list
1170771822 M * harry gandalf/unix:10  MIT-MAGIC-COOKIE-1  5957fa993b2bf48b34fa2eca3c68469f
1170771829 M * harry it's EXACTLY the same config as gandalf
1170771837 M * harry (gandalf is the host machine btw)
1170771854 M * harry (btw. it works on gandalf)
1170771869 M * Bertl not quite unexpected :)
1170771871 Q * rgl Quit: Fui embora
1170771905 M * harry how comes?
1170771910 M * harry (unless, off course...)
1170771919 M * harry gandalf:~# diff /vservers/nero/etc/ssh/sshd_config /etc/ssh/sshd_config
1170771919 M * harry 8c8
1170771919 M * harry < #ListenAddress 0.0.0.0
1170771919 M * harry ---
1170771919 M * harry > ListenAddress 192.168.28.30
1170772083 M * harry is it still unexpected? ;)
1170772098 M * harry *not unexpected :))
1170772121 M * Hollow Bertl: could you take a look at https://bugs.gentoo.org/show_bug.cgi?id=158786 and tell me vserver kernels are not affected? :)
1170772143 M * Bertl harry: it is not unexpected that x forwarding with a missing xauth fails :)
1170772151 M * harry there is an xauth
1170772156 M * harry but... /me meeting now... gotta run
1170772158 M * harry cya later
1170772221 M * Bertl Hollow: depends if you are bold enough to enable se linux and allow mounts ...
1170772253 M * Hollow the question is: does vserver even work with selinux enabled? (beside the fact that you could run a vserver+selinux kernel wiuthout using vserver
1170772254 M * Bertl a default (read mainline kernel + default config) guest is definitely not affected
1170772281 M * Bertl yes, it is possible, but se linux is not context aware
1170772307 M * Bertl so I would not sugegst to do it without a very special policy :)
1170772318 M * Hollow hehe
1170772333 M * Hollow i'll probably wait for 2.2.0 then and punt all the old kernels then..
1170773580 J * DavidS ~david@pnsgw3-client211.demo.tuwien.ac.at
1170773598 M * Bertl welcome DavidS!
1170773874 M * DavidS hi bertl!
1170774111 M * rpc isn't Bertl really kind to users? :) i love this attitude
1170774147 M * rpc i wonder about this thing lately:
1170774175 M * rpc what would you folks recommend for a production server as of virtual servers running in there?
1170774192 M * rpc is vserver the best choice and if so, why is it the best one?
1170774213 Q * sladen Ping timeout: 480 seconds
1170774317 M * daniel_hozac Bertl: have you had a chance to look at the EPERM from vc_new_s_context when entering a guest?
1170774897 M * Bertl daniel_hozac: I'd assume that is from a missing admin flag?
1170774898 M * daniel_hozac ah, i guess i see it now...
1170774919 M * Bertl (and no, I didn't look at it yet :)
1170774935 M * daniel_hozac unshare'ing uts requires CAP_SYS_ADMIN, which we've dropped by the time we get to the unshare part of vx_migrate_task.
1170774962 J * weaselTM weasel@asteria.debian.or.at
1170775019 M * daniel_hozac flags are 0000000602000010, i.e. STATE_ADMIN|STATE_INIT|HIDE_NETIF|INFO_INIT.
1170775029 M * Bertl ah, okay ...
1170775085 M * daniel_hozac i guess the unshare should be conditionalized on !new context.
1170775091 J * comfrey_ ~comfrey@70.91.185.84
1170775112 M * Bertl guess we can do that
1170775133 M * daniel_hozac or we just drop the legacy altogether... :)
1170775138 M * Bertl good idea :)
1170775143 Q * DavidS synthon.oftc.net larich.oftc.net
1170775143 Q * Piet synthon.oftc.net larich.oftc.net
1170775143 Q * weasel synthon.oftc.net larich.oftc.net
1170775143 Q * m`m`h synthon.oftc.net larich.oftc.net
1170775143 Q * lilalinux synthon.oftc.net larich.oftc.net
1170775143 Q * ||Cobra|| synthon.oftc.net larich.oftc.net
1170775143 Q * comfrey__ synthon.oftc.net larich.oftc.net
1170775143 Q * gab synthon.oftc.net larich.oftc.net
1170775143 Q * Johnnie synthon.oftc.net larich.oftc.net
1170775143 N * weaselTM weasel
1170775579 J * lilalinux ~plasma@80.69.41.2
1170775586 J * ||Cobra|| ~cob@pc-csa01.science.uva.nl
1170775602 J * m`m`h ~simba@deb30.mgts.by
1170775613 J * sladen paul@starsky.19inch.net
1170775650 J * Johnnie ~jdlewis@jdlewis.org
1170775669 M * Bertl daniel_hozac: hmm, very interesting, Lyn found a workaround (or at least thinks so :) via LVM :)
1170775673 J * gab ~gab@158.36.45.236
1170775694 M * daniel_hozac hmm?!
1170775714 M * Bertl Message-ID: <0049908500.0000015S@mailserver3.zolotek.net>
1170775748 M * daniel_hozac i don't see it in the archives or in my mailbox.
1170775790 J * Piet hiddenserv@tor.noreply.org
1170775803 M * daniel_hozac guess i'll have to wait.
1170775847 M * Bertl so I'm still priviledged :)
1170775881 M * Bertl (should reach paul's archive shortly)
1170775922 M * daniel_hozac and another interesting oops from jarek :)
1170775941 M * Bertl seems I missed that one ...
1170775965 J * Loki|muh_ loki@satanix.de
1170775966 M * daniel_hozac Message-ID: <64a616a10702060155s9cc8565lf94a96f14eb91d4a@mail.gmail.com> 
1170776003 M * Bertl ah, yes, interesting ... another CoW issue?
1170776040 M * daniel_hozac could be...
1170776066 M * Bertl doesn't look like it happens in exec ...
1170776119 M * Bertl a race condition triggered from userspace as it seems
1170776123 M * daniel_hozac but we may be forgetting a lock or so.
1170776143 J * DoberMann_ ~james@AToulouse-156-1-118-89.w90-30.abo.wanadoo.fr
1170776147 M * daniel_hozac when was the cowbl fix added? or isn' it added yet?
1170776148 J * michal`_ ~michal@www.rsbac.org
1170776152 J * gEKBPR_AW ~hollow@styx.xnull.de
1170776183 J * sid3wind1 luser@bastard-operator.from-hell.be
1170776188 M * Bertl daniel_hozac: rc10 IIRC
1170776194 J * tokkee_ tokkee@casella.verplant.org
1170776210 Q * Loki|muh Remote host closed the connection
1170776210 Q * Johnnie synthon.oftc.net xenon.oftc.net
1170776210 Q * DoberMann synthon.oftc.net xenon.oftc.net
1170776210 Q * ensc synthon.oftc.net xenon.oftc.net
1170776210 Q * yang synthon.oftc.net xenon.oftc.net
1170776210 Q * Hollow synthon.oftc.net xenon.oftc.net
1170776210 Q * derjohn synthon.oftc.net xenon.oftc.net
1170776210 Q * mnemoc synthon.oftc.net xenon.oftc.net
1170776210 Q * eyck synthon.oftc.net xenon.oftc.net
1170776210 Q * click synthon.oftc.net xenon.oftc.net
1170776210 Q * PowerKe synthon.oftc.net xenon.oftc.net
1170776210 Q * mugwump synthon.oftc.net xenon.oftc.net
1170776210 Q * michal` synthon.oftc.net xenon.oftc.net
1170776210 Q * Guest1632 synthon.oftc.net xenon.oftc.net
1170776210 Q * infowolfe synthon.oftc.net xenon.oftc.net
1170776210 Q * sid3windr synthon.oftc.net xenon.oftc.net
1170776210 Q * nebuchadnezzar synthon.oftc.net xenon.oftc.net
1170776210 Q * tokkee synthon.oftc.net xenon.oftc.net
1170776210 Q * thunder1 synthon.oftc.net xenon.oftc.net
1170776210 Q * SNy synthon.oftc.net xenon.oftc.net
1170776210 N * Loki|muh_ Loki|muh
1170776223 M * Bertl nah, should be right after rc10, so rc11 should have it
1170776239 J * eyck eyck@kuszelas.com
1170776259 M * daniel_hozac nope.
1170776271 M * daniel_hozac still missing from rc11.
1170776287 M * Bertl hmm, sure?
1170776293 M * daniel_hozac at least the one i have here.
1170776305 M * daniel_hozac line 6555.
1170776346 M * Bertl http://vserver.13thfloor.at/Experimental/delta-cowbl-fix01.diff <-- this one?
1170776350 M * daniel_hozac right.
1170776376 M * Bertl indeed, that one is still missing
1170776381 J * mnemoc ~amery@kilo105.server4you.de
1170776391 M * daniel_hozac so it shouldn't be something introduced by that, at least.
1170776406 M * Bertl definitely not
1170776434 M * Bertl sounds quite reproduceable, as he lists specific versions, no?
1170776442 M * daniel_hozac yeah.
1170776456 J * Johnnie ~jdlewis@jdlewis.org
1170776456 J * SNy 5200b0c43c@bmx-chemnitz.de
1170776456 J * mugwump ~samv@watts.utsl.gen.nz
1170776456 J * PowerKe ~tom@d54C13E4B.access.telenet.be
1170776456 J * click click@ti511110a080-0186.bb.online.no
1170776456 J * thunder1 ~thu@trust.httpdnet.com
1170776456 J * derjohn ~derjohn@80.69.41.2
1170776456 J * nebuchadnezzar ~nebu@zion.asgardr.info
1170776456 J * infowolfe ~infowolfe@c-67-164-195-129.hsd1.ut.comcast.net
1170776456 J * yang ~yang@yang.sponsor.oftc.net
1170776460 M * daniel_hozac but i guess we need to find out what file it's breaking on, and what makes that one so special.
1170776774 M * daniel_hozac so which way do you want to go wrt to the legacy stuff? remove it all, as we did in 2.2.0-pre2, or try to fix it?
1170776777 Q * weasel Remote host closed the connection
1170776784 J * matti_ matti@acrux.romke.net
1170776817 Q * tokkee_ charon.oftc.net neutron.oftc.net
1170776817 Q * Loki|muh charon.oftc.net neutron.oftc.net
1170776821 M * Bertl daniel_hozac: I don't see a point in reviving legacy stuff from more than 2 years ago
1170776855 M * Bertl we might even decide to leave it broken for now and fix it up in a followup release ...
1170776872 M * daniel_hozac just to see if we get any complaints?
1170776896 M * Bertl yes
1170776899 M * daniel_hozac hehe.
1170776906 M * daniel_hozac yeah, makes sense in a way.
1170777013 J * ensc ~irc-ensc@p54B4EC3C.dip.t-dialin.net
1170777093 Q * Piet Ping timeout: 480 seconds
1170777094 M * Bertl daniel_hozac: I'd say current->fs is missing at that point ...
1170777109 M * Bertl (regarding Jarek Dylag)
1170777109 J * tokkee tokkee@casella.verplant.org
1170777181 J * Loki|muh loki@satanix.de
1170777209 M * daniel_hozac missing?
1170777223 M * daniel_hozac surely current->fs can't be missing?
1170777230 M * Bertl well, either gone (i.e. released) or NULL
1170777245 M * Bertl so that fs->lock is wrong
1170777310 M * daniel_hozac NULL would lead to Unable to handle kernel NULL pointer dereference, no?
1170777405 M * Bertl something near 0, yes
1170777418 M * Bertl it's &(NULL)->lock
1170777450 M * Bertl the %eax is probably the fs, %eax+0x28 the lock
1170777450 M * daniel_hozac ah, right.
1170777600 J * weasel weasel@asteria.debian.or.at
1170777747 M * Bertl http://archives.linux-vserver.org/200702/0035.html
1170778040 M * Bertl daniel_hozac: what about moving the vx_migrate_task(current, new_vxi, 1); just before the new_vxi->vx_flags &= ~VXF_STATE_SETUP; and make it depend on VXF_STATE_SETUP (the unshare)?
1170778043 M * doener Bertl: just in case that you didn't notice, kqemu is GPL'ed now
1170778057 M * Bertl wow! great news!
1170778064 M * doener http://lwn.net/Articles/220807/rss
1170778067 M * Bertl now I can start crashing my kernels :)
1170778113 Q * weasel charon.oftc.net neutron.oftc.net
1170778118 M * Bertl doener: thanks for the info ...
1170778127 M * doener np
1170778139 M * Bertl qemu 0.9.0 is out too :)
1170778158 A * Bertl feels like xmas :)
1170778271 M * harry Resolving ftp.linux-vserver.org... failed: Host not found.
1170778273 M * harry still...
1170778302 M * Bertl try 'dig ftp.linux-vserver.org'
1170778337 M * harry ; <<>> DiG 9.2.4 <<>> ftp.linux-vserver.org
1170778338 M * harry ;; global options:  printcmd
1170778338 M * harry ;; connection timed out; no servers could be reached
1170778356 M * Bertl now edit /etc/resolv.conf
1170778381 M * Bertl (and add a nameserver there :)
1170778383 M * harry ; <<>> DiG 9.2.4 <<>> kuleuven.be
1170778384 M * harry ;; global options:  printcmd
1170778384 M * harry ;; Got answer:
1170778384 M * harry ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 34377
1170778384 M * harry ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 2
1170778392 M * harry it's not OUR dns server that fucks up
1170778414 M * harry ; <<>> DiG 9.2.4 <<>> hotmail.com
1170778414 M * harry ;; global options:  printcmd
1170778414 M * harry ;; Got answer:
1170778414 M * harry ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 34033
1170778419 M * harry all the other sites work
1170778428 M * harry and my /etc/resolv.conf is correct
1170778437 M * harry (i do know my way around the network, you know ;))
1170778465 M * Bertl maybe we lost the toplevel glue again ...
1170778481 M * harry think so :)
1170778482 M * DoberMann_ harry: still working here, just as this morning
1170778492 M * harry ?
1170778505 M * DoberMann_ ftp.linux-vserver.org resolution
1170778508 M * harry ah... DoberMann_ i konw, it's not everyhwere that it's fucked up
1170778520 M * harry but it messes up from time to time
1170778526 M * harry don't know why/what...
1170778681 M * Bertl maybe your dns isn't doing recursive lookups for your guest?
1170778742 M * harry don't know
1170778749 M * harry i don't admin the thing, i just use it :)
1170778781 M * Bertl try dig +trace ftp.linux-vserver.org
1170778794 M * Bertl and please upload to a pastebin :)
1170778882 M * harry http://pastebin.ca/342842
1170778946 M * daniel_hozac Bertl: that sounds like it'd work.
1170778971 M * Bertl okay, then let's try that for the next rc
1170778990 M * Bertl if it doesn't work out as expected, we can still disable the entire thing
1170778996 M * Bertl (or leave it broken)
1170779045 M * Bertl ah, I have a brilliant idea ...
1170779070 M * Bertl I add a depends on EXPERIMENTAL/EMBEDDED to VSERVER_LEGACY
1170779320 M * daniel_hozac hehe, yeah, that'd work too.
1170779345 M * Bertl doing that, I figured that we might remove the experimental from some options
1170779352 M * Bertl will upload a patch shortly
1170779478 J * PowerKe_ ~tom@d54C13E4B.access.telenet.be
1170779652 Q * derjohn synthon.oftc.net xenon.oftc.net
1170779652 Q * click synthon.oftc.net xenon.oftc.net
1170779652 Q * PowerKe synthon.oftc.net xenon.oftc.net
1170779652 Q * mugwump synthon.oftc.net xenon.oftc.net
1170779652 Q * infowolfe synthon.oftc.net xenon.oftc.net
1170779652 Q * nebuchadnezzar synthon.oftc.net xenon.oftc.net
1170779652 Q * thunder1 synthon.oftc.net xenon.oftc.net
1170779652 Q * SNy synthon.oftc.net xenon.oftc.net
1170779652 Q * Johnnie synthon.oftc.net xenon.oftc.net
1170779652 Q * yang synthon.oftc.net xenon.oftc.net
1170779653 N * PowerKe_ PowerKe
1170779794 M * Bertl harry: I'd say you are unable to reach the root servers?
1170779826 M * Bertl daniel_hozac: http://vserver.13thfloor.at/Experimental/delta-config-fix01.diff
1170779833 M * Bertl http://vserver.13thfloor.at/Experimental/delta-legacy-fix01.diff
1170779859 M * daniel_hozac the config looks fine.
1170779885 M * Bertl no idea if the legacy change will work :)
1170779896 M * daniel_hozac i'll test the legacy nw.
1170779929 J * infowolfe ~infowolfe@c-67-164-195-129.hsd1.ut.comcast.net
1170780025 M * daniel_hozac hmm. doesn't this mean the uts and ipc namespaces won't be entered?
1170780056 M * Bertl well, that was true before too, no?
1170780065 M * daniel_hozac inded.
1170780066 M * daniel_hozac +e
1170780080 M * daniel_hozac i guess nobody has really used legacy configs on 2.6.19+...
1170780106 M * Bertl the FIXME there notes that though ...
1170780115 M * daniel_hozac yeah
1170780185 M * Bertl okay, off for now ... back later this evening ...
1170780195 M * daniel_hozac okay, cya!
1170780199 N * Bertl Bertl_oO
1170780485 J * DavidS ~david@pnsgw1-client028.demo.tuwien.ac.at
1170780598 J * mugwump ~samv@watts.utsl.gen.nz
1170780600 J * SNy a790d5e463@bmx-chemnitz.de
1170780606 J * derjohn ~derjohn@80.69.41.2
1170780609 J * click click@ti511110a080-0186.bb.online.no
1170780612 J * nebuchadnezzar ~nebu@zion.asgardr.info
1170780616 J * yang ~yang@tor-irc.dnsbl.oftc.net
1170780620 J * thunder1 ~thu@tor-irc.dnsbl.oftc.net
1170781286 Q * shedi Quit: Leaving
1170781556 Q * DavidS Quit: Leaving.
1170781665 J * bonbons ~bonbons@83.222.37.103
1170781730 J * tamitall ~tam@gw.nettam.com
1170781734 N * sid3wind1 sid3windr
1170781871 J * weaselTM weasel@2001:858:10f:6::1
1170781873 M * tamitall I am having the weirdest issue with a guest... it becomes unpingable after a short period of time.  the other guest on the same host remains pingable.
1170781907 M * daniel_hozac is the IP address still assigned?
1170781955 M * tamitall yes
1170782046 N * weaselTM weasel
1170782075 M * daniel_hozac so ip addr in the host/guest shows it?
1170782094 M * tamitall yes.
1170782103 M * tamitall i'm running nagios in one vserver and mysql in another
1170782111 M * tamitall nagios + apache
1170782136 M * tamitall and it seems like it has something to with accessing mysql through apache that causes the interface to become unreachable.  Which is really REALLY weird.
1170782192 M * daniel_hozac none of the guests is restarted or similar?
1170782198 M * tamitall nope.
1170782213 M * tamitall the super weird thing is, after a while the interface becomes reachable again
1170782295 M * tamitall I wonder if it's nagios trying to get to 127.0.0.1... i just foudn a note on the wiki about it.
1170782298 M * tamitall Let me investigate that.
1170782751 N * DoberMann_ DoberMann[PullA]
1170782957 J * stefani ~stefani@flute.radonc.washington.edu
1170783819 J * Loki|muh_ loki@satanix.de
1170783819 Q * Loki|muh Read error: Connection reset by peer
1170783829 N * Loki|muh_ Loki|muh
1170784243 Q * Loki|muh synthon.oftc.net saturn.oftc.net
1170784243 Q * stefani synthon.oftc.net saturn.oftc.net
1170784243 Q * tamitall synthon.oftc.net saturn.oftc.net
1170784243 Q * bonbons synthon.oftc.net saturn.oftc.net
1170784243 Q * yang synthon.oftc.net saturn.oftc.net
1170784243 Q * nebuchadnezzar synthon.oftc.net saturn.oftc.net
1170784243 Q * click synthon.oftc.net saturn.oftc.net
1170784243 Q * thunder1 synthon.oftc.net saturn.oftc.net
1170784243 Q * derjohn synthon.oftc.net saturn.oftc.net
1170784243 Q * SNy synthon.oftc.net saturn.oftc.net
1170784243 Q * mugwump synthon.oftc.net saturn.oftc.net
1170784243 Q * infowolfe synthon.oftc.net saturn.oftc.net
1170784243 Q * PowerKe synthon.oftc.net saturn.oftc.net
1170784243 Q * tokkee synthon.oftc.net saturn.oftc.net
1170784243 Q * ensc synthon.oftc.net saturn.oftc.net
1170784243 Q * matti_ synthon.oftc.net saturn.oftc.net
1170784243 Q * eyck synthon.oftc.net saturn.oftc.net
1170784640 M * gEKBPR_AW hm
1170784643 M * gEKBPR_AW uhm
1170784646 N * gEKBPR_AW Hollow
1170785040 J * bonbons ~bonbons@83.222.37.103
1170785044 J * SNy fb6baac3a9@bmx-chemnitz.de
1170785057 J * matti matti@acrux.romke.net
1170785062 J * ensc ~irc-ensc@p54B4EC3C.dip.t-dialin.net
1170785065 J * tamitall ~tam@gw.nettam.com
1170785065 J * click click@ti511110a080-0186.bb.online.no
1170785077 J * derjohn ~derjohn@80.69.41.2
1170785080 N * matti Guest1673
1170785084 J * infowolfe ~infowolfe@c-67-164-195-129.hsd1.ut.comcast.net
1170785088 J * stefani ~stefani@tsipoor.banerian.org
1170785168 J * thunder1 ~thu@tor-irc.dnsbl.oftc.net
1170785206 J * Loki|muh loki@satanix.de
1170785222 J * eyck eyck@kuszelas.com
1170785338 J * PowerKe ~tom@d54C13E4B.access.telenet.be
1170785410 Q * cdrx Read error: Connection reset by peer
1170785841 N * DoberMann[PullA] DoberMann[Course2caddie]
1170786256 J * duckx ~Duck@tox.dyndns.org
1170786463 Q * meandtheshell Ping timeout: 480 seconds
1170786469 J * meandtheshell ~markus@85-124-233-54.work.xdsl-line.inode.at
1170786517 J * comfrey__ ~comfrey@70.91.185.84
1170786574 N * DoberMann[Course2caddie] DoberMann
1170786623 J * lilalinux_ ~plasma@80.69.41.2
1170786847 Q * lilalinux charon.oftc.net kinetic.oftc.net
1170786847 Q * comfrey_ charon.oftc.net kinetic.oftc.net
1170786847 Q * rpc charon.oftc.net kinetic.oftc.net
1170786865 M * neuralis Bertl_oO: around, perhaps?
1170787173 Q * FireEgl Quit: ...
1170787564 Q * lilalinux_ synthon.oftc.net larich.oftc.net
1170787564 Q * comfrey__ synthon.oftc.net larich.oftc.net
1170787564 Q * meandtheshell synthon.oftc.net larich.oftc.net
1170787564 Q * PowerKe synthon.oftc.net larich.oftc.net
1170787564 Q * eyck synthon.oftc.net larich.oftc.net
1170787564 Q * Loki|muh synthon.oftc.net larich.oftc.net
1170787564 Q * thunder1 synthon.oftc.net larich.oftc.net
1170787564 Q * stefani synthon.oftc.net larich.oftc.net
1170787564 Q * infowolfe synthon.oftc.net larich.oftc.net
1170787564 Q * derjohn synthon.oftc.net larich.oftc.net
1170787564 Q * click synthon.oftc.net larich.oftc.net
1170787564 Q * tamitall synthon.oftc.net larich.oftc.net
1170787564 Q * Guest1673 synthon.oftc.net larich.oftc.net
1170787564 Q * ensc synthon.oftc.net larich.oftc.net
1170787564 Q * SNy synthon.oftc.net larich.oftc.net
1170787564 Q * bonbons synthon.oftc.net larich.oftc.net
1170787873 Q * ema Quit: leaving
1170788215 J * lilalinux ~plasma@80.69.41.2
1170788236 J * comfrey_ ~comfrey@70.91.185.84
1170788244 J * click click@ti511110a080-0186.bb.online.no
1170788253 J * matti matti@acrux.romke.net
1170788254 J * thunder1 ~thu@208.40.218.131
1170788255 J * derjohn ~derjohn@80.69.41.2
1170788263 J * infowolfe ~infowolfe@c-67-164-195-129.hsd1.ut.comcast.net
1170788274 N * matti Guest1678
1170788286 J * SNy 0f8919586c@bmx-chemnitz.de
1170788330 J * eyck eyck@kuszelas.com
1170788356 J * ensc ~irc-ensc@p54B4EC3C.dip.t-dialin.net
1170788575 J * bonbons ~bonbons@83.222.37.103
1170788606 J * shedi ~siggi@ftth-237-144.hive.is
1170788693 J * dmax ~semaj@81.193.59.40
1170788731 J * PowerKe ~tom@d54C13E4B.access.telenet.be
1170788746 J * tamitall ~tam@gw.nettam.com
1170788774 J * rgl ~Rui@84.90.10.107
1170788779 J * Loki|muh loki@satanix.de
1170788782 A * rgl waves
1170788883 J * meandtheshell ~markus@85-124-233-54.work.xdsl-line.inode.at
1170789107 J * stefani ~stefani@flute.radonc.washington.edu
1170789744 M * doener harry: there was an attack on the root dns servers today, and also against those of ultradns, so that may have caused your problems today
1170789886 M * doener harry: http://dnsmon.ripe.net/dns-servmon/server/plot?type=drops&server=g.root-servers.net&day=6&month=2&year=2007&hour=10&period=lastval&plot=SHOW -- ouch :)
1170789996 J * yang ~yang@yang.sponsor.oftc.net
1170790105 M * baldy_ lol overall ddos
1170790835 M * rgl woah, plenty of ddos :(
1170791532 Q * lilalinux Ping timeout: 480 seconds
1170791665 J * lilalinux ~plasma@dslb-084-059-004-152.pools.arcor-ip.net
1170792340 J * nebuchadnezzar ~nebu@zion.asgardr.info
1170792351 N * Guest1678 matti
1170792971 Q * rgl Ping timeout: 480 seconds
1170793783 J * DreamerC_ ~dreamerc@125-225-98-13.dynamic.hinet.net
1170793959 Q * lilalinux Remote host closed the connection
1170794162 Q * DreamerC Ping timeout: 480 seconds
1170794682 Q * donuto Quit: leaving
1170795883 Q * stefani synthon.oftc.net saturn.oftc.net
1170795883 Q * shedi synthon.oftc.net saturn.oftc.net
1170795883 Q * bonbons synthon.oftc.net saturn.oftc.net
1170795883 Q * yang synthon.oftc.net saturn.oftc.net
1170795883 Q * duckx synthon.oftc.net saturn.oftc.net
1170795947 J * yang ~yang@yang.sponsor.oftc.net
1170795947 J * stefani ~stefani@flute.radonc.washington.edu
1170795947 J * shedi ~siggi@ftth-237-144.hive.is
1170795947 J * bonbons ~bonbons@83.222.37.103
1170795947 J * duckx ~Duck@tox.dyndns.org
1170796132 J * cdrx ~legoater@cap31-3-82-227-199-249.fbx.proxad.net
1170796484 Q * duckx synthon.oftc.net saturn.oftc.net
1170796484 Q * bonbons synthon.oftc.net saturn.oftc.net
1170796484 Q * shedi synthon.oftc.net saturn.oftc.net
1170796484 Q * yang synthon.oftc.net saturn.oftc.net
1170796484 Q * stefani synthon.oftc.net saturn.oftc.net
1170796499 J * yang ~yang@yang.sponsor.oftc.net
1170796499 J * stefani ~stefani@flute.radonc.washington.edu
1170796499 J * shedi ~siggi@ftth-237-144.hive.is
1170796499 J * bonbons ~bonbons@83.222.37.103
1170796499 J * duckx ~Duck@tox.dyndns.org
1170797097 J * AlexanderMyodov ~Honeyman@89.109.0.50
1170797194 M * AlexanderMyodov Hello. I have probably a stupid/noob question (which I could not easily understand myself) - are vservers capable of having their own firewall and shaping rules, independent of the host system?
1170797231 A * waldi tries to move an old gentoo system into vserver ..+
1170797272 M * waldi do I need baselayout-vserver or something else?
1170797338 M * bonbons AlexanderMyodov: no you can't do that from the guest. linux-vserver just does IP-level isolation, as such you may configure the host to shape/filter a part of the guest's traffic operating on the guest's IP address(es)
1170797387 M * PowerKe waldi: If you're setting up a new guest check out http://www.gentoo.org/proj/en/vps/vserver-howto.xml
1170797415 M * bonbons waldi: not sure if the now baselayout that can work inside guest is already stable... if it's not you need to switch to baselayout-vserver (or be really careful which script you enable in your runlevel!)
1170797471 M * AlexanderMyodov bonbons: thanks. Can you (or someone else) hint me, what can I use then, if I want to create a fully independent "virtual server", having own IPs, own network configuration, own firewalling rules, etc?
1170797522 M * bonbons then you probably need to go the usermode linux or xen way...
1170797531 M * waldi PowerKe: no, i want to move a working system
1170797536 M * AlexanderMyodov In general, I have the crazy idea to make a "virtual router", which will do nothing but route/filter/shape traffic to the main station.
1170797548 M * AlexanderMyodov Thanks bonbons, gonna try them then.
1170797616 Q * AlexanderMyodov Quit: Óõîæó ÿ îò âàñ
1170797689 J * tokkee tokkee@casella.verplant.org
1170797733 J * hardwire ~hardwire@rdbck-2595.palmer.mtaonline.net
1170797778 M * PowerKe waldi: have you tried http://linux-vserver.org/util-vserver:Howto_virtualize_an_exisiting_Linux_server ?
1170797928 Q * hardwire` Ping timeout: 480 seconds
1170798024 M * bonbons waldi: greping back in the irc-log, looks like it's baselayout-1.13 which will obsolete baselayout-vserver, but that one is still hard-masked
1170798127 M * PowerKe I heard the stage3 tarball uses baselayout-1.6 (which is why you have to install it with --initstyle plain instead of gentoo)
1170798154 M * Hollow actually you can use gentoo init style with 1.6 too
1170798186 M * Hollow please take a look at http://svn.linux-vserver.org/projects/util-vserver/browser/trunk/distrib/gentoo/
1170798256 M * PowerKe I don't know if it starts, but vserver build complains about it
1170798314 Q * bonbons Quit: Leaving
1170798385 M * PowerKe btw, did you see the result of my sys-apps/file-4.1[789] test?
1170798398 M * pflanze harry: problem with xauth solved?
1170798429 M * PowerKe 4.17 works, 4.18 and 4.19 fail sometimes (more load on the system also gives more failures)
1170798712 M * pflanze How comes that patch-2.6.19.3.bz2 is newer than patch-2.6.20.bz2 on kernel.org?
1170798730 M * daniel_hozac why not?
1170798743 M * daniel_hozac probably means 2.6.19.3 was released after 2.6.20.
1170798756 M * pflanze isn't 2.6.19.x supposed to become 2.6.20?
1170798766 A * pflanze still confused about new versioning
1170798771 M * daniel_hozac no.
1170798776 M * daniel_hozac that's 2.6.20-rcX.
1170798780 M * Hollow PowerKe: yep, saw it, really strange
1170798795 M * daniel_hozac 2.6.19.x contains fixes to 2.6.19, but no new features.
1170798822 M * pflanze Ok, that explains why still 2.6.19.X was "latest stable"
1170798871 M * pflanze "they should just tell me what I should use"
1170798876 M * pflanze :)
1170798921 A * pflanze is going for .19.3
1170799484 J * orzel ~orzel@freehackers.org
1170799528 M * orzel hello. i can't start my vserver since i've updated my package to 0.30.212 (util-vserver)., If you have any idea
1170799529 M * orzel http://rafb.net/p/xfqw9S43.html
1170799548 M * orzel i dont even understand what 'make' does here
1170799845 M * shedi evening, is shfsmount an option in fstab.remote?
1170800002 J * Aiken ~james@ppp220-70.lns2.bne1.internode.on.net
1170800807 M * harry pflanze: no
1170800834 M * pflanze harry: I couldn't get at your choosen paste server. What's your problem?
1170800930 M * harry pflanze: ssh -X <host> => xclock works
1170800933 Q * duckx synthon.oftc.net saturn.oftc.net
1170800933 Q * shedi synthon.oftc.net saturn.oftc.net
1170800933 Q * yang synthon.oftc.net saturn.oftc.net
1170800933 Q * stefani synthon.oftc.net saturn.oftc.net
1170800934 M * harry pflanze: ssh -X <virtualhost> => xclock works
1170800937 M * harry sry
1170800941 M * harry doesn't work, the last one
1170800944 J * yang ~yang@yang.sponsor.oftc.net
1170800944 J * stefani ~stefani@flute.radonc.washington.edu
1170800944 J * shedi ~siggi@ftth-237-144.hive.is
1170800944 J * duckx ~Duck@tox.dyndns.org
1170800946 M * harry pflanze: ssh -X <virtualhost> => xclock doesn'twork
1170801032 M * pflanze yes but what does "not work" mean?
1170801036 M * pflanze any message?
1170801059 M * orzel X11Forwarding yes, in /etc/ssh/sshd_config on the virtualhost ?
1170801083 M * harry orzel: yes
1170801093 M * harry 13:14 < harry> nero:~# xclock
1170801093 M * harry 13:14 < harry> X11 connection rejected because of wrong authentication.
1170801095 M * harry 13:14 < harry> X connection to localhost:10.0 broken (explicit kill or server shutdown).
1170801101 M * pflanze ok, thanks
1170801111 M * pflanze that's a known issue
1170801114 M * pflanze to me.
1170801123 M * pflanze can I give you a script?
1170801158 M * harry sure
1170801192 M * harry you have a fix/sollution?
1170801208 M * pflanze http://jaeger.mine.nu:5080/~chris/scratch/xauth
1170801256 M * pflanze The 'divert' still won't work on Debian.
1170801271 M * pflanze At least I still haven't found out how to make it work.
1170801284 M * pflanze I always reinstall that script after upgrades of X libraries.
1170801319 A * harry looks @ the script
1170801490 Q * duckx Remote host closed the connection
1170801611 M * orzel i've narrowed down my pb to this one : if i do "vserver --defaulttty --sync fhweb start"
1170801614 M * orzel it displays nothing 
1170801617 M * orzel and returns 255
1170801620 M * orzel what does that mean..?
1170801637 M * harry works like a charm, pflanze !
1170801639 M * harry superduper!
1170801647 Q * Aiken Quit: Leaving
1170801671 M * pflanze harry: what's your vserver client distro?
1170801675 M * harry thanks a mil...hmm.. a couple of thousands, maybe even a million! ;)
1170801677 M * pflanze (just wondering)
1170801678 M * harry pflanze: debian :)
1170801685 M * harry host and clients
1170801686 M * orzel (and of course, the vserver isn't started, vserver-stat says )
1170801694 A * harry beer!
1170801695 M * pflanze Maybe it's debian specific, after all.
1170801705 M * pflanze I haven't heard of other people having that problem yet.
1170801804 M * orzel mmh, is that such a stupid of frequently asked pb that I have?
1170801806 J * Aiken ~james@ppp220-70.lns2.bne1.internode.on.net
1170801827 M * pflanze orzel: I don't know anything about --defaulttty and --sync options.
1170801832 M * harry so is it just because debian's xauth requires localhost to be 127.x.y.z/8 ?
1170801846 M * pflanze orzel: and I haven't followed the start of the discussion.
1170801853 M * pflanze harry: yes
1170801864 M * harry hm... saison regal... brewery: Du Bock
1170801865 M * pflanze well I don't know/remember which part requires it.
1170801876 M * harry kinda sucky
1170801880 M * harry i'll investigate tomorrow
1170801881 M * orzel those options are options set by the vserver-start script that creates a Makefile which is then executed.
1170801886 M * orzel (quite complicated, imho)
1170801909 M * orzel if i start a vserver, is says nothing and returns 255. That ought to mean something...
1170801962 M * pflanze hm, maybe run with bash tracing ("bash -x vserver ..."  I think)?
1170801991 M * pflanze or even strace -o output -fF .. (but strace usually won't work across chcontext and the like)
1170802068 M * harry what's your problem , orzel ?
1170802083 M * pflanze http://rafb.net/p/xfqw9S43.html
1170802089 M * pflanze is his problem
1170802111 M * orzel i've printed the makefile
1170802118 M * harry vserver-wrapper start?
1170802120 M * orzel the pb is that this command returns 255: 
1170802126 M * orzel vserver --defaulttty -v  --sync fhweb start
1170802135 M * orzel (the -v is added by me, but does nothing)
1170802158 M * orzel vserver-stat displays only CTX 0
1170802219 M * orzel http://rafb.net/p/1MXD1y80.html is what i get with bash -x 
1170802229 M * orzel i can't really understand.
1170802268 M * harry what version of the util-vserver do you have?
1170802276 M * harry is your context id set?
1170802285 M * orzel harry:  yes, at first i used vserver-wrapper start
1170802297 M * harry what does "vserver fhweb start" give you?
1170802301 M * orzel i'm using sys-cluster/util-vserver-0.30.212-r1 from gentoo
1170802344 M * orzel oh, this give this : http://rafb.net/p/YKmfXE73.html
1170802352 M * orzel a new error i was not aware of
1170802378 J * Johnnie ~jdlewis@jdlewis.org
1170802386 M * harry what's the context id of that server?
1170802387 M * orzel harry:  i've got a file /etc/vservers/fhweb/context which contains 1252. i guess that's my context id
1170802391 M * harry ah
1170802392 M * orzel 1252 :)
1170802410 M * harry what init style does it use?
1170802441 M * orzel everything is gentoo.
1170802450 M * harry the guest too?
1170802454 M * orzel i dont know the name, but it's not like debian/rh
1170802456 M * harry it does have processes running
1170802459 M * orzel yes, both host and guests
1170802466 M * harry services?
1170802486 M * harry i've heard some problems of virtual servers starting, but had no services running ==> stop again
1170802495 M * orzel process running ? the vserver isn't even started, how could that be?
1170802502 M * orzel oh, there are stuff that starts, yes
1170802505 M * orzel apache for example
1170802508 M * harry ah, mkay
1170802515 M * orzel (most importantly actually)
1170802521 M * orzel has been in production for months
1170802525 M * harry did it work before something?
1170802532 M * harry what made it stop working?
1170802540 M * orzel the upgrade to this util-vserver
1170802547 M * orzel i was using 0.30.11
1170802564 M * harry hmmm... i don't have a clear history of the working of that stuff in the past
1170802566 M * orzel i can see in my logs that once i updated to 0.30.212, and went back to .211
1170802571 M * orzel (211, not 11, sorry)
1170802571 M * harry but... probably some config shit changed
1170802581 M * harry hehe, i thought you meant 211 :)
1170802594 M * orzel i can't go back to 211 now, because it's not in gentoo anymore :(
1170802624 M * orzel how can i trace this pb  ? is there a way to see the init sequence of the vserver ?
1170802624 M * harry change your init style to plain for that server... if you want...
1170802639 M * orzel btw, 'vserver fhweb start' doesn't return until i do ^C
1170802641 M * harry i can't reach the linux-vserver website
1170802654 M * harry but some dns shit over here...
1170802654 M * orzel even thought it wrote "failed to start vserver fhweb"
1170802676 M * orzel i'm on the website, i can even reload
1170802689 M * harry i'd suggest changing the init style (it's in the faq)
1170802701 M * harry yeah, i know, some stupid setting of the netowkr admins here
1170802708 M * harry to "help prevent dns DDoS'es)
1170802736 A * harry will kick them in the nuts tomorrow, now they're all asleep ;)
1170802740 M * harry  23:58:57  up 276 days,  3:16,  4 users,  load average: 0.00, 0.00, 0.00
1170802746 M * harry as you can see, it's quite late :)
1170802773 Q * meandtheshell Quit: Leaving.
1170802799 M * orzel midnight here too
1170802881 M * harry you a working lad?
1170802889 M * harry or student? or retired?
1170802893 M * harry or baby
1170802897 M * harry or fetus
1170802904 M * harry or spermcell + egg
1170802910 M * harry or dead...
1170802914 M * harry (one might never know)
1170803017 M * harry waaaaaaaaa... supernice music: the berzerker - compromise
1170803043 M * harry "the heart of this one, altough cut in 2, continues to pump blood to keep the animal conscious
1170803044 M * orzel me ? i'm working right now :)
1170803106 M * orzel it's not written on the faq, but it seems i should chang <vserver>/apps/init/style
1170803113 M * orzel just, i dont know what to put there
1170803120 N * DoberMann DoberMann[ZZZzzz]
1170803137 M * orzel there was 'plain'
1170803181 M * orzel rescue? :)
1170803193 M * harry put "plain" in there
1170803199 M * orzel there was already plain
1170803204 M * harry ah
1170803210 M * harry then remove that file
1170803214 M * harry (or move it somewhere else)
1170803221 M * orzel if i put 'rescue', 'vserver fhweb start' just plain hangs
1170803228 M * harry rescue???
1170803231 M * harry never heard of that
1170803234 M * orzel removing the file
1170803246 M * orzel (i've found rescue in /usr/lib/util-vserver/vserver.functions)
1170803251 M * PowerKe orzel: did you change any startup scripts in the guest?
1170803256 M * orzel now it says : No command given; use '--help' for more information.
1170803260 M * orzel PowerKe:  i dont think so
1170803302 M * harry ?
1170803320 M * harry i don't really get it... i don't have any init styles defined (don't have gentoo either ;))
1170803338 M * PowerKe gentoo guests work with plain
1170803354 M * harry thought so too... but since it doesn't work... it's maybe something else
1170803371 M * orzel PowerKe: usually, nothing is displayed when i started guests
1170803376 M * PowerKe I have gentoo guests, but I did start from the stage3 vserver tarball
1170803393 M * orzel btw, there is another vserver, which doesn't start neither, with exactly same behaviour. I 'm sure this one hasn't changed for long
1170803398 M * PowerKe It never displays anything since there's no console rerouting yet
1170803400 A * harry gotta run now... sry, orzel ... but!!!
1170803413 M * harry daniel_hozac, Bertl etc... they most definately know the answer to your problem
1170803415 M * orzel harry: good night, thanks for your help :)
1170803424 A * harry is only here for kernel problems that are related to grsec
1170803434 M * harry and some experience i have from myself with vserver :)
1170803440 M * orzel :-)))
1170803441 M * PowerKe orzel: maybe your vserver-sources are too old for the vserver-utils?
1170803451 M * orzel i've updated them
1170803467 M * orzel kernel 2.6.19-vs2.3.0.6-gentoo is running
1170803473 M * harry ieuw
1170803479 M * harry 2.3 is highly devel
1170803484 M * harry don't ever use that on production
1170803491 M * harry stick to 2.0.x or 2.2.0-rcX
1170803494 M * orzel mmh. oh
1170803496 M * orzel then. k
1170803513 M * PowerKe 2.2.0-rc11 would be best, but a few hours ago, only up to rc9 was in portage
1170803520 M * harry it's like linux kernel: 2.odd is unstable/testing/devel
1170803524 M * harry 2.even is stable
1170803527 M * PowerKe should run though :)
1170803536 M * orzel harry:  good to know
1170803544 M * PowerKe harry: bad analogy since the kernel numbering system changed :)
1170803545 M * orzel soo. i have linux-2.6.16-vserver-2.1.1-rc15 or linux-2.6.17-vserver-2.0.2.1
1170803556 M * orzel funny how recent kernel have less recent vserver patch.. (?)
1170803558 M * harry PowerKe: linux kernel sucks... but who cares :)
1170803578 M * harry Linux gandalf 2.6.17.13-grsec2.1.9-vs2.0.2.1 #4 SMP Tue Sep 26 17:14:01 CEST 2006 i686 GNU/Linux
1170803595 M * orzel harry: i dont think so :)
1170803599 Q * dna Quit: Verlassend
1170803608 M * PowerKe there's at least 2.6.19-2.2.0-rc9 (I'm on rc8 or rc9, should reboot to check)
1170803610 M * harry orzel: you don't think linux kernel sucks asss?
1170803617 M * orzel no
1170803620 M * orzel definitely no
1170803620 M * PowerKe You'd have to use ~x86 keyword though
1170803627 M * orzel PowerKe:  that's not pb
1170803635 M * harry you're right, the 2.4 series was pretty good, as was the 2.0
1170803637 M * orzel harry:  are you some kind of hurd fanatic ?? :)
1170803642 M * harry noooooooooooooooooooooooooooooooo
1170803646 M * harry definately not
1170803653 M * orzel ok :-)
1170803654 M * harry but i've seen kernel code.... it's... bad
1170803669 M * harry talked to theodore t'so last year
1170803675 M * orzel i've seen great kernel code. One of the clearest code i've ever seen even.
1170803684 M * harry he agreed there should be a whole line of security fixes for all 2.6 kenele
1170803686 M * harry kernels
1170803695 M * harry orzel: check freebsd code
1170803696 M * orzel I even patched it :)
1170803715 M * harry (i haven't but ive been told it is much better/clearer/cleaner than linux code
1170803717 M * orzel never browsed yet, but i definitely should.  i'm confident it's clear 
1170803735 M * harry orzel: /me grsec + vserver merge person, i've seen my share of code too
1170803738 M * PowerKe Why would you run 2.3.0-rc6 but not 2.2.0-rc9 ? They're both ~x86
1170803741 M * harry ever checked out the mm part?
1170803752 M * harry especially vmm
1170803757 M * orzel PowerKe:  ok, so you'd recommand 2.6.19-2.2.0-rc9
1170803761 M * PowerKe oh, and rc11 is in portage as well
1170803764 M * orzel harry:  yes, but not deeply
1170803769 M * PowerKe go for rc11
1170803773 M * orzel ok
1170803779 M * harry ack, go for the latest stable branch
1170803802 M * harry btw, orzel check the topic: latest stable 2.0.2.1, 2.0.3-rc1, 2.2.0-rc11
1170803805 M * harry devel 2.1.1.7.1, 2.3.0.8
1170803808 M * orzel yes, but.. it's not on gentoo
1170803810 M * PowerKe You might have to sync first, it's only been there for a few hours
1170803827 A * orzel syncing
1170803841 M * PowerKe http://gentoo-portage.com/sys-kernel/vserver-sources :)
1170803843 A * harry will leave you guys to it then...
1170803844 M * orzel indeed, packages.gentoo.org confirms
1170803846 A * harry bed :)
1170803852 M * orzel harry:  bye:)
1170803856 M * harry cya!
1170803856 M * PowerKe 'night harry
1170803858 M * harry and gl
1170803865 M * orzel it's almost fixed :)
1170803904 A * PowerKe rebooting to gentoo, that way I can test something if needed
1170803989 M * orzel that sounds like the pb is this too much recent version of the pathc. i'm confident rebooting to a 2.2.0-rc11 will do it
1170804073 J * hiaslboy ~hiaslboy@85-125-177-115.dynamic.xdsl-line.inode.at
1170804084 M * PowerKe Let's hope so :)
1170804093 J * ema ~ema@lart.galliera.it
1170804094 M * orzel PowerKe: :)
1170804139 M * hiaslboy is there any patch available against 2.6.20 ?
1170804285 Q * ensc Killed (NickServ (GHOST command used by ensc_))
1170804295 J * ensc ~irc-ensc@p54B4FCF8.dip.t-dialin.net
1170804329 M * PowerKe hiaslboy: not yet
1170804450 M * hiaslboy is Bertl working to get a patch out? (or anybody else ?) I have not been online for a while. Thus I am a little bit out of date what is going on lately.
1170804560 M * ntrs_ was the crashing of 2.2.0-rc11 fixed?
1170804576 M * orzel what ? /me installing rc11 right now :)
1170804623 M * PowerKe It's only been in portage for a few hours, so I guess that it would've been fixed before publishing?
1170804678 M * ntrs_ there was a message on the mailing list about rc11 being broken.
1170804773 M * PowerKe From the message reporting the crash: "Last version without this issue is vs2.2.0.rc8.7"
1170804784 M * PowerKe Personally, I haven't had problems with rc9
1170804940 M * ntrs_ well, I read some discussion earlier between daniel_hozac and Bertl talking about a fix, but I am not 100% sure if it was about that issue. I guess we'll have to wait for one of them.
1170805155 Q * Aiken Quit: Leaving
1170805416 M * PowerKe compiling 2.6.19-2.2.0-rc11
1170805606 A * orzel too
1170805706 M * matti :)
1170805732 J * Aiken ~james@ppp220-70.lns2.bne1.internode.on.net
1170805886 P * stefani I'm Parting (the water)
1170805928 Q * ema Quit: leaving
1170806311 M * PowerKe Well, upgraded to rc11 and my guests still work :)
1170806369 M * orzel your computer is faster on compiling that my mien:)
1170806371 M * orzel mine