1352851387 M * Bertl off to bed now ... have a good one everyone!
1352851392 N * Bertl Bertl_zZ
1352851968 J * ravid ~quassel@196-210-239-253.dynamic.isadsl.co.za
1352853115 Q * Ghislain Quit: Leaving.
1352856921 J * nkukard ~nkukard@dsl-246-172-193.telkomadsl.co.za
1352857301 J * clopez ~clopez@242.17.60.213.dynamic.mundo-r.com
1352868774 Q * clopez Ping timeout: 480 seconds
1352872850 N * Bertl_zZ Bertl
1352872853 M * Bertl morning folks!
1352872974 Q * nkukard Ping timeout: 480 seconds
1352876498 Q * thierryp Remote host closed the connection
1352876959 J * Ghislain ~aqueos@adsl1.aqueos.com
1352881959 M * Bertl back to bed ... bbl :)
1352881963 N * Bertl Bertl_zZ
1352881992 M * daniel_hozac sounds fantastic
1352883388 Q * padde Remote host closed the connection
1352883398 J * padde ~padde@patrick-nagel.net
1352884337 Q * nox Ping timeout: 480 seconds
1352884441 J * nox ~bnc@2a01:4f8:140:40a2:6667::952
1352885468 Q * ncopa Ping timeout: 480 seconds
1352885615 J * nkukard ~nkukard@196.28.214.94
1352885947 J * ncopa ~ncopa@ti0143a340-0939.bb.online.no
1352887347 J * kir ~kir@swsoft-msk-nat.sw.ru
1352889196 Q * nkukard Read error: Operation timed out
1352889529 J * ncopa_ ~ncopa@ti0143a340-0304.bb.online.no
1352889611 J * clopez ~clopez@242.17.60.213.dynamic.mundo-r.com
1352889952 Q * ncopa Ping timeout: 480 seconds
1352891139 J * ncopa__ ~ncopa@ti0143a340-0337.bb.online.no
1352891572 Q * ncopa_ Ping timeout: 480 seconds
1352891735 J * nkukard ~nkukard@41.177.102.96
1352891774 J * BenG ~bengreen@cpc29-aztw23-2-0-cust144.18-1.cable.virginmedia.com
1352893017 P * kir PING 1352893017
1352893192 Q * ircuser-1 Ping timeout: 480 seconds
1352893682 Q * Guy- Ping timeout: 480 seconds
1352893939 Q * clopez Ping timeout: 480 seconds
1352894412 J * arekm ~arekm@ixion.pld-linux.org
1352895455 J * kir ~kir@swsoft-msk-nat.sw.ru
1352895578 M * BenG who wants to test some ubuntu packages in a bit?
1352895590 M * BenG not sure when they'll be compiled
1352895755 P * kir 
1352895892 Q * Aiken Remote host closed the connection
1352896658 J * ircuser-1 ~ircuser-1@35.222-62-69.ftth.swbr.surewest.net
1352897567 J * fisted ~fisted@xdsl-81-173-188-98.netcologne.de
1352897606 J * Guy- ~korn@elan.rulez.org
1352901481 N * Bertl_zZ Bertl
1352901543 M * Bertl good afternoon!
1352902377 N * ncopa__ ncopa
1352902396 M * aurel42 On a LVS guests (test system running Debian/wheezy), exim4 spews a lot of "[gs]etrlimit(RLIMIT_{NOFILE,NPROC} failed: Operation not permitted" to its paniclog. Anybody know a fix/workaround? (Do my homework, please!)
1352902437 M * aurel42 s/guests/guest/
1352902441 M * Bertl hehe, well, I presume it tries to raise or remove the limit for files and processes
1352902469 M * Bertl this is by default blocked in Linux-VServer, but you have a bunch of options there
1352902525 M * aurel42 Something about ccaps SET_RLIMIT?
1352902527 M * Bertl you can allow the change, you can remove the change from exim
1352902550 M * Bertl you can raise the limit (guest config) to whatever exim uses
1352902553 M * aurel42 I don't mind allowing it, I don't have "hostiles" on my LVS guests. I hope. :)
1352902558 M * Bertl or you can simply ignore it
1352902610 M * aurel42 http://linux-vserver.org/Capabilities_and_Flags <-- that the right place to learn how to allow it?
1352902750 M * Bertl for the override, yes
1352903457 M * aurel42 Meh. I was so sure that "echo >ccaps SET_RLIMIT" would solve all my problems, but it didn't.
1352903512 M * aurel42 Oh.
1352903548 M * aurel42 "mv ccaps ccapabilities" solved all my problems. \o/
1352903684 M * Bertl :)
1352903770 Q * arekm Quit: leaving
1352903910 M * aurel42 Thanks, Bertl!
1352903950 M * Bertl you're welcome!
1352904171 M * BenG hi all
1352904202 M * BenG anyone know how I make hashify put its file in a location of my choosing?
1352904214 M * BenG s/file/files/
1352904222 M * BenG I haven't used it for ages
1352904282 M * daniel_hozac change the symlink in /etc/vservers/.defaults/apps/vunify/hash/ to where you want them
1352904308 M * BenG great
1352904352 M * BenG thanks
1352904394 M * Bertl off for now ... bbl
1352904398 N * Bertl Bertl_oO
1352905415 M * BenG "Could not find a place for the hashified files at '/etc/vservers/.defaults/apps/vunify/hash'."
1352905417 M * BenG oh
1352905492 J * thierryp ~thierry@zankai.inria.fr
1352905686 M * BenG ah, I'm just going to RTFFAQ at myself there...
1352906152 M * BenG ah, I needed to create .../hash/root/
1352906190 M * daniel_hozac yes, hash is a directory
1352906208 M * daniel_hozac it needs to contain symlinks to where you want your files on each filesystem that contains guests
1352906388 M * BenG not sure I get what you mean there
1352906457 M * BenG root is being populated now, but I've not configured it in any way other than adding a directory named root
1352906709 Q * fisted Quit: brb
1352906743 M * BenG so if I had other file systems with guests on, what would I do daniel_hozac ?
1352906762 M * BenG put other symlinks in .../hash/ ?
1352906795 M * BenG do they need to be specific names - is "root" completely arbitrary?
1352906814 M * daniel_hozac yes, ln -s /root/of/other/fs/hashify /etc/vservers/.defaults/apps/vunify/hash/02
1352906821 M * daniel_hozac the name can be anything
1352906850 M * BenG excellent thanks
1352906874 M * BenG I'll head to the documentations and see if that's clear enough
1352907353 N * Bertl_oO Bertl
1352907410 M * Bertl back now ...
1352913271 Q * thierryp Remote host closed the connection
1352914129 J * bonbons ~bonbons@2001:960:7ab:0:9504:4a1c:7419:ae59
1352918093 Q * ensc|w Remote host closed the connection
1352918104 J * ensc|w ~ensc@www.sigma-chemnitz.de
1352921108 J * hijacker_ ~hijacker@cable-84-43-134-121.mnet.bg
1352921320 M * micah hey all
1352921346 M * micah daniel_hozac: as you probably know, debian is not releasing a kernel with vserver patch in the next stable release
1352921368 M * micah right now, the version of util-vserver that is going to go in that stable release is quite old
1352921385 M * micah its the same one that is in the current release (squeeze)
1352921394 M * micah that seems like a bad situation in general
1352921399 M * Bertl is there a point in having util-vserver in the stable release without a kernel?
1352921405 M * micah sure there is
1352921420 M * micah its useful to have the user-space utilities for when you compile your own kernel
1352921424 Q * BenG Quit: I Leave
1352921434 M * micah you can compile your own user-space utilities too, of course, but the convenience is apparant
1352921471 M * micah the point is, I have two choices here: 1. request removal of util-vserver from wheezy, so it is not shipped in the upcoming stable release, and does not stay ancient for several more years
1352921478 M * micah 2. or leave it in there :P
1352921503 M * Bertl not really ... personally I'd prefer if util-vserver would not be present (especially as outdated/ancient) version in the next stable release ... but it's completely up to daniel_hozac ...
1352921532 M * micah which is the 'not really' part responding to?
1352921544 A * micah wants a threaded irc ;)
1352921557 M * Bertl to the 'convenience is apparent'
1352921569 M * micah ah, well that was a statement about my own feeling
1352921598 M * micah i would find that quite convenient, unless it were completely incompatible
1352921621 M * Bertl the current version certainly is 
1352921647 M * Bertl i.e. it won't give you any useful isolation on a recent (less than a year old) kernel
1352921650 M * micah the current version in debian is incompatible?
1352921666 M * micah ... just trying to get a clear understanding of your statement
1352921669 M * Bertl I presume so, what version is it?
1352921693 M * micah 0.30.216-pre2864
1352921713 M * micah i'll note that there hasn't been a proper release of the utilities in years ;)
1352921714 M * Bertl hmm, that could work, and that's in stable?
1352921731 M * micah that is in the current stable version right now, and slated for the next one
1352921735 M * Bertl last time I checked it was something like 0.30.215
1352921790 M * micah heh, that got updated to .216 in Jul 2008
1352921797 M * Bertl anyway, it's completely up to daniel_hozac, he will give you his preference once he gets back
1352921876 M * micah ok, sounds good! thanks for your feedback!
1352921893 M * Bertl thanks for still caring!
1352921895 M * micah sorry i haven't been around much! still quite happy with vservers :)
1352922077 M * Bertl off for a short nap ... bbl
1352922085 N * Bertl Bertl_zZ
1352924044 J * cuba33ci_ ~cuba33ci@114-36-226-105.dynamic.hinet.net
1352924393 Q * cuba33ci Ping timeout: 480 seconds
1352924398 N * cuba33ci_ cuba33ci
1352925526 J * Aiken ~Aiken@ppp219-137.static.internode.on.net
1352927770 Q * hijacker_ Quit: Leaving
1352927933 N * Bertl_zZ Bertl
1352927937 M * Bertl back now ...
1352928421 M * daniel_hozac micah: updated utils would be fine, but the old ones just break things for people.
1352928443 M * micah daniel_hozac: i can't update the utils in the upcoming stable release
1352928455 M * micah daniel_hozac: my choices are to remove them or leave them with the older version
1352928479 M * daniel_hozac then i'd remove them.
1352928488 M * daniel_hozac they're too old to be useful for anyone.
1352928870 J * clopez ~clopez@242.17.60.213.dynamic.mundo-r.com
1352929381 Q * bonbons Quit: Leaving
1352929605 Q * neofutur Remote host closed the connection
1352929609 J * neofutur neofutur@xena.ww7.be
1352931316 Q * WMP Quit: ZNC - http://znc.in
1352931332 J * WMP ~oftc@2001:41d0:2:7b94::1
1352931649 J * morrigan morrigan@IRC.13thfloor.at
1352931740 M * morrigan hi
1352931764 M * morrigan are there vserver kernel rpms for Fedora 17?
1352933725 M * daniel_hozac no