1132273154 A * [MUPPETS]Gonzo winkt demJohn.
1132273230 A * derjohn = cool
1132273263 A * derjohn winkt zurueck.
1132274148 J * ryker ~ryker@c-67-176-240-74.hsd1.in.comcast.net
1132275062 M * Bertl_oO hmm, home now ... but to tired to do anything ... so off to bed now ...
1132275069 N * Bertl_oO Bertl_zZ
1132275789 M * [MUPPETS]Gonzo bye Bertl
1132277434 J * bragon ~bragon@god.geeknode.org
1132277439 M * bragon hi *
1132277715 J * dddd44 dhb55@218.111.178.108
1132283690 J * sebi ~sebi@Fce81.f.strato-dslnet.de
1132283796 Q * sebi_ Ping timeout: 480 seconds
1132283957 J * stefani ~stefani@c-24-19-46-211.hsd1.wa.comcast.net
1132284074 P * stefani 
1132288455 Q * flock Ping timeout: 480 seconds
1132288688 J * flock ~restless@l192-117-111-12.broadband.actcom.net.il
1132288690 Q * Aiken Read error: Connection reset by peer
1132288692 J * Aiken_ ~james@tooax6-006.dialup.optusnet.com.au
1132290463 M * Marchildon hmm, is there anything special I need to do? I have configured an interface in my vserver, as 192.168.1.162, whereas my host has 192.168.1.161 - I'm getting a Connection reset by peer when I try to ssh from the host to itself
1132290554 M * Marchildon do I need to chbind' it?
1132291170 M * daniel_hozac connection reset by peer? have you checked iptables?
1132291182 M * daniel_hozac and your logs, in both the host and the guest.
1132291949 Q * FireEgl jupiter.oftc.net iridium.oftc.net
1132291949 Q * aba jupiter.oftc.net iridium.oftc.net
1132291949 Q * Aiken_ jupiter.oftc.net iridium.oftc.net
1132291949 Q * bragon jupiter.oftc.net iridium.oftc.net
1132291949 Q * dlippolt jupiter.oftc.net iridium.oftc.net
1132291949 Q * mejlholm jupiter.oftc.net iridium.oftc.net
1132291949 Q * derjohn jupiter.oftc.net iridium.oftc.net
1132291949 Q * AndrewLee jupiter.oftc.net iridium.oftc.net
1132291949 Q * MostlyHarmless jupiter.oftc.net iridium.oftc.net
1132291949 Q * mugwump jupiter.oftc.net iridium.oftc.net
1132291949 Q * tanjix jupiter.oftc.net iridium.oftc.net
1132291949 Q * nox jupiter.oftc.net iridium.oftc.net
1132291953 Q * mountie jupiter.oftc.net iridium.oftc.net
1132291953 Q * alexx jupiter.oftc.net iridium.oftc.net
1132291953 Q * jkl jupiter.oftc.net iridium.oftc.net
1132291953 Q * mnemoc jupiter.oftc.net iridium.oftc.net
1132291953 Q * lonewolff jupiter.oftc.net iridium.oftc.net
1132291953 Q * michal_ jupiter.oftc.net iridium.oftc.net
1132291953 Q * dhansen jupiter.oftc.net iridium.oftc.net
1132291953 Q * Hunger jupiter.oftc.net iridium.oftc.net
1132291953 Q * flock jupiter.oftc.net iridium.oftc.net
1132291953 Q * Bertl_zZ jupiter.oftc.net iridium.oftc.net
1132291953 Q * monrad jupiter.oftc.net iridium.oftc.net
1132291953 Q * ComplexHo jupiter.oftc.net iridium.oftc.net
1132291954 Q * cryo jupiter.oftc.net iridium.oftc.net
1132291954 Q * Marchildon jupiter.oftc.net iridium.oftc.net
1132291954 Q * Pazzo jupiter.oftc.net iridium.oftc.net
1132291954 Q * tchan jupiter.oftc.net iridium.oftc.net
1132291954 Q * matti jupiter.oftc.net iridium.oftc.net
1132291954 Q * sladen jupiter.oftc.net iridium.oftc.net
1132291954 Q * BWare jupiter.oftc.net iridium.oftc.net
1132291954 Q * Medivh jupiter.oftc.net iridium.oftc.net
1132291954 Q * locksy jupiter.oftc.net iridium.oftc.net
1132291954 Q * ag- jupiter.oftc.net iridium.oftc.net
1132291954 Q * micah jupiter.oftc.net iridium.oftc.net
1132291954 Q * sebi jupiter.oftc.net iridium.oftc.net
1132291954 Q * dddd44 jupiter.oftc.net iridium.oftc.net
1132291954 Q * lilo jupiter.oftc.net iridium.oftc.net
1132291954 Q * baggins jupiter.oftc.net iridium.oftc.net
1132291954 Q * case jupiter.oftc.net iridium.oftc.net
1132291954 Q * logger jupiter.oftc.net iridium.oftc.net
1132291954 Q * meebey jupiter.oftc.net iridium.oftc.net
1132291954 Q * Millox jupiter.oftc.net iridium.oftc.net
1132291954 Q * xzu jupiter.oftc.net iridium.oftc.net
1132291954 Q * Loki|muh jupiter.oftc.net iridium.oftc.net
1132291954 Q * eyck jupiter.oftc.net iridium.oftc.net
1132291954 Q * _cereal jupiter.oftc.net iridium.oftc.net
1132291954 Q * neofutur_ jupiter.oftc.net iridium.oftc.net
1132291982 J * Aiken_ ~james@tooax6-006.dialup.optusnet.com.au
1132291982 J * flock ~restless@l192-117-111-12.broadband.actcom.net.il
1132291982 J * sebi ~sebi@Fce81.f.strato-dslnet.de
1132291982 J * dddd44 dhb55@218.111.178.108
1132291982 J * bragon ~bragon@god.geeknode.org
1132291982 J * Bertl_zZ herbert@212.16.62.52
1132291982 J * monrad ~monrad@213083190130.sonofon.dk
1132291982 J * dlippolt ~dlippolt@cpe-70-112-77-129.austin.res.rr.com
1132291982 J * ComplexHo ~ComplexHo@cpc1-brig3-6-0-cust194.brig.cable.ntl.com
1132291982 J * cryo ~say@212.86.233.146
1132291982 J * Marchildon ~nicolas@dsl.speedline207.106.electronicbox.net
1132291982 J * Pazzo ~Pazzo@host130-250.pool8172.interbusiness.it
1132291982 J * tchan ~tchan@c-67-174-18-204.hsd1.il.comcast.net
1132291982 J * lilo ~lilo@lilo.usercloak.oftc.net
1132291982 J * sladen paul@starsky.19inch.net
1132291982 J * matti matti@linux.gentoo.pl
1132291982 J * mejlholm ~mejlholm@port79.ds1-abc.adsl.cybercity.dk
1132291983 J * baggins baggins@kenny.mimuw.edu.pl
1132291983 J * FireEgl Atlantica@2001:5c0:84dc::
1132291983 J * mnemoc ~amery@200.75.27.47
1132291983 J * locksy ~locksy@mrtg.sisgroup.com.au
1132291983 J * jkl eric@c-67-173-248-142.hsd1.co.comcast.net
1132291983 J * Hunger Hunger.hu@Hunger.hu
1132291983 J * alexx ~alexx@proxy.ikse.net
1132291983 J * michal_ ~michal@mprivacy-update.de
1132291983 J * aba ~aba@2001:a60:f006::2
1132291983 J * dhansen ~dave@sprucegoose.sr71.net
1132291983 J * mountie ~mountie@CPEdeaddeaddead-CM000a739acaa4.cpe.net.cable.rogers.com
1132291983 J * lonewolff ~lonewolff@host86-128-133-145.range86-128.btcentralplus.com
1132291983 J * nox ~nox@nox.user.oftc.net
1132291983 J * tanjix tanjix@office.star-hosting.de
1132291983 J * mugwump ~samv@watts.utsl.gen.nz
1132291983 J * MostlyHarmless ~mh@melbourne.mostly-harmless.ca
1132291983 J * AndrewLee ~andrew@tnlug.linux.org.tw
1132291983 J * derjohn ~derjohn@80.69.35.186
1132291983 J * ag- ag@caladan.roxor.cx
1132291983 J * Medivh ck@paradise.by.the.dashboardlight.de
1132291983 J * micah micah@micha.hampshire.edu
1132291983 J * BWare ~bware@office.intouch.net
1132291983 J * Loki|muh loki@satanix.de
1132291983 J * _cereal koepi@217.20.124.153
1132291983 J * xzu ~otto@brucester.a20.net
1132291983 J * Millox ~mattias@shienar.csbnet.se
1132291983 J * neofutur_ ~neofutur@neofutur.net
1132291983 J * meebey meebey@booster.qnetp.net
1132291983 J * logger ~rs@84.244.0.15
1132291983 J * case ~case@donpanic.faveve.uni-stuttgart.de
1132291983 J * eyck ~eyck@81.219.64.71
1132291983 F * arion.oftc.net +o mnemoc
1132291990 F * ChanServ -o mnemoc
1132292053 M * daniel_hozac hah.
1132292231 Q * FireEgl jupiter.oftc.net arion.oftc.net
1132292231 Q * aba jupiter.oftc.net arion.oftc.net
1132292231 Q * derjohn jupiter.oftc.net arion.oftc.net
1132292231 Q * AndrewLee jupiter.oftc.net arion.oftc.net
1132292231 Q * MostlyHarmless jupiter.oftc.net arion.oftc.net
1132292231 Q * mugwump jupiter.oftc.net arion.oftc.net
1132292231 Q * tanjix jupiter.oftc.net arion.oftc.net
1132292231 Q * nox jupiter.oftc.net arion.oftc.net
1132292231 Q * lonewolff jupiter.oftc.net arion.oftc.net
1132292231 Q * mountie jupiter.oftc.net arion.oftc.net
1132292231 Q * dhansen jupiter.oftc.net arion.oftc.net
1132292231 Q * michal_ jupiter.oftc.net arion.oftc.net
1132292231 Q * alexx jupiter.oftc.net arion.oftc.net
1132292231 Q * jkl jupiter.oftc.net arion.oftc.net
1132292231 Q * mnemoc jupiter.oftc.net arion.oftc.net
1132292231 Q * mejlholm jupiter.oftc.net arion.oftc.net
1132292231 Q * dlippolt jupiter.oftc.net arion.oftc.net
1132292231 Q * bragon jupiter.oftc.net arion.oftc.net
1132292232 Q * Hunger jupiter.oftc.net arion.oftc.net
1132292232 Q * Aiken_ jupiter.oftc.net arion.oftc.net
1132292232 Q * BWare jupiter.oftc.net arion.oftc.net
1132292232 Q * Medivh jupiter.oftc.net arion.oftc.net
1132292232 Q * ag- jupiter.oftc.net arion.oftc.net
1132292232 Q * locksy jupiter.oftc.net arion.oftc.net
1132292232 Q * matti jupiter.oftc.net arion.oftc.net
1132292232 Q * tchan jupiter.oftc.net arion.oftc.net
1132292232 Q * Pazzo jupiter.oftc.net arion.oftc.net
1132292232 Q * Marchildon jupiter.oftc.net arion.oftc.net
1132292232 Q * cryo jupiter.oftc.net arion.oftc.net
1132292232 Q * ComplexHo jupiter.oftc.net arion.oftc.net
1132292232 Q * monrad jupiter.oftc.net arion.oftc.net
1132292232 Q * Bertl_zZ jupiter.oftc.net arion.oftc.net
1132292232 Q * flock jupiter.oftc.net arion.oftc.net
1132292232 Q * micah jupiter.oftc.net arion.oftc.net
1132292232 Q * sladen jupiter.oftc.net arion.oftc.net
1132292232 Q * eyck jupiter.oftc.net arion.oftc.net
1132292232 Q * case jupiter.oftc.net arion.oftc.net
1132292232 Q * logger jupiter.oftc.net arion.oftc.net
1132292232 Q * meebey jupiter.oftc.net arion.oftc.net
1132292232 Q * Millox jupiter.oftc.net arion.oftc.net
1132292232 Q * xzu jupiter.oftc.net arion.oftc.net
1132292232 Q * _cereal jupiter.oftc.net arion.oftc.net
1132292232 Q * Loki|muh jupiter.oftc.net arion.oftc.net
1132292232 Q * baggins jupiter.oftc.net arion.oftc.net
1132292232 Q * dddd44 jupiter.oftc.net arion.oftc.net
1132292232 Q * sebi jupiter.oftc.net arion.oftc.net
1132292232 Q * neofutur_ jupiter.oftc.net arion.oftc.net
1132292232 Q * lilo jupiter.oftc.net arion.oftc.net
1132292301 J * Aiken_ ~james@tooax6-006.dialup.optusnet.com.au
1132292301 J * flock ~restless@l192-117-111-12.broadband.actcom.net.il
1132292301 J * sebi ~sebi@Fce81.f.strato-dslnet.de
1132292301 J * dddd44 dhb55@218.111.178.108
1132292301 J * bragon ~bragon@god.geeknode.org
1132292301 J * Bertl_zZ herbert@212.16.62.52
1132292301 J * monrad ~monrad@213083190130.sonofon.dk
1132292301 J * dlippolt ~dlippolt@cpe-70-112-77-129.austin.res.rr.com
1132292301 J * ComplexHo ~ComplexHo@cpc1-brig3-6-0-cust194.brig.cable.ntl.com
1132292301 J * cryo ~say@212.86.233.146
1132292301 J * Marchildon ~nicolas@dsl.speedline207.106.electronicbox.net
1132292301 J * Pazzo ~Pazzo@host130-250.pool8172.interbusiness.it
1132292301 J * tchan ~tchan@c-67-174-18-204.hsd1.il.comcast.net
1132292301 J * lilo ~lilo@lilo.usercloak.oftc.net
1132292301 J * sladen paul@starsky.19inch.net
1132292301 J * matti matti@linux.gentoo.pl
1132292301 J * mejlholm ~mejlholm@port79.ds1-abc.adsl.cybercity.dk
1132292301 J * baggins baggins@kenny.mimuw.edu.pl
1132292301 J * FireEgl Atlantica@2001:5c0:84dc::
1132292301 J * mnemoc ~amery@200.75.27.47
1132292301 J * locksy ~locksy@mrtg.sisgroup.com.au
1132292301 J * jkl eric@c-67-173-248-142.hsd1.co.comcast.net
1132292301 J * Hunger Hunger.hu@Hunger.hu
1132292301 J * alexx ~alexx@proxy.ikse.net
1132292301 J * michal_ ~michal@mprivacy-update.de
1132292301 J * aba ~aba@2001:a60:f006::2
1132292301 J * dhansen ~dave@sprucegoose.sr71.net
1132292301 J * mountie ~mountie@CPEdeaddeaddead-CM000a739acaa4.cpe.net.cable.rogers.com
1132292301 J * lonewolff ~lonewolff@host86-128-133-145.range86-128.btcentralplus.com
1132292301 J * nox ~nox@nox.user.oftc.net
1132292301 J * tanjix tanjix@office.star-hosting.de
1132292301 J * mugwump ~samv@watts.utsl.gen.nz
1132292301 J * MostlyHarmless ~mh@melbourne.mostly-harmless.ca
1132292301 J * AndrewLee ~andrew@tnlug.linux.org.tw
1132292301 J * derjohn ~derjohn@80.69.35.186
1132292301 J * ag- ag@caladan.roxor.cx
1132292302 J * Medivh ck@paradise.by.the.dashboardlight.de
1132292302 J * micah micah@micha.hampshire.edu
1132292302 J * BWare ~bware@office.intouch.net
1132292302 J * Loki|muh loki@satanix.de
1132292302 J * _cereal koepi@217.20.124.153
1132292302 J * xzu ~otto@brucester.a20.net
1132292302 J * Millox ~mattias@shienar.csbnet.se
1132292302 J * neofutur_ ~neofutur@neofutur.net
1132292302 J * meebey meebey@booster.qnetp.net
1132292302 J * logger ~rs@84.244.0.15
1132292302 J * case ~case@donpanic.faveve.uni-stuttgart.de
1132292302 J * eyck ~eyck@81.219.64.71
1132292302 F * arion.oftc.net +o mnemoc
1132292308 F * ChanServ -o mnemoc
1132294081 Q * logger Ping timeout: 480 seconds
1132295732 Q * monrad Quit: Leaving
1132295767 J * Hollow ~hollow@home.xnull.de
1132296275 Q * ryker Quit: Leaving
1132296338 J * monrad ~monrad@213083190130.sonofon.dk
1132297540 J * logger ~rs@84.244.0.15
1132299414 J * arok_ ~thorsten@p54959E11.dip0.t-ipconnect.de
1132299821 Q * arok Ping timeout: 480 seconds
1132305054 Q * FireEgl arion.oftc.net venus.oftc.net
1132305054 Q * aba arion.oftc.net venus.oftc.net
1132305087 J * shedi ~siggi@tolvudeild-201.lhi.is
1132305101 N * arok_ arok
1132305136 J * FireEgl Atlantica@2001:5c0:84dc::
1132305136 J * aba ~aba@2001:a60:f006::2
1132308055 J * menomc ~amery@200.75.27.53
1132308161 Q * mnemoc Ping timeout: 480 seconds
1132308161 N * menomc mnemoc
1132310781 Q * Aiken_ Ping timeout: 480 seconds
1132317116 N * Bertl_zZ Bertl
1132317128 M * Bertl morning folks!
1132317136 M * harry yoooooow
1132317143 M * Bertl hey harry!
1132317166 M * harry say, little q...
1132317203 M * harry i want to add a new vserver, is it a good idea, to just copy the /vservers/<name> to a new name, and copy /etc/vservers/<name> to a new name ?
1132317218 M * matti ROTFL: https://bugzilla.mozilla.org/show_bug.cgi?id=316973
1132317219 M * harry and then vserver <newname> start ?
1132317287 M * Bertl no, not really ...
1132317309 M * Bertl hey matti! disk works fine ... do you need any of your data on it?
1132317347 M * matti Bertl: Hm? Data?
1132317361 M * matti Bertl: Disk is not empty?
1132317366 M * Bertl hm .. well, one NTFS partition, one dos partition :)
1132317380 M * matti Really?
1132317389 M * harry why is that a bad idea, Bertl ?
1132317392 M * matti Bertl: What is on FAT32 partition?
1132317407 M * Bertl sec, let me turn it on and have a look :)
1132317456 M * Bertl harry: maynly because there are symlinks in the config tree
1132317465 M * Bertl harry: which would point to wrong dirs ...
1132317476 M * Bertl harry: but the copy part of /vservers/name is fine
1132317476 M * harry ah, okay
1132317492 M * Bertl harry: I'd just suggest to create the 'new' guest with the skeleton method
1132317556 A * harry searches for skeleton method..
1132317644 M * Bertl basically the same as normal builds
1132317660 M * Bertl just you do: vserver <name> build -m skeleton ....
1132317668 M * harry ah
1132317673 M * harry kinky :)
1132317674 M * harry tnx
1132317676 M * Bertl (instead of -m debootstrap or -m apt or whatever)
1132317691 M * Bertl you specify the config options where I put the ....
1132317795 A * harry looks into the manual ... then write a script to just deploy a new vserver easily
1132317856 M * Bertl yes, I hope the next version of the tools will include a clone/copy method as discussed on the ML
1132317991 M * harry might be a good idea to join in on the ml
1132317994 Q * arok Quit: leaving
1132318008 M * Bertl can't hurt, I'd say :)
1132318057 Q * lilo Quit: brb
1132318318 M * Bertl Hollow: ping!
1132318327 M * Hollow Bertl: pong
1132318353 M * Bertl ah, good, could you run some addr2line for me on your 'crash' kernel 
1132318384 M * Hollow sure
1132318431 M * Bertl I'd need the line of a013336a and a0134446
1132318451 J * lilo ~lilo@lilo.usercloak.oftc.net
1132318457 M * Bertl wb lilo!
1132318488 Q * lilo Quit: 
1132318510 M * Bertl Hollow: and what was the command sequence to have it oops?
1132318554 M * Hollow addr2line: /boot/kernel-2.6.14-vs2.1.0-rc7-gentoo: File format not recognized
1132318591 M * Hollow command was set_cflags with flags=0 and mask=VXF_STATE_SETUP
1132318682 M * Hollow Bertl: btw.. my util-vserver tree is now able to start/stop/exec and enter :)
1132318719 M * Bertl cool!
1132318742 M * Bertl try: addr2line -e vmlinux (with the vmlinux in your build tree)
1132318761 M * Hollow i'll probably release a - to speak in marketing language - technology preview soon ;)
1132318764 M * Hollow ok
1132318796 M * Hollow Bertl: both adresses give: ??:0
1132318812 M * Hollow hm..
1132318825 M * Hollow maybe i rebuilt the kernel since then..
1132318882 M * Hollow ok, i'll do a fresh oops
1132318949 M * Bertl add the debug info then
1132318963 M * Hollow how?
1132318972 M * Bertl DEBUG_KERNEL DEBUG_VERBOSE and such
1132318980 M * Bertl sec
1132319002 M * Bertl CONFIG_DEBUG_KERNEL=y
1132319005 M * Bertl CONFIG_DEBUG_BUGVERBOSE=y
1132319005 M * Bertl CONFIG_DEBUG_INFO=y
1132319022 M * Hollow ok
1132319023 M * Bertl CONFIG_KALLSYMS=y
1132319050 M * Bertl btw, it's good that you use the history dump ...
1132319059 M * Bertl (helps a lot in such cases)
1132319063 J * lilo ~lilo@lilo.usercloak.oftc.net
1132319074 M * Hollow yeah, it's my standard config for my dev box..
1132319201 M * Hollow ok, building now.. did you take a look at the namespace check ordering?
1132319217 M * baggins hi Bertl 
1132319239 M * Bertl hey Mr.Baggins :)
1132319245 M * baggins what is the status of NGNET? is it usable?
1132319274 M * Bertl nope, but you can experience the first steps ...
1132319310 M * baggins I tried playing with vdevtag and all I achieved was that tagged device disapeared completely ;)
1132319353 M * Bertl that's a good sign ...
1132319359 M * Hollow heh
1132319382 M * Bertl baggins: but you're right, it's a bug I'll fix soon ...
1132319385 M * Hollow oh it failed... - great, it works then :P
1132319397 M * baggins not quite, the context I tagged it with couldn't see the device 
1132319413 M * Bertl baggins: yeah, I wonder how that happened ...
1132319443 M * Bertl baggins: but I'll look into it in a few minutes, so stay tuned ...
1132319490 M * Bertl baggins: did you manage to test the 'ping' isolation?
1132319766 M * baggins It's kinda hard to test anything when my device disapeared
1132319785 M * Bertl well, try the following:
1132319806 M * Bertl figure the device id for 'lo'
1132319818 M * Bertl do vdevtag -i <loid> -n 1
1132319832 M * Bertl it should become visible in all contexts
1132319907 M * baggins hah, that's the next problem, I can see all devices in all cantexts, I'm guessing it's not expected behaviour?
1132319935 M * Bertl hmm, you sure you are using the vnet command?
1132319959 M * harry Bertl: where do i find the vserver-build manual??? it's not in the sourcetree, is it?
1132319998 M * baggins seems to me I need a finger pointing me in direction of tools and docs for ngnet ;)
1132320033 M * baggins for now I have kernel compiled with ngnet-0.3, vnet device and vdevtag tool
1132320035 M * Bertl baggins: well, you should be aware that it is highly experimental, so don't expect it to work at all :)
1132320052 M * Bertl baggins: okay, there was a fix patch too, did you apply that?
1132320057 M * baggins yes
1132320071 M * Bertl good, you got the vnet.c ?
1132320098 M * baggins argh, I missed this one
1132320099 M * Bertl harry: hmm ... http://linux-vserver.org/alpha+util-vserver (or vserver - build --gelp)
1132320103 M * Bertl *help
1132320202 M * Bertl Hollow: tried the following (please try too)
1132320209 M * Bertl vcontext --create --xid 42 -- sleep 10 &
1132320213 M * Bertl vattribute --set --xid 42 --flag ^38
1132320219 M * Bertl *wait for sleep to end*
1132320224 M * Bertl vattribute --set --xid 42 --flag ~^38
1132320233 M * Bertl context was disposed quite fine ...
1132320252 M * Bertl baggins: something like this should work:
1132320260 M * Bertl vdevtag -i 2 -n 1
1132320267 M * Bertl vnet -C -n 666 -- tcpdump -vvnei lo &
1132320274 M * Bertl vnet -C -n 42 -- ping -c 1 127.0.0.1
1132320303 M * Bertl (where '2' is the lo devidx, 666 the 'evil' spy context and 42 the good ping one)
1132320356 M * Hollow Bertl: ok, i'll try later, got a visit..
1132320364 M * Bertl k, let me know ... 
1132320479 M * baggins 0 packets received by filter
1132320484 M * baggins 0 packets captured
1132320488 M * baggins 0 packets dropped by kernel
1132320685 M * Bertl but ping worked, yes?
1132320690 M * baggins right
1132320701 M * Bertl see, that is perfect network isolation on lo
1132321029 M * baggins I'd like to try it inside a vserver (say s/chbind/vnet/ in vserver.start)
1132321051 M * baggins but when I use context != 1 the iface disapears :(
1132321068 Q * mejlholm Quit: Client exiting
1132321077 M * Bertl baggins: let me check that (will take a moment)
1132321092 M * baggins false alarm
1132321119 M * baggins I used wrong parameters to vnet, I see lo from context 100
1132321142 M * Bertl good!
1132321651 M * baggins Now I managed to s/chbind/vnet/ in vserver scripts and it works :D
1132321659 M * baggins I see only lo inside vserver
1132322168 M * Bertl yup, that's fine, nothing else to see yet ...
1132322185 M * baggins no way of communication host<->guest?
1132322219 Q * shedi Quit: Leaving
1132322281 M * Bertl baggins: not yet ..
1132322322 M * harry vserver1:~# vserver harry build --force -m skeleton --hostname harry.cc.kuleuven.be --netdev eth0 --interface eth0:10.33.113.152/24 --
1132322325 M * harry /usr/local/vserver/etc/vservers/.defaults/vdirbase/harry/dev
1132322328 M * harry Renamed '/usr/local/vserver/etc/vservers/.defaults/vdirbase/harry' to '/usr/local/vserver/etc/vservers/.defaults/vdirbase/harry.~1132323147~'
1132322367 M * Bertl --netdev _and_ --interface with eth0: is redundant 
1132322386 M * Bertl but the rest is fine, and the guest config has been created
1132322481 M * baggins I'll wait, I can test till the end of january, when I'll have to put the server to production
1132322501 M * Bertl good, and you are interested in testing ngnet stuff now and then?
1132322517 M * harry Bertl: chattr: Inappropriate ioctl for device while reading flags on /usr/local/vserver/etc/vservers/.defaults/vdirbase/harry
1132322529 M * Bertl harry: debian?
1132322537 M * harry yes
1132322548 M * Bertl well, get a new kernel and recent tools :)
1132322551 M * harry do i need to copy first?
1132322569 M * harry bert: 2.6.14.2 and util-vserver-...209 ?
1132322590 M * harry util-vserver-0.30.209 that is the one i have
1132322594 M * Bertl you have that? and it tries chattr?
1132322609 M * baggins Bertl: yes, ngnet is what I need, so I will happily test it
1132322618 M * harry yup
1132322618 M * Bertl harry: please upload the output of testme.sh somewhere (e.g. pastebin.com)
1132322656 M * Bertl baggins: okay, because I think the next month will have a lot of ngnet stuff, and testing would be appreciated
1132322666 M * harry http://pastebin.com/434321
1132322672 M * Bertl tx
1132322735 M * Bertl hmm ... what filesystem is on /usr/local/vserver/etc/vservers/.defaults/vdirbase ?
1132322738 M * harry do i need to cp -a /vserver/<name> /vserver/<newname> first?
1132322741 M * harry reiserfs
1132322754 M * Bertl did you mount it with the 'attrs' option?
1132322785 M * Bertl (reiserfs requires this to support 'normal' attributes)
1132322815 M * harry hmm.. no
1132322820 M * harry but the first one worked...
1132322825 M * Bertl okay, that explains it ...
1132322841 M * Bertl well, it will work, just it will not be secure (barrier wise)
1132322854 M * harry ah
1132322860 M * harry so... what do i do to make it work?
1132322868 M * harry attrs option for reiser?
1132322872 M * Bertl mount the filesystem with attrs
1132322880 M * harry dev/mapper/vservervg-harrylv on /vservers/harry type reiserfs (rw)
1132322904 M * Bertl hmm, I was talking about the filesystem just above that
1132322936 M * Bertl (i.e. in your case /vservers then)
1132322957 M * harry that's just  / :)
1132322969 M * harry dev/md0 on / type reiserfs (rw,notail)
1132322970 M * Bertl okay, then you 'should' mount / with attrs :)
1132322975 M * harry mkay
1132322976 M * harry let's go :)
1132323008 M * Bertl btw, attrs on /vservers/harry won't hurt :)
1132323020 M * harry ah
1132323069 M * harry vserver1:/# vserver harry build --force -m skeleton --hostname harry.cc.kuleuven.be --netdev eth0 --interface 10.33.113.152/24
1132323072 M * harry /usr/local/vserver/etc/vservers/.defaults/vdirbase/harry/dev
1132323074 M * harry mv: cannot move `/usr/local/vserver/etc/vservers/.defaults/vdirbase/harry' to `/usr/local/vserver/etc/vservers/.defaults/vdirbase/harry.~1132323910~': Device or resource busy
1132323097 M * Bertl okay, you mounted the lvm there, right?
1132323102 M * harry yups
1132323127 M * Bertl you ahve another lvm with the one you want to copy, right?
1132323133 M * harry yup
1132323134 M * harry :)
1132323142 M * Bertl okay, let's then make it this way:
1132323153 M * Bertl - unmount the lvm from harry
1132323163 M * harry 1 logical volume per vserver :)
1132323167 M * harry uhu
1132323173 M * Bertl - call the skeleton build method again
1132323187 M * harry done :)
1132323199 M * Bertl - remove everything inside the /vservers/harry dir
1132323212 M * Bertl - mount the lvm on /vservers/harry
1132323232 M * Bertl - (if necessary remove everything there)
1132323247 M * Bertl - copy over the other lvm (e.g. with dump/restore)
1132323261 M * Bertl - start your new guest ...
1132323266 M * harry no cp -a /vserver/frodo /vserver/harry ?
1132323301 M * Bertl I'd do: (cd /vserver/harry; dump 0f - /vserver/frodo | restore rf - )
1132323321 M * Bertl but then, it's reiserfs and that has no dump/restore :)
1132323328 M * harry hehe
1132323335 M * harry so cp -a it is :)
1132323340 M * harry (or rsync, whatever :))
1132323346 M * Bertl yep
1132323362 M * harry damn, all settings need to be re-done
1132323364 M * Bertl just make sure that the directory structure is the same afterwards
1132323375 M * Bertl harry: what settings?
1132323400 M * harry postfix etc..
1132323419 M * Bertl well, only if they changed .. no?
1132323451 M * Bertl otherwise you have an identical copy of the other one ...
1132323454 M * harry uhu
1132323457 M * harry it all works, tnx!
1132323467 A * harry copies your info for documentation :)
1132324214 Q * Hollow Remote host closed the connection
1132324591 J * Hollow ~hollow@home.xnull.de
1132324601 M * Hollow Bertl: it still says ??.=
1132324606 M * Hollow ??:0
1132324641 M * Hollow http://phpfi.com/87504
1132324757 M * Bertl hmm .. strange ...
1132324837 M * Hollow gdb seems a bit more communicative: http://phpfi.com/87507
1132324866 M * Bertl k, maybe the addr2line is outdated
1132324937 M * Bertl ah, that's interesting ...
1132324967 M * Bertl you set/changed the init flag too?
1132324976 M * Hollow no
1132324985 M * Hollow the command line was:
1132324995 M * Hollow vcontext -C -x 123 -f PERSISTANT,STATE_SETUP
1132325003 M * Hollow vflags -S -x 123 -f ~STATE_SETUP
1132325004 M * Bertl hmm, our sources seem to differe ... sec
1132325008 M * Hollow yeah
1132325014 M * Hollow it's my local util-vserver tree ;)
1132325026 M * Bertl well, no, I meant kernel sources :)
1132325030 M * Hollow ah ;)
1132325039 M * Hollow hm, yeah.. genpatches in here
1132325052 M * Bertl line 835 in context.c is:
1132325055 M * Bertl                 if (vxi == current->vx_info)
1132325087 M * Bertl hmm, no, just gcc shows them in a strange way ...
1132325087 M * Hollow same here
1132325111 M * Bertl actually never used gcc to list source addresses :)
1132325118 M * Hollow you mean gdb?
1132325125 M * Bertl yep, gdb
1132325133 M * Hollow well, i just read it by googling for addr2line and vmlinux ;)
1132325171 M * Bertl okay, I guess I know what happens ...
1132325204 M * Bertl the vc_set_flags is not supposed to work in 
1132325219 M * Bertl s/in/outside/ the context yet
1132325241 M * Hollow but it does work for every flag except state_setup
1132325344 M * Bertl yep
1132325353 M * Bertl vx_mask_bcaps(current);
1132325371 M * Bertl uses the current task to derive the context
1132325400 M * Hollow ic
1132325404 M * Bertl thats a leftover from legacy
1132325421 M * Bertl will fix that with the admin checks 
1132325426 M * Hollow yay, let's get rid of legacy then :)
1132325430 M * Hollow great, thx
1132325452 M * Bertl when do you need it?
1132325506 M * Hollow well, asap ;) but it works without too, i just do the state_setup thing extra after vx_migrate now as a workaround
1132325521 M * Bertl okay, will fix it asap then :)
1132325649 M * Hollow great :) probably you should also try to install my local util-vserver tree, all tools work now and as i said start/stop/exec/enter too
1132325674 M * Bertl do they compile with dietlibc?
1132325688 M * Bertl because if, I'd install them in my qemu test setup
1132325712 M * Hollow i didn't try yet, but i doubt it works without some fixes
1132325952 M * Bertl http://vserver.13thfloor.at/Experimental/delta-bcaps-fix01.diff
1132325991 M * Bertl but that will only fix the oops, not the semantics
1132325997 M * Hollow that was fast :)
1132326008 M * Bertl it was even tested :)
1132326024 M * Hollow i.e.? i still have to set the flags in context?
1132326175 M * Bertl no, I guess I'll make _another_ fix to change the semantics into testing for context assignment
1132326197 M * Bertl the thing is, the setup end (currently) drops the bcaps
1132326198 M * daniel_hozac if p->vx_info != vxi, do you really want to apply the limits at all?
1132326219 M * Bertl daniel_hozac: that's it ... I will make that check for both calls
1132326246 M * Hollow hm, sorry.. can't follow, but i'm off for about an hour anyway, cu later
1132326253 J * mejlholm ~mejlholm@port79.ds1-abc.adsl.cybercity.dk
1132326260 M * Bertl welcome mejlholm!
1132326303 M * mejlholm hi again :)
1132326338 M * Bertl you should not take drugs *G* 
1132326363 M * Hollow me?
1132326394 M * Bertl no mejlholm, who said he was 'hi, again :)'
1132326410 M * Hollow oh.. well ;)
1132326435 M * Bertl Hollow: you are supposed to be off for an hour :)
1132326436 M * mejlholm :-D
1132326463 M * Hollow yeah, i'm just waiting for my shoes to warm up at the heating :P
1132326470 M * Hollow it's snowy here since today
1132326478 M * Bertl yep, here too ...
1132326484 M * Hollow i hate winter!
1132326516 M * SNy tell me, I need new tyres :/
1132326520 M * Bertl well, I love it, when I sit in a warm room (24°C) and look out of the window, and the snow is falling ...
1132326539 M * Bertl except for that, I can live without winter too :)
1132326635 M * Hollow heh, exactly
1132326635 Q * FireEgl Read error: Connection reset by peer
1132326649 M * matti Oh the weather outside is frightful... But the fire is so delightful... And since we've no place to go
1132326654 M * matti Let It Snow! Let It Snow! Let It Snow!
1132326655 M * matti :D
1132326661 M * matti ;-p
1132326664 M * Bertl lol
1132326678 M * Hollow heh.. shoes warmed up.. so cu later
1132326683 M * Bertl cya
1132326689 M * matti Bye Hollow ;)
1132326740 M * matti Let It Snow! Let It Snow! Let It Snow!
1132326741 M * matti [16:02:55] < Bertl> no, I guess I'll make _another_ fix to change the semantics into testing for context assignment
1132326744 M * matti [16:03:17] < Bertl> the thing is, the setup end (currently) drops the bcaps
1132326749 M * matti Oops.
1132326751 M * matti ;p
1132326756 M * matti I sit on my mouse ;p
1132326793 M * Bertl well, thanks for reminding me ...
1132326821 M * Bertl daniel_hozac: what about this one http://vserver.13thfloor.at/Experimental/delta-flags-fix01.diff
1132326821 M * matti Sorry :<
1132326832 M * matti It was an accident...
1132326849 M * daniel_hozac Bertl: yeah, that's basically what i had in mind.
1132326860 M * Bertl yeah, I didn't assume that you would sit on your mouse intentionally :)
1132326901 M * matti ;-p
1132326905 M * Bertl daniel_hozac: excellent! any giid ideas regarding the ADMIN check issue we encountered yesterday?
1132326917 M * Bertl s/ii/oo/
1132326938 M * daniel_hozac i must've missed that one. (lots of studying/sleeping yesterday)
1132326956 M * Bertl hmm, let me see if I can find the relevant stuff ...
1132326987 M * daniel_hozac ah, i see it.
1132326997 M * daniel_hozac set_namespace returning ENOSYS?
1132327005 M * Bertl yep
1132327116 M * daniel_hozac shouldn't it be if (!vx_check(0, VX_ADMIN))?
1132327125 M * Bertl yep, that's right
1132327150 M * Bertl but that will break the 'usual' setup case
1132327162 M * Bertl basically it's a long outstanding bug :)
1132327184 M * Bertl (i.e. it just 'worked')
1132327191 M * daniel_hozac ah
1132327209 M * Bertl the namespace is typically set from inside
1132327226 M * Bertl so you basically have a context there ...
1132327257 M * daniel_hozac well, the check would have to be dropped then, wouldn't it?
1132327280 M * Bertl yes, I'm just worried about negative sideeffects
1132327321 M * Bertl but I guess there should be none ...
1132327341 M * Bertl alternatively we could make the check depend on the argument
1132327343 M * daniel_hozac would you be able to set your namespace to that of another context from within a context?
1132327363 M * Bertl nope, as you would require CAP_CONTEXT for those commands
1132327378 M * daniel_hozac ah, right.
1132327448 M * Bertl but the question is, would setting the namespace from within a different context make sense at all?
1132327462 M * Bertl probably for hierarchical contexts, yes
1132327686 M * Bertl so I think we can safely remove the check for now, do you agree?
1132327739 M * daniel_hozac yeah.
1132327832 M * Bertl k, then we simply do that :)
1132327962 M * Bertl for the record: http://vserver.13thfloor.at/Experimental/delta-namespace-fix01.diff
1132328299 M * Bertl daniel_hozac: do you have a minute for ngnet stuff?
1132328323 M * daniel_hozac sure, but i haven't really looked at it yet...
1132328334 M * Bertl np, even better ;)
1132328366 M * Bertl I want to add an extensible debug system/patch for ngnet devel/stuff
1132328369 M * daniel_hozac hehe.
1132328390 M * daniel_hozac what do you mean?
1132328406 M * Bertl i.e. something which allows to 'follow' (trace) a packet's journey through the stack
1132328437 M * Bertl nothing which is permanent, or will be part of the final release
1132328437 M * daniel_hozac ah, that would be cool.
1132328454 M * Bertl but a kind of 'addon' patch for testing and debugging
1132328486 M * Bertl and I have some ideas, I'd like to talk about before implementing
1132328506 M * daniel_hozac ok.
1132328525 M * Bertl you might have a look at the debug.txt (in Documentation/vserver/) if you do not know that one already
1132328575 J * mef ~mef@targe.CS.Princeton.EDU
1132328584 M * Bertl welcome mef!
1132328599 M * mef hi... still working on getting the ckrm-lom thing exported to you.
1132328621 M * Bertl great!
1132328657 M * daniel_hozac it's the first file of the patch, so i've read it a few times ;)
1132328661 M * Bertl mef: can you use the remove console right now?
1132328681 M * Bertl daniel_hozac: okay, I think of a very similar debug system for ngnet
1132328710 M * Bertl daniel_hozac: just with macros to simplify the commands
1132328730 M * Bertl and probably more flags/bits and some structure there too
1132328750 M * daniel_hozac yeah, makes sense.
1132328790 M * Bertl also, we are following an skb, so that could be printed by default ...
1132328832 M * Bertl but I thought about numbering the sockets somehow ...
1132328861 M * Bertl maybe even the skbs, with some monotone number
1132328884 M * Bertl because IMHO the addresses are fine, but hard to read
1132328922 M * daniel_hozac true.
1132329034 M * daniel_hozac but it seems like numbering them would be overly complex, and just using the addresses would work (if they are really _that_ bad, i'm sure someone will write a parser for the logs ;))
1132329080 M * Bertl well, that'd probably be me then :/
1132329111 M * daniel_hozac hehe.
1132329152 M * Bertl no, seriously, for the test case (QEMU) it is probably best to have them numbered starting from 0 or so
1132329196 M * Bertl this would also allow to recreate a setup and compare the output easily, and I don't think numbering them would be very complicated
1132329223 M * daniel_hozac true, comparing the output would be very useful.
1132329230 M * Bertl of course, the address should be an option too (we do not want to lose that)
1132329301 M * Bertl another thing is, that the stack makes heavy use of function pointers
1132329348 M * Bertl fortunately it's easy to lookup those addresses in the System.map, to find the proper function name
1132329385 M * Bertl would be nice to do that in the kernel ...
1132329617 M * daniel_hozac does the kernel do function name lookups already?
1132329638 M * Bertl I think the debug printouts should do that, yes
1132329660 M * Bertl (oops/stack traces)
1132330118 M * daniel_hozac that should be rather simple, if i'm reading this right.
1132330165 J * Doener doener@i5387EE49.versanet.de
1132330178 M * Doener evening!
1132330213 M * daniel_hozac wouldn't just copying what print_context_stack basically does to show_stack accomplish it? (arch/i386/kernel/traps.c)
1132330217 M * daniel_hozac evening Doener!
1132330222 J * FireEgl Atlantica@2001:5c0:84dc::
1132330672 M * Bertl evening Doener! welcome FireEgl!
1132331573 M * Bertl well, yes, print_symbol() should do the trick :)
1132332099 M * mef bertl: got the ckrm-lom to work for you.
1132332110 M * mef lom = lights out management
1132332136 M * Bertl excellent!
1132332221 M * SiD3WiNDR lom rocks
1132332241 M * mef info in email
1132332245 M * Bertl tx
1132332256 M * mef this is the IBM RSA-II
1132332281 M * mef You will need a browser that can run a JVM in order to get at the console.  Sorry no serial console.
1132332409 M * Bertl k, np, do you know which jvm version is min?
1132332414 M * mef bertl: look like you are on.
1132332425 M * mef bertl: no idea
1132332426 M * Bertl I'm on my way :)
1132332483 M * mef bertl: go to "remote control" and then try the "Start Remote Control in Single User Mode".
1132332498 M * Bertl currently I'm waiting for the first page to finish :/
1132332507 M * mef It says on that page: An Internet connection is required to download the Java Runtime Environment (JRE) if the Java 1.4 Plug-in is not already installed.
1132332523 M * mef So it looks like you need Java 1.4 :(
1132332553 M * Bertl I have Java 1.4.2 installed ...
1132332583 M * Bertl ah, now it worked ...
1132332584 M * mef Maybe some other time we can setup the serial redirect and then you can use a serial console in the future.  You are free to play with that sometime, say, between 11/28 and 12/16. ;)
1132332584 M * mnemoc and $JAVA vars set
1132332782 M * Bertl mef: sounds good :)
1132332799 M * Bertl mef: it seems to work now ... got an overview
1132332843 Q * lilo Remote host closed the connection
1132333013 M * mef bertl: overview?
1132333033 M * mef overview == you can see the console?
1132333053 M * Bertl well, no, didn't find that yet :)
1132333066 M * Bertl but, I found something else ...
1132333077 M * Bertl "Serial Redirect Quick Setup"
1132333092 M * mef ok
1132333095 M * mef you can try that.
1132333105 M * mef but if you get hosed, you could try the graphical console redirect.
1132333114 M * mef thought I suppose that might be tough on your slow connection.
1132333115 M * Bertl where do I find that?
1132333139 M * Bertl I see a black bordered page with a menu on the left ...
1132333159 M * Bertl entries, Server->{Monitors,Tasks,ASM Control}
1132333161 M * mef under "Tasks", "Remote Control", and then click on "Start Remote Control in Single User Mode"
1132333172 M * Bertl ah, okay, got it, tx!
1132333204 J * lilo ~lilo@lilo.usercloak.oftc.net
1132333264 J * Kara_ ~angel@p54BF82C9.dip0.t-ipconnect.de
1132333270 M * Kara_ hi
1132333271 M * Bertl welcome Kara_!
1132333276 M * Kara_ :)
1132333344 M * Kara_ does anybody has any experience with running vservers using unionfs?
1132333405 M * Bertl IIRC, there was some, why?
1132333483 M * Bertl mef: do you know if the null modem cable is conencted between the RSA II and the serial port of that machine?
1132333541 M * derjohn Kara_, interesting question, but has anyone good experience with unionfs ?? Obsd removed it from its tree due to instability some time ago
1132333582 M * Kara_ oh, I did not know that
1132333587 M * derjohn Kara_, BTW will vunify und vhashify be a better solution  (and: hello Kara_ )
1132333600 M * mef bertl: probably not.
1132333608 M * derjohn Kara_, I am not 100% sure   ....
1132333638 M * Kara_ hi john! vunify would have been the next thing to try though
1132333648 M * derjohn Kara_, the 1st try !!! :)
1132333672 J * stefani ~stefani@superquan.apl.washington.edu
1132333672 M * mef bertl: I'll see if I can find a null modem.
1132333672 M * Kara_ nope. my boss read linux-magazin last month and ordered to try out union-fs
1132333748 M * Bertl welcome stefani!
1132333758 M * Bertl mef: that'd be great! TIA!
1132333808 M * Bertl Kara_: well, that's what I was asking ... because you probably have an idea _why_ you would like to use unionfs :)
1132333870 M * Kara_ to point it out: I _have_ to. Idea is to mount unionfs via nfs for basic vserver-guests.
1132333892 M * mef bertl: no luck.  It requiers a funky cable that IBM didn't give me when they loaned me the box.
1132333909 M * Bertl aha, funky cable means?
1132333921 M * mef bertl: that is, the RSA-II requires a funky connector.
1132333940 M * mef bertl: which breaks out into a serial console.
1132333948 M * Bertl k, got it, well, tx for trying ...
1132334115 M * Bertl mef: hmm, if I try to change something (like the serial redirect), it tells me that I do not have the required priviledges ... any ideas?
1132334136 M * mef bertl: because you don't. :)  Let me see what I can do.
1132334161 M * mef bertl: good news... I found the funky cable and connected (what appears to be) COM1 to it.  
1132334209 M * Bertl hmm .. try:
1132334213 M * Bertl    1. Connect the server's serial port to the RSA II serial port labeled COM2 via a null modem cable.
1132334246 M * mef bertl: just gave you supervisor privs on the thing.  
1132334256 M * Bertl k, thanks!
1132334257 M * mef you should be able to do anything (include hosing it). ;)
1132334266 M * mef I connected it to COM1.  Do you need COM2?
1132334274 M * Bertl com1 on the box?
1132334287 M * Bertl yes that should be fine too
1132334291 M * mef That is, I connected a null modem to COM1 on the box to the COM1 labeled connector.
1132334318 M * Bertl hmm, should be the COM2 on the RSA
1132334330 M * mef There is no label for the COM ports on the box.  So I am assuming the one that is closer to the top is COM1. 
1132334336 M * mef I can connect it to whatever you like.  
1132334350 M * Bertl okay, let's try to get COM1 on the box, and COM2 on the RSA
1132334354 M * mef ok
1132334358 M * Bertl (the box side is not that important)
1132334419 M * mef ok
1132334420 M * mef done
1132334422 M * baggins Bertl: I found a inconsistency in vserver kernel code
1132334440 M * baggins you can't compile vroot as module
1132334470 M * Bertl really? let's here ... (because I'm always compiling it like that :)
1132334474 M * Bertl *hear
1132334490 M * baggins you can do that, but then quota via vroot won't work
1132334504 M * Bertl ah, interesting, ... details?
1132334538 M * baggins I had vroot as a module and I was getting -ENODEV on all quota ioctls
1132334543 M * Bertl i.e. what fails? anything in the setup process?
1132334556 M * baggins when I compiled vroot in kernel then it started to work
1132334571 M * Bertl okay, so the quotaioctl fails, not the vroot setup, right?
1132334580 M * baggins nothing, no errors, built fine, just quota didn't work
1132334593 M * Bertl okay, let me check that here ...
1132334658 M * mef bertl: I need to chat with you briefly about the rental car.
1132334713 M * mef bertl: will be back in a few minutes.
1132335100 M * Bertl k, np
1132335104 M * Kara_ bbl
1132335105 Q * Kara_ Quit: [BX] *PHEAR MY BITCHX-NESS!* BOW TO ME!
1132335591 M * Hollow Bertl: looked at the flags fix.. it's clear now.. thx!
1132335635 M * Bertl k, great! let me know if you need/find anything else
1132335714 M * Hollow Bertl: yeah, could you add the config option to disable dynamic xids? we talked about it already iirc
1132336166 J * lilo_ ~lilo@lilo.usercloak.oftc.net
1132336531 Q * lilo Ping timeout: 480 seconds
1132336633 M * Bertl Hollow: okay, will do so ...
1132337795 J * Larsioa ~lars@you.are.the.lamer.la
1132337802 M * Larsioa Has anybody done a guest image for Fedora 3?
1132337804 M * Larsioa or can anybody do it?
1132337893 Q * lilo_ Read error: Connection reset by peer
1132337904 J * lilo ~lilo@lilo.usercloak.oftc.net
1132337926 M * Larsioa =
1132337927 M * Larsioa ?
1132338036 M * derjohn Larsioa, there is some hint on the website. I would expect some fed users here to have images, but why not bootstrapping by youself? You never know if some geek here put a trojan in !!!!!
1132338077 M * Larsioa haha :P
1132338079 M * Hollow yeah, we're all evil
1132338090 M * derjohn take care not trying to download from some cogent driven webiste, their south america part i sfiber cutted ;)
1132338093 M * Hollow we code to harm you!
1132338096 M * Larsioa well i can only find Fedora 2 from the deploy script
1132338105 M * Larsioa which have SUSE, slackware redhat and so on
1132338115 M * derjohn Hollow, Larsioa asked me that about my kernel source yesterday
1132338116 M * derjohn :)
1132338124 M * Larsioa :D
1132338155 M * derjohn Larsioa, I do not use fed's, but cant you upgrade am fc2 to fc3 ??
1132338170 M * derjohn (and provide an image for us all!)
1132338178 M * derjohn (you can even pack your own trojan in!!)
1132338189 M * Larsioa aint fun anymore.
1132338198 M * derjohn Larsioa, OK I stop :)
1132338199 M * Bertl pardon the question, what is the problem with fc3 (except for the fc part :)
1132338212 M * Larsioa rpm sux.
1132338229 M * Bertl hmm, okay, so why do you want that then?
1132338240 M * Larsioa Its not for me its for a friend of mine ;)
1132338267 M * Bertl ah, i.c, you want to make him suffer :)
1132338276 M * Larsioa exactly.
1132338290 M * derjohn Larsioa, he he ... "we code to harm you" :)
1132338324 A * Larsioa slaps derjohn around a bit with a large trout
1132338345 M * derjohn Larsioa, if there is not fc3 image ready-made yet, it could be your part!
1132338391 M * Larsioa i wish i could make a OpenBSD image
1132338394 M * Larsioa or even NetBSD
1132338397 A * derjohn has block the slap with his nose 
1132338399 M * Larsioa that could be awesome.
1132338405 M * derjohn Larsioa, *lol*
1132338440 M * derjohn OpenBSD with a Linux Kernel! This is the way to go!!! :)
1132338458 M * Larsioa haha yep absolut! :D
1132338685 M * baggins Bertl: did you check vroot problem?
1132338766 M * Bertl baggins: not yet .. was too busy ...
1132338817 M * baggins ok, just tell me if it's working for you when you have time to check
1132338874 M * Bertl k, will do so ...
1132339489 M * Larsioa derjohn: can you tell me more on how to do a fc3 guest image?
1132339565 M * derjohn Larsioa, I am a Debian addict. So no. But you could install an fc3 on some harddisk and copy the whole system into /var/lib/vservers
1132339575 M * Hollow Larsioa: google is your friend: http://linux-vserver.org/FedoraCore3_HowTo
1132339594 M * derjohn (other steps for preparation are ... Hollow has a better hint :)
1132339638 M * Larsioa Hollow: i dont want to install vserver on Fedora core3 i want to create a fedora core 3 guest image for creating virtual servers with
1132339653 M * Hollow Larsioa: yeah, just follow my link
1132339668 M * Larsioa This howto is supposed to guide you through the process of installing a new box with fedora core 3, turning it into a host, create a vserver and get it updated to the latest packages available. This HowTo? should also work for Fedore Core 2
1132339683 M * Hollow scroll down to C. VServer creation
1132339708 M * Hollow and do B.8 before
1132339738 M * Larsioa again that creates a vserver on a fedora core 3 box
1132339741 M * Larsioa which is not what i want.
1132339764 M * Larsioa oh
1132339796 M * Larsioa no.
1132339851 M * Larsioa but i guess i could just do an yum update with 3/ and yum upgrade
1132339855 M * Larsioa and it would turn into fedora core 3
1132339859 M * Larsioa from 2
1132339888 M * derjohn Hollow, interesting, what do the utlils have tp know about a particular distri? (i mean if I would like tp adapt to openbsd linux)
1132339901 M * Larsioa right?
1132339907 M * derjohn Larsioa, it make the utils know about fc3.
1132339917 M * Larsioa huh?
1132339919 M * derjohn Larsioa, you may install (bootstrap) fc3 after that I think
1132339927 M * Hollow dunno, i never looked at the build scripts of util-vserver
1132339945 M * Larsioa derjohn: Now what im talking about it too change the source list in yum from 2/ too 3/ and do yum update and yum upgrade
1132339947 M * Hollow i don't even use them ;)
1132339950 M * Larsioa woudlnt it then turn into fedora 3+
1132339953 M * Larsioa from 2
1132339961 M * Hollow dunno, i never used fedora
1132339973 M * derjohn Hollow, you do it by your own hand?
1132339995 M * Hollow indeed (well, i have written my own script for gentoo guests)
1132339995 M * derjohn Larsioa, util-vserver ist the build tools.
1132340027 M * derjohn Larsioa, if you have installed a fc2, you may update it to whatever you want... maybe an upgrade to ubuntu ;)
1132340054 M * derjohn Larsioa, i assume the util-vserver habe to know about the init style etc.
1132340082 M * Hollow best would probably be to look at the distrib dirs and see what it needs ;)
1132340100 M * Hollow (before making assumptions ;)
1132340112 M * derjohn Hollow, you do a src build in a guest? ot gentoo binary? 
1132340119 M * Hollow stage3
1132340122 M * Hollow or templates
1132340147 M * Hollow template = tarred out-of-the-box installation
1132340165 M * derjohn ah, I remember. stages, yes. but each guest install take tiiimme ?
1132340171 M * derjohn ah
1132340173 M * Hollow not with templates
1132340177 M * derjohn template is the soultion
1132340178 M * derjohn ack
1132340185 M * Hollow and even with stage3 it's just a matter of minutes
1132340221 M * Hollow the script does all magic for you
1132340241 M * derjohn maybe I should try  this to get used to gentoo ... is your script public?
1132340250 M * Hollow http://home.xnull.de/work/gentoo/vserver/util-vserver/tools/vserver-new (doesn't work on non-gentoo though)
1132340290 M * Hollow but you should be able to change the gentoo specific parts (mostly the einfo, eerror, ebegin, eend and die functions)
1132340383 M * derjohn self explaining? i mean to I have to set apt-sources^w portage-sources 
1132340387 A * derjohn gentoo noob
1132340416 M * Hollow no, we don't have external package management (yet)
1132340466 M * Hollow you manage all packets from insde
1132340473 M * derjohn well, and internal? I mean the guest has to get from somewhere
1132340475 M * Hollow but you can share binary packages among guests
1132340479 M * derjohn everything "preconfigures"
1132340490 M * Hollow ?
1132340497 M * derjohn well, I 1st have a look at it before bothering you
1132340515 M * derjohn Hollow, are you with the gentoo folks? or just a user?
1132340518 M * Hollow ok, feel free to ask whatever comes to your mind ;)
1132340530 M * Hollow i'm the gentoo vserver maintainer
1132340546 M * derjohn Hollow, my mind is hollow, there is lots of space for questions!
1132340548 M * derjohn :)
1132340552 M * Hollow heh
1132340577 M * derjohn Hollow, oh, from .de ?
1132340580 M * Hollow yup
1132340599 M * derjohn Hollow, maybe it did see you at linuxtag? 
1132340611 M * SNy apropos
1132340616 M * Hollow probably not, i didn't take part  ;)
1132340619 M * SNy next time in Wiesbaden?
1132340627 M * SNy that sucks
1132340631 M * Larsioa Does anybody know a free webhosting control panel
1132340632 M * Larsioa ?
1132340644 M * Hollow webmin :P
1132340645 M * derjohn Larsioa, ispman.org vhcs gnuhh 
1132340663 M * Larsioa Hollow: lol webmin
1132340669 M * derjohn Larsioa, and syscp
1132340671 M * Larsioa derjohn: ispman.org doesnt exist.
1132340684 M * derjohn Larsioa, I am using it for years now ;)
1132340698 M * derjohn Larsioa, it's by far the most difficult to maintain ;)
1132340712 M * Larsioa So which has a nice panel and easy to use?
1132340714 M * derjohn SNy, will you be there?
1132340723 M * SNy maybe
1132340746 M * derjohn Larsioa, dunno the others, syscp seems to be "easy", but not LDAP support
1132340756 M * SNy let's see how the project is coming along
1132340757 M * Larsioa derjohn: http://freshmeat.net/projects/ispman/
1132340758 M * derjohn Larsioa, it writes out configs 
1132340761 M * Larsioa derjohn: doesnt look hard.
1132340811 M * derjohn SNy, do they give opportunity to meed for .org ?
1132340820 M * derjohn SNy, it driven by guug ?
1132340839 M * SNy dunno, just read the headline about it moving to wiesbaden for 2006
1132340839 M * derjohn Larsioa, try it ! I didnt do a bootstrap for a long time
1132340854 M * derjohn SNy, you mean linuxtag?
1132340868 M * derjohn SNy, i thought about "offene systeme" 
1132340893 M * SNy yeah, I mean linuxtag
1132340902 M * derjohn Larsioa, you will have to run cyrus as MTA. Large Scale MTA ...
1132340927 M * Hollow that's the whole problem of control panels
1132340929 M * derjohn SNy, well, I would be happy about Wiesbaden, I am from near Frankfurt, so only 30 mins :)
1132340936 M * Hollow it forces you to run the software they run
1132340977 M * derjohn Hollow, well, it LDAP bound but you could easiyl adapt a "config script" by digging into ldap.
1132340997 M * derjohn Hollow, there is a project to run courier, too, but it not very supported yet
1132341017 M * Hollow well, i tend to manage my boxes via ssh, but thanks :)
1132341038 M * derjohn Hollow, /me too , but what I am care about is a "customer panel"
1132341049 A * derjohn mould never use webmin ...
1132341058 M * Hollow well, i don't want that sort of customers :P
1132341087 M * SNy webmin has it's pros
1132341087 M * Hollow either they take a vserver or a whole box.. virtual hosts are obsolete ;)
1132341095 M * SNy oh, shite
1132341101 M * SNy Deppenapostroph
1132341102 M * derjohn Hollow, RAM Issue ;9
1132341114 M * derjohn SNy, wo?
1132341120 M * Hollow it's
1132341122 M * Hollow ;)
1132341125 M * SNy yup
1132341139 M * Hollow i refers to the pros not that is is pro ;)
1132341139 M * derjohn SNy, no in English correct
1132341143 M * SNy njo
1132341151 M * SNy it's its
1132341154 M * Hollow dinner, cu later
1132341164 M * derjohn Hollow, HF ! ;)
1132341242 M * derjohn SNy, in english SNy's car is correct ... or am I depp? 
1132341258 M * SNy nah, that's true
1132341262 M * SNy but its is its
1132341265 M * SNy and not it's
1132341277 M * SNy because it's is really short for "it is"
1132341325 M * derjohn Deppenapostroph is for German "Sny's Briefkasten"
1132341334 M * SNy sicher
1132341338 M * derjohn SNy, ega l :)
1132341347 M * SNy aber der Apostroph oben war auch falsch
1132341354 M * derjohn ah , k .
1132341376 M * mef bertl: need to chat with you about next week.
1132341385 M * Bertl k
1132341469 Q * mef Remote host closed the connection
1132341479 J * mef ~mef@targe.CS.Princeton.EDU
1132341492 M * mef bertl: looks like you need to initiate.
1132342106 Q * mnemoc Ping timeout: 480 seconds
1132342274 M * Larsioa Shutting down loopback interface:
1132342276 M * Larsioa and it freezes.
1132342278 M * Larsioa great.
1132342396 M * Larsioa anyon know how to kill it manually?
1132342442 J * mnemoc ~amery@200.75.27.53
1132342461 M * Larsioa oh fixed it.
1132344774 Q * Hollow Remote host closed the connection
1132345234 P * stefani I'm Parting (the water)
1132347930 M * Bertl okay, off for dinner now ... back later ...
1132347930 N * Bertl Bertl_oO
1132348160 J * Hollow ~hollow@home.xnull.de
1132348168 M * Hollow Bertl_oO: ping
1132348180 M * Larsioa <Bertl> okay, off for dinner now ... back later ...
1132348213 M * Hollow yeah, i know
1132349345 M * Doener hmm, dinner is quite a good idea... :)
1132349439 J * Venomous Venom-One@host210-98.pool8249.interbusiness.it
1132349448 M * Venomous hi all
1132350116 M * Venomous guys
1132350135 M * Venomous i need to assigh two ipadress o a vserver
1132350180 M * Venomous i know only this command
1132350182 M * Venomous --interface vsrv1=eth0:216.127.X.Y/23
1132350201 M * Venomous wich is the correct sintax to assign it two ip?
1132350235 M * Hollow Venomous: /etc/vservers/name/interfaces
1132350284 M * Hollow but you can also specify the --interface option to vserver -- build multiple times
1132350400 M * Venomous so ican repeat this passage like this   --interface vsrv1=eth0:216.127.X.Y/23    --interface vsrv2=eth0:216.129.X.Y/23 ?
1132350414 M * Hollow right
1132350425 M * Venomous Hollow: thanks ;)
1132352438 T * * Topic: http://linux-vserver.org/ | latest stable 2.0, 2.0.1-rc2, 1.2.10, 1.2.11-rc1, devel 2.1.0-rc7 | util-vserver-0.30.209 | 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 ;)
1132352438 T * ag- -
1132352449 J * DaCa ~danny@mail.limehouse.org
1132352481 M * Venomous uhmmmmmmm
1132352510 M * Venomous sorry guys i got this error when power off a virtual server "vkill: vc_ctx_kill(): No such process"
1132352522 M * Venomous at what is related?
1132352628 J * sizo janek@openbug.org
1132352765 J * FaUl yJrvr66kLe@verbrennung.org
1132352899 J * MooingLemur ~troy@shells200.pinchaser.com
1132352932 J * mef ~mef@targe.CS.Princeton.EDU
1132352943 J * Johnnie ~john@acs-24-154-53-217.zoominternet.net
1132352949 J * entroposcope ~entroposc@user-0c992og.cable.mindspring.com
1132352992 J * daniel_hozac ~daniel@c-6f1472d5.010-230-73746f22.cust.bredbandsbolaget.se
1132353686 J * Aiken ~james@tooax6-161.dialup.optusnet.com.au
1132354083 N * Bertl_oO Bertl
1132354098 M * Bertl Venomous: you can probably safely ignore it ...
1132354106 M * Bertl Hollow: pong!
1132354380 M * Bertl okay, I'm off again, we have company ...
1132354386 N * Bertl Bertl_oO
1132354544 M * Hollow damn :)
1132354782 M * Hollow Bertl_oO: i'll tell you nevertheless, in case i suddenly fall asleep.. the semantic for the state triggers still seems wrong, the trigger are only accepted in a context now, but we wanted to be able to do it from outside :)
1132354943 M * Venomous Hi Bertl_oO glad to read you
1132355136 J * nayco ~nayco@lns-bzn-10-82-251-57-64.adsl.proxad.net
1132355143 Q * nayco Quit: 
1132358012 J * ryker ~ryker@c-67-176-240-74.hsd1.in.comcast.net
1132358243 J * works33 ~works33@162.119.64.113