1180137617 T * * http://linux-vserver.org/ | latest stable 2.2.0, 2.0.3-rc2, devel 2.3.0.12, stable+grsec 2.0.2.1, 2.2.0 | util-vserver-0.30.213 | 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 ;)
1180137617 T * daniel_hozac -
1180137808 J * Bertl herbert@IRC.13thfloor.at
1180137932 M * Bertl whoa .. what was that?
1180138733 J * ssquid ~supersqui@84.90.1.108
1180138771 M * mnemoc Bertl: [01:56:29] ��� Signoff Bertl: #vserver (Ping timeout: 480 seconds)
1180138791 M * mnemoc Bertl: [02:11:48] ��� Bertl [herbert@IRC.13thfloor.at] has joined #vserver
1180138957 M * Bertl yeah, funny thing was, my client didn't want to reconnect
1180141437 J * nou Chaton@causse.larzac.fr.eu.org
1180141772 N * mattzerah_ mattzerah
1180142565 Q * bzed Quit: Leaving
1180144262 Q * DoberMann[PullA] Ping timeout: 480 seconds
1180144458 J * DoberMann ~james@AToulouse-156-1-100-172.w90-30.abo.wanadoo.fr
1180144516 Q * DoberMann 
1180144531 J * DoberMann ~james@AToulouse-156-1-100-172.w90-30.abo.wanadoo.fr
1180144990 N * DoberMann DoberMann[ZZZzzz]
1180150516 M * Bertl off to bed now .. have a good one everyone! cya!
1180150522 N * Bertl Bertl_zZ
1180150930 J * Aiken_ ~james@ppp233-152.lns1.bne4.internode.on.net
1180150938 Q * Aiken Read error: Connection reset by peer
1180151120 Q * Aiken_ resistance.oftc.net charm.oftc.net
1180151120 Q * Johnnie resistance.oftc.net charm.oftc.net
1180151162 J * Aiken_ ~james@ppp233-152.lns1.bne4.internode.on.net
1180151185 J * Johnnie ~jdlewis@c-67-163-247-109.hsd1.pa.comcast.net
1180163035 J * dna ~naucki@231-193-dsl.kielnet.net
1180166198 J * rick ~chatzilla@226.80.233.220.exetel.com.au
1180166214 N * rick rickwely
1180166244 M * rickwely hello ... any vserver gurus aboard?
1180166305 M * daniel_hozac why do you ask?
1180166319 M * rickwely i have some weird behaviour on a Deb/Etch system using vserver
1180166334 M * rickwely here is the symptom: 3 guests, all running at 0% PUC ... idle machine
1180166342 M * rickwely now I go to guest # 3 and start farting around in python
1180166349 M * rickwely some test scripts use up 100% cpu which is fine
1180166355 M * rickwely load avg slowly returns to 0
1180166367 M * rickwely but oce in a while, vtop shows this: vserver task 99% CPU
1180166382 M * rickwely and sometimes all three guests are each running at 33% while doing nothing
1180166389 M * rickwely what does the vserver entry in vtop mean? 
1180166416 M * rickwely i.e. wha is the vserver task itself doing?
1180166453 M * daniel_hozac what you tell it to do.
1180166455 M * rickwely (other than that: GREAT PRODUCT ... I tried Xen but it was overkill for what i am doing)
1180166475 M * daniel_hozac it's just a shell script for entering/starting/stopping/etc. the guest.
1180166484 M * rickwely ah, i should have a peek at
1180166499 M * rickwely i wonder why 3 x veserver are running at 33% CPU?
1180166514 M * rickwely once the shell script launhces a guest, i would assume the script exits ?!?!
1180166525 M * daniel_hozac yep.
1180166535 M * rickwely ah, i guess not .. while I am in a guesst shell, vserver is running, isn't it
1180166563 M * daniel_hozac vserver ... enter? it shouldn't be. vcontext might still be running though.
1180166583 M * rickwely that is what is weird
1180166597 M * rickwely while inside say guest #3, there can be 3 x vserver tasks showing up in vtop
1180166609 M * daniel_hozac no cronjobs doing something?
1180166616 M * daniel_hozac what does vps say about them, i.e. what does it do?
1180166632 M * rickwely ah yes, i see with ps:  /usr/sbin/vcontext
1180166640 M * rickwely vps? will check
1180166673 M * rickwely   PID CONTEXT             TTY          TIME CMD
1180166683 M * rickwely  7527     0 MAIN          pts/0    00:00:00 bash
1180166687 M * rickwely  7935     1 ALL_PROC      pts/0    00:00:00 vps
1180166692 M * rickwely  7936     1 ALL_PROC      pts/0    00:00:00 ps
1180166700 M * rickwely although the load is zero right now
1180166709 M * rickwely i'll read up on vps and use it when the symptoms return
1180166711 M * daniel_hozac you'd want something like vps faux
1180166735 M * rickwely ah, vps is a v wrapper for ps
1180166742 M * rickwely yes, vps faux shows it all
1180166783 M * rickwely have you heard of this happening, i.e. vserver running at 100% CPU ?
1180166802 M * daniel_hozac vcontext running at 100% CPU in certain cases is a known bug.
1180166807 M * daniel_hozac it should be fixed in 0.30.213 though.
1180166819 M * rickwely i did not install this vserver
1180166826 M * rickwely how can i find the version num?
1180166990 M * rickwely someone installed the following kernel : 2.6.20.1-vs2.2.0-rc15-p3-squash-drbd-256ip-ipv6
1180167038 M * waldi uname -a`
1180167062 M * rickwely yup: 2.6.20.1-vs2.2.0-rc15-p3-squash-drbd-256ip-ipv6
1180167092 M * waldi uh
1180167093 M * rickwely "t should be fixed in 0.30.213 though." ... looks like we are running vs2.2.0 ?!
1180167161 M * rickwely brw: http://list.linux-vserver.org/ <--- for the mailing list(s) do not respond
1180167168 M * rickwely s/brw/btw/
1180167236 M * waldi rickwely: any reason that you don't use the shipped vserver kernel?
1180167268 M * rickwely we are on a dedicated hosting service (iWeb8) that uses a weirdo NIC card so our sysadmin 
1180167287 M * waldi lspci?
1180167323 M * rickwely dowloaded a kernel from here is the sysadmin's notes on this:
1180167331 M * rickwely scrap the above!
1180167333 M * rickwely again:
1180167340 M * rickwely IMPORTANT: Now you need to disable the skge driver, which freezes on the
1180167346 M * rickwely NIC on iweb8's model of server, probably due to an ASUS firmware bug not
1180167352 M * rickwely NIC on iweb8's model of server, probably due to an ASUS firmware bug not
1180167356 M * waldi ugh, this one
1180167363 M * rickwely correctly setting the Vital Product Data.  See here for the explanation
1180167364 M * rickwely blah blah
1180167368 M * rickwely you've heard of this?
1180167372 M * waldi yes
1180167382 M * rickwely perhaps ken was on this channel a few months ago :)
1180167391 M * waldi no
1180167414 M * rickwely so he grabbed the kernerl from: http://linux-vserver.derjohn.de
1180167438 M * daniel_hozac rickwely: that's the kernel, not the utils.
1180167445 M * daniel_hozac vserver --version should tell you that.
1180167457 M * rickwely this bug you mention about vcontext at 100% CPU
1180167460 M * waldi there was a report about problems with a "Asus P4P800-SE" motherboard
1180167471 M * rickwely that is not kernel related?
1180167475 M * waldi NAME = Jeff Thinks I Should Change This, But To What?
1180167496 M * daniel_hozac rickwely: no.
1180167526 M * rickwely i am right in presuming that all the kernel needs is a tweak or two for sys calls for the virtualization?
1180167534 M * rickwely and all the other work is done by the utilss?
1180167565 M * daniel_hozac "a tweak or two"... IIRC the patch is almost one megabyte.
1180167578 M * rickwely ah, now i getcha, daniel: vserver 0.30.212
1180167595 M * rickwely i will try to duplicate this problem
1180167604 M * rickwely then when it cocurs try out vserver 0.30.213
1180167682 M * rickwely daniel: can I read about this CPU bug somewhere?
1180167701 M * daniel_hozac it was reported on the mailing list.
1180167718 M * rickwely i'll google for it. thkx
1180167733 M * rickwely btw: I would like to join the mailing list ... but the web site is not responding
1180167748 M * rickwely there seemed to be some probs over the last few days wuth the vserver web site (MySQL/PHP errors)
1180167782 M * daniel_hozac yeah, the database server is down.
1180167784 M * daniel_hozac (or was?)
1180167803 M * daniel_hozac list.linux-vserver.org has been down for months. we can't reach the admin.
1180167886 M * waldi hihi
1180167908 M * rickwely how recent was this vserver bug? i have found items on the mailing dating back to July 2006
1180167994 M * daniel_hozac it was ongoing for a couple of months.
1180168127 M * rickwely cannot find anything in mailing list archive at site:archives.linux-vserver.org
1180168154 M * rickwely anywho, thanks for the advice ...  i will try out the new version of vserver
1180168884 Q * rickwely Ping timeout: 480 seconds
1180169227 J * rickwely ~chatzilla@226.80.233.220.exetel.com.au
1180169359 J * bonbons ~bonbons@ppp-111-15.adsl.restena.lu
1180172224 J * bzed ~bzed@dslb-084-059-118-027.pools.arcor-ip.net
1180172349 Q * micah Remote host closed the connection
1180172378 J * micah ~micah@204.13.164.72
1180173065 J * onox ~onox@kalfjeslab.demon.nl
1180173077 M * onox daniel_hozac: does vserver requires /dev/initctl?
1180173796 J * zLinux_ ~zLinux@88.213.12.104
1180173957 Q * zLinux Ping timeout: 480 seconds
1180174314 N * DoberMann[ZZZzzz] DoberMann
1180174566 M * phreak`` onox: only on gentoo iirc
1180174984 M * onox hmm, complains about initctl are gone with new vserver build with latest util-vserver-svn
1180175242 M * phreak`` onox: thats probably baselayout requiring it .. which baselayout version are you using inside your guest ?
1180175347 M * onox 2-alpha1
1180175380 J * _mountie ~mountie@trb229.travel-net.com
1180175385 M * onox but stopping an old vserver running baselayout-2-alph1, shows complains about missing /dev/initctl
1180175395 M * onox and then some v* program is killed
1180175411 M * onox then, I merged util-vserver-svn, build new vserver, installed 2-alph1
1180175416 M * onox and now it works great
1180175440 M * onox no errors are shows when I exec vserver new stop
1180175450 M * phreak`` onox: (1) update to alpha3, as w/ alpha2 and alpha3 we fixed any bugs we could find w/ vserver and openvz (2) did you copy /usr/lib/util-vserver/distribution/gentoo/init-vserver.sh to your /lib/rcscripts/sh ?
1180175633 M * onox init-vserver.sh is already in host's /lib/rcscripts/sh
1180175650 M * onox and i didn't try alph3/2 in new vserver
1180175656 M * phreak`` onox: nope, not in the hosts .. you need it for every vserver w/ baselayout-2
1180175658 M * phreak`` :P
1180175684 M * onox only in the old one, and it my boot script go colorless :p
1180175716 M * onox phreak``: init-vserver.sh is present in vservers too
1180175719 M * phreak`` onox: yeah, thats also one bug I fixed w/ util-vserver-0.30.213 .. guess I should backport that to .212
1180175729 M * Guy- can RSS be larger than VSZ?
1180175739 M * onox i don't have 0.30.213, i have trunk :p
1180175758 M * onox 2-alpha1 seems to work fine
1180175774 M * phreak`` onox: yeah, and I asked hollow to merge it w/ upstream .. guess I should ask daniel_hozac instead ;)
1180175777 M * onox it only complains that it cannot mount /sys during booting
1180175789 Q * mountie Ping timeout: 480 seconds
1180175807 M * phreak`` onox: thats also a bug fixed after b2-alpha1
1180175807 M * onox phreak``: you fixed the bug only for gentoo?
1180175820 M * phreak`` onox: nah, I fixed it in the tree ;)
1180175837 M * phreak`` daniel_hozac: still around 
1180175839 M * phreak`` ?
1180175866 M * onox k, i'll try to build another new vserver later this day
1180175874 M * onox but i'm not going to risk my brand new vserver now :p
1180175903 M * phreak`` daniel_hozac: could you take a look at http://sources.gentoo.org/viewcvs.py/gentoo-x86/sys-cluster/util-vserver/files/util-vserver-0.30.213-init-vserver.sh.patch?view=markup and maybe merge it into trunk ?
1180176077 J * C14r ~C14r@h58173.serverkompetenz.net
1180176927 M * onox gtg
1180176928 Q * onox Quit: leaving
1180177709 J * Blissex ~Blissex@82-69-39-138.dsl.in-addr.zen.co.uk
1180177884 Q * rickwely Ping timeout: 480 seconds
1180178528 J * rickwely ~chatzilla@226.80.233.220.exetel.com.au
1180179179 Q * Hunger Quit: changing servers
1180179210 J * Hunger Hunger.hu@Hunger.hu
1180179574 M * daniel_hozac Guy-: no.
1180179633 M * daniel_hozac phreak``: sure.
1180179723 M * Guy- daniel_hozac: vserver-stat reported it being larger for a while, but now we're back to 24     239  15.9+   510M  30m34s53   4m08s99  15h43m53 av3notes
1180179785 M * Guy- daniel_hozac: for a while, VSZ was reported to be around 160M with RSS at around 500M
1180179802 P * rickwely 
1180179856 M * daniel_hozac if you get it again, get the contents of cat /proc/virtual/<xid>/limit.
1180179862 M * Guy- will do
1180181494 N * Bertl_zZ Bertl
1180181499 M * Bertl morning folks!
1180181504 M * FaUl morning bertl
1180181705 M * sid3windr moin
1180182628 Q * duckx Remote host closed the connection
1180182663 J * duckx ~Duck@tox.dyndns.org
1180185180 Q * Aiken_ Quit: Leaving
1180185893 J * zLinux[] ~zLinux@88.213.14.154
1180186034 Q * zLinux_ Ping timeout: 480 seconds
1180187480 J * {marcz} ~marc@lns-bzn-47f-81-56-187-30.adsl.proxad.net
1180188330 Q * {marcz} Quit: Leaving.
1180191016 Q * eyck_ Remote host closed the connection
1180195225 J * pmenier ~pmenier@ACaen-152-1-17-132.w83-115.abo.wanadoo.fr
1180201613 Q * harry Ping timeout: 480 seconds
1180201628 J * onox ~onox@kalfjeslab.demon.nl
1180202253 J * harry ~harry@d54C2508C.access.telenet.be
1180202595 Q * pmenier Quit: KVIrc 3.2.0 'Realia'
1180203420 N * DoberMann DoberMann[PullA]
1180204350 Q * shedi Quit: Leaving
1180204669 J * eyck ~eyck@nat.nowanet.pl
1180204700 J * shedi ~siggi@ftth-237-144.hive.is
1180205331 J * tuxmania ~bonbons@ppp-111-99.adsl.restena.lu
1180205653 Q * bonbons Ping timeout: 480 seconds
1180206507 J * ema ~ema@rtfm.galliera.it
1180207690 N * tuxmania bonbons
1180208010 Q * ema Quit: leaving
1180210194 Q * Blissex Read error: Connection reset by peer
1180211172 Q * harry Ping timeout: 480 seconds
1180212309 J * Hurga nobody@p508AA487.dip0.t-ipconnect.de
1180212323 M * Hurga Hello...
1180212474 M * Hurga I noticed standard quota stopped working on a vserver kernel. Is that a known problem?
1180212500 M * Bertl no?
1180212523 J * tuxmania ~bonbons@158.64.111.152
1180212533 M * Bertl how did it 'stop'? (whatever that means)
1180212555 M * Hurga Just noticed the problem was already mentioned in http://irc.13thfloor.at/LOG/2006-11/LOG_2006-11-06.txt  but got no answer.
1180212598 M * Hurga "stop" means, I can't set up quota anymore.
1180212603 M * Hurga root@kabelmarder:~# quotaon -augv
1180212603 M * Hurga quotaon: using /vservers/newtigroot/newhome/aquota.group on /dev/mapper/vg1-newtighome [/vservers/newtigroot/newhome]: Invalid argument
1180212681 M * Bertl are we talking about host or guest side?
1180212697 M * Hurga host. No guest involved so far.
1180212707 M * Bertl what kernel is that?
1180212768 M * Hurga 2.6.17-11.30vs2.0.2.1
1180212787 M * Bertl could you try a recent kernel?
1180212796 M * Bertl e.g. 2.6.19.x-vs2.2.0?
1180212808 M * Hurga not really on that server...
1180212823 M * Bertl so, when did it stop working?
1180212838 Q * bonbons Ping timeout: 480 seconds
1180212884 M * Hurga good question :)  I know I had it working before, with /dev/vroot and all, but it's been some time. 
1180212894 M * Bertl I mean, you probably did something so that it 'stopped' working (like upgrading something :)
1180212931 M * Bertl btw, the kernel you use isn't a mainline Linux-VServer kernel, and it isn't the latest one of the 2.0.x branch either
1180212950 M * Bertl so there might be all kind of things wrong with that kernel (don't know)
1180212975 M * Hurga I just mean that I know it worked before. - Yes I know, it's a patched unbuntu kernel from uniklu
1180212984 M * Hurga *Ubuntu
1180213020 M * Bertl if you encounter those issues with a recent mainline kernel, we have something to fix ... otherwise I would suggest to contact the ubuntu/uniklu folks
1180213073 M * Hurga I hate that so much, want to set up a new server and get stopped cold at the first step. 
1180213075 M * Hurga *nod*
1180213122 M * Hurga I need to update anyway because of ipv6. But remote hands will be expensive if the machine hangs over the holidays.
1180213274 M * Bertl no remote console?
1180213444 M * Hurga unfortunately not.
1180213475 M * Hurga Well, things are quite stable, usually.
1180213712 N * tuxmania bonbons
1180213815 M * Hurga is there maybe someone here who runs Ubuntu Dapper with 2.6.19.x-vs2.2.0? Perferably with ipv6?
1180213858 J * ktwilight_ ~ktwilight@195.65-66-87.adsl-dyn.isp.belgacom.be
1180214055 M * Hurga is there maybe someone here who runs Ubuntu Dapper with any kind of vserver kernel?
1180214099 J * harry ~harry@d54C2508C.access.telenet.be
1180214125 J * Aiken ~james@ppp233-152.lns1.bne4.internode.on.net
1180214200 M * Bertl greetings Aiken! hey harry!
1180214249 M * Aiken hi
1180214269 Q * ktwilight Ping timeout: 481 seconds
1180214854 M * Hurga is there maybe someone here who runs any kind of Ubuntu with any kind of vserver kernel, except me?
1180214979 M * Aiken not yet but will be
1180215010 M * Bertl Hurga: first, it is basically weekend ... some folks have a life :)
1180215038 M * Bertl Hurga: second, ubuntu is not really well supported, as the ubuntu folks do not really care (i.e. there is no maintainer)
1180215072 M * Hurga weekend means free time to be here...
1180215083 M * Bertl Hurga: third, the kernel is quite old, and after the vs2.2.x release, there is no real reason to stick with older releases/kernels
1180215174 M * Hurga Well, Ubuntu Dapper is supported for 5 years, except for the (vserver)kernel. I thought I wouldn't have to change it because it worked great so far.
1180215218 A * Hurga is kinda hesitant to reboot uand upgrade machines with 500 IRC users all the time, you know.
1180215374 M * Bertl so what happened? it got broken suddenly?
1180215385 J * Nam ~nam@S0106001195551ff0.va.shawcable.net
1180215406 M * Nam hello guys
1180215406 M * Hurga I need quota for a long-delayed system overhaul. 
1180215443 M * Nam if /etc/vserver/vguest/context is not set, will it be automatically assigned a free context id?
1180215445 M * Bertl have you double checked that the Linux-VServer kernel is to blame?
1180215468 M * Bertl Nam: recent tools assign a static id at creation time
1180215469 M * Hurga well, it works on my desktop machine using the same distro.
1180215494 M * Bertl Hurga: same filesystem, same mount options, same (quota) tools?
1180215510 M * Hurga Yes, but I'll check again.
1180215518 M * Bertl Nam: kernel side dynamic context have been depreciated a long time ago
1180215566 M * Nam Bertl: does that mean that if while running "vserver vguest build", if I do not assign "--context #" the utils will automatically assign it a free one?
1180215578 M * Bertl yep
1180215584 Q * dna Quit: Verlassend
1180215607 M * Nam ok, so then I can check the /etc/vserver/vguest/context id to find out it's automatically assigned context id?
1180215727 M * Bertl for example
1180215928 M * Nam are you going to give me an example, or are you waiting for an example from me?
1180215969 M * Hurga Bertl: same filesystem, same mount options, same (quota) tools....
1180216347 M * Bertl Hurga: and the quota format you are using is enabled in the kernel?
1180216373 M * Bertl Hurga: what about messages in 'dmesg'?
1180216400 M * Bertl Nam: neither nor, you can get that (for example) from the context file :)
1180216437 M * Nam ah, well, i just want to verify that will work
1180216444 M * Nam if i do say...
1180216493 M * Hurga quota format is in the kernel. No messages in dmesg.
1180216503 M * Nam vserver vguest build --hostname vguest --interface eth0 --initstyle gentoo -m template -- -d gentoo -t /path/to/stage4.tar.bz2
1180216518 M * Nam then i cat /etc/vservers/vguest/context
1180216532 M * Nam that will show the context id correct?
1180216644 M * Nam the one which has been automatically assigned
1180216939 M * Nam Bertl?
1180217237 M * Bertl yes, with recent tools that should do
1180217292 M * Bertl Hurga: and what version is the kernel on your desktop?
1180217592 M * Hurga 2.6.15-28
1180217670 M * Bertl well, that is quite different, no?
1180217678 M * Bertl maybe try with a 2.6.17 kernel there too?
1180217694 A * Hurga currently installs Ubuntu 7.04 on his laptop... it's supposed to hav an optional vserver kernel... which hopefully works on earlier distros, too.
1180217741 M * Hurga Well, I've heard no reports of 2.6.17 breaking quota, so I'd be surprised if that made a difference.
1180217845 M * Bertl well, maybe something _changed_ .... at least I know that the quota system was overhauled a year ago or so ...
1180217860 M * Bertl that is roughly when those kernels were released
1180217890 M * Hurga hmm, good point. I missed that.
1180218044 M * Nam thx Bertl, helpful as always
1180218073 M * Bertl Nam: you're welcome! 
1180218261 M * onox Hurga: are you upgrading your whole system?
1180218288 M * Hurga onox: I'd prefer to avoid that.
1180218449 M * onox what's so bad about it?
1180218500 M * Hurga colocated box 300km away, 50 domains, 200 local users, 500 IRC users
1180218599 M * Hurga besides, Ubuntu Dapper should be good for a few more years in security patches. And except quota (and maybe ipv6) there's nothing I'd need in addition.
1180218604 M * onox that's a good point
1180218837 J * Piet hiddenserv@tor.noreply.org
1180219290 M * onox i mean that argument about 200/500 users
1180219373 M * Hurga thought so...
1180219409 M * onox i'm a gentoo user you know :D
1180219458 M * Hurga besides, I have an 'interesting' setup with ipv4 and ipv6 over different vlans. If anything goes wrong, I'm locked out. Not funny with a remote box.
1180219488 M * Hurga So I'm rather hesitant to tinker with the kernel... 
1180219549 M * onox does ipv6 work in vservers?
1180219572 M * Bertl yes, but it requires recent kernels and patches
1180219572 M * Hurga There's a patch. 
1180219622 M * Hurga Currently, I just run the ipv6 services chrooted on the host... 
1180219634 M * Hurga But I intend to change that.
1180219762 N * DoberMann[PullA] DoberMann
1180220865 M * onox Bertl: what's recent?
1180220963 M * Hurga onox: http://people.linux-vserver.org/~bonbons/ipv6/
1180221032 J * Hurga- nobody@p508a9efa.dip0.t-ipconnect.de
1180221053 M * Hurga- hm, great.
1180221054 M * Hurga- onox: http://people.linux-vserver.org/~bonbons/ipv6/
1180221070 N * Hurga Guest425
1180221071 N * Hurga- hurga
1180221079 N * hurga Hurga
1180221259 M * Bertl onox: the upcoming 2.3.x releases will include ipv6 support
1180221277 M * Hurga nice to hear.
1180221392 M * Hurga what's the status of context-quota, btw?
1180221404 M * onox Bertl: cool, I hope phreak`` releases a new vsgrsec-sources
1180221449 Q * Guest425 Ping timeout: 480 seconds
1180221469 M * Bertl onox: hmm, you sure you mean phreak`` and not harry?
1180221502 M * Bertl onox: or does phreak`` package those for gentoo?
1180221544 M * daniel_hozac phreak`` packages them.
1180221573 M * Bertl ah, i.c. ... tx for the info!
1180221581 M * daniel_hozac Hurga: still no interest that lasts long enough to actually test it, so non-existant.
1180221646 Q * bonbons Quit: Leaving
1180221658 M * Bertl Hurga: we know how to do it, but it isn't something folks really care about, and for a 'nice to have' feature, it has too much maintainance overhead
1180221711 M * Hurga I could live with standard quota (except that it diesn't work for me either currently)
1180221714 M * onox context quota?
1180221737 M * onox quota's on filesystems?
1180221739 M * Bertl onox: per guest user/group quota on a shared partiton
1180221752 M * Bertl *partition even
1180221757 M * onox hmm
1180221782 M * onox i'm going to install a vserver soon that is going to have users that need to be restricted
1180221789 M * Hurga Bertl: How many testers/users would it need?
1180221803 M * onox so, I think I need quota support too :)
1180221814 M * Bertl Hurga: basically a single one would suffice, but it isn't easy to test
1180221826 M * Bertl onox: you can have that on separate partitions
1180221841 M * onox Bertl: then binding that partition?
1180221892 M * Bertl if you use one partition for each guest, then (user/group) quota inside a guest works (almost) as normal
1180221929 M * Bertl the context quota is required when you put several guests on the same partition, and still want separate (per guest) user/group quotas
1180221986 M * Bertl Hurga: up to now, we had 3-4 candidates who volunteered to do the required testing .. all of them disappeared after a short time :)
1180222052 M * Hurga Would testing require knowledge of kernel-level debugging? Or just looking if it works on a system level?
1180222238 Q * bzed Quit: Leaving
1180222299 M * onox Bertl: I can have some directory /data on the host, and bind it to /var/lib/something in the vserver?
1180222457 M * daniel_hozac yes.
1180222464 M * daniel_hozac bind mounts works just fine.-
1180222475 N * DoberMann DoberMann[ZZZzzz]
1180222522 M * Bertl Hurga: no kernel level knowledge required, but one would need to know how to script certain things and get a reasonably good understanding how quota work
1180222761 M * Hurga should be possible... time is more of an issue :)
1180223228 Q * onox Quit: zZzZ
1180223565 Q * besonen_mobile Ping timeout: 480 seconds