1243728009 Q * cga Quit: got a DELL??? update you BIOS with http://github.com/cga/dellbiosupdate.sh/tree/master ;)
1243728177 M * simontwo is it possible to have several vservers use the same 127.0.0.1 loopback address?
1243728245 M * Bertl yes
1243728257 M * simontwo do I just add them as interfaces on each?
1243728270 M * Bertl depends on the kernel/patch version
1243728273 M * simontwo ah
1243728647 M * Bertl recent kernels use lback virtualization, you probably would want to use the same lback address there
1243730154 J * cga ~weechat@82.84.189.184
1243730319 Q * cga 
1243731817 M * simontwo Bertl, can you recommend a precompiled vserver kernel for debian lenny that isn't either outdated or buggy? :-P
1243732154 M * cehteh simontwo: for what machine?
1243732204 M * cehteh i have a 2.6.29.x somewhere, but rather custom configured for a server at hetzner
1243732253 M * cehteh err 2.6.28
1243732277 M * cehteh 2.6.28.3-vs2.3.0.36.4 #2 SMP Wed Feb 4 21:09:59 CET 2009 x86_64 GNU/Linux
1243732279 M * simontwo cehteh, I'd prefer to avoid compiling the kernel. I do the work on a box I haven't got physical access to, so I'd prefer to keep the risks of screwing up during reboot :)
1243732314 M * Bertl simontwo: the stable kernel (2.6.22.x-vs2.2.x) should be okay
1243732318 M * cehteh thats for what rescue consoles are good for :)
1243732360 M * cehteh simontwo: just asking if you have a similar machine it might work, i can give you the config and the .deb then you can diff the config and decide
1243732392 M * cehteh no gurantees anyways :P
1243732409 M * cehteh its a bit bleeding edge but works for me
1243732419 M * simontwo 1242127300 M * BenG mrfrenzy, are you also aware of the SQLite regressions in 2.6.26? Fairly nasty.
1243732431 M * simontwo (bit off-topic, reading the IRC log, that sounds funny)
1243732440 M * cehteh at least it was bleeding edge in february when i compiled it and it works since then, no reason to fix anyhing
1243732583 M * simontwo Bertl, thanks! I'll go look for that.
1243735639 J * Net147 Net147@c211-30-18-226.rivrw2.nsw.optusnet.com.au
1243735875 M * Net147 i've managed to create a SYSV wrapper for Arch Linux so I can boot cleanly using sysv init method on vserver
1243735896 M * Net147 would it be better to create a tarball template for it or a new bootstrap method?
1243736004 M * Bertl well, a template will work, but IMHO a build method would be better (i.e. future proof)
1243736042 M * Net147 what needs to be done to add a build method?
1243736166 M * Bertl check out /usr/lib/util-vserver/vserver-build*
1243736190 M * Net147 hmm okay
1243736239 M * Bertl and the various distribution entries in /usr/lib/util-vserver/distributions
1243736255 M * Net147 yes i've noticed the distributions folder
1243736306 M * Net147 gentoo doesn't have a build method?
1243736407 M * Bertl Hollow decided to stick with templates
1243737020 J * yarihm ~yarihm@68.121.151.12
1243737182 M * Net147 should I add a new init method as well then? at the moment the wrapper script is in /etc/rc.d/rc but other service scripts are there. if there is a service called "rc" in future it will conflict.
1243737277 M * Bertl if it makes sense, yes, if it can be done with simply a different rc script and/or via starting runlevel scripts, then avoid it
1243737293 M * Bertl (you can set the rc script as well as the runlevel in the config)
1243737402 M * Net147 apps/init/cmd.start?
1243737501 M * Net147 hmm okay
1243737523 M * Net147 yea can just modify init parameters then
1243737641 M * Bertl probably the best approach if that works
1243737655 M * Bertl i.e. keep it simple and unintrusive :)
1243737751 M * Net147 but if I set cmd.start then it won't pass the start runlevel?
1243737773 M * Net147 for example if want to start the vserver in single user mode
1243737911 M * Bertl hmm, the runlevel/runlevel.start entry is not passed?
1243737965 M * Net147 if I set cmd.start to contain /bin/echo, it doesn't display any runlevel when I start it
1243738026 M * Net147 but if cmd.start isn't set, then /etc/rc.d/rc is passed the runlevel as an argument on start
1243738077 M * Net147 I guess cmd.start implies that the command is for starting only...
1243738088 M * Net147 and cmd.stop for stopping only
1243738131 M * Bertl check the environment, and also check out the environment entry
1243738200 M * Net147 ah I see. it contains RUNLEVEL=3, PREVLEVEL=N
1243738220 M * Net147 thanks
1243738225 M * Bertl np
1243738530 M * Net147 does vserver read /etc/inittab for sysv?
1243738606 M * Bertl nope
1243738829 M * Net147 hmm okay. well the only time you would usually want to modify inittab for arch is when setting up GDM/KDM/XDM.
1243738844 M * Net147 or serial consoles
1243738882 M * Net147 I guess having single, multi, shutdown would be good enough...
1243738905 M * Net147 gdm and kdm can be added as a startup service anyway
1243738947 M * Net147 and anything else can be added to /etc/rc.local
1243739459 M * Bertl yep, and if you really want to have inittab, simply start an init :)
1243739474 M * Bertl (i.e. switch to the plain init style)
1243739768 J * arew264 ~arew264@c-98-194-234-24.hsd1.tx.comcast.net
1243739800 M * arew264 is vserver-copy in util-vserver broken?
1243739831 M * arew264 when I try to copy an instance, it complains that /etc/vservers/[sourcename].conf doesn't exist
1243739835 M * arew264 should that file exist?
1243739908 M * Bertl vserver-copy is part of the legacy stuff
1243739978 M * arew264 so it won't work with new installs?
1243739979 M * Bertl i.e. it is deprecated since 3+ years and doesn't understand the currently used config format
1243739984 M * arew264 ah, okay
1243740009 M * Bertl if you want to copy a guest, use the 'clone' build method
1243740023 M * Bertl (see vserver - build --help for details
1243740169 M * arew264 okay, thanks
1243740883 M * Bertl np
1243740948 Q * arew264 Quit: Ex-Chat
1243741383 M * Bertl off to bed now ... have a good one everyone!
1243741388 N * Bertl Bertl_zZ
1243741577 Q * scientes Ping timeout: 480 seconds
1243742560 J * thierryp ~thierry@home.parmentelat.net
1243744428 Q * FloodServ synthon.oftc.net services.oftc.net
1243744696 J * FloodServ services@services.oftc.net
1243745211 Q * thierryp Quit: ciao folks
1243746243 Q * Net147 
1243747318 J * scientes ~scientes@174-21-88-43.tukw.qwest.net
1243749005 J * FireEgl FireEgl@Sebastian.Atlantica.US.TO
1243752082 Q * hparker Quit: Read error: 104 (Peer reset by connection)
1243752898 J * doener_ ~doener@i59F56D5C.versanet.de
1243752999 Q * doener Ping timeout: 480 seconds
1243756216 J * derjohn_foo ~aj@e180192081.adsl.alicedsl.de
1243756763 J * Kmos ~gothicx@kmos.user.oftc.net
1243756891 P * Kmos 
1243758540 J * bonbons ~bonbons@2001:960:7ab:0:2c0:9fff:fe2d:39d
1243758570 J * cga ~weechat@82.84.189.184
1243763130 Q * FireEgl Remote host closed the connection
1243763914 J * FireEgl Proteus@WTF.4.1.0.c.0.7.4.0.1.0.0.2.ip6.arpa
1243766212 Q * yarihm Quit: Leaving
1243766817 Q * derjohn_foo Ping timeout: 480 seconds
1243766953 Q * mcp Read error: Connection reset by peer
1243766969 J * mcp ~mcp@wolk-project.de
1243767228 Q * bonbons Read error: Connection reset by peer
1243768169 J * bonbons ~bonbons@2001:960:7ab:0:2c0:9fff:fe2d:39d
1243768864 Q * infowolfe Quit: Leaving
1243769847 J * saulus_ ~saulus@c135079.adsl.hansenet.de
1243770259 Q * saulus Ping timeout: 480 seconds
1243770264 N * saulus_ SauLus
1243771578 N * Bertl_zZ Bertl
1243771581 M * Bertl morning folks!
1243772150 J * infowolfe ~infowolfe@c-76-105-242-186.hsd1.or.comcast.net
1243773002 Q * FireEgl Remote host closed the connection
1243773808 N * Bertl Bertl_oO
1243773818 J * FireEgl FireEgl@173-16-9-10.client.mchsi.com
1243774978 J * docelic__ ~docelic@78.134.196.36
1243775196 J * geb ~geb@AOrleans-253-1-2-208.w90-24.abo.wanadoo.fr
1243775373 Q * docelic_ Ping timeout: 480 seconds
1243777402 Q * scientes Ping timeout: 480 seconds
1243778509 J * pmenier ~pmenier@ACaen-152-1-68-98.w83-115.abo.wanadoo.fr
1243780181 Q * pmenier Quit: Konversation terminated!
1243780775 J * hparker ~hparker@2001:470:1f0f:32c:290:96ff:fe50:40fa
1243782073 J * dna ~dna@p54BCD73D.dip.t-dialin.net
1243782725 M * simontwo good morning
1243783068 J * pmenier ~pmenier@ACaen-152-1-68-98.w83-115.abo.wanadoo.fr
1243785796 Q * FloodServ synthon.oftc.net services.oftc.net
1243786795 J * hijacker ~hijacker@87-126-142-51.btc-net.bg
1243787357 J * dna_ ~dna@p54BCD73D.dip.t-dialin.net
1243787764 Q * dna Ping timeout: 480 seconds
1243788614 J * FloodServ services@services.oftc.net
1243789713 Q * nou Ping timeout: 480 seconds
1243789899 Q * dna_ Quit: Verlassend
1243791751 N * Bertl_oO Bertl
1243791755 M * Bertl back now ...
1243795726 J * geos_one ~chatzilla@chello084115149052.4.graz.surfer.at
1243796426 Q * nenolod Quit: my eyes cannot compute this misery.
1243796438 J * nenolod nenolod@petrie.dereferenced.org
1243796629 Q * nenolod 
1243796647 J * nenolod nenolod@petrie.dereferenced.org
1243798081 J * nou Chaton@2001:6f8:328:bbc:6666:6667::
1243798893 Q * geos_one Ping timeout: 480 seconds
1243799505 J * geos_one ~chatzilla@chello084115149052.4.graz.surfer.at
1243799920 Q * geb Quit: Quitte
1243801777 J * derjohn_foo ~aj@e180192081.adsl.alicedsl.de
1243802488 Q * geos_one Quit: ChatZilla 0.9.84 [Firefox 3.0.10/2009050120]
1243805179 M * micah finally trying to get openvpns to work
1243805835 M * Bertl :)
1243805866 M * micah I'm not seeing on the great flower page where I can specify the other end of a p-t-p link
1243805886 M * micah so perhaps I need to set that up manually on the host, before bringing the guest up and use 'nodev'?
1243805940 J * taggart ~taggart@utter.lackof.org
1243806196 Q * docelic__ Quit: http://www.spinlocksolutions.com/
1243806210 Q * hijacker Quit: Leaving
1243806349 M * Bertl yep, maybe talk to daniel_hozac, maybe the feature is already there just not documented yet
1243806768 M * MooingLemur micah: that's what I did.  Used a routed (NATTed) tap device all set up on the host with nodev,  Then the guest needs some device node in /dev/net I think.
1243806772 M * MooingLemur that's about it.
1243806878 M * micah yeah
1243806892 M * micah that worked for me
1243807089 Q * xdr Ping timeout: 480 seconds
1243807644 Q * pmenier Ping timeout: 480 seconds
1243807670 J * pmenier ~pmenier@ACaen-152-1-53-240.w83-115.abo.wanadoo.fr
1243807942 J * xdr ~xdr@h-239-213.A219.priv.bahnhof.se
1243808829 P * cga got a DELL??? update you BIOS with http://github.com/cga/dellbiosupdate.sh/tree/master ;)
1243808943 M * micah the problem I am having is getting two different guests to both have a p-t-p tunnel to the same system
1243808965 M * micah i can get two different tun devices setup, but since they are on the same network, the routing doesn't work right
1243809011 M * micah (the traffic will always go over the first entry in the routing table that matches, and if thats going over the other tun device that the guest doesn't use then the source route is not righ)
1243809361 M * Bertl 'multiple routing tables' is the magic you need
1243810000 M * micah thats where we'd gotten in our thinkin'
1243810006 M * micah never done multiple routing tables before
1243810113 Q * derjohn_foo Ping timeout: 480 seconds
1243810339 M * Bertl rather simple though, just add the routes with 'table <name>' and add a rule for each source IP
1243810364 M * taggart Bertl: yeah but how do you have each vserver use it's own table?
1243812193 J * cga ~weechat@82.84.189.184
1243812366 M * Bertl taggart: with a rule based on the IP(s) assigned to that guest
1243812417 M * taggart Bertl: and the guest still using a tun device I guess?
1243812451 M * Bertl not really related, whatever device you use doesn't matter, the IP is what is relevant
1243812581 M * taggart I know, but it has to be _some_ device
1243812604 M * taggart is there some sort of "virtual" interface? I haven't heard of one
1243812627 M * taggart maybe qemu/kvm/etc have such a thing?
1243812883 M * Bertl yes, qemu/kvm definitely has virtual network interfaces (they have to have them to communicate with the outside)
1243812903 M * Bertl I don't know how that would relate to multiple routing tables though
1243813536 Q * cga Quit: got a DELL??? update you BIOS with http://github.com/cga/dellbiosupdate.sh/tree/master ;)
1243814201 J * scientes ~scientes@174-21-88-43.tukw.qwest.net