1168473720 Q * thunder1 Ping timeout: 480 seconds
1168473865 Q * ntrs Remote host closed the connection
1168473883 J * ntrs ~ntrs@68-188-55-120.dhcp.stls.mo.charter.com
1168474125 Q * ensc Remote host closed the connection
1168474258 J * Piet hiddenserv@tor.noreply.org
1168474642 P * stefani I'm Parting (the water)
1168477471 J * thunder1 ~thu@tor-irc.dnsbl.oftc.net
1168477487 M * Bertl welcome thunder1!
1168477900 Q * dreamind Quit: dreamind
1168478232 J * babyfish admytren@alumni.engin.umich.edu
1168478364 M * Bertl welcome babyfish!
1168478488 M * babyfish Howdy Bertl
1168478489 M * babyfish !
1168478501 M * babyfish How are you today?
1168478528 M * babyfish I've got a chbind question without any good answers on google...
1168478570 M * babyfish Is it possible to change networking configuration of a running vserver. E.g. move it from eth0 to eth1?
1168478648 J * gerrit ~gerrit@mobile-166-214-030-244.mycingular.net
1168479138 M * Bertl babyfish: yes, that's quite easy
1168479150 M * Bertl I'm fine, btw, and you?
1168479162 M * babyfish Doing well!
1168479179 M * Bertl the guest config does not contain any information regarding the interface (kernel side)
1168479190 M * Bertl it 'just' contains the set of ips
1168479197 M * babyfish ok...
1168479204 M * Bertl if you move one ip from eth0 to eth1, the guest will follow
1168479224 M * Bertl changing the ip OTOH, requires to update the guest ip-set
1168479244 M * Bertl (which is also possible with recent kernels/tools)
1168479267 M * babyfish Ok, that's awesome. Which patch tools are required for this?
1168479361 M * Bertl hmm, good question, the kernel interface should be in all branches by now, but you have to be careful with <2.3.x because it does the single ip special casing by default
1168479397 M * babyfish Jeez, kernel 2.3.x :)
1168479410 M * Bertl vs2.3.x that is :)
1168479444 M * Bertl if you have at least two ips assigned to the guest, this will not affect you
1168479470 M * babyfish Ok, that's no biggie
1168479641 M * babyfish But what about tools? Will 30.2xx have this utility?
1168479726 M * Bertl I'd say so
1168479780 M * babyfish Sorry, I'm so lost :) is there some doc blurb that describes how to do it?
1168479833 M * Bertl the source, but you can use the vcmd hack tool to easily accomplish adding and removing ips
1168479865 M * Bertl you have to ask daniel_hozac for tool details (or ccheck the included tool docu)
1168479891 M * babyfish Ok, so the tool name is vcmd?
1168479909 M * Bertl that's a generic hack tool for Linux-VServer
1168479915 M * babyfish I thought vcmd just sends commands directly to vserver syscall
1168479919 M * babyfish ok
1168479921 M * Bertl it is able to do all the kernel side commands
1168479967 M * babyfish So what's the tool name for managing ip set? Or the only way to tweak it is with vcmd?
1168479998 M * Bertl currently I have no recent util-vserver version at hand, so I cannot check for you
1168480038 M * babyfish Ok, no probs, I'll just looks for Daniel's contribs :) Thanks for your help Bertl!!
1168480048 M * Bertl np
1168482202 Q * gerrit Ping timeout: 480 seconds
1168482210 Q * babyfish Quit: Leaving
1168482419 Q * Piet Quit: Piet
1168483090 Q * meandtheshel1 Quit: Leaving.
1168483434 J * ensc ~irc-ensc@p54B4E0A7.dip.t-dialin.net
1168484956 J * Aiken_ ~james@tooax8-219.dialup.optusnet.com.au
1168485122 J * gerrit ~gerrit@c-67-160-146-170.hsd1.or.comcast.net
1168485282 Q * Aiken Ping timeout: 480 seconds
1168490788 Q * DreamerC_ Quit: leaving
1168490823 J * DreamerC ~dreamerc@125-225-96-11.dynamic.hinet.net
1168491150 M * Bertl okay, off to bed now .. have a good one everyone! cya!
1168491156 N * Bertl Bertl_zZ
1168491361 Q * ruskie cation.oftc.net charon.oftc.net
1168491361 Q * shedi cation.oftc.net charon.oftc.net
1168491361 Q * cdrx cation.oftc.net charon.oftc.net
1168491361 Q * sc0tt cation.oftc.net charon.oftc.net
1168491361 Q * driz cation.oftc.net charon.oftc.net
1168491361 Q * SNy cation.oftc.net charon.oftc.net
1168491361 Q * Sebastian|aw cation.oftc.net charon.oftc.net
1168491361 Q * Hunger cation.oftc.net charon.oftc.net
1168491361 Q * duckx cation.oftc.net charon.oftc.net
1168491361 Q * Roey cation.oftc.net charon.oftc.net
1168491361 Q * mrrm cation.oftc.net charon.oftc.net
1168491361 Q * vasko cation.oftc.net charon.oftc.net
1168491361 Q * m`m`h cation.oftc.net charon.oftc.net
1168491361 Q * virtuoso cation.oftc.net charon.oftc.net
1168491361 Q * trippeh cation.oftc.net charon.oftc.net
1168491361 Q * fs cation.oftc.net charon.oftc.net
1168491361 Q * SiD3WiNDR cation.oftc.net charon.oftc.net
1168491361 Q * cryptronic cation.oftc.net charon.oftc.net
1168491361 Q * kir cation.oftc.net charon.oftc.net
1168491361 Q * weasel cation.oftc.net charon.oftc.net
1168491361 Q * Zaki cation.oftc.net charon.oftc.net
1168491361 Q * s0undt3ch cation.oftc.net charon.oftc.net
1168491361 Q * michal` cation.oftc.net charon.oftc.net
1168491361 Q * morfoh cation.oftc.net charon.oftc.net
1168491361 Q * Wonka cation.oftc.net charon.oftc.net
1168491361 Q * matti cation.oftc.net charon.oftc.net
1168491361 Q * tokkee cation.oftc.net charon.oftc.net
1168491361 Q * micah cation.oftc.net charon.oftc.net
1168491363 Q * neuralis cation.oftc.net charon.oftc.net
1168491363 Q * orzel cation.oftc.net charon.oftc.net
1168491363 Q * DreamerC cation.oftc.net charon.oftc.net
1168491363 Q * thunder1 cation.oftc.net charon.oftc.net
1168491363 Q * tamitall cation.oftc.net charon.oftc.net
1168491363 Q * sannes cation.oftc.net charon.oftc.net
1168491363 Q * daniel_hozac cation.oftc.net charon.oftc.net
1168491363 Q * mnemoc cation.oftc.net charon.oftc.net
1168491363 Q * eyck_ cation.oftc.net charon.oftc.net
1168491363 Q * Aiken_ cation.oftc.net charon.oftc.net
1168491363 Q * ensc cation.oftc.net charon.oftc.net
1168491363 Q * starlein cation.oftc.net charon.oftc.net
1168491363 Q * kalium cation.oftc.net charon.oftc.net
1168491363 Q * click cation.oftc.net charon.oftc.net
1168491363 Q * Adrinael cation.oftc.net charon.oftc.net
1168491363 Q * Borg- cation.oftc.net charon.oftc.net
1168491363 Q * Curus cation.oftc.net charon.oftc.net
1168491363 Q * Loki|muh cation.oftc.net charon.oftc.net
1168491363 Q * grant cation.oftc.net charon.oftc.net
1168491363 Q * _Radiance cation.oftc.net charon.oftc.net
1168491363 Q * ex cation.oftc.net charon.oftc.net
1168491363 Q * mugwump cation.oftc.net charon.oftc.net
1168491363 Q * djrise cation.oftc.net charon.oftc.net
1168491363 Q * derjohn cation.oftc.net charon.oftc.net
1168491363 Q * softi42 cation.oftc.net charon.oftc.net
1168491363 Q * ||Cobra|| cation.oftc.net charon.oftc.net
1168491363 Q * Johnnie cation.oftc.net charon.oftc.net
1168491363 Q * nebuchadnezzar cation.oftc.net charon.oftc.net
1168491363 Q * pusling cation.oftc.net charon.oftc.net
1168491363 Q * gerrit cation.oftc.net charon.oftc.net
1168491363 Q * DavidS cation.oftc.net charon.oftc.net
1168491363 Q * mire cation.oftc.net charon.oftc.net
1168491363 Q * Hollow cation.oftc.net charon.oftc.net
1168491363 Q * phreak`` cation.oftc.net charon.oftc.net
1168491363 Q * glut cation.oftc.net charon.oftc.net
1168491363 Q * mountie cation.oftc.net charon.oftc.net
1168491367 Q * transaci1 cation.oftc.net charon.oftc.net
1168491367 Q * ard cation.oftc.net charon.oftc.net
1168491367 Q * hardwire cation.oftc.net charon.oftc.net
1168491367 Q * kaner cation.oftc.net charon.oftc.net
1168491367 Q * ag- cation.oftc.net charon.oftc.net
1168491367 Q * FireEgl cation.oftc.net charon.oftc.net
1168491367 Q * phedny cation.oftc.net charon.oftc.net
1168491367 Q * nou cation.oftc.net charon.oftc.net
1168491427 J * Hollow ~hollow@styx.xnull.de
1168491427 J * DreamerC ~dreamerc@125-225-96-11.dynamic.hinet.net
1168491427 J * gerrit ~gerrit@c-67-160-146-170.hsd1.or.comcast.net
1168491427 J * Aiken_ ~james@tooax8-219.dialup.optusnet.com.au
1168491427 J * ensc ~irc-ensc@p54B4E0A7.dip.t-dialin.net
1168491427 J * thunder1 ~thu@tor-irc.dnsbl.oftc.net
1168491427 J * ruskie ruskie@ruskie.user.oftc.net
1168491427 J * DavidS ~david@chello062178045213.16.11.tuwien.teleweb.at
1168491427 J * kalium ~kalium@dslb-082-083-203-033.pools.arcor-ip.net
1168491427 J * starlein ~star@fo0bar.de
1168491427 J * mire ~mire@99-166-222-85.adsl.verat.net
1168491427 J * tamitall ~tam@gw.nettam.com
1168491427 J * phreak`` ~phreak``@styx.xnull.de
1168491427 J * duckx ~Duck@tox.dyndns.org
1168491427 J * Roey ~katz@h-69-3-4-130.mclnva23.covad.net
1168491427 J * shedi ~siggi@inferno.lhi.is
1168491427 J * mrrm ~urkel@tor-irc.dnsbl.oftc.net
1168491427 J * cdrx ~legoater@cap31-3-82-227-199-249.fbx.proxad.net
1168491427 J * FireEgl Proteus@2001:5c0:84dc:1:211:9ff:feca:b042
1168491427 J * Sebastian|aw ~sebastian@office.star-hosting.de
1168491427 J * kir ~kir@swsoft-mipt-nat.sw.ru
1168491427 J * weasel weasel@weasel.noc.oftc.net
1168491427 J * sc0tt ~scott@209.51.169.84
1168491427 J * SNy 68cbdd900c@bmx-chemnitz.de
1168491427 J * driz driz@spack.eblish.org
1168491427 J * tokkee tokkee@casella.verplant.org
1168491427 J * Wonka produziert@chaos.in-kiel.de
1168491427 J * matti matti@acrux.romke.net
1168491427 J * morfoh ~morfoh@kilo105.server4you.de
1168491427 J * neuralis ~krstic@solarsail.hcs.harvard.edu
1168491427 J * michal` ~michal@www.rsbac.org
1168491427 J * orzel ~orzel@freehackers.org
1168491427 J * s0undt3ch ~s0undt3ch@bl4-57-133.dsl.telepac.pt
1168491427 J * Zaki ~Zaki@88.213.59.68
1168491427 J * micah ~micah@micah.riseup.net
1168491427 J * Hunger Hunger.hu@213.163.11.138
1168491427 J * trippeh atomt@x.vx.no
1168491427 J * virtuoso ~s0t0na@shisha.spb.ru
1168491428 J * vasko ~vasko@unreal.rainside.sk
1168491428 J * m`m`h ~simba@deb30.mgts.by
1168491428 J * fs fs@213.178.77.98
1168491428 J * softi42 ~softi@p549D7965.dip.t-dialin.net
1168491428 J * derjohn ~derjohn@80.69.41.2
1168491428 J * ||Cobra|| ~cob@pc-csa01.science.uva.nl
1168491428 J * djrise ~djrise2b@109-125.252-81.static-ip.oleane.fr
1168491428 J * hardwire ~hardwire@rdbck-2624.wasilla.mtaonline.net
1168491428 J * nou Chaton@causse.larzac.fr.eu.org
1168491428 J * mugwump ~samv@watts.utsl.gen.nz
1168491428 J * SiD3WiNDR luser@bastard-operator.from-hell.be
1168491428 J * Johnnie ~jdlewis@jdlewis.org
1168491428 J * eyck_ ~eyck@nat.nowanet.pl
1168491428 J * ex ex@valis.net.pl
1168491428 J * nebuchadnezzar ~nebu@zion.asgardr.info
1168491428 J * ard ~ard@gw-cistron.kwaak.net
1168491428 J * mnemoc ~amery@kilo105.server4you.de
1168491428 J * ag- ~ag@caladan.roxor.cx
1168491428 J * daniel_hozac ~daniel@c-2c1472d5.010-230-73746f22.cust.bredbandsbolaget.se
1168491428 J * sannes ace@har.sagt.no
1168491428 J * _Radiance e76768adac@halt.1984world.eu
1168491428 J * pusling pusling@195.215.29.124
1168491428 J * grant mep@85.195.118.202
1168491428 J * cryptronic crypt@mail.openvcp.org
1168491428 J * Loki|muh loki@satanix.de
1168491428 J * Curus ~Curus@10.8.185.213.dk-amb.res.sta.perspektivbredband.net
1168491428 J * Borg- borg@aprogas.student.utwente.nl
1168491431 J * Adrinael adrinael@st12-127.tky.hut.fi
1168491431 J * click click@ti511110a080-3060.bb.online.no
1168491431 J * transaci1 ~transacid@transacid.de
1168491431 J * mountie ~mountie@CPE0080c6fe323f-CM000a739acaa4.cpe.net.cable.rogers.com
1168491431 J * kaner kaner@strace.org
1168491431 J * glut glut@no.suid.pl
1168491431 J * phedny ~mark@phedny.vps.van-cuijk.nl
1168491842 Q * kalium Remote host closed the connection
1168491939 Q * vasko charon.oftc.net kinetic.oftc.net
1168491939 Q * Roey charon.oftc.net kinetic.oftc.net
1168491939 Q * duckx charon.oftc.net kinetic.oftc.net
1168491939 Q * mrrm charon.oftc.net kinetic.oftc.net
1168491939 Q * m`m`h charon.oftc.net kinetic.oftc.net
1168491939 Q * virtuoso charon.oftc.net kinetic.oftc.net
1168491939 Q * trippeh charon.oftc.net kinetic.oftc.net
1168491939 Q * fs charon.oftc.net kinetic.oftc.net
1168492213 J * duckx ~Duck@tox.dyndns.org
1168492213 J * Roey ~katz@h-69-3-4-130.mclnva23.covad.net
1168492213 J * mrrm ~urkel@tor-irc.dnsbl.oftc.net
1168492213 J * fs fs@213.178.77.98
1168492213 J * m`m`h ~simba@deb30.mgts.by
1168492213 J * vasko ~vasko@unreal.rainside.sk
1168492213 J * virtuoso ~s0t0na@shisha.spb.ru
1168492213 J * trippeh atomt@x.vx.no
1168494709 Q * Hunger charon.oftc.net unununium.oftc.net
1168495054 J * Hunger Hunger.hu@213.163.11.138
1168496764 Q * bj Remote host closed the connection
1168496770 J * bj ~bj@insanefactory.com
1168498613 J * nayco_ ~nayco@proxy2.laroche.univ-nantes.fr
1168498614 Q * nayco Read error: Connection reset by peer
1168499412 Q * cdrx Ping timeout: 480 seconds
1168500990 J * svendag ~juergen@cm56-238-58.liwest.at
1168501434 J * dna ~naucki@100-220-dsl.kielnet.net
1168501567 Q * Borg- Ping timeout: 480 seconds
1168503290 J * Aiken__ ~james@tooax6-019.dialup.optusnet.com.au
1168503308 Q * dna Quit: Verlassend
1168503617 Q * Aiken_ Ping timeout: 480 seconds
1168503632 J * Greek0 ~greek0@85.255.145.201
1168504358 Q * brcc Ping timeout: 480 seconds
1168504360 Q * brc_ Quit: [BX] Tony the Tiger uses BitchX. Its Grrrrrrrrreat!
1168504432 Q * orzel Remote host closed the connection
1168504689 J * twadogs ~twadogs@c-68-35-119-132.hsd1.nm.comcast.net
1168504692 M * twadogs hello
1168504729 M * twadogs server irc.nwn.net
1168505214 Q * twadogs Ping timeout: 480 seconds
1168506386 J * cdrx ~legoater@242.32.96-84.rev.gaoland.net
1168507700 J * bonsaikitten ~pal@dslb-084-063-058-083.pools.arcor-ip.net
1168507710 M * bonsaikitten greetings, people!
1168507742 M * bonsaikitten I've seen on the vserver website that you might be looking for ressouces, including webspace 
1168507750 M * bonsaikitten anything I can do for you on that front? :-)
1168508040 M * eyck_ how much can you contribute, in raw DVDs? ;) 
1168508047 M * bonsaikitten lol
1168508069 M * bonsaikitten I can offer a vhost on a 10Mbit connection and about ... say ... 50G of diskspace 
1168508289 J * Borg- borg@aprogas.student.utwente.nl
1168508390 M * bonsaikitten afk, brb
1168508947 Q * softi42 Ping timeout: 480 seconds
1168508986 J * Piet hiddenserv@tor.noreply.org
1168509560 J * softi42 ~softi@p549D7BA8.dip.t-dialin.net
1168510005 Q * phreak`` Remote host closed the connection
1168510006 Q * Hollow Remote host closed the connection
1168511076 J * brcc bruce@i.am.someasshole.com
1168511753 J * comfrey ~comfrey@70.91.185.84
1168511844 Q * FireEgl Ping timeout: 480 seconds
1168511856 Q * comfrey_ Ping timeout: 480 seconds
1168512044 J * phreak`` ~phreak``@styx.xnull.de
1168512352 J * FireEgl Proteus@adsl-147-79-7.bhm.bellsouth.net
1168512373 J * meandtheshell ~markus@85-124-175-149.dynamic.xdsl-line.inode.at
1168513608 Q * mrrm Remote host closed the connection
1168513709 J * Arcticfo1 ~arcticfox@static243-170-124.adsl.no
1168513720 N * Arcticfo1 Arcticfo
1168513721 N * Arcticfo Arcticfox
1168513908 Q * Piet Ping timeout: 480 seconds
1168513932 Q * gerrit Ping timeout: 480 seconds
1168513981 J * Piet hiddenserv@tor.noreply.org
1168514404 J * lilalinux ~plasma@dslb-084-058-220-056.pools.arcor-ip.net
1168514408 J * gerrit ~gerrit@c-67-160-146-170.hsd1.or.comcast.net
1168514872 N * _Radiance Radiance
1168514872 Q * cdrx Ping timeout: 480 seconds
1168515074 Q * m`m`h Ping timeout: 480 seconds
1168515311 Q * FireEgl Read error: Connection reset by peer
1168516615 M * daniel_hozac phreak``: are there issues with the new location of the server, or?
1168516722 M * phreak`` daniel_hozac: nah .. :)
1168516735 M * phreak`` daniel_hozac: works just fine (at least here)
1168516751 J * Hollow ~hollow@styx.xnull.de
1168516759 M * daniel_hozac 11:06 -!- phreak`` [~phreak``@styx.xnull.de] has quit [Remote host closed the connection]
1168516762 M * daniel_hozac ;)
1168516775 J * cdrx ~legoater@cap31-3-82-227-199-249.fbx.proxad.net
1168516775 M * Hollow yeah.. sorry.. had to reboot the box :)
1168516780 M * daniel_hozac and why is it that helios needs to be rebooted again for all the services to come up?
1168516782 M * phreak`` daniel_hozac: yeah, he rebooted the bo
1168516797 M * Hollow daniel_hozac: ah, it did? i just wondered why helios had such a short uptime
1168516798 M * phreak`` *box
1168516807 M * daniel_hozac Hollow: httpd gets stuck otherwise.
1168516813 M * Hollow interesting
1168516814 M * daniel_hozac the initscript, that is.
1168516823 M * Hollow ah
1168516823 M * phreak`` yeah, I saw that at home too
1168516828 M * Hollow the lock problem..?
1168516849 M * phreak`` Hollow: could be .. its just spawning a single httpd process and not the rest ..
1168516852 M * daniel_hozac http://paste.linux-vserver.org/864
1168516860 J * borgfish ~bla@141.12.67.65
1168516862 M * borgfish re
1168516865 M * Hollow ah well.. that's probably because of no entropy
1168516869 M * Hollow for mod_idgest
1168516937 M * Hollow hm, well.. mod_digest is disabled :D
1168516965 M * daniel_hozac looks like some sort of problem with the /var/lib/init.d files to me.
1168516978 M * phreak`` Hollow: could you please bind-mount (ro is enough) my home from styx to the vps ? :) that would be great :-P
1168516997 M * Hollow uhm.. can i just copy it? so i can remove your user on styx
1168517003 M * Hollow s/copy/move/
1168517006 M * phreak`` Hollow: not yet :)
1168517013 M * Hollow mkay
1168517134 M * Hollow phreak``: can't bind mount.. deimos namespace does not see styx mount
1168517147 Q * ensc Ping timeout: 480 seconds
1168517161 M * phreak`` Hollow: hrm, k :)
1168517163 M * Hollow i'll just copy it
1168517170 M * Hollow and them later remove it
1168517192 M * phreak`` Hollow: hrm, what happenend to your jabber ? :P
1168517206 M * phreak`` *shrug*
1168517218 M * Hollow worksforme
1168517308 M * phreak`` daniel_hozac: you're probably seeing this: https://bugs.gentoo.org/146401
1168517549 M * daniel_hozac yeah, i guess.
1168517654 Q * Borg- Ping timeout: 480 seconds
1168518235 J * ensc ~irc-ensc@p54B4F82A.dip.t-dialin.net
1168518526 J * Borg- borg@aprogas.student.utwente.nl
1168519475 N * Bertl_zZ Bertl
1168519480 M * Bertl morning folks!
1168519494 M * phreak`` Bertl: morning !
1168519720 M * Bertl heya, so the helios relocation went mostly fine?
1168520080 M * phreak`` Bertl: yeah, except the small downtime :)
1168520288 M * Bertl and it was a day later than planned, no?
1168520367 M * phreak`` Bertl: no clue :)
1168520470 J * Aldo ~Aldo@pD957D4E8.dip.t-dialin.net
1168520481 M * Aldo Hallo
1168520564 M * Bertl welcome Aldo!
1168520579 P * Aldo 
1168520603 M * Bertl seems I scared him away :)
1168520611 M * daniel_hozac hehe
1168520667 M * Bertl "OMG now after I joined that 'big' channel, somebody is talking to ME?"
1168520688 M * trippeh So when is 2.2.0-rc7 showing up? I see there are patches to -rc6 piling up in experimental ;)
1168520717 M * Bertl had to test drive it, will upload today
1168520738 M * Bertl daniel_hozac: I assume the new interfaces work as expected for you?
1168520771 M * daniel_hozac well, i haven't tested get_sched yet, but sched_info is working fine.
1168520824 M * trippeh Bertl: Sweet :)
1168521249 J * dna ~naucki@44-236-dsl.kielnet.net
1168522194 M * Hollow ah, how nice .. get_sched and sched_info :)
1168522592 M * Bertl btw, yesterday the question came up how to add/remove ips to/from a guest .. is there some documentation how to do that? which tools support it atm and what is planned?
1168522608 M * daniel_hozac naddress --help, i guess.
1168522623 M * Bertl ah, that's the magic command for util-vserver, tx
1168524732 J * _dmax ~semaj@81.193.62.79
1168524936 J * s0undt3ch_ ~s0undt3ch@81.193.62.79
1168525068 Q * s0undt3ch Ping timeout: 480 seconds
1168525068 N * s0undt3ch_ s0undt3ch
1168525086 Q * dmax Ping timeout: 480 seconds
1168525089 N * _dmax dmax
1168525527 M * TrueBrain question, not vserver related, but kernel related, you might know: I have an AMD X2, and my clock is going very fast when there is a high IO load... does this ring a bell?
1168525560 M * Bertl what clock?
1168525565 M * TrueBrain system clock
1168525574 M * Bertl cmos? kernel? X?
1168525577 M * blino TrueBrain: tried the noapic option?
1168525582 M * TrueBrain even worse: it skips back from time to time, given all kind of funny things :p
1168525589 M * TrueBrain Bertl: kernel for sure, dunno about cmos
1168525604 M * Bertl TrueBrain: ntpd installed and running?
1168525606 M * TrueBrain blino: tried, even tried different timers (pit, and 2 others, can't remember the name :p)
1168525624 M * TrueBrain Bertl: ntpd can't sync with any server, because the drift isn't stable
1168525637 M * Bertl blino: disabling the apic on moder machines is not a very good idea ...
1168525639 M * TrueBrain (as in, from time to time it runs 3 seconds in 1 second real time)
1168525642 M * Bertl *modern
1168525660 M * TrueBrain Bertl: I have to disable both apic and acpi to get my system booted at all :) Else the kernel just freezes if either one is enabled....
1168525696 M * Bertl TrueBrain: hmm, sounds like you are in desperate need for a working Bios then :)
1168525711 M * TrueBrain Bertl: hehe, possible :) Problem is that the system is just 2 months old...
1168525755 M * TrueBrain it was a known problem back in 2005, with kernels like 2.6.13... but.. one might expect that it is resolved by now ;)
1168525756 M * Bertl but yes, the speedy clock issue is known with 2.6.19 at least on X2
1168525784 M * TrueBrain Bertl: where do you get that info? I searched my ass off to find any information about it, but I think I use the wrong keywords :)
1168525796 J * Aldo ~Aldo@pD957D4E8.dip.t-dialin.net
1168525804 M * Aldo Hallo
1168525816 M * Bertl wb Aldo!
1168525821 M * Aldo thx!
1168525840 M * Aldo Sorry I had software problem @home
1168525845 M * Bertl np
1168525868 M * Aldo I have a small qestition
1168525868 M * Bertl TrueBrain: try to make a timed check of the interrupts
1168525877 M * TrueBrain Bertl: how?
1168525907 M * Bertl TrueBrain: i.e. get a 'normal' clock (stop watch?) and save /proc/interrupts after 60 seconds and after 100 (or 120secs)
1168525936 M * Bertl TrueBrain: then upload the 3/4 samples somewhere
1168525941 M * Bertl Aldo: go ahead ...
1168525966 M * Aldo yes I must Translate my Question first :D
1168525981 M * Bertl Aldo: take your time, no need to hurry ...
1168526025 M * Aldo What for system requirement do you recommend for 6 vServers
1168526069 M * Bertl really depends on the workload, but for 6 typical guests (web, email, ftp, ssh) almost any host system will do
1168526086 M * Aldo ok. thx
1168526096 M * Bertl folks like lycos put hundreds of guests on their host machines
1168526117 M * Aldo unfortunately my Host System is not online :(
1168526136 M * Bertl Aldo: things you should consider if you want to get the most out of it are:
1168526143 M * Aldo I wait since 7 days, hrrr
1168526144 M * TrueBrain http://devs.openttd.org/~truelight/X2/ <- 5 samples every 30 seconds.. what is it we are looking for here?
1168526147 M * Bertl - make sure that you have enough memory
1168526178 M * Bertl - get fast I/O pathes (i.e. fast disk, software raid, etc)
1168526211 M * Aldo http://www.hetzner.de/rootserver_en.html < I have the ds3000
1168526257 M * Bertl looks nice ...
1168526271 M * Bertl I would go for a 64bit userspace there
1168526311 M * Bertl TrueBrain: mainly for the timer events
1168526318 M * Aldo I have ordered Debian 65bit
1168526326 M * Aldo *64bit I mean
1168526333 M * Aldo not 65 :D
1168526343 M * Bertl can't have enough of them, eh? :)
1168526377 M * Aldo :D
1168526405 M * Aldo Where came you from?
1168526417 M * Bertl TrueBrain: so you get roughly 7500 ticks per 30 seconds ...
1168526436 M * Bertl that should be fine for 250 Hz (which is probably selected)
1168526455 M * Aldo I have to reboot
1168526458 M * Aldo cu
1168526464 M * Bertl cya!
1168526470 P * Aldo Kopete 0.12.3 : http://kopete.kde.org
1168526475 M * Bertl TrueBrain: could you do the same check with high I/O load or so?
1168526487 M * TrueBrain Bertl: hmm.. should be possible :)
1168526506 M * Bertl btw, apic _is_ enabled on that machine :)
1168526518 M * TrueBrain I just noticed it in the dmesg yes...
1168526527 M * TrueBrain I tried too many things :(
1168526532 Q * Aiken__ Ping timeout: 480 seconds
1168526551 M * Bertl if all else fails, the following should fix it: 'acpi=noirq noapic'
1168526566 M * Bertl but I really would avoid disabling apic or the irq routing if possible
1168526578 M * TrueBrain # CONFIG_ACPI is not set
1168526578 M * TrueBrain bah
1168526581 M * TrueBrain APIC, ACPI
1168526584 M * TrueBrain why things up the names :(
1168526607 M * Bertl do you get APIC errors in dmesg?
1168526636 M * TrueBrain http://paste.linux-vserver.org/865
1168526645 M * TrueBrain all it says about APIC
1168526694 M * Bertl I assume you have access to the bios, yes?
1168526714 M * TrueBrain if I move the machine around and plug a screen in it :)
1168526737 M * Bertl no serial console redirection?
1168526752 M * TrueBrain for the bios?
1168526770 M * Bertl well, yes, for everything else you wouldn't need a rediredction :)
1168526779 M * TrueBrain true :)
1168526783 M * TrueBrain but nah, the machine is just behind me
1168526792 M * TrueBrain http://devs.openttd.org/~truelight/X2/ <- s1 to s3, 60 seconds run, high IO load
1168526806 M * TrueBrain (in the 60 seconds, my clock made around 90 seconds :p)
1168526847 M * TrueBrain but so I can access the bios if needed
1168526866 M * Bertl okay, I'd suggest to check the bios settings, especially the following things:
1168526884 M * Bertl - Plug&Play OS  -> yes 
1168526893 M * Bertl - Power Management/Saving -> disabled
1168526904 M * Bertl - CPU Frequency Scaling -> disabled
1168526912 M * Bertl - ACPI/APIC -> enabled
1168526935 M * Bertl (options might be labeled differently or missing)
1168527016 M * Bertl then I'd try to boot with an ACPI/APIC enabled kernel (would be interesting to get the dmesg)
1168527016 M * TrueBrain okay, will check it
1168527034 M * TrueBrain with ACPI enabled so far, it just hang on SATA detection
1168527065 M * Bertl try the acpi=noirq then
1168527071 M * TrueBrain k, let me prepare some kernels..
1168527131 M * Bertl blino: do you have specific feedback for X2 systems?
1168527177 M * blino Bertl: no, sorry
1168527193 M * Bertl np, just checking ... sounded like you did ...
1168527243 M * Bertl TrueBrain: Asus board? nvidia chipset?
1168527280 M * Bertl A8N-E pops up on google :)
1168527283 M * TrueBrain Bertl: hmm.. that is a very good question in fact :) This is the first machine I didn't put together myself.. it is a Dell :)
1168527315 M * Bertl lspci should tell
1168527334 M * TrueBrain nvidia for sure
1168527413 J * nayco ~nayco@proxy2.laroche.univ-nantes.fr
1168527461 M * TrueBrain no idea which mobo exact
1168527733 M * Bertl yeah, the nvidia chipsets suck ...
1168527762 M * TrueBrain hard to get an other these days
1168527779 M * TrueBrain okay, prepared some kernels
1168527784 M * TrueBrain will check the BIOS and try the kernels
1168527788 M * TrueBrain will be back in a bit
1168527791 J * adrien adrien@ip228.modulis.ca
1168527796 M * adrien Hi
1168527812 M * Bertl TrueBrain: via, amd?
1168527816 M * Bertl hey adrien!
1168527818 M * adrien what vserver version do you recommand for a production environment ?
1168527822 Q * nayco_ Ping timeout: 480 seconds
1168527826 M * Bertl 2.2.0-rc*
1168527829 M * adrien Hi Bertl
1168527838 M * TrueBrain Bertl: true, okay, you win :)
1168527847 M * TrueBrain bbl
1168527850 P * TrueBrain So long and tnx for all the fish
1168527877 M * adrien wiki says linux 2.6.17 vserver 2.0.2.1
1168527882 M * adrien is the last stable
1168527907 M * Bertl that's correct, but 2.2.0 is the upcoming stable and should be solid by now
1168527920 M * adrien ok but there is only rc* for 2.6.19
1168527935 M * adrien I must use 2.6.19 ?
1168527938 M * Bertl correct again, 2.0.2 will end with 2.6.18 
1168527950 M * Bertl (2.0.3 actually :)
1168527994 M * Bertl adrien: any problems with the 2.6.19 kernels?
1168527998 M * adrien so I can be confident and run 2.6.19.1 	 vs2.2.0-rc6
1168528000 M * adrien yes
1168528008 M * adrien but It's just some drivers problems
1168528021 M * adrien I think it's not a vserver issue
1168528024 M * Bertl ah, what kind of device, if I may ask?
1168528036 M * adrien the ethernet card
1168528044 M * adrien this one I need it...
1168528048 M * Bertl hmm, details?
1168528066 M * adrien isn't recognized
1168528077 M * adrien but works right away with 2.6.18
1168528093 M * Bertl what nic is it? (lspci will tell you)
1168528145 M * adrien 05:00.0 Ethernet controller: Broadcom Corporation NetXtreme II BCM5708 Gigabit Ethernet (rev 11)
1168528161 M * adrien actually there is two ethernet device
1168528161 M * Bertl what driver do you use?
1168528170 M * adrien when I reboot with 2.6.19 only one work
1168528183 M * adrien honestly, I don't know
1168528209 M * Bertl lsmod might hint something, /etc/modprobe.conf should know :)
1168528234 Q * DavidS Read error: No route to host
1168528244 M * adrien bnx2
1168528252 M * adrien but I haven't tried that much
1168528266 M * adrien I thought 2.6.19 wasn't ready for production
1168528276 J * nayco_ ~nayco@proxy2.laroche.univ-nantes.fr
1168528287 M * Bertl adrien: why do you think so?
1168528312 M * adrien it's not old enough 
1168528330 M * Bertl ah, kernels get better when they get older?
1168528336 J * DavidS ~david@chello062178045213.16.11.tuwien.teleweb.at
1168528341 M * adrien like wine
1168528349 M * adrien but too old not that good
1168528350 M * cehteh put them in oak-casks ;)
1168528358 M * Bertl lol
1168528386 M * adrien Well, I just keep the idea that if it's new not all the bug have been found
1168528439 M * Bertl adrien: you might try the TIGON3 driver, not the BNX2
1168528451 M * adrien ha thanks
1168528457 M * adrien I'll try it
1168528461 M * Bertl adrien: so why a 2.6 kernel, no one of the stable 2.2 or 2.0 kernels?
1168528486 M * Bertl (or if it needs to be a recent one, 2.4.32 :)
1168528512 M * adrien I think those doesn't have a lot of feature
1168528519 A * Bertl .o( probably eyck has a trigger on 2.4.32 too :)
1168528542 M * Bertl adrien: see, that's similar with 2.0.x vs 2.2.x :)
1168528552 M * eyck_ hello, 
1168528553 M * adrien I got it
1168528557 M * eyck_ what's up with 2.4.32?
1168528572 Q * nayco Ping timeout: 480 seconds
1168528573 M * Bertl thanks, you made my day :)
1168528578 M * eyck_ :) 
1168528581 M * adrien so I'll recompile 2.6.19 with 2.2 and give it a shot
1168528589 M * Bertl 2.6.19.1 :)
1168528605 M * Bertl hmm, 2.6.19.2 actually :)
1168528641 M * Bertl hey, 2.4 is at 2.4.34 ... nice ...
1168528641 M * adrien The only one I see from here is
1168528656 M * adrien patch-2.6.19.1-vs2.2.0-rc6.diff
1168528672 M * Bertl you have a fast internet connection?
1168528676 M * adrien yes
1168528698 M * Bertl okay, then you might have to wait a few minutes after the download of 2.6.19.2 finished
1168528698 J * TrueBrain truelight@openttd.org
1168528705 M * TrueBrain Bertl: I HATE new bioses
1168528710 M * TrueBrain I can't find anything back anymore
1168528714 M * TrueBrain and they 'think' for you :(
1168528724 J * nayco ~nayco@proxy2.laroche.univ-nantes.fr
1168528725 M * TrueBrain anyway, non of your options weere there to be found
1168528728 M * TrueBrain not even remotely like it
1168528753 M * Bertl yeah, Dell probably knows how to hide information from the customer
1168528759 M * TrueBrain I hate that so much :(
1168528768 M * Bertl but OTOH, dell should provide support for this case too, no?
1168528775 M * TrueBrain linux support?
1168528777 M * TrueBrain haha :)
1168528782 M * Bertl bios support at least :)
1168528847 M * TrueBrain anyway, I wrote it down this time
1168528854 M * TrueBrain the line it hangs on without those kernel options
1168528855 M * TrueBrain io scheduler cfq registered (default)
1168528875 M * Bertl and the 'other' lines? could you upload the bootup log?
1168528905 M * TrueBrain didn't make one, mostly I use netconsole, but this is before the network is booted
1168528914 J * tatiane ~tatiane@201009012113.user.veloxzone.com.br
1168528919 M * Bertl welcome tatiane!
1168528925 M * Bertl TrueBrain: serial console maybe?
1168528947 M * TrueBrain Bertl: could, if I knew how :)
1168528959 M * TrueBrain I guess you need a serial cable for it... which in fact I should have around somewhere
1168528968 M * Bertl well, you know, those null-modem cables ... you can build them yourself :)
1168529009 M * Bertl but if you have one, even simpler, get minicom on one end, the machine on the other, use console=ttyS0,115200n8 (or similar)
1168529016 M * TrueBrain hmm... with the kernel option you gave, it seems stable (the clock)
1168529032 M * Bertl the acpi=noirq ?
1168529040 M * TrueBrain and noapic
1168529060 M * Bertl yeah, that will definitely fix it, but also disable all your advanced irq routing stuff
1168529070 M * TrueBrain this is just my development machine
1168529077 M * adrien can vs2.2.0-rc6.diff work with 2.6.19.2 or it must be with 2.6.19.1 ?
1168529084 M * TrueBrain currently I am already really happy if I don't get errors in a simple 'make' command :)
1168529100 M * Bertl adrien: did you download the 2.6.19.2 kernel yet?
1168529103 M * TrueBrain (errors as in, that the time of files were in the future :))
1168529120 M * TrueBrain bah, serial cable is at my parents
1168529123 M * TrueBrain will pick it up in the weekend
1168529132 Q * nayco_ Ping timeout: 480 seconds
1168529149 M * cehteh ehm little off topic .. how do i checkout by sha1 in git?
1168529153 M * adrien bertle: yes I hae it
1168529184 M * Bertl adrien: okay, then have a little patience :)
1168529219 M * TrueBrain even ntpd can sync my clock again.. for now anyway :)
1168529238 M * TrueBrain k, Bertl, I will pick up the serial cable in the weekend, and compile a debug kernel after that
1168529241 M * TrueBrain then I will revisit this problem
1168529247 M * TrueBrain for now I am already happy if my clock runs normal :)
1168529251 M * Bertl okay, sounds like a plan ...
1168529252 M * TrueBrain thank you VERY much for your time :)
1168529263 M * Bertl you know where to send donations to :)
1168529272 M * TrueBrain :) Hehe :)
1168529293 Q * tatiane Quit: Saindo
1168529294 M * TrueBrain btw, how safe is it to use 2.2.0-rc* for production servers?
1168529297 J * tatiane ~tatiane@201009012113.user.veloxzone.com.br
1168529307 M * TrueBrain I mean, RCs mostly give me the idea of: do not use in production :)
1168529308 M * Bertl TrueBrain: see talk with adrien 
1168529329 M * adrien Bertl: I have 2.6.19.1-vs2.2.0-rc6 on a box 
1168529331 M * TrueBrain Bertl: I only have that you advise him to use that kernel
1168529340 M * Bertl according to Linus, rc means ridiculous count, we mostly use it for release candidate
1168529351 M * adrien but when I start a vserver I get-> chbind: vc_net_create(): Invalid argument
1168529365 M * Bertl adrien: what tools?
1168529377 M * matti Hello Bertl.
1168529386 M * adrien 0.30.211
1168529389 M * Bertl adrien: you are probably still using dynamic contexts
1168529424 M * Bertl adrien: in this case, the tools use the legacy interfaces, which are probably disabled in the kernel
1168529436 M * Bertl adrien: I'd advise to update to 0.30.212 or later
1168529450 Q * tatiane 
1168529451 M * Bertl (and definitely use static context assignments!)
1168529456 J * tatiane ~tatiane@201009012113.user.veloxzone.com.br
1168529463 M * Bertl wb tatiane!
1168529501 M * adrien ok I will use static context
1168529523 T * Bertl http://linux-vserver.org/ | latest stable 2.0.2.1, 2.0.3-rc1, 2.2.0-rc6, devel 2.1.1.7.1, 2.3.0.6, stable+grsec 2.0.2.1, 2.2.0-rc7, devel+grsec 2.1.1 |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 ;)
1168529550 M * Bertl http://vserver.13thfloor.at/Experimental/patch-2.6.19.2-vs2.2.0-rc7.diff
1168529566 M * Bertl adrien: here you go ...
1168529569 M * adrien thanks !
1168529598 M * Bertl please report any issues you encounter ...
1168529822 M * adrien where can I get information about static context ?
1168529870 M * Bertl should be on the wiki, but it's quite simple, choose a number between 2 and 49151 (for now) and put that into /etc/vservers/<name>/context
1168529885 M * Bertl (stop the guest first, then start it again)
1168529903 M * adrien prefect thanks
1168529910 Q * tatiane Quit: Saindo
1168529915 J * tatiane ~tatiane@201009012113.user.veloxzone.com.br
1168529926 M * Bertl tatiane: testing your irc client/setup?
1168530015 Q * tatiane 
1168530163 M * adrien Bertl: it works
1168530173 M * Bertl great!
1168530281 M * adrien the 2.6.19.2 output erros
1168530298 M * trippeh TOns of rejects here
1168530306 M * adrien http://paste.linux-vserver.org/866
1168530352 M * Bertl hmm, let's see, sec
1168530385 M * Bertl looks a little too large, probably my base kernel was 2.6.19.1, sec
1168530664 M * Bertl yep, please reload, looks much better now
1168531016 M * trippeh So far so good:)
1168531272 M * adrien Shoudl I use GRSEC ? if so, why ?
1168531299 M * Bertl personally, I do not see a good reason for using it ...
1168531322 M * Bertl (unless you know what you are doing and configure it properly)
1168531356 M * adrien grsec Is usefull when youwant to make sure that no context can access the memory of another, am I right ?
1168531388 M * Bertl that should not be possible without grsec either 
1168531447 M * adrien ok
1168531447 M * Bertl michal`: btw, still plans for enhancing vserver security?
1168531527 M * Bertl adrien: tx, will add you to our Hall'o'Fame ... if you don't mind :)
1168531796 M * adrien sure please also add a link to my company
1168531803 M * Bertl okay, modulis.ca?
1168531806 M * adrien ye
1168531808 M * adrien yes
1168531845 Q * adrien 
1168531954 M * michal` Bertl: sure...just waiting for ao to forward port enhanced user managment :)
1168531957 M * michal` in rsbac
1168531979 M * michal` so it could be user database + auth data per vserver
1168532003 M * michal` it was already in rsbac but ao has removed it since it needs to mature a bit
1168532044 J * Adrien-modulis ~Adrien@ip228.modulis.ca
1168532063 M * Bertl michal`: hmm, okay, let me know when you have something to integrate ...
1168532075 M * michal` obviously :)
1168532096 M * michal` you know...i thought that it would be already done...but things are changing sometimes
1168532424 M * Adrien-modulis When I compile a kernel, I have to change the timer frequency to 1000hz for VOIP purpose, can It in anyway make problems with vserver ?
1168532472 M * Bertl nope, you might also want to enable preemption
1168532494 M * Bertl if any kenel config causes issues with Linux-VServer, it is considered a bug :)
1168532530 M * Adrien-modulis ok thanks
1168532548 M * Adrien-modulis waht's preemption ?
1168532592 M * Bertl hmm, you are playing with VoIP and do not know that? anyway, the kernel can work at different latencies
1168532604 M * Bertl on servers, you typically want no preemption
1168532620 M * Bertl which might cause higher latencies, but less scheduling overhead
1168532651 M * Bertl (preemption is when a task switches before it finished working)
1168532728 M * Adrien-modulis Ok,  No Forced Preemption (Server) will work ?
1168532760 M * Bertl it will definitely work, but if you are concerned about latencies, you probably want to select one of the other two options :)
1168532888 M * Adrien-modulis so "Preemptible Kernel " will be the best for voip
1168532894 M * Bertl Adrien-modulis: btw, you can get a short help text for every kernel option
1168532930 M * Bertl Adrien-modulis: do you have VoIP specific hardware in that machine?
1168532952 M * Bertl (because you are referring to the high 1kHz timer rate)
1168533043 M * Adrien-modulis actually no, it's for the asterisk-zapata-dummy interface 
1168533079 M * Adrien-modulis I read that this dummy interface use the usb chip on the motherboard to provide a better timer to the asterisk process
1168533181 M * Bertl ah, hmm, so why would it need a high Hz value then?
1168533437 M * Adrien-modulis I'm not an expert, but some guys said it will provide better sound quality (and I've experienced it)
1168533568 M * Bertl hmm ... the quality should only depend on the codec used, the latency might get too large in unfortunate setups ...
1168533681 M * Bertl you should probably do some testing/research what affects VoIP most and where you can get a better user experience with less resources ...
1168533762 M * Adrien-modulis yep I'll definitively have a look into this, I've been playing without understanding and it can only leads to bad consequences.
1168534026 J * yarihm ~yarihm@whitehead2.nine.ch
1168534301 M * Bertl welcome yarihm!
1168534342 M * yarihm hi everyone, hi bertl
1168534661 M * matti :-)
1168534691 M * matti Hi yarihm, how are you?
1168534776 J * dna_ ~naucki@44-236-dsl.kielnet.net
1168534785 M * yarihm :) thanks, I'm fine. you too I hope
1168534816 J * stefani ~stefani@tsipoor.banerian.org
1168534838 Q * dna Quit: Verlassend
1168534920 M * matti :)
1168535335 J * bonbons ~bonbons@83.222.37.103
1168535451 T * daniel_hozac http://linux-vserver.org/ | latest stable 2.0.2.1, 2.0.3-rc1, 2.2.0-rc7, devel 2.1.1.7.1, 2.3.0.7, stable+grsec 2.0.2.1, 2.2.0-rc6, devel+grsec 2.1.1 |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 ;)
1168535474 M * Bertl ah, tx :)
1168536286 J * shuri ~shuri@hq01.electronicbox.net
1168536414 M * shuri hi!
1168536446 M * Bertl welcome shuri!
1168536467 M * shuri thx Bertl 
1168536471 M * shuri how are you?
1168536662 M * Bertl fine, tx! and you?
1168536687 M * shuri fine
1168536737 M * shuri i got a new fresh install of vserver 2.6.19.1-vs2.2.0-rc6
1168536752 M * shuri but i got Segmentation Fault
1168536757 M * shuri with the utils
1168536773 M * shuri vserver-stat
1168536773 M * shuri Segmentation Fault
1168536792 M * shuri vserver-info
1168536793 M * shuri Segmentation Fault
1168536810 M * daniel_hozac do you have anything in dmesg?
1168536880 M * ard at least I had to enable backward compatability items in the kernel to get the utils working...
1168536881 M * shuri noi
1168536900 M * shuri ard, legacy ?
1168536914 M * ard (I use 2.2.0-rc6 since the debian vserver image oopsed on me, and 2.2.0-rc6 has been rock-solid)
1168536917 M * ard yes...
1168536918 M * ard wait
1168536922 M * ard I look it up
1168536939 M * Bertl shuri: maybe glibc instead of dietlibc?
1168536944 M * daniel_hozac legacy shouldn't be needed at all since 0.30.211.
1168536949 M * ard CONFIG_VSERVER_LEGACY=y
1168536949 M * ard # CONFIG_VSERVER_LEGACY_VERSION is not set
1168536949 M * ard CONFIG_VSERVER_DYNAMIC_IDS=y
1168536949 M * ard CONFIG_VSERVER_LEGACYNET=y
1168536966 M * ard ii  util-vserver   0.30.211-6     user-space tools for Linux-VServer virtual p
1168536977 M * ard The dynamic_ids were a problem...
1168536988 M * shuri     build/host: i686-pc-linux-gnu/i686-pc-linux-gnu
1168536988 M * shuri              Use dietlibc: yes
1168536993 M * ard at least in the debian packaging...
1168537017 M * shuri checking whether to enable dietlibc... yes (autodetected, 0.30)
1168537017 M * shuri checking whether dietlibc supports C99... yes
1168537019 M * daniel_hozac only if you don't specify a static context for your guests.
1168537021 M * ard using id's by hand is ok, then the legacy is not needed
1168537029 M * ard jups :-)
1168537037 M * daniel_hozac dynamic context ids are deprecated and _are_ going away.
1168537043 M * ard I am just trying to get into it :-)
1168537065 M * shuri any problem with (GCC) 4.1.2 ?
1168537077 M * ard Linux version 2.6.19.1-vs2.2.0-rc6-va1220 (root@siddev) (gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)) #1 SMP Thu Dec 28 17:52:59 CET 2006
1168537108 M * ard can you strace vserver-stat?
1168537117 M * ard strace -f -e exec vserver-stat
1168537139 M * ard (since vserver-stat is a shell script)
1168537149 M * daniel_hozac ... it's not.
1168537153 M * ard ow
1168537157 M * ard you are right
1168537160 M * shuri strace: invalid system call `exec'
1168537161 M * ard vserver is ..
1168537169 M * ard ah, sorry , execve
1168537178 M * ard but since it is not a shell script:
1168537184 M * ard strace -f vserver-stat
1168537199 M * shuri execve("/usr/local/sbin/vserver-stat", ["vserver-stat"], [/* 35 vars */]) = 0
1168537200 M * shuri --- SIGSEGV (Segmentation fault) @ 0 (0) ---
1168537200 M * shuri +++ killed by SIGSEGV +++
1168537200 M * shuri Process 16132 detached
1168537218 M * daniel_hozac shuri: sounds like a broken dietlibc. where did you get it?
1168537244 M * ard also without the -e execve?
1168537250 M * shuri ii  dietlibc-dev                           0.30-1ubuntu2                        diet libc - a libc optimized for small size
1168537283 M * shuri strace -f   vserver-stat
1168537283 M * shuri execve("/usr/local/sbin/vserver-stat", ["vserver-stat"], [/* 35 vars */]) = 0
1168537283 M * shuri --- SIGSEGV (Segmentation fault) @ 0 (0) ---
1168537283 M * shuri +++ killed by SIGSEGV +++
1168537283 M * shuri Process 16171 detached
1168537346 M * shuri i will remove the dietlibc package et compile it from source
1168537378 M * ard daniel_hozac is right.
1168537440 Q * phreak`` Quit: leaving
1168537494 J * phreak`` ~phreak``@static.88-198-108-67.clients.your-server.de
1168537533 M * shuri humm
1168537544 M * shuri bin-i386/diet gcc -pipe -nostdinc -Os -fomit-frame-pointer -falign-functions=1 -falign-jumps=1 -falign-loops=1 -mpreferred-stack-boundary=2 -Wall -W -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wno-switch -Wno-unused -Wredundant-decls -o bin-i386/elftrunc contrib/elftrunc.c
1168537544 M * shuri make: *** [bin-i386/elftrunc] Segmentation Fault
1168537552 M * Adrien-modulis Bertl:  I compiled and rebooted with 2.6.19.2 patched
1168537562 M * Adrien-modulis it works but on my two interfaces only one works
1168537571 J * Jessica^BaCk ~zuozuojun@58.39.128.222
1168537616 M * ard shuri : that doesn't sound right ;-)
1168537631 M * shuri i know..
1168537638 M * ard but is still compiles with diet?
1168537658 M * shuri this error is from dietlibc compile
1168537698 M * ard I mean: it shouldn't compile with diet, if you remove the -dev?
1168537704 Q * Jessica^BaCk Quit: (FreeBot) plankton`s (FreeBot) Version 3.41
1168537712 M * shuri ok let me see
1168537760 M * shuri   Use dietlibc: no (you have been warned)
1168537775 Q * phreak`` 
1168537792 J * phreak`` ~phreak``@static.88-198-108-67.clients.your-server.de
1168537968 M * ard Hmmmm
1168537973 M * daniel_hozac shuri: well, IIRC Ubuntu has tendencies to set the default compiler flags in the compiler, so you might have to add -fno-stack-protector or similar.
1168537987 M * shuri ok
1168538035 M * ard are you compiling a newer version of util-vserver? Else you could just use the debian/sid, and dpkg-buildpackage it to match ubuntu
1168538052 M * shuri yes a new version
1168538267 M * shuri ok thx ard i will try with ubuntu vserver package
1168538315 M * ard That was 0.30.212 right?
1168538325 M * shuri yes
1168538331 M * shuri util-vserver-0.30.212#
1168538358 M * ard ah... Is that also the version you wanted or is there a newer version?
1168538382 M * ard (I am *NEW* to vserver, but I am already impressed with the design :-) )
1168538396 M * shuri util-vserver-0.30.212 is the latest on the linux-vserver.org page
1168538402 M * ard ah :-)...
1168538410 M * daniel_hozac 0.30.213-pre1 is also available.
1168538411 M * ard that one is also in debian/unstable
1168538418 M * ard Hmmm
1168538508 M * shuri  The current version of util-vserver is: 	 0.30.212
1168538539 M * daniel_hozac yeah. i don't update that for pre/rcs.
1168538606 M * bonsaikitten bye
1168538607 Q * bonsaikitten Quit: leaving
1168538823 M * shuri ok it wotk with package from ubuntu 
1168538846 M * shuri util-vserver                           0.30.210-10                          user-space tools for Linux-Vserver virtu
1168538899 M * ard Hmmm
1168538901 M * ard that's old
1168538920 M * ard or not...
1168538939 M * ard I thought there was some feature that needed at least 211? Or 209
1168538963 M * ard Just as long as you can start your contexts :-)
1168538966 M * daniel_hozac that's kind of the point of new releases.
1168539006 M * daniel_hozac 0.30.212 is really the minimum if you want to use 2.6.19+ kernels.
1168539012 M * daniel_hozac (in a sane way, at least)
1168539304 M * Bertl ard: so you like Linux-VServer? anything you like special, or anything you dislike?
1168539889 Q * derjohn Quit: by(t)e
1168539984 M * shuri i need to find a way to compiile new utils-vserver
1168540010 M * Guy- any issues with vserver on amd64?
1168540037 M * daniel_hozac none that we're aware of, or they'd be fixed already ;)
1168540052 M * Guy- OK :)
1168540662 Q * m4z Quit: http://www.catb.org/~esr/faqs/smart-questions.html
1168541134 J * m4z m4z@bastard-operator.from-hell.net
1168541147 M * shuri daniel_hozac, with  make CC='gcc -fno-stack-protector' i got compile error
1168541162 M * shuri gcc -fno-stack-protector -g -O2 -std=c99 -Wall -pedantic -W -funit-at-a-time -o src/vcontext src/vcontext.o src/vlogin.o  lib/libvserver.a lib_internal/libinternal-diet.a
1168541162 M * shuri src/vlogin.o: In function `do_vlogin':
1168541162 M * shuri src/vlogin.c:216: undefined reference to `openpty'
1168541162 M * shuri collect2: ld returned 1 exit status
1168541162 M * shuri make[2]: *** [src/vcontext] Erreur 1
1168541223 J * m`m`h ~simba@deb30.mgts.by
1168541260 M * daniel_hozac use make CFLAGS+=-fno-stack-protector instead.
1168541578 M * shuri  CFLAGS: '-fno-stack-protector -std=c99 -Wall -pedantic -W -funit-at-a-time'
1168541758 M * shuri still get the segmentation fault
1168541776 M * daniel_hozac run it through gdb and get a backtrace.
1168541795 M * shuri the compile?
1168541811 M * daniel_hozac no, the command that segfaults.
1168541830 M * Bertl gdb <binary> <core.dump>
1168541943 M * shuri humm
1168541950 M * shuri exit
1168542005 M * Bertl had that once with uclibc on sparc :)
1168542193 M * shuri what is core.dump?
1168542196 M * shuri gdb vserver-stat core.dump
1168542212 M * daniel_hozac just gdb vserver-stat should suffice.
1168542216 M * daniel_hozac then r, then bt.
1168542255 M * shuri (gdb) r
1168542256 M * shuri Starting program: /usr/local/sbin/vserver-stat
1168542256 M * shuri Failed to read a valid object file image from memory.
1168542256 M * shuri Program received signal SIGSEGV, Segmentation fault.
1168542256 M * shuri 0x08048881 in main ()
1168542256 M * shuri (gdb) bt
1168542258 M * shuri #0  0x08048881 in main (
1168542319 M * shuri is it ok for you?
1168542337 M * Bertl lol
1168542348 M * daniel_hozac i'm still leaning towards a broken diet.
1168542399 P * Adrien-modulis 
1168542413 M * Bertl shuri: ubuntu_
1168542420 M * Bertl s/_/?
1168542492 M * shuri 6.10
1168542580 M * shuri Ubuntu 6.10 Edgy Efty
1168542635 M * hardwire edgyedgyedgy
1168542683 M * Bertl shuri: do you think you could try with a self compiled dietlibc?
1168542689 M * shuri yes
1168542694 M * shuri but it failed
1168542699 M * Bertl the build?
1168542701 M * shuri bin-i386/diet gcc -fno-stack-protector -pipe -nostdinc -Os -fomit-frame-pointer -falign-functions=1 -falign-jumps=1 -falign-loops=1 -mpreferred-stack-boundary=2 -Wall -W -Wchar-subscripts -Wmissing-prototypes -Wmissing-declarations -Wno-switch -Wno-unused -Wredundant-decls -o bin-i386/elftrunc contrib/elftrunc.c
1168542701 M * shuri make: *** [bin-i386/elftrunc] Erreur de segmentation
1168542703 M * shuri yes
1168542719 M * shuri dietlibc-0.30# 
1168542728 M * Bertl hmm, you are on x86?
1168542734 M * shuri yes
1168542745 M * Bertl not x86_64, right?
1168542755 M * shuri got a amd64
1168542765 M * shuri but no 64 bits enable
1168542776 M * shuri on ubuntu i run x86 version
1168542833 Q * michal` Ping timeout: 480 seconds
1168542847 M * Bertl I'm opting for a broken toolchain
1168542862 M * Bertl probably gcc 4.1.2-something ...
1168542892 M * shuri sould i rebuilt the kernel with gcc-3.4?
1168542897 M * shuri should
1168542906 M * shuri and the tools
1168542935 M * Bertl I think the tools would benefit from it
1168542950 M * Bertl but you have to recompile diet first
1168543071 M * shuri ok let me do some test ( recompile)
1168543193 M * shuri no error when compile dietlibc with make CC='gcc-3.4'
1168543335 J * michal` ~michal@www.rsbac.org
1168543396 Q * yarihm Quit: Leaving
1168543682 Q * lilalinux Remote host closed the connection
1168543728 J * lilalinux ~plasma@dslb-084-058-220-056.pools.arcor-ip.net
1168544670 Q * shuri Remote host closed the connection
1168544924 J * davidc ~chatzilla@24-227-17-98-st.losaca.adelphia.net
1168544929 N * davidc blankman101
1168545161 P * Roey Leaving
1168545167 J * Roey ~katz@h-69-3-4-130.mclnva23.covad.net
1168545254 M * blankman101 anyone have any experience w/LVM and vserver?  Having an issue with vserver opening all lv's in a vg
1168545345 M * daniel_hozac hmm?
1168545361 Q * dna_ Quit: Verlassend
1168545363 J * dna ~naucki@44-236-dsl.kielnet.net
1168545364 M * blankman101 I got some help in diag'ing on the lvm channel
1168545427 M * Bertl blankman101: welcome and let's hear ...
1168545517 M * blankman101 my problem is this... have several logical vols in a vol group (LVM2) and a few of the lv's are vservers.  If I need to unmount any lv in the vg, vserver seems to keep them all open, so I can't do an fsck
1168545532 Q * dna 
1168545567 M * blankman101 if I run "dmsetup info -c" I can see the "Open" count is set to 1 for vols in vg.
1168545601 M * blankman101 if I unmount one of the lv's, it still shows as open, but if I restart vserver, it closes the unmounted lv.
1168545610 J * dna ~naucki@44-236-dsl.kielnet.net
1168545627 M * daniel_hozac old utils, i guess?
1168545632 M * blankman101 the lv in question, doesn't have anything to do w/vserver except that it resides in the same vg
1168545638 M * blankman101 just installed them yesterday
1168545718 M * blankman101 someone on the lvm channel told me there's around 2.6.17 kernel
1168545738 M * blankman101 Subject: [PATCH  Subject: [PATCH 7/10] dm: fix mapped device ref counting
1168545760 M * Bertl what kernel version do you use?
1168545769 M * blankman101 2.6.17-vs2.0.2.1-gentoo
1168545773 M * daniel_hozac the problem is that the namespace will keep a copy of the mounts around forever.
1168545781 M * blankman101 oh really
1168545786 M * daniel_hozac (forever == fort he lifetime of the namespace)
1168545790 M * Bertl yes, I'm pretty sure you are hitting this one
1168545796 M * blankman101 oh
1168545802 M * Bertl recent tools work around that issue
1168545806 M * blankman101 and restarting vserver clears them?
1168545816 M * Bertl but you can manually work around it too without restarting the guest
1168545817 P * stefani I'm Parting (the water)
1168545823 M * blankman101 hum, I'll see if there's a ver in the unstable branch
1168545828 M * blankman101 oh?
1168545859 M * Bertl you basically enter the namespace with 'vnamespace' and then you can check the mounts with 'cat /proc/mounts'
1168545888 M * Bertl and when you unmount the not related volumes, they will get free
1168546272 Q * Piet Quit: Piet
1168546506 M * blankman101 so, I'll have to that for all xid's then I guess?
1168546755 M * Bertl yes, unless you use recent tools, which 'clean up' the namespaces
1168546775 M * blankman101 what do you consider recent?
1168546810 M * Bertl 0.30.212
1168546833 M * blankman101 ok, I'm currently using 0.30.211
1168546963 M * blankman101 do I need to update my kernel sources beyond 2.0.2.1 as well?
1168547000 M * Bertl should not be necessary, IMHO
1168547220 M * Guy- is there a way to force vserver build to run in the current context? I'd like to run it on a system that doesn't have vserver support
1168547233 M * Guy- and the vnamespace vserver build calls, segfaults
1168547263 J * Piet hiddenserv@tor.noreply.org
1168547429 M * Bertl Guy-: atm, no
1168547447 J * orzel ~orzel@freehackers.org
1168547451 M * Guy- that's a pity
1168547454 M * Bertl Guy-: but you can put the Linux-VServer patch on almost any machine
1168547459 M * Bertl welcome orzel!
1168547467 M * orzel hello :)
1168547471 M * Guy- Bertl: sure, I just don't want to reboot :)
1168547542 M * Bertl i.c. sorry, no go atm ... but you can hack on it to add that feature ...
1168547585 M * Guy- I guess so, but it would take too long; it's not that important
1168547640 M * orzel i have another problem with network. Network is hell with vserver, no ? :-)
1168547651 M * Guy- OTOH, it's a shellscript... maybe it won't take that long after all
1168547654 M * Bertl orzel: no, it's like without it :)
1168547680 M * orzel my apache doesn't seem to be able to bind the socket. I told him to only bind on 10.11.0.128, which is the ip of the vserver.
1168547683 M * Bertl orzel: the important thing is that Linux-VServer does _not_ change the way networking works ...
1168547685 M * orzel and i got this : http://rafb.net/p/UMAksU47.html
1168547697 M * orzel Bertl:  i find it to be even worse :)
1168547717 M * orzel the first line is when apache is launched on the host server (fair enough, it doesn't work, i understand)
1168547724 M * grant secure-mount: mount(): Operation not permitted
1168547732 M * grant i get this error when i start a vserver
1168547741 M * orzel the second part (not line) is when i've checked that nothing is using port 80 neither on host or client.
1168547747 M * grant i use the grsec+vserver patch
1168547759 M * grant perhaps its an option of grsec but i don't find it
1168547763 M * grant any idea?
1168547772 M * Bertl grant: very likely some grsec setting is forbidding your mount
1168547786 M * orzel Bertl:  for example, i find it very confusing that ifconfig says that the ip is not configured inside the vserver. Although it works...
1168547810 M * Bertl orzel: first, on the guest, there is no need to change any bindings or limit the services to certain ips
1168547833 M * Bertl orzel: second, if you are not seeing anything inside the guest (network wise) that has two causes:
1168547853 M * Bertl - you are using ancient tools (ifconfig) instead of recent ones (ip fro iproute2)
1168547855 M * grant yes bertl think so
1168547860 M * Guy- Bertl: yup, I managed it, thanks
1168547878 M * Bertl - you are using an older kernel, which doesn't replace the main entry (must be 2.6.16 something)
1168547909 M * orzel i'm using 2.6.8 
1168547916 M * Bertl even worse
1168547920 M * orzel :-(
1168547921 M * daniel_hozac why on earth?
1168547936 M * orzel that's the standard kernel on debian stable.
1168547944 M * Bertl that kernel is roughly 2 years old, no?
1168547960 M * orzel yes,debian is ~ 2 year old usually :-/
1168547981 M * Bertl okay, so the features there are ~2 years old too (same as with the bugs :)
1168548003 M * Bertl nevertheless, 'ip addr ls' will show you what you want to see
1168548016 M * Bertl (after you installed iproute2 :)
1168548049 M * Bertl for the address already in use part ...
1168548057 M * Bertl I guess it is already in use :)
1168548081 M * orzel yes, ip addr shows the right ip
1168548095 M * orzel i've wanted to learn about this 'ip' thinguy for long.. never had time.
1168548099 M * orzel now seems the good time
1168548118 M * orzel Bertl: i've tried netstat -anp on both host/client, and nothing is using :80
1168548136 M * daniel_hozac who knows, maybe that was broken.
1168548143 M * Bertl try 'netstat -al'
1168548147 M * daniel_hozac 2.6.8 is _really_old_.
1168548184 J * Aiken ~james@tooax6-025.dialup.optusnet.com.au
1168548193 M * orzel Bertl:  nothing more is found with netstat -al
1168548201 M * orzel daniel_hozac: i think i'm gonna try a newest one :)
1168548228 M * Bertl try chcontext --xid 1 -- netstat -al
1168548246 M * Bertl hmm, the tools probably do not even support --xid :)
1168548339 M * orzel from host or client ?
1168548369 M * Bertl host
1168548386 M * Bertl try --ctx instead of --xid if it complains
1168548420 M * orzel it works
1168548432 M * orzel actually, i seem to have some tcp6 stuff on :80
1168548439 M * orzel with TIME_WAIT
1168548483 M * orzel mm, they are gone now
1168548492 M * Bertl so after 2-3 days they will go away ... (nah, just kidding)
1168548492 M * orzel and it still doesn't work from vserver
1168548526 M * Bertl try with nc (netcat) with the listen option
1168548530 M * Bertl (instead of apache)
1168548554 M * orzel which kernel version would you recommand ? 2.6.19 ?
1168548573 M * Bertl 2.6.19.2 actually
1168548598 M * orzel ok
1168548618 M * orzel i thought the vserver patch wouldn't be as much up to date
1168548627 M * orzel (how bad i am,uh :)
1168548675 M * Bertl hehe, patches for 2.6.19.2 are availble here: vserver.13thfloor.at/Experimental/
1168548901 M * orzel on the webpage it's said to be "latest prepatch version of the upcoming stable "
1168548911 M * orzel is that ok for a production server ?
1168548997 M * Bertl actually it is a release candidate
1168549013 M * Bertl so yes, that is pretty much considered stable enough for production
1168549062 M * orzel k
1168549203 M * orzel kernel-image-2.6.14.3-vs2.0.1 <-- is that ok ? found on "  deb http://apt.utsl.gen.nz/debian sarge all " for sarge (which is what i use)
1168549210 M * orzel not .19.2, but still better, no ?
1168549232 M * orzel i'm not sure i can/want to do my own kernel compile the debian way. i'm not yet familiarised with debian. 
1168549249 M * Bertl lol, debian should have at least 2.6.18/19 kernels
1168549279 M * orzel yes, but not for sarge, only for etch i think
1168549290 M * orzel if i dont make yet another error with those names..
1168549376 Q * lilalinux Remote host closed the connection
1168549686 M * daniel_hozac backports.org has 2.6.18 kernels for sarge.
1168549960 M * orzel things like that ? linux-image-2.6.18-2-vserver-686       linux-image-vserver-686
1168549964 M * orzel i couldn't say the difference
1168549976 M * orzel last time i've tried, it wouldn't install because of dependancies. i try again.
1168550054 M * orzel http://rafb.net/p/JpvDnA67.html     same probleme as usual
1168550063 M * daniel_hozac apt-get is popular for a reason ;)
1168550141 M * Bertl orzel: indeed, why not use the dependancy tracking system to resolve that?
1168550153 J * yarihm ~yarihm@84-75-123-221.dclient.hispeed.ch
1168550203 M * orzel i'm using apt-get
1168550207 M * orzel (what else?)
1168550344 M * orzel if i try to install initramfs-tools, it wants a udev, if i try udev it want some lsb* , and then i give up
1168550375 M * orzel   udev: Depends: lsb-base (>= 3.0-6) but 2.0-7 is to be installed 
1168550381 M * orzel indeed, i caninstall 2.0.7, but no more :(
1168550424 M * daniel_hozac why doesn't the more recent lsb-base packages install?
1168550426 Q * cdrx Ping timeout: 480 seconds
1168550589 M * orzel it does, but only 2.0-7 and not >=3.0-6 as expected by udev, (if i understand well)
1168550624 M * Bertl strange
1168550624 M * daniel_hozac 3.1-15~bpo is available in backports.
1168550661 Q * meandtheshell Ping timeout: 480 seconds
1168550799 M * orzel i have deb http://www.backports.org/debian sarge-backports main contrib non-free
1168550811 M * orzel dont really know what i can do else (update,upgrade... search.. then?)
1168550845 J * meandtheshel1 ~markus@85-124-37-55.dynamic.xdsl-line.inode.at
1168551400 Q * DreamerC Ping timeout: 480 seconds
1168552001 J * Piet_ hiddenserv@tor.noreply.org
1168552028 Q * weasel Ping timeout: 480 seconds
1168552054 Q * Piet Remote host closed the connection
1168552066 Q * michal` Ping timeout: 480 seconds
1168552330 J * weasel weasel@asteria.debian.or.at
1168552377 M * grant vshelper.init: can not determine xid of vserver 'games'; returned value was ''
1168552381 M * grant how can i fix this
1168552399 M * grant /usr/local/sbin/vserver '/usr/local/etc/vservers/games' stop
1168552402 M * grant don't help
1168552448 M * Bertl if, at all, then you want something like
1168552456 M * Bertl /usr/local/sbin/vserver games stop
1168552493 M * grant vserver 'games' is not running
1168552494 M * Bertl depending on the tool version, and your installation, it can be everything from mixed tool versions to ancient bug
1168552496 M * grant don't help
1168552508 M * grant other vserver runs perfct
1168552515 M * Bertl /usr/local suggests that you did build them yourself
1168552521 M * grant yes
1168552534 M * Bertl did you also install a package?
1168552540 J * michal` ~michal@www.rsbac.org
1168552547 M * grant before but i removed it
1168552565 M * Bertl did you run the distro install make part?
1168552571 M * grant yes
1168552580 M * grant like i said another vsrver works
1168552594 M * Bertl okay, what makes that guest special then?
1168552595 M * grant there must be any var or file set
1168552606 M * Bertl check the config, make sure to use static contexts
1168552609 M * grant i got problems with starting before because of grsec
1168552626 M * Bertl make sure that the guest actually starts something (service or so)
1168552643 M * grant hmm
1168552684 M * grant hmm i think i will remove this vserver complete
1168553307 M * Bertl an option too
1168553434 M * daniel_hozac that error message usually means that your guest didn't start any process, and so the context was disposed before the start process completed.
1168553485 M * Bertl wasn't there a warning about that at some point?
1168553505 M * daniel_hozac like a more verbose one?
1168553510 M * daniel_hozac not that i know of.
1168553515 M * Bertl i.e. something like, 'guest didn't start any processes ...'
1168553527 M * daniel_hozac would make sense to have that though.
1168553529 M * Bertl maybe that's just wishful thinking ...
1168553556 Q * bonbons Quit: Leaving
1168555008 J * derjohn ~derjohn@80.69.41.2
1168555912 Q * dna Quit: Verlassend
1168556638 J * dna ~naucki@44-236-dsl.kielnet.net
1168556879 J * haxier ~haxier@eu85-84-174-73.clientes.euskaltel.es
1168557413 Q * haxier Remote host closed the connection
1168558436 M * orzel Bertl:  I've found my problem. It's not ipv6. it's apache. i was using etch on vserver, and stable on the host. Seems like the behaviour has changed
1168558450 M * orzel the problem that there was two references to "listen 80"
1168558456 M * orzel in two different included files.
1168558462 M * orzel not even my fault, that's debian! :)
1168558557 M * Bertl ah, okay, great!
1168558580 M * Bertl as usual, 99% of all reported issues are not even remotely Linux-VServer related :)
1168558821 M * derjohn and in 99% of all that cases, ppl claim that it is vserver's guilt  :)
1168558920 M * derjohn orzel, if you found a bug in debian, pls hurry to report ist. a simple mail is enough to do so.
1168559043 Q * yarihm Quit: Leaving
1168559155 M * orzel derjohn:  :)
1168559273 M * derjohn orzel, did didnt follow the discussion, but the thing with the bug makes sense .... 
1168559318 M * orzel apache claimed that :80 was not available, although i was using the same config file from the host, where it worked
1168559329 M * orzel (with, of course, apache shut down on the host!)
1168559352 Q * Piet_ Quit: Piet_
1168559361 M * orzel i was messing with netstat, ip, and such to try to find why
1168559363 M * orzel :)
1168559412 M * Bertl yeah, I can imagine ...
1168559726 M * derjohn hm, 0.0.0.0:80 should work fine within a guest 
1168559743 M * Bertl and it does
1168559756 M * Bertl unless you specify it twice