1411689601 Q * fisted Remote host closed the connection 1411689620 J * fisted ~fisted@xdsl-84-44-145-242.netcologne.de 1411689673 Q * Guest877 Ping timeout: 480 seconds 1411690562 Q * Jb_boin Quit: Quitte 1411692044 J * Jb_boin ~dedior@proxad.eu 1411695041 Q * zerick Ping timeout: 480 seconds 1411695540 M * Bertl off to bed now ... have a good one everyone! 1411695550 N * Bertl Bertl_zZ 1411704803 Q * ggherdov Read error: Connection reset by peer 1411704844 J * ggherdov sid11402@id-11402.ealing.irccloud.com 1411708858 J * Ghislain ~aqueos@adsl1.aqueos.com 1411716164 J * kiorky ~kiorky@cryptelium.net 1411717126 J * Aiken ~Aiken@pa49-182-4-172.pa.nsw.optusnet.com.au 1411718090 J * zerick ~zerick@190.118.28.252 1411720569 J * wiuempe ~wmp-freen@spzozmsw.vlan476.enoch.lubman.net.pl 1411720574 M * wiuempe hello 1411720593 M * wiuempe is possible to use apt-get from vsomething? 1411721144 J * BenG ~BenG@cpc29-aztw22-2-0-cust128.18-1.cable.virginm.net 1411722386 N * a1-away AbyssOne 1411723707 M * yoshi314_ wiuempe: i think there was vapt-get or something like that 1411723742 M * yoshi314_ yup, vapt-get 1411724251 M * wiuempe ooo, i dont know about varp-get ;) 1411724331 M * BenG it's all vsomething these days 1411724373 M * BenG an example might be 'vsomething vserver -- --running -- exec apt-get update' 1411724531 Q * Aiken Ping timeout: 480 seconds 1411724611 M * yoshi314_ i am not sure if that is equal 1411724646 M * yoshi314_ i think v* tools will use hosts's networking 1411724665 M * yoshi314_ so you can install packages into guest with restricted network config 1411724672 M * yoshi314_ that's my guess, at least 1411724675 M * BenG true 1411726445 Q * wiuempe Quit: Konversation terminated! 1411729199 J * Aiken ~Aiken@pa49-182-4-172.pa.nsw.optusnet.com.au 1411730759 N * Bertl_zZ Bertl 1411730766 M * Bertl morning folks! 1411731026 M * yoshi314_ moin 1411731180 M * Bertl hey yoshi314_! how's going? 1411731202 M * yoshi314_ okay, i'm setting up migration from openvz soonish 1411731257 M * yoshi314_ there is still a curious problem with networking in vm's. i do init type plain and then i have to restart networking in debian guests to make network fully get up. otherwise the interfaces are down 1411731273 M * yoshi314_ i also have to bring up lo manually after networking service, which is odd 1411731291 M * yoshi314_ at least i'm geting consistent promising results 1411731446 M * BenG "restart networking in debian guests" is this with namespaces? 1411731455 M * yoshi314_ yes 1411731468 M * BenG I must try it 1411731474 M * yoshi314_ otherwise the interfaces are not brought up, even though networking service is not disabled 1411731481 M * BenG odd 1411731482 M * yoshi314_ i would assume it would get started anyway 1411731497 M * BenG "networking service is not disabled"- what init system? 1411731500 M * yoshi314_ and if the service runs, lo is still down, even though interfaces file has it on auot 1411731503 M * yoshi314_ *auto 1411731562 M * yoshi314_ looks like old debian init system, whatever it was 1411731585 M * yoshi314_ i have a glimpse of startpar networking in process tree soon after bringing up instance 1411731600 M * yoshi314_ but sometimes the network goes up, sometimes it doesn't. 1411731609 M * yoshi314_ with sysv style, it almost never does 1411731657 M * Bertl it might be related to the speed you get with Linux-VServer 1411731662 M * yoshi314_ could be 1411731677 M * yoshi314_ interesting thing i noticed, with one guest that has dhcp 1411731677 M * Bertl I know that a bunch of distros doesn't get the networking right on a fast ssd 1411731702 M * yoshi314_ if i use static mac, network goes up fairly consistently, with random macs it usually fails 1411731725 M * Bertl so it might help to put a sleep or so in one of the network scripts :) 1411731739 M * Bertl or increase the delay, if there is such a config option 1411731752 M * yoshi314_ storage is fairly quick on that server, so i might consider doing just that 1411731778 M * Bertl you might also consider changing the guest (even an old one) to sysv init and cleaning it up (like util-vserver does when installing a new one) 1411731837 M * yoshi314_ what does that cleanup entail exactly? is that like migration from openvz on the wiki ? 1411731839 M * Bertl might improve security and resolve some problems, but double check with daniel_hozac, because I do not know if that works properly for network namespaces 1411731863 M * yoshi314_ where you disable some unnecessary services 1411731871 M * Bertl yeah, basically that 1411731880 M * yoshi314_ yeah, i probably should do that 1411731922 M * Bertl may I ask why you're migrating from openvz? 1411731949 M * yoshi314_ i was given this as an exercise ;) 1411731975 M * Bertl interesting, but yeah, I guess it isn't a bad choice 1411731979 M * yoshi314_ possibly to figure out migration path for subsequent boxes and evaluate potential difficulties 1411732017 M * yoshi314_ there is strong preference for in-place migration, so i don't even build -m rsync 1411732029 M * yoshi314_ which could cause some issues 1411732044 Q * Aiken Ping timeout: 480 seconds 1411732051 M * BenG could the migration path end up on the linux-vserver.org wiki at some point yoshi314_ ? 1411732075 M * yoshi314_ BenG: there is already an article, although it uses rsyncing the system over 1411732099 M * yoshi314_ if i figure it out so that i don't need any dirty hacks, i'll share it 1411732118 M * Bertl it can't hurt to be careful and keep the original as backup 1411732135 M * Bertl you can use unification to reduce the disk space and time 1411732248 M * yoshi314_ i assume that's the plan for future deployments of machines. i probably have to migrate old ones as they are. 1411732267 M * yoshi314_ that's pretty much like fedora's supermin, right ? 1411732317 M * Bertl no, that is basically file sharing on the same device 1411732344 M * Bertl so you could make a kind of 'shallow' copy of your original guest as new guest 1411732346 M * yoshi314_ BenG: so it is basically like supermin - except there guests share files with host os. 1411732409 M * BenG I don't know supermin 1411732487 M * yoshi314_ it makes an instance by linking to files on the host os, so freshly created functional machine may be under 100kb of size 1411732500 M * BenG right 1411732538 M * BenG supermin is on the appliance level though 1411732539 M * Bertl ah, we do not suggest to use host files for this, the main idea is to share files between guests 1411732577 M * Bertl and in contrast to most solutions (don't know about supermin) the sharing is such that it also reduces memory footprints 1411732582 M * yoshi314_ yeah, it's a different approach. 1411732801 Q * fisted Remote host closed the connection 1411732856 J * fisted ~fisted@xdsl-84-44-239-52.netcologne.de 1411736929 Q * BenG Quit: I Leave 1411737442 J * Wermwud ~Wermwud@69-29-150-18.stat.centurytel.net 1411740845 Q * guerby Quit: Leaving 1411740901 J * guerby ~guerby@ip165-ipv6.tetaneutral.net 1411743089 Q * kiorky magnet.oftc.net reticulum.oftc.net 1411743089 Q * ggherdov magnet.oftc.net reticulum.oftc.net 1411743089 Q * Jb_boin magnet.oftc.net reticulum.oftc.net 1411743089 Q * l0kit magnet.oftc.net reticulum.oftc.net 1411743089 Q * Defaultti magnet.oftc.net reticulum.oftc.net 1411743089 Q * xdr magnet.oftc.net reticulum.oftc.net 1411743089 Q * DLange magnet.oftc.net reticulum.oftc.net 1411743089 Q * swenTjuln magnet.oftc.net reticulum.oftc.net 1411743089 Q * transacid magnet.oftc.net reticulum.oftc.net 1411743089 Q * _Shiva_ magnet.oftc.net reticulum.oftc.net 1411743089 Q * geb_ magnet.oftc.net reticulum.oftc.net 1411743089 Q * sid3windr magnet.oftc.net reticulum.oftc.net 1411743089 Q * guerby magnet.oftc.net reticulum.oftc.net 1411743089 Q * Ghislain magnet.oftc.net reticulum.oftc.net 1411743089 Q * yang magnet.oftc.net reticulum.oftc.net 1411743089 Q * opuk magnet.oftc.net reticulum.oftc.net 1411743089 Q * Vudumen magnet.oftc.net reticulum.oftc.net 1411743089 Q * ensc|w magnet.oftc.net reticulum.oftc.net 1411743089 Q * click magnet.oftc.net reticulum.oftc.net 1411743089 Q * bzed magnet.oftc.net reticulum.oftc.net 1411743274 J * guerby ~guerby@ip165-ipv6.tetaneutral.net 1411743274 J * kiorky ~kiorky@cryptelium.net 1411743274 J * Ghislain ~aqueos@adsl1.aqueos.com 1411743274 J * ggherdov sid11402@id-11402.ealing.irccloud.com 1411743274 J * Jb_boin ~dedior@proxad.eu 1411743274 J * l0kit ~1oxT@0001b54e.user.oftc.net 1411743274 J * yang yang@yang.netrep.oftc.net 1411743274 J * opuk ~kupo@h-1-5.a176.priv.bahnhof.se 1411743274 J * Vudumen 89bd91da22@perverz.hu 1411743274 J * ensc|w ~ensc@www-old.sigma-chemnitz.de 1411743274 J * Defaultti defaultti@lakka.kapsi.fi 1411743274 J * click click@ice.vcon.no 1411743274 J * xdr ~xdr@h135n5-aahm-a11.ias.bredband.telia.com 1411743274 J * DLange ~DLange@dlange.user.oftc.net 1411743274 J * swenTjuln ~Swen@195.95.173.243 1411743274 J * transacid ~transacid@transacid.de 1411743274 J * bzed ~bzed@bzed.netrep.oftc.net 1411743274 J * _Shiva_ shiva@whatcha.looking.at 1411743274 J * geb_ ~geb@mars.gebura.eu.org 1411743274 J * sid3windr luser@observium.ninja 1411746849 J * BenG ~BenG@cpc29-aztw22-2-0-cust128.18-1.cable.virginm.net 1411748752 Q * BenG Quit: I Leave 1411757660 Q * ensc|w Remote host closed the connection 1411758063 J * ensc|w ~ensc@www-old.sigma-chemnitz.de 1411758767 J * undefined ~undefined@00011a48.user.oftc.net 1411759585 J * Aiken ~Aiken@pa49-182-4-172.pa.nsw.optusnet.com.au 1411759598 Q * zerick Read error: Connection reset by peer 1411759619 J * zerick ~zerick@190.118.28.252 1411760623 Q * Aiken Quit: Leaving 1411763005 J * Aiken ~Aiken@pa49-182-4-172.pa.nsw.optusnet.com.au 1411765577 Q * Aiken Ping timeout: 480 seconds 1411765696 Q * zerick Read error: Connection reset by peer 1411765719 J * zerick ~zerick@190.118.28.252 1411767337 J * Aiken ~Aiken@quarry.jbmb.net 1411771776 Q * Ghislain Quit: Leaving. 1411772014 Q * Wermwud Quit: Leaving (Please imagine me slamming the door on my way out)