1133913837 Q * FireEgl jupiter.oftc.net arion.oftc.net
1133913854 J * FireEgl Atlantica@Atlantica.US
1133914035 Q * locksy Ping timeout: 480 seconds
1133916618 M * Bertl_oO finally back now ...
1133916621 N * Bertl_oO Bertl
1133917856 Q * eyck Ping timeout: 480 seconds
1133918355 J * Aiken_ ~james@tooax8-092.dialup.optusnet.com.au
1133918671 Q * Aiken Ping timeout: 480 seconds
1133918717 J * eyck eyck@81.219.64.71
1133918781 Q * Johnnie Remote host closed the connection
1133918871 J * Johnnie ~john@acs-24-154-53-16.zoominternet.net
1133919470 Q * Johnnie Ping timeout: 480 seconds
1133919696 Q * eyck Ping timeout: 480 seconds
1133920201 J * eyck eyck@81.219.64.71
1133920307 M * Bertl okay, off for today (nap attack)
1133920314 N * Bertl Bertl_zZ
1133920796 J * locksy ~locksy@mrtg.sisgroup.com.au
1133922015 Q * gerrit Ping timeout: 480 seconds
1133922160 J * mep__ mep@p5091B1AD.dip0.t-ipconnect.de
1133922599 Q * mep_ Ping timeout: 480 seconds
1133925892 Q * lilo Remote host closed the connection
1133926255 J * lilo ~lilo@lilo.usercloak.oftc.net
1133927204 J * MrX freebsd@219.95.13.131
1133928415 J * ryker ~ryker@c-67-176-240-74.hsd1.in.comcast.net
1133930470 J * mef_ ~mef@pcp09872021pcs.ewndsr01.nj.comcast.net
1133930481 Q * mef_ Quit: 
1133932393 Q * infowolfe Quit: infowolfe
1133933130 J * balbir ~balbir@59.145.136.1
1133934622 Q * eyck Read error: Connection reset by peer
1133934669 J * eyck eyck@81.219.64.71
1133935202 J * FEN_HIN ~JFOC@222.124.53.246
1133935614 J * MrX- freebsd@219.95.26.5
1133935695 Q * MrX Ping timeout: 480 seconds
1133936305 J * gerrit ~gerrit@c-71-193-197-124.hsd1.or.comcast.net
1133936696 J * Aiken__ ~james@tooax6-067.dialup.optusnet.com.au
1133937050 Q * Aiken_ Ping timeout: 480 seconds
1133938193 Q * MrX- Quit: -
1133938404 M * Hollow Bertl_zZ: http://home.xnull.de/work/vserver/patches/delta-persist-feat03.patch
1133939477 J * robig ~robig@212.80.250.154
1133939482 M * robig morning
1133940120 Q * ryker Quit: Leaving
1133940463 J * infowolfe ~infowolfe@209-112-219-176-cdsl-rb1.nwc.acsalaska.net
1133941025 Q * balbir Quit: Leaving
1133942554 Q * FEN_HIN Read error: Connection reset by peer
1133944831 Q * infowolfe Quit: infowolfe
1133945034 Q * shedi Quit: Leaving
1133948509 Q * Aiken__ Ping timeout: 480 seconds
1133949908 M * robig somebody here?
1133949923 M * robig ive got a little problem with vhelper
1133949934 M * robig vshelper
1133950206 M * robig take a look: http://zserv.dyndns.org:1081/robig/vsfail.txt
1133950537 J * infowolfe infowolfe@209-112-219-176-cdsl-rb1.nwc.acsalaska.net
1133950757 J * balbir ~balbir@59.145.136.1
1133951063 M * BWare updatedb && locate vshelper
1133951104 M * BWare vi /etc/sysctl.conf
1133951137 M * BWare and modify (or add) the line kernel.vshelper = [path to]/vshelper
1133951170 M * BWare and fix the newline in the file: /etc/vservers/space/.context.swp
1133951728 J * Jamal ~Jamal@p548CC564.dip0.t-ipconnect.de
1133951768 M * daniel_hozac .context.swp looks like a vim temporary file ;)
1133951809 M * daniel_hozac robig: remove the quotes.
1133951910 M * Jamal I am inside a vserver without access to the host system and need to add usrquota and grpquota to /etc/fstab. The problem is /etc/fstab is empty.  What do I have to do to solve this problem? Thanks.
1133952249 M * daniel_hozac adding them to the mtab should work, assuming the underlying filesystem/device(s) supports quoats.
1133952309 M * Jamal ok, will try that, thanks
1133952933 Q * infowolfe Quit: Leaving
1133952954 J * shedi ~siggi@tolvudeild-197.lhi.is
1133953478 M * Jamal hmm, I am getting error messages: quotacheck -avugm >>> quotacheck: Scanning /dev/hdv1 [/] quotacheck: error (19) while opening /dev/hdv1 and quotaon -avug >>> quotaon: Cannot find quota file on / [/dev/hdv1] to turn quotas on/off.
1133953480 M * Jamal ls -la /dev/hdv1 >>> brw-r--r--  1 root root 4, 105 Oct 21 01:38 /dev/hdv1
1133953486 M * Jamal quotacheck -V >>> Quota utilities version 3.12. Compiled with RPC and EXT2_DIRECT
1133953514 M * Jamal is there anything I can do or would I have to contact the owner of the system?
1133954654 Q * anonc Ping timeout: 480 seconds
1133954734 M * robig im now using static xid's :)
1133954786 M * robig one question: where can i change what vserver should start automatically on boot?
1133955018 J * infowolfe ~infowolfe@209-112-219-176-cdsl-rb1.nwc.acsalaska.net
1133955217 J * Duckx ~duckx@195.75.27.158
1133955412 Q * infowolfe Read error: Connection reset by peer
1133955420 J * infowolfe jthm@209-112-219-176-cdsl-rb1.nwc.acsalaska.net
1133955735 Q * independence Quit: reboot
1133956155 J * mcp ~hightower@wolk-project.de
1133956584 Q * mnemoc Ping timeout: 480 seconds
1133957019 J * DuckMaster ~duckx@195.75.27.158
1133959272 M * daniel_hozac robig: /etc/vservers/<name>/apps/init/mark should contain default for vservers set to start on boot.
1133959280 M * daniel_hozac (unless you have changed it in the initscript)
1133959339 M * robig if the file doesnt exists, its like default ?
1133959484 M * daniel_hozac no.
1133960603 N * Bertl_zZ Bertl
1133960608 M * Bertl good morning!
1133960617 M * BWare morning
1133960702 M * daniel_hozac morning!
1133960705 M * Bertl today it seems to become a busy day (regarding vserver discussions)
1133961001 M * Bertl okay, off to breakfast ... back later
1133961008 N * Bertl Bertl_oO
1133961485 Q * sladen Ping timeout: 480 seconds
1133961566 J * sladen paul@starsky.19inch.net
1133962618 Q * eyck Quit: Lost terminal
1133964729 Q * shedi Ping timeout: 480 seconds
1133964856 J * shedi ~siggi@tolvudeild-197.lhi.is
1133965026 Q * balbir Quit: Leaving
1133965508 N * Bertl_oO Bertl
1133965517 M * Bertl back now ...
1133966117 M * [MUPPETS]Gonzo 1.5 hours breakfast? breakslow! :)
1133966118 A * Psy0rz bows :)
1133966315 M * BWare pfff.... holy war day on the ML ?
1133966355 J * eyck eyck@81.219.64.71
1133966369 M * BWare or a 'mine's bigger then yours contest' ;)
1133966505 M * Bertl BWare: yeah, no idea, I'm especially confused by the sudden reappearance of Alexey!
1133966563 M * Bertl [MUPPETS]Gonzo: well, I did change my location too ...
1133966618 M * BWare My background info goes no further than knowing of the excistence of both 'products'
1133966738 M * BWare I wonder what happened to the 'try and find out approach' in product testing :)
1133967497 M * Bertl BWare: well, my problem probably is, that I'm not really interested in missing OVZ features, I'm only interested in missing L-VS features :)
1133967590 M * BWare Well, my interests differ from many of the people in this channel, however I found out by trial and error that L-VS answers most of my requirements
1133967740 Q * dos000 Ping timeout: 480 seconds
1133967931 P * robig 
1133968761 M * Bertl BWare: which requirements are not fulfilled?
1133968780 A * SiD3WiNDR wonders about the intrests
1133968834 M * ComplexHo I got one to add - loopback networking ;)
1133968844 M * ComplexHo although we do get by without it quite well...
1133968852 M * Bertl will be there shortly
1133968873 M * Bertl ComplexHo: loopback isolation is already working in a test setup you can download
1133968885 M * ComplexHo wow
1133968889 M * ComplexHo not using ngnet?
1133968900 M * Bertl well, it's the first step of ngnet
1133968912 M * ComplexHo right yeah I looked at ngnet but didn't get too far
1133968944 M * Bertl as ngnet is planned to coexist with legacy networking (to some degree) it will be possible to cherry pick features
1133968951 M * ComplexHo sure
1133968978 M * ComplexHo well we get around it quite nicely but would be nice to have for the 'completeness' factor
1133968993 M * Bertl we will not go the full virtualization road FreeVPS or OVZ did ...
1133968998 M * ComplexHo one thing I like about vserver is the simplicity of it
1133969003 M * ComplexHo good
1133969004 M * ComplexHo :)
1133969021 M * ComplexHo ngnet seemed to make it less simple to me...
1133969066 M * Bertl yes, probably you are also referring to the first version (around 1.9.5)
1133969088 M * ComplexHo so have you isolated the "loopback isolation" code or do you have to patch ngnet in?  (yes it was that version I think)
1133969102 M * Bertl which was the first kind-of-working prototype 
1133969145 M * Bertl ngnet will soon be part of the devel patches, and we will see what code pieces are fed back into stable
1133969156 M * BWare Bertl: ngnet :) but it's coming soon I guess
1133969185 M * Bertl as I said, the loopback code can be tested already (not very useful atm, though)
1133969220 M * ComplexHo cool, yeah I'm running a mixture of stable and (pre-2.0)unstable boxes at the moment
1133969220 M * Bertl BWare: okay, so we are on it :)
1133969269 M * ComplexHo sounds good I will probably wait till ngnet goes into the devel patches and try it then...  
1133969280 M * Bertl makes sense
1133969283 M * BWare Bertl: I know... one of the most anxiously awaited vserver features :)
1133969308 M * Bertl yes, at least by a certain usergroup
1133969347 J * emp ~emp@70.57.239.35
1133969378 M * Bertl welcome emp!
1133969386 M * BWare Bertl: Life is about choice... 
1133969411 M * BWare Some choose L-VS others choose OpenVZ and some buy Virtuosso :)
1133969421 M * emp Hi Bertl 
1133969456 M * Bertl BWare: definitely!
1133969740 M * emp what is the best way to setup a client on a private IP to route through NAT on another interface?
1133969839 M * emp eg: host has 192.168.0.1 w/ routing enabled... client has 192.168.0.2 ... 
1133969865 M * Bertl client = guest on this host?
1133969872 M * emp corrent
1133969884 M * Bertl and 192.168.0.1 is the 'public' ip of your host?
1133969918 M * emp no, there is another nic that has the public ip
1133969938 M * Bertl okay, then you want to use SNAT like this:
1133969961 M * Bertl iptables -t nat -I POSTROUTING -s 192.168.0.2 -j SNAT --to <public-ip>
1133969989 M * Bertl (you might also specify a network instead of 192.168.0.2)
1133970058 M * emp but how do i setup the route / gateway for the client?
1133970090 M * Bertl basically your host's default route should be sufficient
1133970136 M * Bertl of course, you could add a special routing table to handle the network separately (which will work, but is not required)
1133970243 M * emp I do not have a gateway assigned to my LAN nic, in the client, it appears that it is using 0.0.0.0 for the gw and * for the interface
1133970320 M * Bertl networking happens on the host (for now) so if the routing (on the host) permits to reach the internet, it should be fine for the guests too
1133970342 M * Bertl you can test on the host with the following commands:
1133970359 M * Bertl ping -c 1 -I <host-ip> www.google.com
1133970366 M * Bertl ping -c 1 -I <guest-ip> www.google.com
1133970391 M * Bertl (given that your SNAT is configured properly both will work)
1133970665 M * emp ahh, ok, I guess my masquerade setup doesn't quite cut it for this :)
1133970795 M * Bertl yup, depending on the kernel, MASQ might work for locally created packets too
1133970806 M * Bertl (but generally the SNAT is the more natural one)
1133971013 J * lilo_ ~lilo@lilo.usercloak.oftc.net
1133971091 Q * lilo Ping timeout: 480 seconds
1133971272 M * Bertl okay, off for a meeting ... back later
1133971283 N * Bertl Bertl_oO
1133972541 Q * shedi jupiter.oftc.net helium.oftc.net
1133972541 Q * mcp jupiter.oftc.net helium.oftc.net
1133972541 Q * flock jupiter.oftc.net helium.oftc.net
1133972541 Q * nox jupiter.oftc.net helium.oftc.net
1133972541 Q * tchan jupiter.oftc.net helium.oftc.net
1133972541 Q * ntrs jupiter.oftc.net helium.oftc.net
1133972541 Q * blackfire jupiter.oftc.net helium.oftc.net
1133972541 Q * dhansen jupiter.oftc.net helium.oftc.net
1133972541 Q * FireEgl jupiter.oftc.net helium.oftc.net
1133972541 Q * entroposcope jupiter.oftc.net helium.oftc.net
1133972541 Q * Pazzo jupiter.oftc.net helium.oftc.net
1133972541 Q * lilo_ jupiter.oftc.net helium.oftc.net
1133972541 Q * sladen jupiter.oftc.net helium.oftc.net
1133972541 Q * infowolfe jupiter.oftc.net helium.oftc.net
1133972541 Q * mep__ jupiter.oftc.net helium.oftc.net
1133972541 Q * derjohn jupiter.oftc.net helium.oftc.net
1133972541 Q * Hollow jupiter.oftc.net helium.oftc.net
1133972541 Q * FaUl jupiter.oftc.net helium.oftc.net
1133972541 Q * Greek0 jupiter.oftc.net helium.oftc.net
1133972541 Q * Vudumen jupiter.oftc.net helium.oftc.net
1133972541 Q * [MUPPETS]Gonzo jupiter.oftc.net helium.oftc.net
1133972541 Q * nokoya jupiter.oftc.net helium.oftc.net
1133972541 Q * MostlyHarmless jupiter.oftc.net helium.oftc.net
1133972541 Q * mugwump jupiter.oftc.net helium.oftc.net
1133972541 Q * sizo jupiter.oftc.net helium.oftc.net
1133972541 Q * bragon jupiter.oftc.net helium.oftc.net
1133972541 Q * alexx jupiter.oftc.net helium.oftc.net
1133972541 Q * daniel_hozac jupiter.oftc.net helium.oftc.net
1133972541 Q * kavorka jupiter.oftc.net helium.oftc.net
1133972541 Q * mef jupiter.oftc.net helium.oftc.net
1133972541 Q * TheSeer jupiter.oftc.net helium.oftc.net
1133972541 Q * harry jupiter.oftc.net helium.oftc.net
1133972541 Q * DaCa jupiter.oftc.net helium.oftc.net
1133972541 Q * neofutur jupiter.oftc.net helium.oftc.net
1133972541 Q * ag- jupiter.oftc.net helium.oftc.net
1133972600 J * FireEgl Atlantica@Atlantica.US
1133972638 J * blackfire blackfire@dp70.internetdsl.tpnet.pl
1133972661 J * tchan ~tchan@c-67-174-18-204.hsd1.il.comcast.net
1133972663 J * mcp ~hightower@wolk-project.de
1133972663 J * ntrs_ ~ntrs@68-188-50-87.dhcp.stls.mo.charter.com
1133972663 J * lilo_ ~lilo@lilo.usercloak.oftc.net
1133972663 J * sladen paul@starsky.19inch.net
1133972663 J * infowolfe jthm@209-112-219-176-cdsl-rb1.nwc.acsalaska.net
1133972663 J * mep__ mep@p5091B1AD.dip0.t-ipconnect.de
1133972663 J * derjohn ~derjohn@80.69.37.19
1133972663 J * Hollow ~hollow@home.xnull.de
1133972663 J * FaUl QtK14BPkbU@verbrennung.org
1133972663 J * Greek0 ~greek0@85.255.145.201
1133972663 J * TheSeer ~theseer@border.office.salesemotion.net
1133972663 J * mef ~mef@targe.CS.Princeton.EDU
1133972663 J * kavorka ~mike@69-161-69-17.bflony.adelphia.net
1133972663 J * neofutur ~neofutur@neofutur.net
1133972663 J * DaCa ~danny@mail.limehouse.org
1133972663 J * daniel_hozac ~daniel@c-6f1472d5.010-230-73746f22.cust.bredbandsbolaget.se
1133972663 J * alexx ~alexx@proxy.ikse.net
1133972663 J * bragon ~bragon@god.geeknode.org
1133972663 J * sizo janek@openbug.org
1133972663 J * mugwump ~samv@202.78.240.73
1133972663 J * harry ~harry@d515321D1.access.telenet.be
1133972663 J * MostlyHarmless ~mh@melbourne.mostly-harmless.ca
1133972663 J * nokoya young@hi-230-82.tm.net.org.my
1133972663 J * [MUPPETS]Gonzo gonzo@langweiligneutral.deswahnsinns.de
1133972663 J * ag- ag@caladan.roxor.cx
1133972663 J * Vudumen vudumen@perverz.hu
1133972683 J * nox ~nox@noxlux.de
1133972701 J * Pazzo ~Pazzo@host130-250.pool8172.interbusiness.it
1133972701 J * entroposcope ~entroposc@user-0c992og.cable.mindspring.com
1133973462 J * flock ~restless@l192-117-111-12.broadband.actcom.net.il
1133974624 J * dos000 ~dos000@i216-58-41-120.cybersurf.com
1133974701 N * Bertl_oO Bertl
1133974704 M * Bertl back now ...
1133974795 J * stefani ~stefani@superquan.apl.washington.edu
1133974803 M * Bertl morning stefani!
1133975385 Q * gerrit Ping timeout: 480 seconds
1133975870 M * micah Bertl: I'm curious about the release of the patch-2.6.14.3-vs2.0.1-rc5.diff and patch-2.6.14.3-vs2.1.0-rc10.diff -- is 2.0.1 more "stable" than "2.1.0"?
1133975884 Q * DuckMaster Quit: Leaving
1133975884 Q * Duckx Quit: Leaving
1133975910 T * services.oftc.net http://linux-vserver.org/ | latest stable 2.0, 2.0.1-rc5, 1.2.10, 1.2.11-rc1, devel 2.1.0-rc10 | 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 ;) 
1133976031 M * Bertl micah: well, as 2.0.1 is the 'stable branch' and 2.1.0 is the 'development branch' it comes naturally that 2.0.1 is 'more' stable :)
1133976074 M * micah I clearly need more coffee
1133976097 A * Bertl hands over a cup of coffee
1133976159 M * micah I've been enjoying the healthy discussion re: openvz
1133976199 M * Bertl well, I think we can get some indirect feedback there
1133976298 M * BWare Ah coffee!
1133976309 M * BWare One last cup before I head home
1133976309 A * micah hands BWare a cup of coffee
1133976317 M * BWare thanx
1133976610 J * sim0n ~simon@212.76.255.43
1133976646 M * sim0n hi bertl
1133976808 M * sim0n I'm wondering whether the "2.6.14.3-vs2.0.1-rc5.diff" patch is experimental or stable ? (it's in the exp. dir, but in the irc-title in the stable list)
1133977638 M * daniel_hozac it's a prestable patch :)
1133977712 M * daniel_hozac but it includes lots of fixes over 2.0, and is against a newer kernel.
1133977727 M * sim0n ok, thnx
1133977732 M * micah my guess is that it is more stable than -rc4, which is more stable than -rc3,2,1 and 2.0.1. But it is not tested enough to call it 2.0.1 :)
1133977748 M * sim0n ok
1133977758 M * micah but Bertl can confirm or deny this :)
1133977781 M * sim0n as long as it doesn't crash my opteron smp, i'm happy
1133977800 M * daniel_hozac works fine on my P3 SMP boxes.
1133977845 M * sim0n i read about some trouble on opteron smp's, a while ago.... can't remember what it was about
1133977845 Q * eyck Quit: leaving
1133978300 J * eyck eyck@81.219.64.71
1133978625 J * gerrit ~gerrit@outside0.osdl.org
1133978690 Q * gerrit Quit: 
1133978692 J * gerrit ~gerrit@outside0.osdl.org
1133979058 J * cryo ~say@212.86.233.146
1133979673 Q * FireEgl Ping timeout: 480 seconds
1133979941 J * robig ~robig_m@envoppp109.envia-tel.de
1133979966 M * robig re
1133980027 M * Bertl wb robig!
1133980055 M * Bertl sim0n: the 2.6.14.3-vs2.0.1-rc5.diff is considered stable (it's a release candidate for the stable branch)
1133980069 M * Bertl sim0n: it's just in Experimental because I'm lazy :)
1133980077 M * sim0n hehe ok
1133980138 M * sim0n i'm already using it on my smp ...
1133980548 M * robig Bertl:  ive completed the update to 2.6.14.3-vs2.0.1-rc5 successfully, i think :)
1133980728 M * robig its running a litte better i think
1133980734 M * robig  +l
1133980905 J * FireEgl Atlantica@Atlantica.US
1133981118 M * micah kernel-patch-vserver_2.10.1 uploaded to debian/experimental for those who want to try patch-2.6.14.3-vs2.1.0-rc10.diff against unstable linux-source-2.6.14
1133981150 M * daniel_hozac 2.1.0.1, i assume?
1133981174 M * micah daniel_hozac: you mean the debian package number?
1133981192 M * daniel_hozac kernel-patch-vserver_2.10.1
1133981210 M * micah daniel_hozac: no, the package number is unfortunately 2.10.1, I am trying to get the numbers in sync
1133981216 J * shedi ~siggi@inferno.lhi.is
1133981234 M * daniel_hozac why?
1133981261 M * daniel_hozac what happens when 2.2.0 is released?
1133981324 M * micah daniel_hozac: the idea is to get the package numbers and the vserver version in sync, but that takes coordination and time
1133981346 M * daniel_hozac i don't follow.
1133981359 M * micah the package numbers are already out of sync
1133981368 M * micah I cannot go back in time and change the old ones
1133981383 M * micah and new ones have to have a larger number
1133981384 M * daniel_hozac bump epoch and rebuild :-)
1133981395 M * micah what do you suggest?
1133981404 A * daniel_hozac is an RPM guy.
1133981437 M * micah the unstable/testing version is 2.6
1133981451 M * micah the experimental version is 2.10.1
1133981456 M * daniel_hozac i guess Debian doesn't have the epoch concept?
1133981466 M * micah no, it does have epoch
1133981482 M * micah but i dont not fully understand how that makes the numbers sync?
1133981497 M * daniel_hozac bump epoch, start anew with the version numbers.
1133981500 M * daniel_hozac make it right from the start.
1133981505 M * micah "bump epoch" means?
1133981511 M * daniel_hozac increase it.
1133981518 M * micah can you give me an example?
1133981524 M * daniel_hozac Epoch: 1?
1133981529 M * micah increase it from what to what?
1133981532 M * daniel_hozac (assuming no epoch was used previously)
1133981546 M * daniel_hozac if one is set, one above current.
1133981559 M * daniel_hozac as you would with release, or whatever that's called in Debian.
1133981628 M * micah i need to learn how it is done appropriately in debian
1133981665 M * daniel_hozac Epoch is basically used for this kind of situation.
1133981685 M * daniel_hozac when you fuck up the version number, or the upstream project decides to change versioning model.
1133981701 M * daniel_hozac (in RPM land, at least :)
1133981702 M * micah yeah, I know what it is used for, I just dont know the correct method in debian
1133981765 M * daniel_hozac http://www.debian.org/doc/debian-policy/ch-controlfields.html 5.6.12?
1133981809 M * micah wow, you are fast, I am still loading that page
1133981816 M * daniel_hozac heh.
1133981871 M * derjohn heyho, what does vxW: !!! cvirt d....[nr_run] = -2070 mean?
1133981875 M * micah it appears that 1:2.10-1 would be correct
1133981897 M * daniel_hozac i'd prefer 1:2.1.0-0.rc10.1, but that's just me, i guess :)
1133981913 M * micah sorry, yes 1:2.1.0
1133981927 M * micah why the extra 0 before the rc10?
1133981944 M * daniel_hozac so when 2.1.0 final is released, you go to 1:2.1.0-1
1133981961 M * daniel_hozac rc10 > 1 in RPM.
1133981967 J * sebi_ ~sebi@Fd0ae.f.strato-dslnet.de
1133981987 M * daniel_hozac derjohn: what kernel?
1133981992 M * micah daniel_hozac: same in debian
1133982018 M * micah but in that case it should be 1:2.1.0-0.rc10-1
1133982022 M * derjohn 2.6.14-rc7 (i know rc9 is out ... would be my next step)
1133982022 M * daniel_hozac derjohn: looks like you don't have http://vserver.13thfloor.at/Experimental/FOR-2.0.1/delta-activate-fix01.diff or equivalent.
1133982035 M * micah hmm, no, the dash implies debian revision
1133982051 M * daniel_hozac exactly.
1133982076 Q * sebi Ping timeout: 480 seconds
1133982090 M * daniel_hozac derjohn: and rc10 is out ;)
1133982108 M * micah shouldn't it then be 1:2.1.0-rc10-1?
1133982133 M * micah according to that policy: The upstream_version may contain only alphanumerics[31] and the characters . + - : (full stop, plus, hyphen, colon) and should start with a digit.
1133982150 M * daniel_hozac isn't 2.1.0-rc10 > 2.1.0?
1133982159 M * derjohn daniel_hozac, THX. I assume the patch made it into rc8 ff.
1133982170 M * micah daniel_hozac: ah, yes it is
1133982266 M * micah in that case, I will have to use .1, .2 etc. for debian revision numbers, rather than -1, -2
1133982297 M * daniel_hozac you make the prerelease info part of the revision number.
1133982346 M * derjohn daniel_hozac, vxW xid blaaaa messing with devpts -> also fixed in newer releaseds
1133982347 M * derjohn ?
1133982360 M * Bertl derjohn: it means your kernel is too old :)
1133982377 M * Bertl ah, lagging behind ...
1133982400 M * micah derjohn: can you describe what you need so many IPs per guest for? We were curious to find people who had actual reasons
1133982405 M * Bertl derjohn: no, those are warnings and they show that something is happening which isn't supposed to happen
1133982422 M * derjohn Bertl, hey, you provoked me -> I will switch to rc9 immediately! Any more bleeding edge pacthes available? I take the full risk then!
1133982424 M * derjohn :)
1133982442 M * Bertl derjohn: hmm, yes, rc10 IIRC
1133982452 M * derjohn micah, Hello!
1133982489 M * derjohn Bertl, ARGH! Men, you are pretty fast here ... I hate it to have day-job at the time ;) Cant keep up with you virtual geeks ;)
1133982509 M * micah daniel_hozac: 1:2.1.0-0.rc10.1 it is then :)
1133982515 M * Bertl well, I'm doing my 'day job' too :)
1133982521 M * derjohn micah, the reason was an old server I migrated 1:1 into a vserver, It simply had 48 IPs (ssl)
1133982551 M * micah ah, SSL is the reason I have 8 in one guest as well, so far I haven't heard of another reason
1133982557 M * Bertl robig: great!
1133982621 Q * sim0n Quit: Client exiting
1133982639 M * micah derjohn: I've uploaded -rc10 for linux-source-2.6.14 to experimental
1133982665 M * derjohn micah, by conecpt it makes not much sense to hay many IPs in a guest. I think that limit it too small. In emergeny cases I use vserver on out backup machines to start up the copy of a physical one - without any change (rsynced before). I may happen that the machine has > 16 IP
1133982689 M * Bertl micah: great!
1133982697 M * derjohn micah, cool, it seems you are spending more time on vserver at the time?
1133982714 M * Bertl micah: 2.0.1-rc5 is also there?
1133982738 M * Bertl (or planned for 2.0.1 later?)
1133982766 M * micah derjohn: I am working with ola to share work on util-vserver, so I hope so!
1133982780 M * micah Bertl: thats what I am doing next :)
1133982795 M * derjohn micah, I am not aware how I set a the compile options when working with -pachtes in debian. I thought I hand a "--added-modules foo" to make-kpkg. But how does make menuconfig know?
1133982822 M * derjohn micah, please incluse testme.sh in the debian pack(age)! 
1133982840 M * micah derjohn: read /usr/share/doc/kernel-patch-vserver/README.Debian
1133982858 M * micah derjohn: first I need to get the ability to work on util-vserver, then I will make changes :)
1133982863 M * Bertl micah: excellent work!
1133982904 M * daniel_hozac micah: so we won't be able to bash Debian for having broken stuff anymore? :(
1133982907 M * daniel_hozac ;)
1133982932 M * micah daniel_hozac: that has been what I have been trying to fix for a long time
1133982940 M * derjohn daniel_hozac, at least not when it comes to vserver.
1133982950 M * micah daniel_hozac: so any bashing you can turn into constructive critcism that I will address :)
1133982997 M * derjohn micah, could you inlude ready made guest images as debian package? util-vserver-gentoo-stage3-guest.deb in debian?
1133982998 M * daniel_hozac my Debian boxes (sparc64) aren't hooked up, so i really have no idea about the current state.
1133983008 M * micah daniel_hozac: I plan to bump the epoch on the unstable/testing package that includes the vs2.0.1-rc5 to be: 1:2.0.1-0.rc5.1
1133983023 M * daniel_hozac derjohn: jesus. that'll suck for mirrors.
1133983051 M * micah yeah, i dont know about packaging guest images... I am working on packaging binary kernel images with the patch however
1133983053 M * daniel_hozac micah: cool.
1133983111 M * micah as well as get the version in sarge fixed
1133983125 M * micah a lot to do, and most of it is careful politics :)
1133983132 M * derjohn daniel_hozac, I did not mean this serious ... but ... why not? I personally would think that's cool to include hollow's stuff as .deb.
1133983180 M * derjohn micah, you care about sarge? So, you have to 'backport' util-vserver stuff? Ot can you upload a new version???
1133983204 M * micah derjohn: changing versions in sarge is complex
1133983229 M * derjohn micah, so the backport bugfixes by yourself?
1133983242 M * Bertl .o( critical fix to 0.30.204: diff -NurpP 0.30.204 0.30.209 :)
1133983275 M * derjohn micah, why not using -209 and simply change the version number </evil>
1133983282 M * micah derjohn: I do as much as I can to keep the load off of bertl, and then I trade him for help when I get stuck :)
1133983292 M * micah derjohn: as I said, it takes careful politics
1133983317 M * Bertl micah: and I appreciate it!
1133983327 A * derjohn too !
1133983473 M * Hollow yeah, gentoo stuff for debian would great, finally up to date packages, yay!
1133983507 J * miller7 none@213.239.180.101
1133983521 M * andrew_ micah: Nice work, I saw you update kernel-patch-vserver recently.
1133983536 M * miller7 Bertl: are you around?
1133983572 M * stefani micah is training me on debian builds.  so maybe in a bit i can take over a tiny bit 
1133983572 M * andrew_ micah: I am really appreciate.
1133983585 M * Bertl nope, I'm squared :)
1133983593 M * Hollow heh
1133983599 M * Hollow Bertl: did you get the url?
1133983611 M * Hollow (for the nx patch)
1133983612 M * Bertl hmm, no, guess I missed it again ..
1133983614 M * miller7 Anyone experienced problems with Postfix on guests?
1133983626 M * Hollow http://home.xnull.de/work/vserver/patches/delta-persist-feat03.patch
1133983626 M * miller7 Like one postfix isntallation cannot send to another on the same host
1133983628 M * stefani miller7:   not I
1133983632 M * Bertl Hollow: tx
1133983657 M * Bertl miller7: how is it trying to send?
1133983671 M * stefani miller7:   i have several guests using one guest (relay-host)  to send outgoing mail 
1133983696 M * Bertl Hollow: ah, that's supposed to do the same we did for process contexts, right?
1133983698 M * andrew_ miller7: me too
1133983705 M * miller7 stefani: I'm talking about having 2 guests
1133983709 M * Hollow Bertl: right
1133983714 M * miller7 and trying to send email from one guest to another on the same box
1133983730 M * andrew_ miller7: I use postfix for relayhost, and use nullmailer in other guests.
1133983763 M * Bertl Hollow: looks good, will see to integrate it in devel
1133983768 M * Hollow thx
1133983770 M * andrew_ miller7: two guest with two public IP address?
1133983776 M * miller7 andrew_: yes\
1133983780 M * derjohn Hollow, what is 'nx'?
1133983786 M * Hollow network context
1133983797 M * miller7 andrew_: Postfix says "mail bounces back to myself"
1133983830 M * andrew_ miller7: Check mydestination in main.cf
1133983849 M * derjohn Hollow, so it's not a new feature but a bugfix?
1133983865 M * miller7 andrew_: what about it?
1133983869 M * derjohn miller7, maybe 127.0.0.1 problem?
1133983871 M * Hollow it is a new feature, you can create persistant network contexts ;)
1133983878 M * miller7 derjohn: that's what I fear
1133983887 M * Hollow (i.e. they don't die if there is no process claiming the context id)
1133983896 M * andrew_ miller7: Also try to telnet from one guest to another guest's port 25
1133983907 M * derjohn miller7, add 127.0.0.2 to the guest and replace localhost in /etc/host and /etc/postfix/*
1133983913 M * miller7 andrew_: telnetting works fine
1133983935 M * derjohn Hollow, so I can restart a guest without loosing tcp connections?
1133983940 M * Hollow no
1133983945 M * andrew_ miller7: Check postfix's main.cf
1133983957 M * Hollow you can create a context without a process running in it
1133983960 M * andrew_ miller7: make sure the two guest has different mydestination
1133983978 M * miller7 andrew_: mydestination is empty in both configs
1133983992 M * andrew_ miller7: that maybe why
1133984004 M * derjohn miller7, postconf | grep mydest
1133984012 M * miller7 andrew_: mea culpa
1133984015 M * andrew_ miller7: Try to add something to mydestination
1133984025 M * miller7 andrew_: one has localhost specified in it
1133984027 M * andrew_ miller7: what?? 
1133984043 M * miller7 hmmm
1133984047 M * miller7 gonna check that now
1133984050 M * miller7 thanks guys
1133984059 M * derjohn Hollow, I dont get the sense of doing to 
1133984080 M * derjohn Hollow, create a context without a process
1133984090 M * andrew_ miller7: add the mail name into mydestination, eg: mail1.example.com, mail2.example.com
1133984106 M * andrew_ miller7: The two guest should have different mydestination
1133984163 M * Hollow derjohn: it's useful during setup, you can create the context (without a process), set all cpas, flags, sched etc, and the start init in the context (without persistant, the context would die after you created it (without a running process in it)
1133984176 M * Hollow *caps
1133984177 M * andrew_ miller7: This is not a vserver issue, it should be postfix configure issue. :)
1133984211 M * miller7 andrew_: yes but it showed up now that I put both boxes in one host :)
1133984258 M * andrew_ miller7: doesn't matter, cause the two postfix bind on differnt ip.
1133984299 M * andrew_ miller7: Just think of they are on two different boxes and configure it in the right way.
1133984322 M * derjohn Hollow, but this is gone after restarting the guest? So I have to add all the stuff to /etc/vservers/... ? Or are you planning to build an util that saves the state (into config file or so) ?
1133984347 M * daniel_hozac derjohn: nothing like that.
1133984371 M * Hollow derjohn: no.. you unset the persistant flag, after setup (itÄs only useful for the setup case)
1133984386 M * daniel_hozac setup in this case means creating the contexts in the kernel.
1133984392 M * Hollow indeed
1133984393 M * daniel_hozac not setting up a vserver as in building it.
1133984395 M * derjohn Hollow, k. It has to do with your utils rewrite I guess
1133984402 M * Hollow right
1133984408 Q * dos000 Quit: Leaving
1133984415 M * derjohn ah... k.
1133984452 M * Hollow at the moment you create a context like: vcontext --create ... -- vnamespace ... -- vsched -- vfoo -- init
1133984460 M * Hollow so you "chain" all commands
1133984503 M * Hollow this is no good, because vsched for example needs certain privileges you normally don't want to give a context, but you execute it in a context (because you put vnamespace in the beginning of your chain)
1133984518 M * Hollow so i unchained most of the commands
1133984656 J * Aiken ~james@tooax6-083.dialup.optusnet.com.au
1133984683 M * derjohn Hollow, that makes sense.
1133985650 M * robig what does VSZ in vserver-stat mean?
1133985674 M * robig ah. number of pages, not memory
1133986325 M * micah -rc5 uploaded to debian unstable
1133988042 M * miller7 andrew_: postfix had to do with the following:
1133988054 M * miller7 1. Legacy config on both postfix guests
1133988065 M * miller7 2. postfix bound to all IPs and not to specific ones
1133988099 M * miller7 3. vserver host was on 2.6.x but the guests were moved from old config
1133988102 M * miller7 that's why
1133989421 J * dhansen ~dave@sprucegoose.sr71.net
1133989607 J * Ryan ~ryan@85.210.183.79
1133989639 P * Ryan 
1133989728 J * Ryan-- ~ryan@85.210.183.79
1133989772 M * Ryan-- Are there any issues or things to consider when using vserver on a SMP system?
1133990384 M * daniel_hozac shouldn't be a problem at all.
1133990453 M * Ryan-- ok thx
1133990724 Q * Ryan-- Quit: Leaving
1133991166 Q * robig Read error: Connection reset by peer
1133991884 P * miller7 
1133993155 J * dos000 ~dos000@CPE00119572fd49-CM00137186e53a.cpe.net.cable.rogers.com
1133993261 Q * Jamal Quit:  HydraIRC -> http://www.hydrairc.com <- The dawn of a new IRC era
1133994002 M * Bertl okay, off for now, back shortly ...
1133994010 N * Bertl Bertl_oO
1133994651 J * Loki|muh_ loki@satanix.de
1133994656 Q * Loki|muh Read error: Connection reset by peer
1133995639 P * stefani I'm Parting (the water)
1133996225 Q * sladen Ping timeout: 480 seconds
1133996378 J * aba ~aba@eos.turmzimmer.net
1133996664 J * sladen paul@80.1.73.116
1133997246 M * emp I fount a centos image @ http://mirrors.sandino.net/vserver/images/ but not a deploy script, is there an easy way I can try out the image?
1133997742 M * harry make a vserver with skeleton method
1133997744 M * harry unpack image
1133997748 M * harry and start vserver???
1133997841 M * emp thanks, i'm looking that up on the wiki
1133997850 M * harry np
1133997852 A * harry off to bed now