1378426172 J * allquixotic ~oftc-webi@171.sub-70-192-204.myvzw.com
1378426233 M * allquixotic Hi, I would like to migrate an OpenVZ container to Linux-VServer, but I don't want to copy all the files, I just want to use the container files themselves a la "mv" (not a la "cp"). The tutorial here shows rsync, which copies: http://linux-vserver.org/Migrating_from_OpenVZ_to_Linux-Vserver Any idea how to move the files directly while building the VM?
1378426267 M * Bertl_oO you can create a skeleton guest (with the proper IP, etc)
1378426281 M * Bertl_oO and then just move the files/data over
1378426315 M * Bertl_oO just make sure to take the 'clean' /dev from the skeleton and avoid having any devices in the guest you don't want there
1378426352 M * allquixotic What "method" would I use to create a skeleton guest?
1378426359 M * allquixotic Do I have to bootstrap it to some valid OS?
1378426401 M * Bertl_oO you use the 'skeleton' build method :)
1378426534 M * allquixotic ah, neat!
1378427136 M * allquixotic Thank you - now I'm further along. 
1378427146 M * Bertl_oO you're welcome!
1378427169 M * Bertl_oO but as I said, make sure to clean up the guest afterwards
1378427181 M * allquixotic looks like autofs or something isn't happy... it's going to take a lot of work to get this OpenVZ guest running on VServer, I feel :)
1378427181 M * Bertl_oO (this is something the rsync build method will do for you)
1378427206 M * allquixotic cleaned up dev alright, should I also clean out mtab and/or fstab? a lot of stuff in there
1378427246 M * Bertl_oO well, usually you want to remove all services which do not belong in a guest, like everything hardware related
1378427289 M * allquixotic I removed all the services which were documented in the Migrating article on the wiki, but that was last updated in 2011
1378427304 M * allquixotic my guest is Debian Squeeze so it shouldn't be all that different from the Lenny they wrote that wiki about
1378427328 M * Bertl_oO you can simply debootstrap a debian guest and compare files?
1378427330 M * allquixotic at the moment it's not clear to me if this is going wrong because my *host* is hosed up, or if this is guest related: http://pastebin.com/raw.php?i=c38FL99G
1378427374 M * Bertl_oO seems you are missing a few directories and/or got the permissions wrong
1378427558 M * allquixotic I'll see if a debootstrap of wheezy works... I'm on 3.10.9 with the latest experimental patch, so if there is anything genuinely wrong, I can help debug it ;-)
1378428499 M * allquixotic Bertl_oO: Even on a debootstrap of wheezy, fakerunlevel tries to open /var/run/utmp but it doesn't exist.... I found wtmp hiding in /var/log but don't know if I should symlink it up, or...?
1378428523 M * Bertl_oO best ask the debian folks
1378428732 M * Bertl_oO but IIRC, there has been some major cross linking of directories recently
1378428765 M * Bertl_oO and for some reason, certain scripts think they need to remove and recreate those links/mounts over and over again
1378428800 M * Bertl_oO so check what debian expects and put some bind mounts or tmpfs mounts into the guest config's fstab
1378428959 M * allquixotic This looks very useful: http://linux-vserver.org/Wheezy-guest-build-scripts
1378429234 M * allquixotic it's amazing what linux-vserver users contribute to the wiki :D
1378429560 M * Bertl_oO hehe
1378429672 M * Bertl_oO well, if everything works, you might consider creating a post-install scripts and send it to daniel_hozac 
1378430230 M * allquixotic Bertl_oO: The script works well apparently, except for actually starting the container: http://pastebin.com/raw.php?i=iaZ29g7B
1378430252 M * allquixotic vserver --version returns 0.30.215
1378430330 M * Bertl_oO well, 0.30.215 is definitely too old
1378430358 M * Bertl_oO but debian has a history of using old tools and/or patching the versions to give wrong info
1378430397 M * allquixotic actually, I hand-compiled it because util-vserver is no longer in the main debian repos for some reason.
1378430410 M * Bertl_oO but hopefully not 0.30.215?
1378430428 M * allquixotic it looks like util-vserver 0.30.215 was last released 5 years ago (?!) but it's the latest version showing on the wiki. should I just use the latest from github? https://github.com/linux-vserver/util-vserver
1378430431 M * Bertl_oO if so, please uninstall and grab the latest pre
1378430471 M * Bertl_oO http://people.linux-vserver.org/~dhozac/t/uv-testing/util-vserver-0.30.216-pre3038.tar.bz2
1378430489 M * Bertl_oO it is linked on the linux-vserver front page
1378430503 M * allquixotic I saw that just as you posted it ;-) Thanks! That may... resolve... MANY of my problems. haha.
1378430656 M * Bertl_oO indeed
1378430657 M * allquixotic well, that seems to have seriously fixed things -- I immediately tried to start my OpenVZ container, and except for a small handful of services, the vast majority of the box appears to be up, and it's routable!
1378430697 M * Bertl_oO good, 0.30.215 is too old to establish proper isolation on recent kernels
1378430709 M * Bertl_oO it will fail to do so in many ways
1378430717 M * allquixotic I don't mean to be picky, but I would strongly suggest that the maintainer of util-vserver consider some form of stable release at some point in the near future, considering that the last release was 5 years ago and it seems to be an actively maintained project regardless of its dearth of releases. this might also make distros comfortable with shipping it
1378430768 M * Bertl_oO just direct the message to daniel_hozac :)
1378430772 M * allquixotic :)
1378431278 M * allquixotic Bertl_oO: Do you have a PayPal account for donations?
1378431309 M * allquixotic (I wouldn't expect anything in particular be done as a result of donating; just donating for its own sake)
1378431559 M * Bertl_oO yes, it is linked on the wiki
1378431573 M * Bertl_oO 'Donations'
1378431596 M * Bertl_oO under 'Donating Money'
1378431646 M * Bertl_oO and donations are always welcome, they motivate to keep the patches up-to-date :)
1378431699 M * Bertl_oO don't forget to add yourself to the wiki ('Happy Users' or 'VServer Hosting') 
1378431755 M * Bertl_oO (if you like to, that is :)
1378431778 M * allquixotic Bertl_oO: Thank you, I just donated what I can spare (individual contributor; all my work with linux-vserver is strictly personal use). I know it's not enough to keep the project going long term, but if it'll give that little bit of extra motivation, it's worth it.
1378431794 M * allquixotic I know what it's like being a FOSS developer, but not a major project maintainer like this. Hat's off to you for all your work. :)
1378431960 M * allquixotic You helped me before, years ago, too; but I took a several-years detour to OpenVZ. Now I'm back. OpenVZ loses because they refuse to leave 2.6.32. And because of venet, haha.
1378431970 M * Bertl_oO thanks! appreciated!
1378431986 M * Bertl_oO how was your OVZ experience?
1378432058 M * allquixotic well, I had an extremely long uptime for a while and things were good, receiving ksplice security patches to the kernel, and things were in stasis for a while
1378432084 M * allquixotic but I created a new requirement for myself by needing some kind of a full virtualization product on the same box with the containers, to run something that will not work with any container based virt
1378432085 M * Bertl_oO ah, they do ksplice nowadays?
1378432128 M * allquixotic here's the thing about ksplice: legacy customers from before Oracle bought Ksplice can continue to receive, for $9.99/month per server, security update "live" patches to non-EOLed enterprise distros, also including Debian and Debian's OpenVZ kernel for Squeeze
1378432137 M * allquixotic but NEW customers, can only get ksplice for Oracle Unbreakable Linux
1378432165 M * Bertl_oO ah, I see ...
1378432192 M * Bertl_oO and the full virtualization is done by kvm?
1378432206 M * allquixotic that's the thing :D kvm for some reason was horribly borked with that antiquated 2.6.32 kernel
1378432223 M * allquixotic also, there was a weird performance problem in the r8139 driver available for that kernel version with my particular hardware
1378432239 M * Bertl_oO i.c. well, welcome back then :)
1378432241 M * allquixotic the overall problem being that I was sick and tired of 2.6.32 and its horrid drivers and outdated features
1378432258 M * allquixotic and vserver allows me to use the latest stable kernel (almost..... 3.11 is out! ;)) and still have containers
1378432266 M * allquixotic I lose ksplice, but oh well, I'll save $9.99/month and recompile my kernel once in a while
1378432275 M * Bertl_oO yeah, 3.11 patch is in the works
1378432298 M * Bertl_oO goes a little slower nowadays ... the hype is over :)
1378432302 M * allquixotic hehe
1378432319 M * allquixotic the ksplice software that does the patching is open source; I'm surprised another company doesn't pick that up and sell subscriptions like ksplice themselves used to
1378432334 M * Bertl_oO but I guess we still do a good job after more than 12 years
1378432363 M * Bertl_oO yeah, basically everybody can create ksplices
1378432365 M * allquixotic I'd pay for that ksplice maintenance for a linux-vserver kernel variant for the latest stable debian, but I'm on a living wage budget with only 1 dedicated (physical) server, so it's not like I could put out a multi-thousand dollar service contract
1378432390 M * Bertl_oO it is something which didn't really take off
1378432424 M * Bertl_oO i.e. for most people, it's not worth anything, if they can just upgrade and reboot for free
1378432429 M * allquixotic I don't understand why it isn't or wasn't enormously popular, because it closes a lot of security holes with no administrator intervention
1378432455 M * Bertl_oO it sill leaves a lot of administrative points open
1378432467 M * allquixotic uptime is important to me and the people who use my server, so I'm going to have to apologize profusely (etc.) as a result of having to reboot monthly or bi-monthly to get the latest kernel updates
1378432481 M * allquixotic I guess there are still tons of bugs and vulns in userspace
1378432486 M * Bertl_oO for example, if you ksplice 3-4 kernel versions, who updates the boot kernel?
1378432504 M * Bertl_oO also, who prevents malware from bein introduced via ksplice?
1378432568 M * Bertl_oO an interesting aspect (regarding uptime) was never addressed in Linux-VServer, but it would be simple to adjust the guest uptime on the fly
1378432574 M * allquixotic well, ksplice themselves use https for all transactions with their server, and the tool that downloads the splices explicitly rejects any remote box that fails server certificate verification against the root cert chain
1378432629 M * allquixotic they follow the security updates stream from the distros, and the ksplice patches get automatically applied on boot if you haven't updated your real kernel packages from the repos, so even if you don't yum update or aptitude full-upgrade, the patches still get applied
1378432658 M * Bertl_oO which might result in non-booting systems :)
1378432663 M * allquixotic and I don't buy the skepticism about its stability, either -- I've never had a ksplice patched kernel panic or badly fail in any way
1378432691 M * allquixotic it's a general perception though that patching it on the fly is dangerous
1378432715 M * Bertl_oO don't get me wrong, I'm all for ksplice, but it has its potential issues and specific problems
1378432743 M * allquixotic it sure does.... I guess just enough downsides to scare off the big businesses whose investments would have kept them afloat as an independent company
1378432806 M * allquixotic it's nice for individuals though, and combined with a cron job to pull in userspace package updates from a security-only updates stream (security.debian.org or so), it can improve security significantly for a system that doesn't have a babysitter
1378432862 M * allquixotic I guess the other side of the coin is, managed servers that *do* have a babysitter have a regular maintenance schedule and a guy rebooting the box and pulling down updates
1378432877 M * allquixotic but I like to forget about my box once it's in a steady state :P
1378433064 M * allquixotic well I got my main container up and running... going to move over the other one that is less of a priority, and start it, then resume fighting with libvirt to get this KVM guest set up. 
1378433080 M * allquixotic might be back around here to hang around but it looks like the worst of my woes with linux-vserver are over :)
1378433102 M * Bertl_oO great! feel free to hang around nevertheless :)
1378440159 M * Bertl_oO off to bed now ... have a good one everyone!
1378440165 N * Bertl_oO Bertl_zZ
1378440438 M * allquixotic heh, 4 GB less RAM usage with vserver than openvz on same workload... I love this.
1378441062 Q * rawplayer Write error: connection closed
1378441072 J * rawplayer ~xyzzy@shell.students.os3.nl
1378442351 Q * allquixotic Quit: Page closed
1378447901 J * Ghislain ~aqueos@adsl1.aqueos.com
1378454920 Q * Kabaka Ping timeout: 480 seconds
1378454969 J * thierryp ~thierry@2a01:e35:2e2b:e2c0:8423:a020:ab15:f788
1378455690 J * Kabaka ~Kabaka@09GAAGSYL.tor-irc.dnsbl.oftc.net
1378460633 N * l0kit Guest5693
1378460638 J * l0kit ~1oxT@0001b54e.user.oftc.net
1378461035 Q * Guest5693 Ping timeout: 480 seconds
1378462368 J * beng_ ~BenG@cpc35-aztw23-2-0-cust207.18-1.cable.virginmedia.com
1378465142 Q * ircuser-1 Ping timeout: 480 seconds
1378467239 Q * Kabaka Ping timeout: 480 seconds
1378467697 J * ircuser-1 ~ircuser-1@35.222-62-69.ftth.swbr.surewest.net
1378467919 J * Kabaka ~Kabaka@09GAAGS2V.tor-irc.dnsbl.oftc.net
1378472415 N * Bertl_zZ Bertl
1378472420 M * Bertl morning folks!
1378472539 Q * Kabaka Ping timeout: 480 seconds
1378472920 J * Kabaka ~Kabaka@09GAAGS49.tor-irc.dnsbl.oftc.net
1378473246 Q * FireEgl Ping timeout: 480 seconds
1378475469 Q * Kabaka Ping timeout: 480 seconds
1378475719 J * sannes ~ace@cm-84.211.100.82.getinternet.no
1378476174 J * Kabaka ~Kabaka@09GAAGS6K.tor-irc.dnsbl.oftc.net
1378481757 Q * beng_ Quit: I Leave
1378483115 J * beng_ ~BenG@cpc35-aztw23-2-0-cust207.18-1.cable.virginmedia.com
1378485934 J * bonbons ~bonbons@2001:a18:20e:8101:4c57:a02:41fc:63b8
1378488113 Q * beng_ Quit: I Leave
1378495280 Q * ircuser-1 resistance.oftc.net weber.oftc.net
1378495280 Q * imcsk8 resistance.oftc.net weber.oftc.net
1378495280 Q * _nono_ resistance.oftc.net weber.oftc.net
1378495280 Q * jrayhawk resistance.oftc.net weber.oftc.net
1378495280 Q * distemper resistance.oftc.net weber.oftc.net
1378495280 Q * swenTjuln resistance.oftc.net weber.oftc.net
1378495280 Q * Defaultti resistance.oftc.net weber.oftc.net
1378495280 Q * AndrewLee resistance.oftc.net weber.oftc.net
1378495281 Q * l0kit resistance.oftc.net larich.oftc.net
1378495281 Q * ensc|w resistance.oftc.net larich.oftc.net
1378495281 Q * click resistance.oftc.net larich.oftc.net
1378495281 Q * DLange resistance.oftc.net larich.oftc.net
1378495281 Q * brambles resistance.oftc.net larich.oftc.net
1378495281 Q * _Shiva_ resistance.oftc.net larich.oftc.net
1378495301 J * ircuser-1 ~ircuser-1@35.222-62-69.ftth.swbr.surewest.net
1378495301 J * imcsk8 ~ichavero@148.229.1.11
1378495301 J * _nono_ ~gomes@licencieux.ircam.fr
1378495301 J * jrayhawk ~jrayhawk@nursie.omgwallhack.org
1378495301 J * distemper ~user@2001:4dd0:ff00:9484:3f2f:58c8:2997:3dd2
1378495301 J * Defaultti defaultti@lakka.kapsi.fi
1378495301 J * swenTjuln ~Marko@195.95.173.243
1378495301 J * AndrewLee ~andrew@n201.enc.hlc.edu.tw
1378495306 Q * Kabaka resistance.oftc.net oxygen.oftc.net
1378495306 Q * ivan` resistance.oftc.net oxygen.oftc.net
1378495306 Q * ichavero_ resistance.oftc.net oxygen.oftc.net
1378495306 Q * ncopa resistance.oftc.net oxygen.oftc.net
1378495306 Q * PowerKe resistance.oftc.net oxygen.oftc.net
1378495306 Q * ntrs resistance.oftc.net oxygen.oftc.net
1378495306 Q * padde resistance.oftc.net oxygen.oftc.net
1378495306 Q * ex resistance.oftc.net oxygen.oftc.net
1378495306 Q * kshannon resistance.oftc.net oxygen.oftc.net
1378495306 Q * clopez resistance.oftc.net oxygen.oftc.net
1378495354 J * ivan` ~ivan`@li125-242.members.linode.com
1378495362 J * brambles lechuck@s0.barwen.ch
1378495499 J * l0kit ~1oxT@0001b54e.user.oftc.net
1378495499 J * ensc|w ~ensc@www.sigma-chemnitz.de
1378495499 J * click click@ice.vcon.no
1378495499 J * DLange ~DLange@dlange.user.oftc.net
1378495499 J * _Shiva_ shiva@whatcha.looking.at
1378495521 J * Kabaka ~Kabaka@09GAAGS6K.tor-irc.dnsbl.oftc.net
1378495521 J * ichavero_ ~ichavero@189.155.14.93
1378495521 J * ncopa ~test@3.203.202.84.customer.cdi.no
1378495521 J * PowerKe ~tom@94-227-30-112.access.telenet.be
1378495521 J * ntrs ~ntrs@vault08.rosehosting.com
1378495521 J * padde ~padde@patrick-nagel.net
1378495521 J * ex ~ex@valis.net.pl
1378495521 J * clopez ~tau@neutrino.es
1378495521 J * kshannon ~kris@kris.shannon.id.au
1378495522 Q * clopez Max SendQ exceeded
1378495542 J * clopez ~tau@neutrino.es
1378499576 Q * thierryp Remote host closed the connection
1378501395 J * thierryp ~thierry@home.parmentelat.net
1378501876 Q * bonbons Quit: Leaving
1378501877 Q * thierryp Ping timeout: 480 seconds
1378504188 J * thierryp ~thierry@home.parmentelat.net
1378504669 Q * thierryp Ping timeout: 480 seconds
1378506044 J * thierryp ~thierry@2a01:e35:2e2b:e2c0:dd5a:908d:a413:8d49
1378506527 Q * thierryp Ping timeout: 480 seconds
1378508830 Q * Ghislain Quit: Leaving.
1378511281 Q * disposable Remote host closed the connection
1378511620 J * disposable disposable@shell.websupport.sk
1378511882 Q * disposable Read error: Operation timed out