1162771697 M * Bertl daniel_hozac, Hollow: where is the feature matrix on the new wiki? can't find it atm
1162771742 M * daniel_hozac http://wiki.linux-vserver.org/Installation_Considerations
1162771797 M * Bertl tx
1162771860 J * Zaki ~Zaki@88.213.43.27
1162771933 M * Bertl wb Zaki!
1162771937 M * daniel_hozac "the followin features have been added:" ;)
1162772014 M * daniel_hozac and weren't persistent contexts in 2.1.0?
1162772059 M * daniel_hozac (i'm sorry for waiting this long to proof-read it)
1162772218 M * Bertl right, so that was improved then
1162772234 Q * node_ Quit: Lost terminal
1162772318 M * daniel_hozac and i think 2.1.1 is missing a tab in the upper-right corner?
1162772472 M * Bertl huh? where?
1162772488 M * daniel_hozac http://www.13thfloor.at/vserver/d_rel26/overview ?
1162772553 M * Bertl hrmpf :) 
1162772560 M * Bertl it's not there yet :)
1162772568 M * daniel_hozac hehe, ok.
1162772589 M * daniel_hozac that's what i figured, just making sure :)
1162772673 M * daniel_hozac will you be uploading it to helios as well?
1162772754 M * Bertl I guess we can do so, my scripts are still crunching on the split version
1162772763 M * Bertl and I have to do the freshmeat announce too
1162772775 M * daniel_hozac i can handle helios if you want.
1162772786 M * Bertl that'd be nice ...
1162772922 M * daniel_hozac just let me know when the split is done.
1162772951 M * Bertl okay, should be in roughly 10mins
1162772961 M * daniel_hozac ok.
1162772986 M * daniel_hozac what's in the linux-vserver tarball?
1162772991 M * daniel_hozac patch and split?
1162773003 M * Bertl only patches
1162773008 M * Bertl the split gets a separate tar
1162773020 M * daniel_hozac a tarball with just the patch?
1162773135 M * Bertl atm, yes, when we get 2.6.18.3 or .19 then it will get more
1162773150 M * daniel_hozac ah! ok.
1162773182 M * Bertl I added the split there too, but that confused the hell out of folks
1162773194 M * daniel_hozac have you had a look at what .19 brings?
1162773199 M * daniel_hozac hehe.
1162773201 M * Bertl changes :)
1162773207 M * daniel_hozac lol
1162773219 M * Bertl yeah, I looked at some code ... it will be quite some change
1162773236 M * Bertl but I'm confident, that we can have a running devel version in a less than a week
1162773255 M * daniel_hozac hehe, nice.
1162773282 M * daniel_hozac still carrying the old APIs, or will i have to do my share? :)
1162773332 M * Bertl not sure yet, we will drop uts asap, I guess
1162773356 M * Bertl we probably need to do an API wrapper for backwards compatibility 
1162773371 M * daniel_hozac yeah.
1162773372 M * Bertl at least for stable
1162773426 M * daniel_hozac UTS, IPC and pid spaces were merged, right?
1162773700 M * Bertl yes, at least the uts and ipc should be usable
1162773909 M * daniel_hozac is the split done?
1162773992 M * Bertl 20 hunks to go
1162774025 M * Bertl done
1162774086 M * daniel_hozac cool.
1162774203 M * daniel_hozac isn't it strange that the split is smaller than the patch?
1162774225 M * daniel_hozac (for the bz2s, anyway)
1162774251 M * daniel_hozac but it's up on helios now too.
1162774295 M * Bertl hmm?
1162774317 M * Bertl 166125 Nov  6 01:13 patch-2.6.18.2-vs2.1.1.diff.bz2
1162774325 M * Bertl 176900 Nov  6 01:49 split-2.6.18.2-vs2.1.1.tar.bz2
1162774357 M * Bertl you can get md5's from 13thfloor
1162774414 M * daniel_hozac the patch is 199680 here
1162774416 J * kerberos ~satan@85.138.138.227
1162774449 M * daniel_hozac ah, different bzip2 block sizes.
1162774467 M * daniel_hozac i wonder how i managed to get a 100k block size for the patch...
1162774480 M * daniel_hozac where are the md5s?
1162774557 M * daniel_hozac got the right size now though.
1162774686 M * Bertl just add .md5
1162774728 M * Bertl e.g. http://www.13thfloor.at/vserver/d_rel26/v2.1.1/patch-2.6.18.2-vs2.1.1.diff.bz2.md5
1162774759 M * Bertl where can I get the 0.30.211 tar.bz2?
1162774791 M * daniel_hozac all match now.
1162774810 M * daniel_hozac http://ftp.linux-vserver.org/pub/utils/util-vserver/
1162774833 M * Bertl tx
1162774956 Q * DreamerC charon.oftc.net unununium.oftc.net
1162774956 Q * mnemoc charon.oftc.net unununium.oftc.net
1162774956 Q * micah charon.oftc.net unununium.oftc.net
1162774956 Q * cohan charon.oftc.net unununium.oftc.net
1162775014 T * Bertl http://linux-vserver.org/ <- new and shiny | latest stable 2.02.1, exp 2.02.2-rc4, devel 2.1.1, stable+grsec 2.0.2.1 | util-vserver-0.30.211 | libvserver-1.0.2 & vserver-utils-1.0.3 | He who asks a question is a fool for a minute; he who doesn't ask is a fool for a lifetime -- share the gained knowledge on the wiki, and we'll forget about the minute ;)
1162775026 J * cohan ~cohan@koniczek.de
1162775043 M * Bertl \o/ yay, 2.1.1 is out! :)
1162775048 J * mnemoc ~amery@kilo105.server4you.de
1162775048 J * micah ~micah@micah.riseup.net
1162775048 J * DreamerC ~dreamerc@61-224-133-223.dynamic.hinet.net
1162775063 M * trippeh_ Any changes since rc48?
1162775076 M * daniel_hozac none.
1162775078 A * trippeh_ just sent it off to the build machine
1162775089 M * daniel_hozac and yippee!
1162775094 M * trippeh_ Cool :)
1162775120 M * daniel_hozac can we get a 2.0.2.2-rc5 now, with put_task_struct removed and delta-ext23-fix01, pretty please? :)
1162775163 M * Bertl yep, working on it right after the freshmeat announcement
1162775178 M * daniel_hozac ah, right, no worries, take your time :)
1162775201 M * daniel_hozac (i already have the fixes applied myself, just figured for everyone else)
1162775284 M * Bertl ah? patch?
1162775343 M * daniel_hozac well, they're in my Fedora trees, as usual.
1162775354 M * kerberos hello..
1162775368 M * daniel_hozac but sure, i can make one.
1162775377 M * Bertl hey kerberos!
1162775379 M * kerberos i just instaleed my first vserver..
1162775385 M * Bertl congrats!
1162775388 M * kerberos im scratching my head.. on this..
1162775398 M * kerberos cant make apache work..
1162775414 M * Bertl ah, sec, let me have a look in my crystal ball
1162775430 M * Bertl I see ... I see ... you have apache running on the host!
1162775444 M * kerberos yes.. but even if i stop it..
1162775468 M * kerberos i have 3 ethernet cards..
1162775476 M * derjohn2 Bertl, huh? rc48 == stable ?
1162775483 M * daniel_hozac derjohn2: no, rc48 == devel :)
1162775484 M * kerberos i can put the vserver in any right..
1162775506 M * Bertl kerberos: yes, the guests will not care about your interfaces, just the ip is relevant
1162775525 M * kerberos and the ip address for the vserver is one that i make up
1162775546 M * Bertl well, it should work for you (i.e. be reachable or NAT-ed)
1162775560 M * derjohn2 argh, lart /me .. I'll never get the word "stable" out of my brain for devle versions ,)
1162775567 M * kerberos [Mon Nov 06 01:03:36 2006] [alert] (EAI 2)Name or service not known: mod_unique_id: unable to find IPv4 address of "valerii"
1162775582 M * kerberos on the apache log error..
1162775584 M * Bertl who is valerii?
1162775597 M * kerberos :) the hostname?
1162775598 M * derjohn2 daniel_hozac, no changes exept removal of extraversion?
1162775605 M * derjohn2 (the rc48 part)
1162775607 M * Bertl kerberos: probably you want to add an entry to /etc/hosts inside the guest
1162775624 M * daniel_hozac derjohn2: well, and updating it to read .2 (but if you downloaded it late enough, it should've said that already).
1162775651 M * derjohn2 I did fix that manually. 
1162775658 M * kerberos Bertl like 172.16.0.3 valerii.somehting valerii
1162775679 M * derjohn2 but devel release does not carry rcXX any longer .. and thats the only change?
1162775697 M * daniel_hozac derjohn2: yep.
1162775704 A * derjohn2 thinks about recompiling the stuff wiith new name ..
1162775709 M * derjohn2 hm , k. 
1162775739 M * daniel_hozac Bertl: http://people.linux-vserver.org/~dhozac/p/k/patch-2.6.18.2-vs2.0.2.2-rc5.diff, 2.0.2.2-rc4 applied on 2.6.18.2 - .orig's + delta-ext23-fix01 + find_proc_task_by_pid's put_task_struct removed.
1162775800 M * kerberos maybe remove that module.. 
1162775820 M * daniel_hozac kerberos: that line looks fine.
1162775969 M * kerberos disabled mod_uniq_id and it works now
1162776045 M * derjohn2 Bertl: As always with new releases: Thanks for your continous effort in the vserver stuff! daniel_hozac; Thx very much, too! bonbonbs; Hollow ..and all the contributors !
1162776070 M * kerberos httpd: apr_sockaddr_info_get() failed for valerii ..ill have to see this error but.. if it works..
1162776165 M * Bertl derjohn2: for my part, ur welcome! :)
1162776314 M * [PUPPETS]Gonzo I share derjohns opinion but I don't tell it in public ;)
1162776329 M * daniel_hozac [PUPPETS]Gonzo: ruh roh, i think you just did!
1162776334 M * [PUPPETS]Gonzo damn
1162776350 A * [PUPPETS]Gonzo hits his Head on the Table.
1162776546 Q * kir Server closed connection
1162776574 J * kir ~kir@swsoft-mipt-nat.sw.ru
1162776644 M * Bertl hehe
1162776659 M * Bertl okay, fm is on it's way, will take at least 4-5 hours, IIRC
1162776761 M * daniel_hozac cool! i updated the wiki
1162776774 M * Bertl excellent, tx! did send a mail to the ml
1162777026 M * daniel_hozac will you add a note to the news section on the wiki?
1162777061 M * daniel_hozac oh, it's just a link to Downloads, i can add it then.
1162777070 M * Bertl ah, okay, great!
1162777087 M * Skram awesome. 2.1.1 out just in time for my new dev box at home (should arrive tuesday)
1162777199 M * daniel_hozac ok, added.
1162780489 Q * Hurga Remote host closed the connection
1162781496 J * Aiken_ ~james@203.164.233.144
1162781659 Q * shedi Read error: Operation timed out
1162781820 Q * Aiken Ping timeout: 480 seconds
1162782313 J * shedi ~siggi@inferno.lhi.is
1162782633 M * Zaki thx Bertl 
1162782654 M * Zaki Bertl, how are you? do you work in weekends too?
1162782689 J * gerrit ~gerrit@c-67-160-146-170.hsd1.or.comcast.net
1162782732 M * Bertl Zaki: sure :)
1162782738 M * Bertl wb gerrit!
1162782757 M * Zaki Bertl, me too :)
1162783883 J * Piet hiddenserv@tor.noreply.org
1162786613 Q * Hollow Remote host closed the connection
1162786661 Q * m4z Remote host closed the connection
1162786667 J * Hollow ~hollow@styx.xnull.de
1162786678 J * m4z m4z@bastard-operator.from-hell.net
1162786802 M * Bertl wb Hollow! m4z!
1162787538 M * Bertl daniel_hozac: put_task_struct() removed?
1162787548 M * Bertl (regarding -rc5)
1162790138 Q * FireEgl Remote host closed the connection
1162790278 M * bronson_ Congrats on the release!
1162790290 M * Bertl tx!
1162790290 M * bronson_ Just saw the entry on FM.
1162790312 M * Bertl ah, so its out, great!
1162793785 P * kerberos isnt it obvious?
1162794642 M * Hollow yay
1162794659 M * Hollow :)
1162795071 M * Bertl morning Hollow!
1162795083 M * Hollow morning Bertl
1162795134 M * Hollow just a short visit, have to hurry for uni... will prepare the announcement when i'm back
1162795142 M * Bertl excellent! TIA!
1162795514 M * Hollow ok.. 2.1.1 in portage, cu later ;)
1162796606 J * meandtheshell ~markus@85-124-232-31.work.xdsl-line.inode.at
1162796807 M * Bertl morning meandtheshell!
1162796899 M * meandtheshell Bertl: a hopefully nice morning to you as well! :)
1162796955 M * Bertl after we finally got the 2.1.1 release out, yeah!!
1162797335 T * Bertl http://linux-vserver.org/ <- new and shiny | latest stable 2.02.1, exp 2.02.2-rc5, devel 2.1.1, stable+grsec 2.0.2.1 | util-vserver-0.30.211 | libvserver-1.0.2 & vserver-utils-1.0.3 | He who asks a question is a fool for a minute; he who doesn't ask is a fool for a lifetime -- share the gained knowledge on the wiki, and we'll forget about the minute ;)
1162797351 M * Bertl I'm off to bed now ... have a good one everyone! cya!
1162797357 N * Bertl Bertl_zZ
1162797629 J * Piet_ hiddenserv@tor.noreply.org
1162798030 Q * Piet Ping timeout: 480 seconds
1162798499 M * sid3windr yawn. :]
1162798514 A * sid3windr would so like the dev release to become the new stable! =)
1162798524 J * dna_ ~naucki@46-192-dsl.kielnet.net
1162798740 M * sid3windr hmm, well only after v6 support anyway :)
1162798800 Q * Aiken_ Ping timeout: 480 seconds
1162799284 J * borgfish ~bla@141.12.9.135
1162799289 M * borgfish good morning
1162799802 J * DavidS ~david@chello062178045213.16.11.tuwien.teleweb.at
1162801767 Q * dna_ Quit: Verlassend
1162801783 Q * shedi Quit: Leaving
1162801921 M * DavidS i have booted the server with the patches as advised yesterday and there are no more hiccups ... great!
1162802030 Q * bronson_ Quit: Ex-Chat
1162802301 M * borgfish what kind of were the hickups ?
1162802534 M * DavidS borgfish: debian's xen-vserver kernel BUGs in __do_IRQ because of missing enter/leave_vx_admin calls
1162802543 M * DavidS frequently(!)
1162802570 M * borgfish so you do 2 kinds of virtualisation at once ? i mean xen ..
1162802582 M * borgfish you could wrap arround a vmware also *fg
1162802665 M * DavidS my use case is having a "frontend" Linux-domU that translates/proxies various services (smtp, http reverse proxying and VirtualHost multiplexing, and various forwarded ports for ssh and others) the layer-7+ proxies each reside in vservers for enhanced isolation
1162802725 M * DavidS and i have clients using asp.net .. therefore I use the HVM mode from xen to host their server behind the virtual firewall :)
1162802727 J * Aiken ~james@tooax8-088.dialup.optusnet.com.au
1162802739 M * borgfish yes that makes some sense regarding security
1162802749 M * DavidS and all on hardware for 1k¤ .. i still can't believe it ...
1162802749 Q * meandtheshell Remote host closed the connection
1162802750 M * borgfish hi aiken
1162802769 J * meandtheshell ~markus@85-124-232-31.work.xdsl-line.inode.at
1162802775 M * Aiken good evening
1162802793 M * DavidS now i just have to find a practical transparent reverse http proxy ...
1162802812 M * borgfish whats a reverse proxy ?
1162802842 M * DavidS AKA http accelerator
1162802873 M * borgfish i c
1162802879 M * DavidS a proxy sitting in front of the webserver, acting as application level firewall and/or multiplexer (c.f. load balancing)
1162802903 M * DavidS I would only need it to split incoming requests on one IP to the different clients by Host:
1162803102 J * Milf ~Miranda@146.140.252.55
1162803108 M * Milf Moin
1162803508 M * borgfish hi milf
1162803515 M * borgfish i have written you an email
1162803527 M * borgfish ah there is the answer
1162803773 M * daniel_hozac sid3windr: that's the plan.
1162803980 Q * Milf Ping timeout: 480 seconds
1162804095 M * daniel_hozac Bertl_zZ: yeah, the one in include/linux/vs_cvirt.h:find_proc_task_by_pid that would make tasks go away. (no get before it)
1162804743 M * waldi drivers/s390/built-in.o: In function `do_IRQ':
1162804743 M * waldi (.text+0x52ec): undefined reference to `__enter_vx_admin'
1162804743 M * waldi drivers/s390/built-in.o: In function `do_IRQ':
1162804744 M * waldi (.text+0x5318): undefined reference to `__leave_vx_admin'
1162804896 M * daniel_hozac waldi: patch?
1162804920 M * waldi later
1162804948 M * daniel_hozac what? i meant which version.
1162805002 J * Milf ~Miranda@146.140.252.55
1162805017 M * waldi ah, 2.0.2.2-rc4
1162805058 M * daniel_hozac well... -rc5 is out :)
1162805128 M * daniel_hozac looks like a missing #include <linux/vs_context.h> in drivers/s390/cio/cio.c though.
1162805150 M * waldi hu?
1162805152 J * bonbons ~bonbons@83.222.36.111
1162805169 M * waldi ah, okay
1162805203 J * FireEgl FireEgl@Sebastian.Atlantica.US
1162805239 M * sid3windr daniel_hozac: yes, it usually is - I'm just selfish ;>
1162806035 M * DavidS waldi: if you're currently on linux-2.6 work, #397281 is for you too, I believe ...
1162806116 M * waldi the patch is garbage, please resend it as attachment
1162806273 M * DavidS waldi: ok
1162806348 M * DavidS done
1162806589 M * waldi thanks
1162806655 Q * phedny Quit: server maintainance
1162806793 J * phedny ~mark@80.69.94.61
1162807802 J * renihs ~penguin@83-65-34-34.arsenal.xdsl-line.inode.at
1162807840 Q * Piet_ Remote host closed the connection
1162807928 M * waldi DavidS: anyway, it patches a patch which is used in several other places
1162807964 J * Piet_ hiddenserv@tor.noreply.org
1162808009 M * DavidS waldi: i have to admit that i am ignorant of the bigger picture, but those changes are required to remove the (quite frequent) BUG()s from the xen-vserver-686 linux-image
1162808096 M * DavidS waldi: I suppose that one could make a debian/patches/features/all/xen/vserver-fixes.patch which contains these 4 lines which is only applied on xen-vserver builds?
1162808103 M * DavidS *those
1162808208 Q * Piet_ Remote host closed the connection
1162808824 Q * s0undt3ch Server closed connection
1162808825 J * s0undt3ch ~s0undt3ch@81.193.60.133
1162809297 J * lilalinux ~plasma@dslb-084-058-206-165.pools.arcor-ip.net
1162810794 Q * romke Quit: leaving
1162811185 M * nayco_work hello, all !!!
1162811303 M * renihs narf
1162811370 M * waldi DavidS: i made a script which wraps the snippet and includes any updates in the -xen files
1162811383 M * nayco_work Is the can someone tell me if vs2.1.1-rc48 is reliable (I mean, better that -45 ;-)) ?
1162811428 M * DavidS waldi: that's much better of course ... with cherries!
1162811658 Q * DavidS Quit: Leaving.
1162811689 Q * borgfish 
1162811962 J * borgfish ~bla@141.12.9.135
1162811986 Q * duckx Server closed connection
1162812013 J * duckx ~Duck@tox.dyndns.org
1162812076 J * skr ~skr@212.80.234.11
1162812191 M * daniel_hozac nayco_work: i guess 2.1.1 is the best of all? :)
1162812199 M * daniel_hozac but that is just rc48.
1162812370 M * skr I have a problem with quota (http://oldwiki.linux-vserver.org/Standard+non-shared+quota) using ubuntu dapper : linux-image-2.6.17-11-server_2.6.17-11.33vs2.0.2.1_i386.deb 
1162812377 M * skr  quotaon -augv
1162812378 M * skr quotaon: using //aquota.group on /dev/hdv1 [/]: Invalid argument
1162812378 M * skr quotaon: Maybe create new quota files with quotacheck(8)?
1162812438 M * skr files are in place, quotacheck is running fine, Anyone to help?
1162812899 J * dna_ ~naucki@22-242-dsl.kielnet.net
1162813267 M * nayco_work daniel_hozac: Oh my God, it's out and I didn't even notice :-D ????
1162813277 M * nayco_work Ok, too late, it's compiling ;-)
1162814285 J * s0undt3ch_ ~s0undt3ch@bl4-63-217.dsl.telepac.pt
1162814597 M * derjohn nayco_work, it its out. it the same as the rc formerly kown as rc48
1162814687 Q * s0undt3ch Ping timeout: 480 seconds
1162814687 N * s0undt3ch_ s0undt3ch
1162815174 M * nayco_work Oh, what is this ???? It seems that one of my vserver hosts is playing magic :-O Here is what happenend : I upgraded an host (which runs a mysql server and apache) to the last release of the distro, then restarted it, and... Many things go wrong. Ok, no problem, must be an upgrade issue... Ok, first, I try to see what's wrong with mysql... When I launch it, well, it's not launched (ps xa does not show it inside the vserver). What's funny i
1162815244 M * borgfish dont write that much
1162815285 M * nayco_work I checked : Mysql-server is indeed installed *inside* the vserver. And launched from it, and it runs and answers to queries. But its processes appear on the host.Am I mad ?
1162815343 M * nayco_work And there is no mysql-server launched and/or installed on the host. Oh, I forgot : 2.6.17.13-vs2.0.2.1
1162815926 M * matti :)
1162816116 M * nayco_work Oh, and the pastebin : http://paste.linux-vserver.org/635 , and some "hooks" ;-) : Bertl_zZ daniel_hozac Hollow 
1162816425 M * daniel_hozac nayco_work: very, very strange. are you sure you didn't accidentally start it inside just a chroot or something?
1162816466 M * daniel_hozac nayco_work: if you kill the processes now and restart it inside the guest, does it work as expected?
1162817934 J * Roey ~katz@h-69-3-4-130.mclnva23.covad.net
1162818178 Q * Aiken Quit: Leaving
1162818497 J * niobos ~niels@81.138-200-80.adsl-dyn.isp.belgacom.be
1162818520 M * niobos Hi, I'm looking to get my server ready for some OS-level virtualization
1162818529 M * niobos I've come across openvz and vserver, which both seem to offer part of what I need
1162818536 M * niobos But I can't realy find some clear "pro-con" statements
1162818551 M * niobos so here comes the flaimbait: what makes vserver better (or worse) than openvz
1162818878 M * borgfish if you google you can find it very fast 
1162818910 M * niobos well, things I found where: openvz does networking much better
1162818921 M * niobos vserver can do unification
1162818932 M * niobos openvz uses "old" kernels
1162818945 M * borgfish what means much better ? that thing you haveto compile a own bind ?
1162818973 M * niobos better: they support virtual eth-devices and ipv6
1162818991 M * borgfish vserver also has virtual eth devices on the host system
1162819004 M * borgfish about ipv6 i dont know, do you need it ? *g
1162819034 M * niobos no... but I might in the future
1162819044 M * niobos you know, when the complete internet starts to migrate ;-)
1162819065 M * borgfish hehe i know starting date is 1.1.07
1162819100 M * niobos I don't need v6; but I don't like to start using software that will never support it
1162819145 M * borgfish i guess vserver wont be discontinued that early ?! if ppl need ipv6 it will come
1162819158 M * niobos that's reassuring
1162819180 M * borgfish i havent dealt with openvz but with virtuozzo thats the more advanced openvz from the same company of russians
1162819232 M * borgfish so i cant really talk about it. but you have the main things with vserver also. eg. cpu/ram/otherimportant limits
1162819283 M * niobos well; I've tried vserver; but haven't tried openvz;  the thing that made me doubt is the networking stuff
1162819285 M * borgfish vserver can do multiple ips per virtualised server and the same set of apps within it. maybe you got to recompile bind or some standart distros pure-ftpd but it will work
1162819327 M * niobos I'll need some "special" services inside vservers (dhcp, samba, ntp) and found a LOT of pages explaining "blabla it doesn't work blabla"
1162819343 M * niobos but most of them come with a solution
1162819386 M * borgfish yes thats what i mean
1162819386 M * niobos I also have a question about some unify-trouble I had
1162819411 M * borgfish i didnt use this feature
1162819437 M * niobos k; I'll have to find someone else then
1162819446 M * niobos but thx anyway
1162819447 J * s0undt3ch_ ~s0undt3ch@81.193.63.103
1162819496 Q * s0undt3ch Read error: Operation timed out
1162819497 N * s0undt3ch_ s0undt3ch
1162819792 M * daniel_hozac niobos:there are IPv6 patches already.
1162819819 M * daniel_hozac it will hopefully be merged into the main devel branch shortly, and be included in 2.2.0+.
1162819837 M * niobos are those hey-you-might-try-this-it-might-even-work style-patches? or this-will-be-in-very-soon style?
1162819851 M * niobos k, that answers my question ;-)
1162819851 M * nayco_work daniel_hozac: "are you sure you didn't accidentally start it inside just a chroot or something?"  Well, no... "vserver start", "vserver enter", "/etc/initd.d/mysql start"...
1162819863 M * daniel_hozac nayco_work: that's really odd...
1162819932 M * daniel_hozac niobos: and what troubles did you have with unification?
1162819973 M * niobos probably not unification's fault; but it DID start it:  this kind:  chattr -i file; rm file => op not permitted
1162819981 M * niobos chattr +i file; rm file  ==> succeeds
1162819987 M * daniel_hozac as expected.
1162819991 M * niobos (it was on reiserfs, and I'm blaming him)
1162820011 M * daniel_hozac you ought to use setattr --iunlink and setattr --~iunlink to set and unset it.
1162820036 M * daniel_hozac you're allowed to remove files without doing anything special though.
1162820037 M * niobos hmm... so there is another pair of attributes...
1162820040 M * daniel_hozac that's kind of the point.
1162820066 M * niobos what's wrong with chattr -i?
1162820073 M * daniel_hozac it just removes the immutable bit.
1162820094 M * Hollow daniel_hozac: maybe you could take a quick look at http://people.linux-vserver.org/~hollow/press/20061106/announce-211.pdf ?
1162820105 M * daniel_hozac the invert unlink bit is still set, which causes unlink to return EPERM.
1162820122 M * niobos and SETTING immutable allows unlink?
1162820140 M * niobos k... starts making sense
1162820146 M * nayco_work daniel_hozac: "if you kill the processes now and restart it inside the guest, does it work as expected?" => Well, I'd like to make more tests or reports before trying this, in case the problem is non-reproductible... Because there is certainly something wrong, either with this kernel patch and/or this distribution...
1162820150 A * niobos has to catch a train... sorry
1162820158 M * niobos thx for the help
1162820166 M * daniel_hozac niobos: it's called _invert_ unlink for a reason ;)
1162820190 A * niobos is afk
1162820255 M * daniel_hozac Hollow: looks maybe a bit too technical, no? i guess that depends on the target audience though.
1162820289 M * daniel_hozac nayco_work: it'd have to be the patch, because even the most messed up distribution shouldn't be able to migrate to the host...
1162820334 M * Hollow daniel_hozac: do you think the api changes & flags/caps should be left out?
1162820340 M * daniel_hozac Hollow: yeah.
1162820342 J * mooo ~mooo@tor-irc.dnsbl.oftc.net
1162820405 M * mooo sorry folks, this has nothing to do with vserver, i have a question regarding IRC. is there a support channel for mircryptio nor fish?
1162820413 M * mooo or
1162820440 M * daniel_hozac nayco_work: i'm not sure what sort of testing would be appropriate, but if it's reproducible, we'll investigate for sure.
1162820506 M * daniel_hozac nayco_work: only things that pops up in my mind is one of the IRQ switches happening, and for some reason not returning to that path to reset the old xid.
1162820513 Q * mooo 
1162820561 M * daniel_hozac nayco_work: but that seems highly unlikely...
1162820608 M * nayco_work daniel_hozac: is there some /proc subdir where I could get info from ?
1162820636 M * daniel_hozac /proc/<pids>, i guess.
1162820653 M * daniel_hozac and /proc/virtual/<xid>
1162820658 M * nayco_work ...Even if it's likely to contain the same infos as those shown by "ps"
1162820668 M * nayco_work K
1162820754 M * daniel_hozac well, some things aren't shown. like capabilities, nids, etc.
1162820767 M * daniel_hozac things that would indicate if it was started in the guest or on the host.
1162820983 M * nayco_work If indeed think it is launched in the guest, because it listens *in the guest* (mysql socket)
1162820999 M * nayco_work And : [root@hostic ~]# ll /proc/26498
1162820999 M * nayco_work lrwxrwxrwx  1 root root 0 nov  6 14:41 cwd -> /vservers/icwww/var/lib/mysql/
1162821003 M * nayco_work lrwxrwxrwx  1 root root 0 nov  6 14:41 exe -> /vservers/icwww/usr/sbin/mysqld-max*
1162821007 M * nayco_work ...
1162821226 Q * lilalinux Remote host closed the connection
1162821458 M * daniel_hozac root?
1162821463 M * Hollow http://linux-vserver.org/Announcements/20061106
1162821617 M * daniel_hozac nayco_work: any way you could paste ls -l /proc/<pids> and tail -n100 /proc/<pids>/status and tail -n100 /proc/virtual/<xid>/*?
1162821633 M * nayco_work daniel_hozac: root ? What, "root" ?
1162821650 M * daniel_hozac nayco_work: there's a root symlink.
1162821655 M * daniel_hozac showing if it's chrooted
1162821740 M * nayco_work daniel_hozac: Oh, I finally understood => lrwxrwxrwx  1 root root 0 nov  6 14:56 root -> /vservers/icwww/
1162821765 M * daniel_hozac so it certainly looks like a guest migrated process...
1162821855 M * nayco_work er.... What is it ?
1162822367 M * nayco_work daniel_hozac: a "guest migrated process" ?
1162822384 M * Hollow announcement spread .. ;)
1162822792 M * daniel_hozac nayco_work: a process that was in a guest that somehow moved to the host...
1162823069 M * meandtheshell does anybody know how to change a GID of system group that already exists? I'd like to change it from 1001 to say 300 ...
1162823074 M * meandtheshell http://rafb.net/paste/results/fRYUk267.html
1162823080 M * daniel_hozac edit /etc/group?
1162823092 M * daniel_hozac (and the entries in /etc/passwd for which it is the primary group)
1162823195 M * meandtheshell sure - so more precisely ... is the a switch with addgrp I didn't know yet ... hm ... guess not - I skimmed through the man page for two times now ... 
1162823221 M * meandtheshell well, in that case I'll delte it an create a new one with the -gid switch
1162823258 M * meandtheshell s/the/there(
1162823286 M * daniel_hozac nayco_work: so where is the paste :)
1162823311 J * Piet hiddenserv@tor.noreply.org
1162823400 M * nayco_work daniel_hozac: I was updating it : 
1162823411 M * nayco_work http://paste.linux-vserver.org/638
1162823475 M * nayco_work Ok,n ow I thinks I gonna try to restart mysql-server... I don't know where to investigate more, so...
1162823478 M * nayco_work -s
1162823518 M * daniel_hozac cat /proc/26498/status first, please.
1162823577 M * daniel_hozac and maybe [nv]info as well.
1162823640 M * daniel_hozac and btw, you probably want to use static xids :)
1162823708 M * daniel_hozac i'm pretty sure the existing pastes rule out my IRQ switch theory though, as the process accounting shows only 2 processes.
1162823980 M * nayco_work daniel_hozac: ok, :
1162824067 M * nayco_work http://paste.linux-vserver.org/639
1162824129 M * nayco_work Sorry : http://paste.linux-vserver.org/640
1162824175 M * daniel_hozac that really doesn't show any signs of having been started inside a guest.
1162824202 M * nayco_work daniel_hozac: Yes, no I learnt about static xids, I gonna use it. I'm going to slowly migrate all my hosts. Anyway, i compiled my last vserver kernel with dynamic ID activated, shame on me ;)=
1162824278 M * daniel_hozac could you do vserver ... enter; cat /proc/self/[nv]info? that doesn't say 0 for both, right?
1162824355 M * nayco_work daniel_hozac: Strange... Should I try to restart mysql ? I must tell that before discovering this "kind of magic", I thought that Mysql simply hanged at start, so I tried _many_ times to start it again... And each time 2 "mysqld-manager" processes spawned in the guest, then disappeared.
1162824399 M * daniel_hozac very odd indeed.
1162824419 M * daniel_hozac yeah, try to reproduce it.
1162825733 M * nayco_work [root@icwww html]# /etc/init.d/mysqld-max stop
1162825733 M * nayco_work MySQL manager or server PID file could not be found!            [�HEC ]
1162825754 M * nayco_work Bugger, the manager "runs" (read: appears) on the host :-(
1162825803 Q * skr Quit: skr
1162825892 M * nayco_work [root@icwww html]# /etc/init.d/mysqld-max start
1162825892 M * nayco_work Starting MySQL:                                                 [  OK  ]
1162825901 M * nayco_work Crap, it now works.... :-(
1162825995 M * nayco_work and now the server asks me for a password (which is normal), but it didn't last time !
1162826005 M * nayco_work ok, vserver...restart
1162826055 Q * derjohn2 Ping timeout: 480 seconds
1162826077 J * derjohn2 ~aj@dslb-084-058-208-075.pools.arcor-ip.net
1162826449 Q * sladen Ping timeout: 480 seconds
1162826631 J * sladen paul@starsky.19inch.net
1162827352 Q * gerrit Ping timeout: 480 seconds
1162828421 M * daniel_hozac so it's not reproducible?
1162828588 M * nayco_work well, I restarted the vserver, and... I seems to work. What the **** is this ?
1162828608 M * nayco_work Mmmm, maybe I had uprgaded my vserver without stopping it ?
1162828629 M * nayco_work then stopped it, but mysql couldn't stop and was attached to the host ?
1162828655 M * nayco_work I remember having an error message at vserver stop...
1162828669 M * nayco_work but none today
1162829447 Q * renihs Quit: Leaving
1162830901 J * gerrit ~gerrit@bi01p1.co.us.ibm.com
1162831240 J * Osgiliath ~osgiliath@kurzweil.no-ip.org
1162831431 J * ekc ~ekc@netblock-66-245-252-180.dslextreme.com
1162831544 Q * Osgiliath Quit: The Sign Of Wrath Awaked.
1162831567 N * Bertl_zZ Bertl
1162831571 M * Bertl morning folks!
1162831610 Q * Milf Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org
1162831620 M * nox wb Bertl 
1162831635 M * ekc is /etc/vservers/<vserver_name>/interfaces/0/name deprecated?
1162831637 M * nox congrats 2 2.1.1 (;
1162831638 M * ekc  Because, if I set interfaces/0/dev to eth0:guest and interfaces/0/ip to 192.168.1.2, I get a 'virtualized' eth0 interface inside the vserver, whereas if I use interfaces/0/name I get both 'eth0' and 'eth0:guest' inside the vserver.
1162831676 M * daniel_hozac surely you don't set dev to eth0:guest, but just eth0?
1162831695 M * ekc also, not using interfaces/0/name hides the new 192.168.1.2 interface from 'ifconfig' on the host
1162831706 M * ekc or, is this a bug?
1162831738 M * daniel_hozac no.
1162831747 M * daniel_hozac ifconfig is old and doesn't understand a lot of things
1162831752 M * daniel_hozac use ip addr instead.
1162831795 M * Bertl ekc: depends, if you assign a single ip to the guest, it will be shown with ifconfig too (without the alias)
1162831806 J * Osgiliath ~osgiliath@kurzweil.no-ip.org
1162831826 M * Bertl ekc: but like on the host, further ips will not be shown unless they are aliases
1162831834 M * Bertl wb Osgiliath!
1162831840 M * Osgiliath hi :)
1162831912 M * Bertl nox: tx!
1162831953 M * borgfish milf didnt say anything today or ?
1162832031 Q * ekc Remote host closed the connection
1162832079 J * ekc ~ekc@66.245.252.180
1162832092 J * blubberwasser ~blubberwa@141.53.210.11
1162832103 M * Bertl wb ekc! welcome blubberwasser!
1162832134 M * blubberwasser hi
1162832277 M * ekc If I assign only 1 IP per vserver (through /interfaces/0/ip, /prefix, and /dev), is there a limit to the number of vserver's I can run? I read about a limit of 16 ip's?
1162832358 M * Bertl the 16 ips are _per_ guest
1162832396 M * Bertl a typical upper limit of guests is 200-300
1162832414 M * ekc ok. thanks
1162832416 M * Bertl the theoretical limit is at 49150 atm
1162832456 M * ekc well, with the number of cores per cpu doubling every 18 months, who knows...
1162832483 M * Bertl yeah, I'm always prepared to raise that :)
1162832491 M * nox lol
1162832492 M * borgfish lol :)
1162832544 Q * gerrit Read error: Operation timed out
1162832573 M * ekc ITRS roadmap is predicting ~80 cores by 2011
1162832628 M * daniel_hozac isn't it 65535 with dynamic xids disabled?
1162832630 M * Bertl an intersting area are the problem arising from _too many_ cores
1162832647 M * daniel_hozac or, 65533, i guess.
1162832670 M * Bertl there are Altix machines (cruel beasts) with 2048 cores around right now
1162832695 M * nox specialy if they are specialised core i.e for encrypted or foo
1162832704 M * Bertl but when the run a single kernel, they probably starve of live spinlock contention
1162832796 M * Bertl no problem to partition them though, which makes that a minor issue
1162832928 M * Bertl daniel_hozac: btw, I decided to start the 2.2.0-pre* with removing the quota hashes, will continue to remove the legacy stuff soon ... any things you want, or do not want to see in 2.2.0?
1162832965 M * ekc definitely. Bill Dally gave a fascinating talk at Stanford last week about his research in multi core machines. He said that because of diminishing returns on pipelining and increased power consumption, the only viable alternative to take advantage of moore's law was to add more cores.
1162832966 M * daniel_hozac well, IPv6 and the rest of the networking stuff.
1162833065 M * ekc (fyi, video of his talk: http://stanford-online.stanford.edu/courses/ee380/061101-ee380-300.asx)
1162833123 Q * Osgiliath Quit: The Sign Of Wrath Awaked.
1162833156 M * Bertl daniel_hozac: yeah, that's planned
1162833173 M * daniel_hozac yeah, that's all i can really think of.
1162833398 J * gerrit ~gerrit@bi01p1.co.us.ibm.com
1162833425 M * Bertl daniel_hozac: is the s390 thing a missing patch?
1162833436 M * Bertl (i.e. did we forget that one?)
1162833455 M * daniel_hozac yeah.
1162833475 M * daniel_hozac did you see my note about the put_task_struct as well?
1162833481 M * Bertl ah, PLM doesn't do s390 cross compiling
1162833506 M * Bertl I should have compiled on my own machine ,,, well next time
1162833557 M * Bertl here goes the first networking version 2.1.1.0
1162833586 M * Bertl http://vserver.13thfloor.at/Experimental/patch-2.6.18.2-vs2.1.1.0.diff
1162833712 M * daniel_hozac cool!
1162833775 Q * ekc Remote host closed the connection
1162833804 J * ekc ~ekc@netblock-66-245-252-180.dslextreme.com
1162833871 M * ekc what's new in the 'networking version'?
1162833904 M * Bertl we are changing a few thing, one is better loopback support
1162833930 M * Bertl we are also extending the matching to overcome the 16 ips per guest without performance penalty
1162833937 M * ekc is this just the ipv6 patches rolled in?
1162833938 M * Bertl and finally we will add ipv6 
1162833950 M * ekc ah ok
1162834007 M * ekc off-topic, but what is VXF_HIDE_VINFO?
1162834015 M * Bertl what we need on that 'branch' is testing ...
1162834033 M * Bertl it is a flag to hide the vinfo/ninfo entries in proc
1162834040 M * daniel_hozac http://linux-vserver.org/Capabilities_and_Flags
1162834087 M * daniel_hozac Bertl: did you miss the raw_addr_match in net/ipv4/raw.c?
1162834094 M * daniel_hozac (where it's used, i mean)
1162834127 M * daniel_hozac oh, it was just moved.
1162834129 M * daniel_hozac sorry.
1162834134 M * Bertl np
1162834144 M * Bertl there were some moves to centralize stuff
1162834296 M * daniel_hozac should ip_find_src still do the remapping on IPI_LOOPBACK to ipv4root?
1162834342 M * Bertl yes, atm, in my testing you have to assign 127.x.y.1 as first ip
1162834394 M * daniel_hozac ah, ok.
1162834490 Q * ekc Ping timeout: 480 seconds
1162834530 J * ekc ~ekc@netblock-66-245-252-180.dslextreme.com
1162834537 M * ekc I usually run the latest testing release (http://ftp.linux-vserver.org/pub/kernel/vs2.1/testing/). If I run the 2.1.1.0 networking 'branch' (to test ipv6), does it include everything in the new 2.1.1-rc48 release?
1162834579 M * daniel_hozac yes, of course.
1162834580 M * Bertl yes, but no ipv6 atm
1162834615 M * Bertl (and you will have to be a little careful with the guest ip setup)
1162834640 M * daniel_hozac and you'll need to use vcmd to hide interfaces.
1162834659 M * Bertl heh, right :)
1162834682 M * Bertl btw, when will this 'feature request' hit util-vserver?
1162834691 M * Bertl with 212 maybe?
1162834695 M * daniel_hozac network flags?
1162834721 M * Bertl yes, well, at least a default NXF_HIDE_NETIF
1162834738 M * daniel_hozac i'd like to get an ncontext/nattribute into 212, yes.
1162834759 M * Bertl ah, great!
1162834848 J * comfrey ~comfrey@194.158.46.141
1162834976 Q * dna_ Quit: Verlassend
1162835026 M * Radiance hmm, i got a system rebooted, but when i try to start the vserver i get this: access("/proc/uptime"): Permission denied
1162835107 M * daniel_hozac you haven't configured it to run vprocunhide on boot.
1162835120 M * daniel_hozac /etc/init.d/vprocunhide start
1162835131 Q * ekc Remote host closed the connection
1162835200 M * Radiance hmm lemme check
1162835227 J * dna_ ~naucki@22-242-dsl.kielnet.net
1162835254 M * Radiance i started the script manually and it says: Fixing visibility of /proc entries for Vservers...done.
1162835262 M * Radiance then i try to start the vserver but still the same msg
1162835295 M * Bertl what patch version do you use?
1162835351 M * Radiance patch-2.6.17.14-vs2.0.2.1-grsec2.1.9.diff
1162835368 M * Radiance 2.6.17.14 kernel
1162835376 M * Radiance it was working fine for weeks 
1162835382 M * Radiance just after a reboot occured today
1162835397 M * Bertl what does chcontext --xid 666 --secure -- ls -la /proc/uptime  give?
1162835405 M * Bertl (on the host)
1162835446 M * Radiance New security context is 666
1162835446 M * Radiance vcontext: execvp("/usr/sbin/vattribute"): Permission denied
1162835451 M * Radiance that's the output
1162835522 M * Bertl hmm, could it be that you have tagxid on the rootfs?
1162835557 M * daniel_hozac or a barrier on /?
1162835572 M * Bertl ah, yes, good point
1162835647 M * Radiance well the vps sits in /vps1
1162835667 M * Bertl ah, well, guess that explains it
1162835670 M * Radiance on its own partition
1162835678 M * Bertl in this case you do not want a barrier
1162835705 M * Bertl (not sure that is secure though ...)
1162835743 M * Radiance not sure if i understand, the barrier is what seperates the vps from the host ?
1162835751 M * Bertl yes
1162835767 M * Bertl it stops guest processes from crossing over
1162835787 J * Osgiliath ~osgiliath@kurzweil.no-ip.org
1162835976 M * daniel_hozac doesn't the bind mount protect that?
1162836018 M * Radiance but how should i solve the current issue ? cause i'm still confused that a reboot caused the vserver not to work anymore heh
1162836033 M * Bertl daniel_hozac: probably, nevertheless, as far as I know, it's not tested yet
1162836059 M * Bertl Radiance: no ide, I'd assume somebody or something set a barrier
1162836061 M * daniel_hozac didn't we test that pretty well before 2.0.2.1?
1162836090 M * Bertl don't remember a case where the guest is in /xy
1162836103 M * daniel_hozac right, but / was inaccessible.
1162836110 M * daniel_hozac due to the bind mount.
1162836117 M * daniel_hozac (the host's /, that is)
1162836143 M * Bertl do the tools set the barrier at some point?
1162836334 M * Piet hi, what's the purpose/meaning of what's in interfaces/0/name and interfaces/0/prefix again?
1162836383 M * daniel_hozac the tools don't, but the Debian initscript does, or at least used to.
1162836441 M * Bertl Piet: name is the 'alias' name and prefix the net prefix as in <dev>:<name> and <ip>/<prefix>
1162836522 M * Radiance daniel_hozac, but what is weird is that it worked fine with previous reboots, also a few weeks ago with the new kernel and patch
1162836544 M * Bertl daniel_hozac: ah, irc logs did make it on google again :)
1162836594 M * Bertl Radiance: let's check if it is the barrier at all
1162836605 M * Bertl Radiance: showattr -d /
1162836678 M * Piet Bertl: so prefix= CIDR prefix?
1162836709 M * Piet s/prefix/suffix/
1162836741 M * Bertl yes, it's called prefix :)
1162836809 J * DavidS ~david@217.19.46.10
1162836856 M * Piet Bertl: thanks. So 'name' is optional or mandatory?
1162836902 J * bronson ~bronson@66.160.177.201
1162836996 M * Radiance BertI, this fixed it: setattr --~barrier /
1162837001 M * Bertl wb DavidS! bronson!
1162837008 Q * meandtheshell Remote host closed the connection
1162837014 M * Bertl Radiance: so it was set, right?
1162837014 M * bronson Good to be back
1162837016 M * DavidS Bertl: yo
1162837040 M * Bertl Piet: yes, 'name' is optional, for those folks who like aliases
1162837043 M * Radiance i dunno, i just found some one with the same issue in a bug report and he recommended to run that 
1162837061 M * Radiance http://www.nabble.com/Bug-360765%3A-util-vserver%3A-init-script-sets-barrier-flag-on-----breaking-vserver-operation-p3747798.html
1162837078 M * Radiance what you think ?
1162837107 M * Bertl I think: "good bless the copy/paste invention" :)
1162837111 M * Bertl *god
1162837141 M * Bertl yeah, looks like this one hit you
1162837156 M * Bertl you might want to file a bug report (to debian?)
1162837186 M * Piet thanks Bertl 
1162837247 M * Radiance yeah i will :)
1162837274 M * Bertl it should be fine to keep the default behaviour, but special case guests in /
1162837706 J * meandtheshell ~markus@85-124-232-31.work.xdsl-line.inode.at
1162837832 M * Bertl wb meandtheshell!
1162837874 M * meandtheshell Bertl: hello all
1162837879 M * DavidS yay, my server is online :)
1162837896 M * Bertl congrats! happy now?
1162838309 M * Bertl okay, off for now .. back later ...
1162838315 N * Bertl Bertl_oO
1162838858 J * shedi ~siggi@inferno.lhi.is
1162838863 Q * tanjix Server closed connection
1162839035 Q * comfrey Quit: Lost terminal
1162839537 M * |yang| Hello I did all what is required in http://www.criten.net/FD.html to raise number of files on host, and it works well on host, but it doesn't want to apply to the guest, any idea?
1162839654 J * lilalinux ~plasma@dslb-084-058-206-165.pools.arcor-ip.net
1162840006 M * DavidS |yang|: that sounds like resource limits ...
1162840019 M * DavidS http://linux-vserver.org/Resource_Limits
1162840087 M * |yang| DavidS: and it requires a kernel recompiling i think?
1162840122 M * DavidS |yang|: i think not
1162840137 Q * DavidS Quit: Leaving.
1162840165 M * daniel_hozac |yang|: no.
1162840221 J * DavidS ~david@217.19.46.18
1162840386 M * daniel_hozac |yang|: did you restart the guest, or at least use a new vserver ... enter to retest?
1162840429 M * |yang| well
1162840433 M * |yang| I will try
1162840439 M * |yang| i haven't restarted
1162840468 M * daniel_hozac i think a re-enter ought to suffice.
1162840503 M * daniel_hozac yeah, a new enter should do it.
1162842030 J * stefani ~stefani@tsipoor.banerian.org
1162842552 Q * kugg Server closed connection
1162842553 J * kugg kugg@illvilja.org
1162842637 Q * DavidS Ping timeout: 480 seconds
1162843405 J * DavidS ~david@217.19.46.10
1162843459 M * |yang| daniel_hozac: I think without modifying Resource_limits guest wont show ulimit -n over 1024
1162843555 M * |yang| so, what should i do for that guest?
1162843826 J * yarihm ~yarihm@84-75-123-221.dclient.hispeed.ch
1162844309 M * daniel_hozac |yang|: it should.
1162844336 M * daniel_hozac but modifying the ulimits directory would work as well.
1162844355 M * niobos Is chroot-barrier still needed on 2.6? or not? Cause I'm finding different things on Google
1162844374 M * niobos (referring to namespaces)
1162844386 Q * blubberwasser 
1162844393 M * daniel_hozac yes, it's still needed.
1162844450 J * OS ~cc@88.80.98.201
1162844453 Q * gerrit Ping timeout: 480 seconds
1162844465 M * OS exex
1162844466 M * OS :)
1162844498 Q * meandtheshell Remote host closed the connection
1162844501 Q * OS 
1162844664 M * |yang| daniel_hozac: you know what happens...on main I do ulimit -n 64000, then ulimit -n (it displays 64000), then if i restart guest the ulimit -n drops back on 1024
1162844681 M * daniel_hozac even on vserver ... enter?
1162844713 M * |yang| on both
1162845090 J * meandtheshell ~markus@85-124-232-31.work.xdsl-line.inode.at
1162845113 M * |yang| daniel_hozac: I haven't messed up with resource limits settings yet
1162845714 Q * trippeh_ Server closed connection
1162845720 J * trippeh atomt@x.vx.no
1162846204 Q * derjohn2 Quit: Verlassend
1162846403 J * David1 ~david@217.19.46.10
1162846420 Q * DavidS Read error: Connection reset by peer
1162846670 N * David1 DavidS
1162847296 J * gerrit ~gerrit@c-67-160-146-170.hsd1.or.comcast.net
1162847782 J * dna___ ~naucki@123-203-dsl.kielnet.net
1162848195 Q * dna_ Ping timeout: 480 seconds
1162848242 Q * lilalinux Remote host closed the connection
1162849908 J * Aiken ~james@tooax6-057.dialup.optusnet.com.au
1162849932 Q * Osgiliath Quit: The Sign Of Wrath Awaked.
1162850605 Q * niobos Quit: off to bed
1162850702 J * Johnnie ~jdlewis@jdlewis.org
1162850808 J * coocoon ~coocoon@dslb-084-057-210-144.pools.arcor-ip.net
1162850843 M * coocoon hello
1162850980 J * schMA ~markus@p5491FA2D.dip.t-dialin.net
1162851121 P * schMA 
1162851142 Q * meandtheshell Remote host closed the connection
1162851273 J * Osgiliath ~osgiliath@kurzweil.no-ip.org
1162851298 Q * dna___ Quit: Verlassend
1162851624 J * mel ~s4028469@203-206-33-29.dyn.iinet.net.au
1162851633 P * mel 
1162851810 J * harti ~Hartmut@85-124-98-220.dynamic.xdsl-line.inode.at
1162851837 Q * harti 
1162852040 Q * coocoon Quit: KVIrc 3.2.0 'Realia'
1162852099 Q * mnemoc hydrogen.oftc.net unununium.oftc.net
1162852099 Q * DreamerC hydrogen.oftc.net unununium.oftc.net
1162852099 Q * micah hydrogen.oftc.net unununium.oftc.net
1162852117 J * micah ~micah@208.99.202.72
1162852121 J * DreamerC ~dreamerc@61.224.133.223
1162852152 J * mnemoc ~amery@kilo105.server4you.de
1162853447 Q * Johnnie Remote host closed the connection
1162853531 Q * Piet Quit: Piet
1162853568 J * h01ger_ ~holger@socket.layer-acht.org
1162853587 Q * h01ger Quit: h01ger
1162853587 Q * h01ger_ 
1162853625 J * h01ger ~holger@socket.layer-acht.org
1162854895 Q * DavidS Ping timeout: 480 seconds
1162855736 Q * stefani Quit: I Quit!
1162856575 N * Bertl_oO Bertl
1162856581 M * Bertl back now
1162856700 M * matled could I give a vserver CAP_NET_ADMIN to bind to any ip address?
1162856809 M * Bertl well, that doesn't require CPA_NET_ADMIN, but this cap will allow guest root to mess with the host networking