1363049920 J * frank\ 54b374e1@ircip4.mibbit.com
1363049932 M * frank\ good evening! :)
1363049951 M * frank\ Bertl: still awake?
1363050029 M * frank\ Bertl: why is it, that (per default) both -> CONFIG_VSERVER_AUTO_LBACK and CONFIG_VSERVER_AUTO_SINGLE are set to 'y'?
1363050050 M * frank\ Bertl: wouldn't it be better to have the default val for CONFIG_VSERVER_AUTO_SINGLE to be 'n'?
1363050124 M * frank\ Bertl: as per suggestion in http://www.paul.sladen.org/vserver/archives/200802/0098.html (quite old thread - I know) :)
1363050380 M * Bertl still awake
1363050474 M * Bertl the default is still 'y' because we aim for highest performance
1363050531 M * Bertl the auto_lback doesn't add runtime overhead, but disabling the auto_single will add overhead for the single ip case
1363050592 M * frank\ ah... didn't even think that it might have sth to do with performance ;)
1363050669 M * Bertl but for the typical setup, it's probably simpler/better to disable auto_single
1363050692 M * Bertl (so we might actually change the default at some point)
1363050702 M * frank\ just fixed my own long time question why some vservers here act differently than others... (on some I have to allow their external ip in different services as source of access - postfix/main.cf and such.... and on others I don't have to care about this)
1363050786 M * frank\ where the ones where I have to add their external ip as into mynetworks (the postfix example) are all vservers with only one ip assigned
1363050814 M * Bertl I see, but you know, you can override this on a per guest basis?
1363050827 M * frank\ the nflags thingie
1363050832 M * Bertl yep, precisely
1363050832 M * frank\ ~single_ip?
1363050880 Q * Guy- Ping timeout: 480 seconds
1363050886 M * Bertl yep
1363050961 M * frank\ okay
1363051026 M * frank\ would it break things if I have ~single_ip on all vservers (even the one with multiple ips assigned) - I guess not?! :)
1363051045 M * Bertl nope
1363051222 M * frank\ great - thanks for clarification on this for me :)
1363051230 M * Bertl you're welcome!
1363051248 M * frank\ just one last question - why are you not in bed right now?
1363051253 M * frank\ ;)
1363051297 M * frank\ the nick Bertl suggests that you're a native european
1363051313 M * frank\ austria or germany or switzerland
1363051319 M * Bertl Austria it is
1363051340 M * Bertl and I'm not in bed right now, because I'm not tired yet :)
1363051344 M * frank\ same timezone as mine then (but don't ask why I am not in bed)
1363051366 M * frank\ but you're located in austria at this moment?
1363051372 M * Bertl correct
1363051399 M * frank\ ok - nevermind then - I was just curious ;)
1363051406 M * Bertl no problem
1363051438 M * frank\ from reading the realtime IRC logs I got the impression that you must be probably somewhere else in this tiny world than europe ;)
1363051459 M * Bertl hehe, yeah, that might be misleading
1363051469 M * frank\ something far away from MET - maybe even on the moon or mars ;)
1363051481 M * Bertl it's BUT
1363051512 M * frank\ BUT?
1363051524 M * Bertl Bertl's Unique Timezone :)
1363051540 M * frank\ ah - lol
1363051669 M * frank\ I'm off to bed - Bertl ... thanks for giving linux-vserver to us - keep on the excellent work! I really appreciate it!
1363051684 M * Bertl you're welcome! I'll do my best ...
1363051691 M * frank\ byebye!
1363051694 M * Bertl cya
1363051729 Q * frank\ Quit: http://www.mibbit.com ajax IRC Client
1363052713 Q * clopez Ping timeout: 480 seconds
1363055031 J * kolorafa_ ~irc@bud122.neoplus.adsl.tpnet.pl
1363055385 Q * kolorafa Ping timeout: 480 seconds
1363060301 J * ncopa_ ~test@ti0143a340-0486.bb.online.no
1363060760 Q * ncopa Ping timeout: 480 seconds
1363068979 J * Ghislain ~aqueos@adsl1.aqueos.com
1363069027 M * Bertl off to bed now ... have a good one everyone!
1363069032 N * Bertl Bertl_zZ
1363070294 J * Guy- ~korn@elan.rulez.org
1363073627 M * BlackPanx daniel_hozac proper! :) can't wait to update all my servers :)
1363077121 J * BenG ~bengreen@cpc35-aztw23-2-0-cust207.18-1.cable.virginmedia.com
1363079101 J * nkukard_ ~nkukard@196-210-205-18.dynamic.isadsl.co.za
1363079111 M * arekm BenG: hi, what do you think, vserver related or not? http://pastebin.com/cSCfFgcy
1363079121 M * arekm Bertl_zZ: hi, what do you think, vserver related or not? http://pastebin.com/cSCfFgcy
1363079189 J * thierryp ~thierry@zankai.inria.fr
1363079250 Q * _WildPikachu_ Ping timeout: 480 seconds
1363080035 M * lamvak arekm have you patched the kernel manually or used pre-patched version (like vserver-sources for gentoo)?
1363080059 M * daniel_hozac arekm: doesn't look vserver related.
1363080067 M * arekm patched manually
1363080089 M * arekm daniel_hozac: ok, thanks. will send to netdev@ then
1363080111 M * lamvak if you can reproduce this error
1363080145 M * lamvak and you don't need any actual vserver running to do so
1363080169 M * lamvak you could check if that's in fact not vserver related - back the kernel setup (source directory)
1363080183 M * lamvak copy the config
1363080189 M * lamvak get the clean source
1363080197 M * lamvak compile with that config
1363080210 M * lamvak and try if you can get it to produce the same error
1363080234 M * lamvak if you'd like to play a bit, i mean ;)
1363080238 M * arekm it didn't yet happen on hosts which use vserver kernel but no guests are running, so thought it's related. Happens rarely, like once per few days
1363080253 M * arekm I'll try to reproduce on other machine (aka upgrade to the same kernel and see)
1363080283 M * lamvak great
1363080298 M * daniel_hozac arekm: are you using network namespaces with your guests?
1363080305 M * arekm daniel_hozac: no
1363080574 M * arekm found some older oops in logs, same way http://pastebin.com/JCDLs6Rp
1363080872 J * bonbons ~bonbons@2001:a18:20a:1601:fd81:b990:2a35:fa2e
1363084352 N * ncopa_ ncopa
1363084586 M * Ghislain just a quick question, this is not possible to ask the vserver tools to use dhcp to configure the ip adress of a guest ?
1363084619 M * Ghislain all we can is open the capability to have the dhcp client inside a guest to work
1363084640 M * Ghislain just guessing as the flower page do not speak of dhcp at all :)
1363085420 J * clopez ~clopez@fanzine.igalia.com
1363085519 Q * thierryp Remote host closed the connection
1363085565 J * thierryp ~thierry@zankai.inria.fr
1363085633 M * daniel_hozac util-vserver doesn't handle it, but you can run an additional DHCP client on the host and have it configure your guest.
1363086308 J * _WildPikachu_ ~nkukard@196-210-205-18.dynamic.isadsl.co.za
1363086459 Q * nkukard_ Ping timeout: 480 seconds
1363087313 Q * BenG Quit: I Leave
1363087992 Q * Aiken Remote host closed the connection
1363091074 Q * ircuser-1 Read error: Operation timed out
1363091967 N * Bertl_zZ Bertl
1363091975 M * Bertl morning folks!
1363092275 M * lamvak morn :)
1363094863 M * Ghislain daniel_hozac: ok by the 'script' command i guess, ok i'll have a look i was not thinking of this way of doing thanks.
1363094877 J * ircuser-1 ~ircuser-1@35.222-62-69.ftth.swbr.surewest.net
1363096445 Q * hparker Remote host closed the connection
1363096821 J * hparker ~hparker@linux.homershut.net
1363102187 Q * clopez Read error: Operation timed out
1363104665 Q * thierryp Remote host closed the connection
1363105512 J * clopez ~clopez@108.30.165.83.dynamic.mundo-r.com
1363105737 J * pmenier ~pmenier@ACaen-651-1-236-170.w81-48.abo.wanadoo.fr
1363107355 M * lamvak Bertl thanks again for the advice, worked pretty well
1363107404 M * Bertl you're welcome!
1363108849 Q * clopez Ping timeout: 480 seconds
1363109844 Q * pmenier 
1363112570 J * chrisirc ~chrisirc@static.206.51.47.78.clients.your-server.de
1363112678 M * chrisirc Hello. I'm running a host with ext4 filesystems both on the host and for guests.
1363112712 M * chrisirc It just happened to me the second time that somehow such a filesystem doesn't release the space I'm freeing.
1363112737 M * chrisirc I rm -rf'ed a whole /usr/src/linux directory containing 1.2GB of data, and free space went from 188MB to 206MB.
1363112754 M * Bertl well, there could be a bunch of reasons for that
1363112772 M * chrisirc Typed "sync", no change. So I tried to unpack the new linux tgz anyway, ran into out of space.
1363112793 M * chrisirc rm -rf linux/, went from 0 to 50MB free.
1363112796 M * Bertl first, was the data really unique? i.e. not maybe hardlinks with small changes or even a symlink?
1363112812 M * chrisirc (I'm doing this as a non-root user btw)
1363112823 M * chrisirc hm.
1363112831 M * chrisirc checking for unification.
1363112863 M * chrisirc (Thought I didn't have it running, but...)
1363112963 M * chrisirc Duh, yep, hashify is configured to run over this.
1363112980 M * Bertl so, chances are good you freed up all there was :)
1363113005 M * chrisirc Wondering why it only returned 50MB of the newly unpacked dir, tho, .. checking crontab times
1363113048 M * chrisirc yep, cron entry is in the middle of the night, TZ is correct.
1363113055 M * chrisirc anyway, running gc script
1363113166 M * chrisirc ok, 1257MB free now.
1363113177 M * chrisirc still missing those ~150MB
1363113199 M * chrisirc anyway. Walking on.
1363113604 M * chrisirc Hm mystery of the second "leak" solved:
1363113630 M * Bertl yes?
1363113635 M * chrisirc After the fresh untarring, I ran "rm -rf linux/". But the linux tarballs don't use this path, so it created linux-3.7.9/ really.
1363113658 M * chrisirc Somehow there was a reason 50MB were freed that wasn't tied to me running rm -rf linux/.
1363113664 M * chrisirc And I was just assuming..
1363113711 M * chrisirc (And since I was already wary of ext4 holding on to space until the next sync, I was quick pointing blame.)
1363113735 M * Bertl well, good that it could be easily resolved
1363113741 M * chrisirc ~"Expect a black sheep and you'll see it"
1363113748 Q * lamvak Remote host closed the connection
1363113790 M * chrisirc I wonder why I'm always running rm -rf and not just rm -r
1363113801 M * chrisirc The latter would have issued an error message.
1363116631 J * Aiken ~Aiken@2001:44b8:2168:1000:21f:d0ff:fed6:d63f
1363116831 J * clopez ~clopez@108.30.165.83.dynamic.mundo-r.com
1363119385 J * hijacker_ ~hijacker@cable-84-43-134-121.mnet.bg
1363122549 Q * hijacker_ Quit: Leaving
1363123447 Q * brambles Remote host closed the connection
1363126414 J * lamvak ~lamvak@89-66-62-148.dynamic.chello.pl
1363127304 Q * clopez Ping timeout: 480 seconds
1363129974 Q * Ghislain Quit: Leaving.