1424394002 Q * fstd Remote host closed the connection 1424394046 J * fstd ~fstd@xdsl-87-78-14-133.netcologne.de 1424405734 J * FloodServ services@services.oftc.net 1424406602 J * Ghislain ~aqueos@adsl1.aqueos.com 1424419738 J * wicope ~usuario@0001fd8a.user.oftc.net 1424421559 M * Bertl off to bed now ... have a good one everyone! 1424421570 N * Bertl Bertl_zZ 1424423083 J * BenG ~BenG@cpc29-aztw22-2-0-cust128.18-1.cable.virginm.net 1424425032 Q * derjohn_mob Ping timeout: 480 seconds 1424425101 Q * Romster Ping timeout: 480 seconds 1424425309 J * Romster ~Romster@202.168.100.149.dynamic.rev.eftel.com 1424428609 J * derjohn_mob ~aj@2001:6f8:1337:0:2c1e:b4e:cda7:890c 1424431701 Q * BenG Quit: I Leave 1424431735 J * derjohn_mobi ~aj@b2b-94-79-172-98.unitymedia.biz 1424432094 Q * derjohn_mob Ping timeout: 480 seconds 1424432299 Q * derjohn_mobi Ping timeout: 480 seconds 1424432793 J * patmenier ~pmenier@ACaen-651-1-31-98.w81-48.abo.wanadoo.fr 1424434171 J * uxbod ~phildaws@gwhq.liveclips.com 1424434181 M * uxbod Greetings all 1424434191 M * uxbod looking for a little help please with vserver 1424434214 M * uxbod we are attempting to get a Debian Jessie guest running but hitting a showstopper 1424434221 M * uxbod we have set the init to be plain 1424434244 M * uxbod but on starting the guest DBUS never starts; which means systemd will not work as it reports 1424434259 M * uxbod Failed to get D-Bus connection: No such file or directory 1424434270 M * uxbod have any of you come across this ? 1424436331 Q * Aiken Remote host closed the connection 1424437203 Q * fstd Remote host closed the connection 1424437242 J * fstd ~fstd@xdsl-87-78-230-158.netcologne.de 1424438077 J * derjohn_mob ~aj@b2b-94-79-172-98.unitymedia.biz 1424438201 M * Ghislain use init based boot and not systemd 1424438239 M * Ghislain systemd wants to be an init system, a container system, a docker system, a ntp server, a ..add favorite troll here 1424438784 M * uxbod :) 1424438817 M * uxbod the problem we have is that some software expects systemd 1424438847 M * uxbod and as Ubuntu is going systemd as-well it kinda becomes moot anyway 1424438854 N * Bertl_zZ Bertl 1424438873 M * Bertl morning folks! 1424438875 M * uxbod we have tried using upstart and the systemd-shim but that broke other things 1424438877 M * uxbod morning 1424438911 M * uxbod guessing systemd is failing as it needs full access to cgroups :( 1424438966 M * Bertl most likely, but as systemd claims to run on LXC and similar container solutions, it should only be a question of configuration (or patching systemd to recognize Linux-VServer) 1424438982 M * AlexanderS you may want to have pid namespaces for full access to cgroups... 1424439005 M * AlexanderS (LXC may have pid namespaces enabled) 1424439024 M * uxbod I have CentOS7 running under OpenVZ so yes agree Bertl 1424439045 M * uxbod problem is stuck where to look next :( 1424439056 M * uxbod we are using Wheezy as the vserver host 1424439060 M * fback uxbod: switch to sysvinit 1424439108 M * fback and drop systemd, unless you want to research this area and share your knowledge :) 1424439231 M * uxbod will give that a try as we need to run Jessie for specific reasons 1424439246 M * uxbod and up against a deadline as normal 1424439343 M * fback I don't think debian's going to ditch "traditional" init anytime soon 1424439383 M * fback they just install systemd by default with jesse/sid, but you always can switch back to traditional init scripts 1424439413 M * fback (and in my opinion this is best you can do for container) 1424439425 M * uxbod will give it a try thanks 1424439452 M * fback just remember to disable services you don't need 1424439523 M * fback and the ones related to hardware init and host-based stuff (eg. networking, if you don't use netns) 1424439607 M * Ghislain systemd runs on lxc if you give cap_sysadmin so if you leave it completly unsecured. They just started in january a file system wrapper to try to make this works on non priviledged system but this is pre alpha stage 1424439660 M * uxbod ^^ yuck, exactly what we want to avoid doing 1424439696 M * Ghislain systemd try to do all including it's own containerisation, you cannot mix it unless they finish pâtching and twearking it to make it work under lignthly virtualised system 1424439719 M * Bertl one alternative might be uselessd 1424439722 M * Ghislain but i never feel confident on a system design that require those ugly workaround to work on a concept that has 15 year 1424439768 N * a1-away AbyssOne 1424439780 M * fback but why use uselessd, when you can switch back to good ol' sysv init scripts ;) 1424439801 M * Bertl yeah, I don't know why folks want to run systemd in a container anyway 1424439808 M * uxbod not I cannot get rid of systemd :) 1424439810 M * Bertl but as usual, YMMV 1424439812 M * uxbod now* 1424439833 M * uxbod time to rebuild the guest and use the preseed approach to install sysvinit 1424439920 M * fback systemd heavily depends on pidns, or whatever it's called 1424440018 M * fback in theory it's the only hard requirement of systemd 1424440022 M * uxbod call it an early day and go to the pub I think! :) 1424440079 M * fback Bertl: because it's easier to just set up system using defaults :) 1424440096 M * fback or better: guest system 1424440140 M * Bertl if distributions would address container systems properly, that wouldn't be a problem 1424440292 M * fback Bertl: I think it's the question of dedicated installer 1424440347 M * AlexanderS pidns should not be a real problem for linux-vserver (at least for plain init)... the only thing that have to be changed would be, that chcontext should not fork anymore before starting the init process... 1424440348 M * Bertl shouldn't it be more a question of proper package dependencies, like having a base-system-container package or so? 1424440387 M * fback Bertl: that would be another solution, yes 1424440418 M * fback and in fact that would be very easy to do 1424440432 M * fback at least for debian and derivated 1424440445 M * fback the real problem is: somebody has to do this ;) 1424440470 M * Bertl as usual ... 1424440475 M * fback and be able to successfully push it upstream 1424440486 M * fback yep, as usual 1424442021 M * undefined uxbod: how are you installing jessie? 1424442037 M * undefined i might try this myself this weekend out of personal curiousity 1424442059 M * uxbod bootstrapped it 1424442068 M * undefined just pointing to jessie? 1424442072 M * uxbod yep 1424442076 M * undefined gotcha 1424442088 M * undefined (figured, but thought i would ask) 1424442102 M * uxbod had to make a change in util-vserver for the version 1424442127 M * undefined post-debootstrap clean-up script? 1424442146 M * uxbod let me check the build server 1424442168 M * undefined i had to make a few changes to build the most recent util-vserver as debs 1424442362 M * uxbod just pulled down the latest bootstrap deb which has Jessie support 1424442368 M * undefined gotcha 1424442377 M * undefined yeah, i'll probably just copy over the debootstrap script 1424442379 M * undefined for jessie 1424442433 M * undefined full disclosure: i'll download the jessie debootstrap, but extract from it the jessie script and copy that script into my wheezy debootstrap installation 1424442479 M * undefined i've had to do it before, for creating new ubuntu pbuilder chroots (to build packages for new ubuntu installations) on an older debian installation 1424442507 M * undefined it's usually easier than backporting the package or taking chances with just installing it as-is 1424442571 M * undefined i'll start with jessie (with systemd) in an lxc container and move to linux-vserver 1424442597 M * undefined now that i have lxc working on a linux-vserver kernel 1424442643 M * undefined (and know a little bit about lxc) 1424449688 J * Aiken ~Aiken@d63f.h.jbmb.net 1424450435 J * kwork_ ~user@no.life.ee 1424450576 Q * kwork Ping timeout: 480 seconds 1424454297 Q * derjohn_mob Ping timeout: 480 seconds 1424464479 J * bonbons ~bonbons@2001:a18:20a:bb01:9107:bfe:1939:4475 1424466291 Q * Ghislain Read error: Connection reset by peer 1424466296 J * Ghislain ~aqueos@adsl1.aqueos.com 1424468578 Q * Defaultti Quit: Quitting. 1424469244 J * Defaultti defaultti@lakka.kapsi.fi 1424473690 Q * bonbons Quit: Leaving