1365902265 Q * ircuser-1 Ping timeout: 480 seconds
1365903760 J * ircuser-1 ~ircuser-1@35.222-62-69.ftth.swbr.surewest.net
1365905348 Q * Romster Ping timeout: 480 seconds
1365908076 J * Romster ~romster@202.168.100.149.dynamic.rev.eftel.com
1365915673 M * Bertl_oO off to bed now ... have a good one everyone!
1365915677 N * Bertl_oO Bertl_zZ
1365927465 Q * jimmy1987 Ping timeout: 480 seconds
1365928301 J * BenG ~bengreen@cpc35-aztw23-2-0-cust207.18-1.cable.virginmedia.com
1365928636 Q * ivan` Quit: ERC Version 5.3 (IRC client for Emacs)
1365929918 J * Ghislain ~aqueos@adsl1.aqueos.com
1365930224 J * ivan` ~ivan`@li125-242.members.linode.com
1365932959 Q * BenG Quit: I Leave
1365937507 Q * ircuser-1 Read error: Operation timed out
1365937856 J * hijacker_ ~hijacker@cable-84-43-134-121.mnet.bg
1365939935 J * Seattle ~chatzilla@c-24-34-74-228.hsd1.ma.comcast.net
1365940538 N * Bertl_zZ Bertl
1365940543 M * Bertl morning folks!
1365941256 J * ircuser-1 ~ircuser-1@35.222-62-69.ftth.swbr.surewest.net
1365941436 M * Seattle Hi All - am working on kernel upgrade using BenG code, though having same problem with compiling from scratch...when try to install gnome-core, seems like there is a debian bug that has been solved in "host" installs, but possibly not for virtual machines(?).  Note, not sure it's a "Vserver problem" per se, but this all worked under original Debian squeeze kernel, so am guessing either I've...
1365941438 M * Seattle ...compiled wrong (not my leading guess at present) or there's some incompatiblity between gnome-core and 3.3.2.42 (currently am using 3.2.42-vs2.3.2.16-beng). Appears to involve mountkernfs.sh, script headers read by "insserv".  Also, appears when guest created that there are an unusual amount of "update-rc.d: using dependency based boot sequencing", which I wondering if these suggest some...
1365941439 M * Seattle ...scripts are getting updated in init.d in the guest.   Have seen some fixes about putting headers in scripts...have posted errors and potential fixes to scripts on "paste.linux-vserver.org"
1365941543 M * Bertl excellent, make sure to drop a note to daniel_hozac 
1365941737 M * Seattle By Email?
1365941765 M * Seattle And would updating script headers seem like a good fix?
1365941767 M * Bertl probably the best way, unless you catch him here
1365941896 M * Seattle Can I ask for his email?
1365941963 M * Bertl check the email archives, should be trivial to find it there
1365942058 M * Seattle OK...and any sense as to whether I'm on the right track, or is this a need to try it and see whathappens?
1365942135 Q * puck Ping timeout: 480 seconds
1365942139 J * puck ~puck@leibniz.catalyst.net.nz
1365943958 Q * nou Remote host closed the connection
1365944033 J * nou Chaton@causse.larzac.fr.eu.org
1365947743 Q * Aiken Remote host closed the connection
1365948921 Q * Walex Read error: Connection reset by peer
1365948922 J * Walex2 ~Walex@78-86-80-54.zone2.bethere.co.uk
1365948960 Q * Walex2 
1365949255 Q * Seattle Quit: ChatZilla 0.9.90 [Iceweasel 3.5.16/20121207230533]
1365956263 J * Walex ~Walex@cl-203.lon-02.gb.sixxs.net
1365958149 Q * nou synthon.oftc.net charon.oftc.net
1365958149 Q * Jb_boin synthon.oftc.net charon.oftc.net
1365958149 Q * ncopa synthon.oftc.net charon.oftc.net
1365958149 Q * alex3 synthon.oftc.net charon.oftc.net
1365958149 Q * fback synthon.oftc.net charon.oftc.net
1365958149 Q * _BWare_ synthon.oftc.net charon.oftc.net
1365958149 Q * DelTree_ synthon.oftc.net charon.oftc.net
1365958149 Q * ard synthon.oftc.net charon.oftc.net
1365958149 Q * HobGoblin synthon.oftc.net charon.oftc.net
1365958149 Q * macmaN synthon.oftc.net charon.oftc.net
1365958149 Q * sid3windr synthon.oftc.net charon.oftc.net
1365958149 Q * tokkee synthon.oftc.net charon.oftc.net
1365958149 Q * sladen synthon.oftc.net charon.oftc.net
1365958149 Q * ccxCZ synthon.oftc.net charon.oftc.net
1365958149 Q * FloodServ synthon.oftc.net charon.oftc.net
1365958151 J * nou Chaton@causse.larzac.fr.eu.org
1365958151 J * Jb_boin ~dedior@proxad.eu
1365958151 J * ncopa ~test@3.203.202.84.customer.cdi.no
1365958151 J * ard ~ard@shell2.kwaak.net
1365958151 J * alex3 ~alex@v1.fob.spline.inf.fu-berlin.de
1365958151 J * tokkee tokkee@osprey.tokkee.org
1365958151 J * sladen ~paul@starsky.19inch.net
1365958151 J * macmaN ~chezburge@138.167.190.90.dyn.estpak.ee
1365958151 J * sid3windr luser@bastard-operator.from-hell.be
1365958151 J * fback fback@red.fback.net
1365958151 J * ccxCZ ~ccxCZ@156.200.broadband11.iol.cz
1365958151 J * HobGoblin ~jaa@yatima.uukgoblin.net
1365958151 J * _BWare_ ~itsme@31.25.99.5
1365958151 J * DelTree_ ~deplagne@2a00:c70:1:213:246:39:115:2
1365958151 J * FloodServ services@services.oftc.net
1365961367 J * _WildPikachu_ ~nkukard@196-210-204-27.dynamic.isadsl.co.za
1365961515 Q * nkukard_ Ping timeout: 480 seconds
1365962567 Q * hijacker_ Quit: Leaving
1365965598 J * bonbons ~bonbons@2001:a18:209:3a01:40b2:1343:4403:8bf1
1365966379 J * Marbug ~gentoo@ip-83-101-67-3.customer.schedom-europe.net
1365966436 M * Marbug hi I'm using munin inside a vserver, but I can't get any vserver info as the /proc/virtual isn't avalible inside the guest. is there a way, a flag maybe? which will enable the information inside a guest? google faild me :(
1365966511 M * Bertl no, that is somewhat impossible, as the info per xid/nid is only available on the host
1365966558 M * Bertl you can get the vinfo/ninfo for the guest from inside
1365966768 M * Marbug hmmm, but then I assume I can bindmound the information then
1365966794 M * Bertl it's a virtual filesystem, it just won't show
1365966862 M * Marbug so there is no way in getting the info inside the guest
1365966883 M * Marbug I never tried to mkdir inside a proc, seemed it didn't worked either :)
1365966919 M * Bertl yes, sure there is, you can modify the kernel sources
1365966972 M * Marbug by modifying, you mean editing the kernel source files ?
1365967016 M * Bertl yep
1365967050 M * Marbug that are things I rather don't touch :)
1365967088 M * Bertl let me ask, what's the purpose?
1365967162 M * Marbug I have a homeserver with several vservers, and to keep everything clean, all services except for KVM are inside a vserver. That means munin and apache are also running inside a vserver
1365967179 M * Marbug even my DNS and DHCP are running inside one
1365967208 M * Marbug the only thing running on the host is kvm (which isn't even running) and vserver
1365967259 M * Marbug I could run the munin-node on the host, but I rather not, as it will make a 'mess', if you know what I mean ;)
1365967338 M * Bertl yeah, well, without kernel modifications, it will be your only option, but it is probably simple to dedicate a specific context for showing the host information in addition to the host context
1365967353 M * Bertl (but as I said, that requires a kernel source code change)
1365967554 M * Marbug yep, maybe someone will once do it and add it to the vserver kernel configuration, as it may sound simple in words, and maybe in code too. I rather keep away from editing source files in the packetmanager. (maybe one day will come when that will change)
1365967742 M * Marbug just for the info, do you know where that peace of code is located? inside the vserver source files or system source files (kernel)
1365967774 M * Bertl well, I doubt that we will add this to Linux-VServer as a feature, it is a little too specific
1365967800 M * Bertl the relevant code is in the Linux-VServer procfs changes/files
1365967819 M * Marbug owkay, maybe one day I'll look into that
1365967866 M * Marbug if I managed to add that, and if it works, ofcourse with a kernel option to enable it, could it be added to the vserver kernel code ?
1365967908 M * Bertl if you make a very good point why it would be useful, then yes
1365967910 M * Marbug because if that will be, I'll set up an old pc with a fresh install to get it working
1365968195 M * Marbug to get information about the host vserver inside a guest, can be for several reasons. maybe someone logs inside a guest to monitor his vservers. if that person don't want that his host would be accessibe through ssh from the outside world. or like me, when you have apache and munin running inside a guest to keep everything clean, and dont want to have loose packages running here and there to get information. It's would be nice 
1365968195 M * Marbug to monitor the vserver statistics on a webpage. And ofcours vserver is also increasing security because of the 'super' chroot, a little bit of more information which can be enabled in the kernel won't do any harm, isn't it? ;)
1365968351 M * Marbug and it would give more flexibility for the user
1365968474 M * Bertl yeah, well, you could easily collect the information you need on the host, and simply put it into a directory for apache to show, or make it available in some other way
1365968497 M * Bertl for example, you don't collect disk i/o or network stats inside a guest either
1365968531 M * Marbug as weard as it may sound, that information is shown correctly in munin
1365968535 M * Bertl and you can still put the logging processes into a chroot or similar
1365968570 M * Bertl (logging or collecting)
1365968600 M * Bertl for example, I collect most of the host stats directly into an rrdb
1365968628 M * Bertl which is available (bind mounted) into a guest which does the web server part
1365968739 M * Marbug but then like you say I can copy the stats on the host, and set in in another file, and changing all the modules which needs to get information from the host that they need to get information from another location
1365968746 M * Marbug that was my last option
1365971452 M * Marbug I'll just fix it by installing munin-node on the host which will send the information to the guest
1365971487 M * Bertl probably the simplest solution
1365972548 M * Jb_boin and the most logical one :)
1365972938 M * Marbug yep, will adapt my munin config, and also add a munin monitor on my mysql vserver itself :)
1365972982 M * Marbug I can already see my vserver stats now from the host + much more info :)
1365973047 J * Aiken ~Aiken@2001:44b8:2168:1000:21f:d0ff:fed6:d63f
1365973291 M * Jb_boin another tip if you use htop from the host is to put an alias like this on your .profile for example : alias htop='vcontext --migrate --xid 1 htop'
1365973339 M * Jb_boin you will be able to see processes from every vservers on htop and then you can add a column with the vxid and you will see which process are in which vserver
1365973388 M * Marbug oh, sweet! I was always wondering why htop had the vserver useflag while it never showed something, I'll try it imediately :)
1365973398 Q * Ghislain Quit: Leaving.
1365973399 J * Ghislain ~aqueos@adsl1.aqueos.com
1365973444 M * Jb_boin and if you want to use iotop, put "setattr --watch /proc/vmstat" on your /etc/rc.local so its executed at boot then use this alias : alias iotop='vcontext --migrate --xid 1 iotop'
1365973710 M * Marbug will set that too, I assume /etc/local.d/baselayout1.start is the equivalent for /etc/rc.local 
1365973881 Q * Ghislain Ping timeout: 480 seconds
1365974440 Q * cuba33ci Read error: Connection reset by peer
1365974514 J * cuba33ci ~cuba33ci@114-36-249-241.dynamic.hinet.net
1365977511 Q * bonbons Quit: Leaving
1365978667 Q * Walex 
1365978729 Q * Marbug Ping timeout: 480 seconds