1476234871 J * fstd_ ~fstd@x4db54a50.dyn.telefonica.de 1476234871 Q * fstd Read error: Connection reset by peer 1476234887 N * fstd_ fstd 1476241428 Q * BWare Read error: Connection reset by peer 1476241463 J * BWare ~itsme@31.25.99.5 1476244557 Q * derjohn_mob Ping timeout: 480 seconds 1476255652 J * Ghislain ~aqueos@adsl1.aqueos.com 1476256351 J * derjohn_mob ~aj@p578b6aa1.dip0.t-ipconnect.de 1476257805 Q * derjohn_mob Ping timeout: 480 seconds 1476259343 J * derjohn_mob ~aj@46.189.28.79 1476263253 J * tim__ ~quassel@90.63.246.187 1476263354 Q * tim__ 1476263368 J * pooky ~quassel@90.63.246.187 1476263435 Q * pooky 1476263478 J * pooky ~quassel@90.63.246.187 1476263511 Q * pooky 1476263529 J * zpooky ~quassel@90.63.246.187 1476263836 Q * Guy- Ping timeout: 480 seconds 1476264322 J * Guy- ~korn@elan.rulez.org 1476265644 N * Bertl_zZ Bertl 1476265649 M * Bertl morning folks! 1476270191 Q * Aiken Remote host closed the connection 1476271698 M * Bertl off for now ... bbl 1476271699 N * Bertl Bertl_oO 1476273537 Q * _Shiva__ Quit: Operator halted - Coffee not found 1476273703 N * CcxCZ CcxWrk 1476273928 N * CcxWrk CcxCZ 1476276641 J * _Shiva_ shiva@whatcha.looking.at 1476279023 M * fstd 01:31:05 < Bertl > off to bed ... have a good one everyone! 1476279025 M * fstd 11:47:29 < Bertl > morning folks! 1476279027 M * fstd 13:28:18 < Bertl > off for now ... bbl 1476279040 M * fstd ^ this is what the chan looks like if suppressing the JOIN/PART/QUIT noise 1476279045 M * fstd BTW i'm here, hi! 1476279047 M * fstd back in a bit, bbl 1476279093 M * Ghislain dam i had blocked you , hum seems i have to do it again 1476279446 A * fstd nods contentedly 1476279448 M * fstd block away 1476280489 M * Bertl_oO fstd: if it bothers you, why don't you ignore those messages? 1476280525 M * Guy- because they don't really bother him 1476280531 M * Guy- he just wants to bitch about them 1476280643 M * fstd it's not bothering me, it just happens that for some reason this channel became visible, so i keep noticing it 1476280660 M * fstd and since i'm used to IRC networks that don't tolerate this, why not point it out :) 1476280663 M * fstd that said, BBL 1476280683 M * fstd (also it's just funny because nobody ever seems to care) 1476281000 M * Bertl_oO Guy-: yeah, looks more and more like a troll to me ... 1476281055 M * fstd how's that trolling, isn't this even a semi-renowned network for technical users? 1476281066 Q * derjohn_mob Ping timeout: 480 seconds 1476281069 M * fstd i mean it's not like we're on Undernet or something like that 1476281086 M * fstd and if by any chance yuo actually do not understand the rationale: https://sackheads.org/~bnaylor/spew/away_msgs.html 1476281101 M * fstd although i don't have high hopes that you'll actually read it and take it seriously 1476281596 M * Bertl_oO this is a friendly channel and that includes greeting eachother and telling when you leave. I also do the nick change so that folks immediately see if they can expect a quick reply or not 1476281625 M * Bertl_oO it has been like this since more than 12 years now, and there hasen't been a single complaint (except for you) 1476281776 M * Bertl_oO I'm willing to prepend a space to each of those messages, so you can easily filter them out without complicated rules. if you still don't like the way we have it here, you probably best take your hat and stick to reading the IRC logs or forget about the channel 1476282067 Q * Ghislain Read error: No route to host 1476282124 J * Ghislain ~aqueos@adsl1.aqueos.com 1476282166 M * fstd except you're the only one who ever greets anyone (with no reply ever) and tells when you leave :-) 1476282193 M * fstd re: nick changes, there's /away, but since it's meant for exactly this purpose i suspect it's too lame 1476282201 M * Bertl_oO 13:11 < Bertl> morning folks! 1476282210 M * Bertl_oO 15:18 < Ghislain> hi bertl 1476282215 J * Ghislain1 ~aqueos@81.56.195.31 1476282215 M * Bertl_oO your point? 1476282221 M * fstd and if this has been going on for 12 years -- wow. i'd ponder alternative explanation for why nobody has ever complained or mocked it :) 1476282240 Q * Ghislain Read error: Connection reset by peer 1476282289 M * fstd heh, well you didn't even bother to reply to Guy-. 1476282303 M * fstd probably left without announcing it, how rude! 1476282402 M * Bertl_oO so what brings you here? why are you trolling now? 1476282409 N * Bertl_oO Bertl 1476282482 F * ChanServ +o Bertl 1476282579 M * Bertl you have my full attention ... let's make good use of it :) 1476283232 J * derjohn_mob ~aj@80.187.107.61 1476283587 M * Bertl looks to me like the problem has been resolved ... 1476283592 N * Bertl Bertl_oO 1476284497 Q * CcxCZ Quit: switching to CcxWrk 1476286036 J * Ghislain ~aqueos@adsl1.aqueos.com 1476286134 Q * derjohn_mob Ping timeout: 480 seconds 1476286401 J * derjohn_mob ~aj@tmo-107-61.customers.d1-online.com 1476286417 Q * Ghislain1 Ping timeout: 480 seconds 1476286884 J * CcxCZ ~ccxCZ@82.142.125.46 1476287559 Q * derjohn_mob Ping timeout: 480 seconds 1476292260 J * derjohn_mob ~aj@x590c583f.dyn.telefonica.de 1476293185 M * fstd what brought me here? good question 1476293201 M * fstd i suspect it's due to a /list years ago and randomly joining channels that i deemed interesting, based on their name 1476293229 M * fstd i suppose i expected networking people in here. but i joined so many channels, there's no way to watch them all 1476293239 M * fstd as said, this one has moved to the foreground purely by accident 1476297656 Q * Ghislain Quit: Leaving. 1476299726 J * yang ~yang@yang.netrep.oftc.net 1476299760 M * yang So, I have replaced init.d with systemd on the vserver-kernel and now facing this issue when trying to run guests ... http://paste.debian.net/plainh/554d6dc5 1476299986 M * yang reading http://oldwiki.linux-vserver.org/Proc-Security as suggested 1476300054 M * yang must I execute /lib/util-vserver/vprocunhide ? 1476300636 M * yang also do I need the like in /etc/fstab -> vserver /dev/cgroup cgroup cpuset,cpu,memory,cpuacct,devices,freezer,net_cls 0 0 1476300644 M * yang the like / the line 1476301253 M * Bertl_oO you are trying to run systemd in the guest? 1476301286 M * Bertl_oO and yes, you need to run vprocunhide on the host 1476301312 M * Bertl_oO typically you want to run all the util-vserver runlevel scripts on the host 1476301506 M * yang well guests still have init.d I assume... 1476301515 M * yang I changed from init.d to systemd on the host 1476301540 M * Bertl_oO okay, because the guest (blues) seems to run cgroup management stuff 1476301598 M * yang probably its some forgotten setting 1476301604 M * yang but also executing now 1476301614 M * yang vserver-stat will not show it 1476301620 M * yang also I cannot reboot the server anymore now 1476301627 M * yang http://paste.debian.net/plain/869875 1476301656 M * Bertl_oO that is not the host, the guest I presume? 1476301665 M * yang that is on the host 1476301684 M * Bertl_oO well, that is unrelated to Linux-VServer then 1476301702 M * Bertl_oO but I would suspect, you are still in a context or chroot 1476301737 M * yang so the "vprocunhide" script needs to be run only once, or after every reboot ? 1476301761 M * Bertl_oO once after every reboot 1476301773 M * Bertl_oO it configures the /proc entries accordingly 1476301807 M * yang okay....which one of these do i need to run http://paste.debian.net/plain/869889 1476301820 M * yang In case that I have systemd now 1476301854 M * Bertl_oO I would use the vprocunhide.service 1476301862 M * yang I complied util-vserver when I still had init.d 1476301864 M * Bertl_oO (looks like a systemd service) 1476301982 M * yang # systemctl start vprocunhide.service 1476301982 M * yang Failed to get D-Bus connection: Unknown error -1 1476302099 M * Bertl_oO maybe some kind of systemd bug 1476302127 M * yang i mounted the /proc like suggested at the pastebin mount -t proc proc /proc 1476302133 M * Bertl_oO maybe /var or /var/run got overmounted 1476302136 M * AlexanderS yang: You should try this as root. But systemd support in util-vserver is currently buggy. See: https://github.com/linux-vserver/util-vserver/pull/26 1476302160 M * yang maybe i should revert back to init.d 1476302196 M * Bertl_oO what was the reason you switched to systemd in the first place? 1476302225 M * yang well nothing I just thouught it would be better to upgrade since debian now uses systemd by default 1476302277 M * Bertl_oO so the classic "hey, everything is working smoothly, let's change something and see if it breaks!" approach :) 1476302283 M * yang haha right 1476302289 M * yang previously it was all working ok 1476302345 M * Bertl_oO in this case I would simply switch back (if possible) and avoid the trouble 1476302375 M * yang I dunno it seems that when I started the guest...with those cgroup flags I think it broke something not sure 1476302394 M * yang also doing "df" at that time, didnt provide any result 1476302427 M * Bertl_oO probably something with the mounts went wrong 1476302436 M * yang yes 1476302452 M * Bertl_oO either you have guest mounts on the host now or the scripts accidentially unmounted some host tmpfs 1476302466 M * yang I dont really have many mounts in /etc/fstab 1476302484 M * yang i ll paste my /etc7fstab 1476302487 M * fstd yikes 1476302590 M * yang http://paste.debian.net/869893/ I had the vserver line previously uncommented 1476302860 M * Bertl_oO host fstab seems fine, what does /proc/mounts show? 1476303020 M * yang lrwxrwxrwx 1 root root 11 Oct 12 22:10 /proc/mounts -> self/mounts 1476303030 M * yang mount 1476303030 M * yang /dev/sda1 on / type ext3 (rw,noatime,errors=remount-ro,data=ordered) 1476303030 M * yang /dev/sda1 on /var/lib/vservers/blues type ext3 (rw,noatime,errors=remount-ro,data=ordered) 1476303033 M * yang proc on /proc type proc (rw,relatime) 1476303034 M * Bertl_oO pastebin 1476303038 M * yang ok 1476303039 M * yang sorry 1476303363 J * CcxWrk ~ccx@asterix.te2000.cz 1476303514 M * daniel_hozac_ yeah systemd on the host doesn't currently work. 1476303555 M * yang oh 1476303567 M * yang So I gotta revert back to init.d ? 1476303571 M * yang i mean sysvinit 1476303607 M * daniel_hozac_ AlexanderS might have gotten further with the mount changes in his pull request, i'm not sure if that is enough to make it work completely though. 1476303674 M * yang I mean it is weird that it prevents me now to reboot the machine, or is this related to the vserver-patched kernel ? 1476303679 M * yang i dont understand 1476303702 M * daniel_hozac_ it's related to systemd and util-vserver's mount tricks interfering with each other. 1476303709 M * yang ah ok 1476303735 M * yang should i follow this manual to revert back on the sysvinit ? http://without-systemd.org/wiki/index.php/How_to_remove_systemd_from_a_Debian_jessie/sid_installation 1476303801 M * daniel_hozac_ yeah, looks about right. 1476303817 M * yang AlexanderS: your opinion, what should I do now, just revent back to sysvinit ? 1476303823 M * yang revent/revert 1476304167 J * Aiken ~Aiken@d63f.h.jbmb.net 1476304287 M * yang I hope I wont end up with a broken system now, I am unable to reboot 1476304963 M * yang done 1476304969 M * yang reverted back to sysvinit 1476305090 M * yang seems to be ok now 1476305101 M * yang i just gotta run this vprocunhide script 1476305171 M * yang again I ask which vprocunhide process do I run now for reverted "sysvinit" http://paste.debian.net/plain/869889 1476305287 J * padde_ ~padde@patrick-nagel.net 1476305502 Q * Bertl_oO Remote host closed the connection 1476305502 J * Bertl_oO herbert@IRC.13thfloor.at 1476305502 Q * padde Read error: Connection reset by peer 1476305504 N * padde_ padde 1476305548 M * yang do I use /home/yang/util-vserver-0.30.216-pre3126/util-vserver-0.30.216-pre3126/sysv/vprocunhide ? 1476305832 M * AlexanderS yang: Yes, reverting to sysvinit should be ok. We need sysvinit in the guests anyway, so just keep it in the host, too. 1476305914 M * yang thank you 1476305920 M * yang it works back to normal now again 1476305930 M * daniel_hozac_ it should have been installed to /etc/init.d/vprocunhide 1476305931 M * AlexanderS yang: Did you build a debian package of util-vserver. (I see a debian/tmp/ directory..) Then there should be /etc/init.d/vprocunhide, that does everything you (normally) need to do. 1476305940 M * yang okay 1476306058 M * yang one other thing I never asked....i usually shutdown daemons inside guests manually before I execute "vserver stop" from host, do I need to shutdown daemons inside guest (apache, ftp, sql) or is it ok, if I only vserver stop it from the host ? 1476306084 M * yang will that shut it down softly/properly ? 1476306088 M * AlexanderS BTW locate to find a file in a small directory seems wrong... 1476306134 M * AlexanderS yang: vserver stop will do it for you. It will just ask the init system inside the guest to shutdown and that will stop the daemons. 1476306178 M * AlexanderS As long as you configured the correct init system. And you maybe have to raise the timeout if you have some daemons that need a long time for shutdonw. 1476306274 M * yang ok 1476307852 M * yang Thank you all for assistance. :) 1476307888 M * Bertl_oO you're welcome! 1476315905 Q * Aiken Remote host closed the connection