1372205188 Q * hparker Remote host closed the connection
1372205292 J * hparker ~hparker@2001:470:1f0f:32c:beae:c5ff:fe01:b600
1372207273 Q * spender Quit: .
1372209537 Q * hijacker Read error: Operation timed out
1372209549 J * hijacker ~hijacker@bgva.sonic.taxback.ess.ie
1372212434 Q * Aiken Remote host closed the connection
1372212597 J * Aiken ~Aiken@2001:44b8:2168:1000:21f:d0ff:fed6:d63f
1372220211 M * Bertl off to bed now ... have a good one everyone!
1372220217 N * Bertl Bertl_zZ
1372221504 J * thierryp ~thierry@LNeuilly-152-21-8-169.w193-253.abo.wanadoo.fr
1372223005 J * SteeleNivenson ~SteeleNiv@pool-96-224-241-140.nycmny.fios.verizon.net
1372225315 J * grembleb ~bengreen@cpc35-aztw23-2-0-cust207.18-1.cable.virginmedia.com
1372226534 Q * SteeleNivenson Read error: Operation timed out
1372230193 J * Ghislain ~aqueos@adsl1.aqueos.com
1372232938 Q * ncopa Quit: Leaving
1372233441 J * ncopa ~test@3.203.202.84.customer.cdi.no
1372237912 Q * mcp Remote host closed the connection
1372238928 J * mcp ~mcp@wolk-project.de
1372240961 N * Bertl_zZ Bertl
1372240966 M * Bertl morning folks!
1372241140 M * hijacker afternoon
1372241918 M * Ghislain good  whatever !
1372241922 M * Ghislain :=)
1372242604 J * alpha_one_x86 ~kvirc@190.186.23.16
1372245056 Q * ircuser-1 Ping timeout: 480 seconds
1372246921 M * hijacker yes, indeed
1372248510 J * ircuser-1 ~ircuser-1@35.222-62-69.ftth.swbr.surewest.net
1372249889 Q * alpha_one_x86 Quit: KVIrc KVIrc Aria 4.3.1, revision: 6250, sources date: 20120701, built on: 2013-03-26 15:17:55 UTC http://www.kvirc.net/
1372251576 T * * http://linux-vserver.org/ |stable 3.6.x-vs2.3.x|util-vserver-0.30.216-pre3038| 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 forget about the minute.
1372251576 T * ChanServ -
1372251749 Q * Romster Quit: Geeks shall inherit properties and methods of object earth.
1372252017 J * Romster ~romster@202.168.100.149.dynamic.rev.eftel.com
1372252197 J * SteeleNivenson ~SteeleNiv@pool-96-224-241-140.nycmny.fios.verizon.net
1372253137 M * BlackPanx could there be a problem if i put into vserver dummy0 interface that has /24 instead of /32 netmask?
1372253166 M * BlackPanx it's probably more correct to do /32 but... would that make any difference at all ?
1372253263 M * Bertl yes, it would make a difference and no, I don't think you'll have a problem when using the correct netmask
1372253300 M * Bertl dummy0 or eth0 doesn't matter /24 is on a network and /32 is basically in solitude
1372253392 M * BlackPanx okay
1372253397 M * BlackPanx thanks for clarifying it
1372253640 J * alpha_one_x86 ~kvirc@190.186.23.16
1372253739 Q * ncopa Ping timeout: 480 seconds
1372253775 Q * Aiken Remote host closed the connection
1372253841 J * ncopa ~test@3.203.202.84.customer.cdi.no
1372254671 Q * SteeleNivenson Ping timeout: 480 seconds
1372255141 Q * alpha_one_x86 Quit: KVIrc KVIrc Aria 4.3.1, revision: 6250, sources date: 20120701, built on: 2013-03-26 15:17:55 UTC http://www.kvirc.net/
1372255417 J * _br_ ~bjoern_of@213-239-215-232.clients.your-server.de
1372255722 J * alpha_one_x86 ~kvirc@190.186.23.16
1372257449 Q * alpha_one_x86 Quit: KVIrc KVIrc Aria 4.3.1, revision: 6250, sources date: 20120701, built on: 2013-03-26 15:17:55 UTC http://www.kvirc.net/
1372258924 N * l0kit Guest1178
1372258934 J * l0kit ~1oxT@0001b54e.user.oftc.net
1372259334 Q * Guest1178 Ping timeout: 480 seconds
1372260082 Q * m_ueberall Remote host closed the connection
1372260198 J * m_ueberall dircproxy4@2a01:4f8:100:80e3:0:bc28:af65:5
1372260754 J * hijacker_ ~hijacker@cable-84-43-134-121.mnet.bg
1372261769 N * disposab1e disposable
1372262057 M * disposable on ubuntu 12.04 with 3.5 kernel with 2.3.4 patches and util-vserver 0.30.216-pre3038-1, i have a debian squeeze vserver. I am trying to install alsa-utils, but that needs udev running. udev udev requires a mounted sysfs, not started. ... failed!
1372262080 M * disposable oops. i pasted stuff in adn included a new line.
1372262098 M * disposable basically, i can't run udev because of sysfs not mounted. how do i fix that?
1372262120 M * Bertl well, basically you do not want to run udev in a guest.
1372262145 M * disposable but i NEED to run festival in a guest. festival requires alsa, alsa needs udev
1372262155 M * Bertl there is nothing to be discovered (hardware related) and to be configured inside a guest
1372262189 M * Bertl it might be, that the packages or services show some dependancy, but trust me, festival does not require udev :)
1372262210 M * Bertl it doesn't even require alsa, btw
1372262339 M * disposable well, on my system it isn't a recommendation but a dependency.
1372262359 M * Bertl how is that dependency expressed?
1372262369 M * disposable very strongly
1372262395 M * disposable i don't know how to answer that question
1372262410 M * Bertl well, what command is giving you what error
1372262564 M * disposable http://pastebin.com/CbTxkuwh
1372262625 M * Bertl looks like an apt dependency to me
1372262647 M * Bertl just grab the packages and install them with dpkg or override the apt dependencies
1372262659 M * disposable the actual error afterwards is - http://paste.linux-vserver.org/23929
1372262673 M * disposable ok, i'll try dpkg -i
1372262735 M * Bertl that doesn't even look like it failed
1372262753 M * Bertl it just states that festival was left unconfigured
1372262784 M * disposable that's true, but every time i try to install something i'll have unresolved dependencies jump at me
1372262805 M * disposable every time i use aptitude, it'll try to uninstall it (resolve dependencies)
1372262805 M * Bertl it would be simpler if debian was a little smarter :)
1372262885 M * Bertl I'm not using debian for various reasons, but I'm pretty sure one could trick insserv to assume that udev has been started and/or to remove udev from the service dependencies
1372262978 M * disposable i'll try compiling my own festival. i don't want to play with insserv/udev/mountkernfs/sysfs/etc
1372262992 M * disposable thanks for the effort anyway
1372263016 M * Bertl no problem.
1372263027 J * bonbons ~bonbons@2001:a18:20b:a301:edb2:8ad2:c7fe:7aa3
1372265467 Q * ntrs Ping timeout: 480 seconds
1372265504 J * alpha_one_x86 ~kvirc@190.186.23.16
1372265811 Q * thierryp Remote host closed the connection
1372265900 J * thierryp ~thierry@LNeuilly-152-21-8-169.w193-253.abo.wanadoo.fr
1372265918 J * FireEgl ~FireEgl@173-25-83-57.client.mchsi.com
1372266202 Q * grembleb Quit: I Leave
1372266598 Q * thierryp Remote host closed the connection
1372269694 J * SteeleNivenson ~SteeleNiv@pool-96-224-241-140.nycmny.fios.verizon.net
1372271094 Q * swenTjuln Quit: Aii
1372271924 M * SteeleNivenson I'm new to building a vserver host from scratch. I have a bunch of machines and a migration project that looks clear enough. Though I'd like to move the hosts from CentOS to Debian and I found this doc:
1372271926 M * SteeleNivenson http://linux-vserver.org/Installation_on_Debian
1372271963 M * SteeleNivenson which isn't updated for the current stable release. I'm very confortable building packages from source, including kernels. Should that be enough for it to "just work"?
1372271989 M * SteeleNivenson are there any known incompatibilities between guest vservers if the host OS changes?
1372272155 M * Bertl usually the guest are completely independant from the host distro
1372272169 M * Bertl (there are some rare exceptions where the host shares data with the guests)
1372272199 M * Bertl so, for migration, my advice would be to setup a test system/target host with your favorite distro
1372272200 M * SteeleNivenson that's what I had hoped. I'm going to build a test host with a guest before I do anything for real. Just looking for some obvious rules to follow.
1372272210 M * SteeleNivenson lol. yeah.
1372272219 M * Bertl make sure that you upgrade kernel and tools to a recent version, and/or build them yourself
1372272228 M * SteeleNivenson I expect I'll be doing a lot of compiling  :)
1372272257 M * Bertl once that system works and can sucessfully create and run Linux-VServer guests, the move is quite simple
1372272301 M * Bertl i.e. copy over the guest config and data (make sure not to forget uid/gid :), stop the old guest and start the copy
1372272309 M * Bertl that's basically all you have to do
1372272362 M * SteeleNivenson oh, that's kewl. so it's just copying files! I expect to make some network changes too. I don't have the luxury of moving IP addresses to the new ISP.
1372272397 M * Bertl yeah, well, that something you can do in the config, if the guest is properly configured
1372272419 M * Bertl but it might lead to changes inside the guest as well, if somebody hardcoded the old IP
1372272992 M * SteeleNivenson muah wah. good point.
1372273131 M * Bertl if you plan to move the guests around in the future (IP wise that is) I'd also suggest to use local/private IPs for the guests and setup S/DNAT to map them to the public ones
1372273165 M * Bertl this way it doesn't even require a guest restart to change the IP :)
1372273221 M * SteeleNivenson Amazon EC2 style. Now I get why they do that.
1372273254 M * SteeleNivenson sadly, I wasn't in control of the old system.
1372273291 M * SteeleNivenson thanks for your advice!
1372273355 M * Bertl you're welcome!
1372274719 J * glen_ ~glen@scratchy.delfi.ee
1372274728 M * glen_ can i use audit in vserver?
1372274731 N * glen_ glen
1372274810 M * glen this seems to be talking about "different" vserver: 
1372274812 M * glen https://library.netapp.com/ecmdocs/ECMP1196891/html/GUID-F23B6C89-AFF3-48FC-9E9F-2A515A5E10F4.html
1372275459 Q * FireEgl Remote host closed the connection
1372276326 J * FireEgl FireEgl@2001:470:e5ad:1:a4f7:2b4:d527:10bd
1372277306 Q * Ghislain Quit: Leaving.
1372278087 J * Aiken ~Aiken@2001:44b8:2168:1000:21f:d0ff:fed6:d63f
1372278149 Q * Kabaka Ping timeout: 480 seconds
1372278290 J * Kabaka ~Kabaka@1SGAABYON.tor-irc.dnsbl.oftc.net
1372279123 Q * hijacker_ Quit: Leaving
1372281280 Q * bonbons Quit: Leaving
1372282269 Q * SteeleNivenson Ping timeout: 480 seconds
1372284655 J * ntrs ~ntrs@vault08.rosehosting.com
1372284707 M * ntrs daniel_hozac: trying to install linux-vserver on a centos5 host, getting this error:
1372284710 M * ntrs kernel-2.6.32-279.9.1.el5.vs2.3.0.36.29.6.23.i686 from dhozac-vserver has depsolving problems --> Missing Dependency: mkinitrd-dhz >= 5.1.19.6 is needed by package kernel-2.6.32-279.9.1.el5.vs2.3.0.36.29.6.23.i686 (dhozac-vserver)
1372284714 M * ntrs Error: Missing Dependency: mkinitrd-dhz >= 5.1.19.6 is needed by package kernel-2.6.32-279.9.1.el5.vs2.3.0.36.29.6.23.i686 (dhozac-vserver)
1372284736 M * ntrs I am using your repos and the howto at http://linux-vserver.org/Installation_on_CentOS