1336611902 M * Bertl off to bed now ... have a good one everyone! 1336611908 N * Bertl Bertl_zZ 1336619907 Q * ryker Quit: ryker 1336628294 Q * cuba33ci Ping timeout: 480 seconds 1336630208 J * ncopa ~ncopa@3.203.202.84.customer.cdi.no 1336630885 Q * derjohn_mob Ping timeout: 480 seconds 1336631900 J * ghislain ~AQUEOS@adsl1.aqueos.com 1336632049 Q * hijacker Remote host closed the connection 1336632793 N * Bertl_zZ Bertl 1336632798 M * Bertl morning folks! 1336632803 M * nyerup Good morning. 1336632936 M * nyerup daniel_hozac: Can you spare a hint on how to make the util-vserver build system create debian packages with modified package names? 1336633226 M * nyerup The goal is to maintain the latest util-vserver version as a separate package branch in my setup, and still have Debian's packages available. 1336633340 J * derjohn_mob ~aj@87.253.171.202 1336633987 J * hijacker ~hijacker@213.91.163.5 1336634452 M * Bertl nyerup: you cannot easily install two util-vserver versions, so where is the point? 1336635444 M * nyerup Bertl: The point is to have both package branches available to apt, and to do migration to the new version host by host. 1336635560 M * nyerup .. instead of just building the new version, uploading it to my package repo, and exposing the upgrade to all hosts at once. 1336635716 M * Bertl why not make that a separate repo and conditionally add it to the hosts you want to upgrade 1336635876 M * nyerup Because I already have a repo deploying a bunch of stuff in custom packages - I'd like to avoid maintaining multiple repos. 1336635915 M * Bertl well, I presume the package name is in some debian specific config file 1336635984 M * nyerup Yeah, me too, but I haven't - as of yet - succeded in building anything but empty packages when I change the package names. :) 1336636002 M * nyerup But I'll keep digging. 1336636046 M * Bertl sorry, not a debian person 1336636073 M * swenTjuln Bertl: are there any hooks, that one could utilize from within container 1336636080 M * swenTjuln i.e. to implement reboot 1336636106 M * nyerup Bertl: Thanks anyway. I just thought that if someone just knew how to do it, I could save myself a few hours of build system reading. But now I'll learn stuff instead - I'll learn to live with that. :) 1336636107 M * daniel_hozac that is already implemented. 1336636112 M * Bertl swenTjuln: reboot will be delegated to the helper if configured properly 1336636141 M * swenTjuln It is just an example 1336636160 M * swenTjuln how about managing iptables 1336636172 M * Bertl the reboot system call has different options, they get relayed to the helper (to some degree) 1336636196 M * Bertl for iptables, there is no helper/proxy available via the kernel 1336636211 M * Bertl your options there are network namespaces or userspace helpers (for now) 1336636559 J * petzsch ~markus@dslb-088-075-172-224.pools.arcor-ip.net 1336636566 M * swenTjuln would it be hard to implement something like /etc/vserver//helpers which would mount ro in guest and would actually run commands on host? 1336636624 M * Bertl well, first running commands on the host is not the best idea, especially not generalized 1336636649 M * Bertl second, what does ro mounting have to do with executing the commands in the host context? 1336636713 M * swenTjuln guest would see contents of helpers/, it could be invoked from container but couldn't be altered 1336636776 M * Bertl well, and that would help in what way? 1336636784 M * Bertl i.e. what's the idea behind that? 1336636911 M * swenTjuln to be able to run certain, specificaly seleced commands from within guest, but still not give it capabilities to do it directly. So host admin could expose just certain capabilities. 1336636944 M * Bertl why not use existing and secure mechanisms for that, like ssh for example? 1336637128 M * swenTjuln i.e. you could edit just specific firewall rules without having capapbilities to actually run iptables from guest 1336637245 M * swenTjuln true! Didn't think of that actually 1336637247 M * Bertl yes, which can be done easily e.g. via ssh, but probably better via beforementioned proxy 1336637281 M * Bertl and guest/proxy communication is best done via sockets 1336637355 M * swenTjuln tkanks for an idea 1336637362 M * Bertl you're welcome! 1336639148 Q * ccxCZ Ping timeout: 480 seconds 1336639729 Q * zbyniu Ping timeout: 480 seconds 1336639729 J * kir ~kir@swsoft-msk-nat.sw.ru 1336639909 P * kir 1336640382 J * derjohn_mobi ~aj@87.253.171.202 1336640414 J * clopez ~clopez@fanzine.igalia.com 1336641751 J * BenG ~bengreen@cpc10-aztw24-2-0-cust114.aztw.cable.virginmedia.com 1336642094 J * cuba33ci ~cuba33ci@114-25-193-187.dynamic.hinet.net 1336643490 Q * _nono_ Read error: Connection reset by peer 1336644126 Q * hijacker Quit: Leaving 1336645034 J * hijacker ~hijacker@213.91.163.5 1336645443 J * CcxCZ ~ccxCZ@asterix.te2000.cz 1336645511 M * CcxCZ ohai, I got lot of D processes when trying to shut down one of vservers, could anyone help me out debugging it? 1336645518 M * CcxCZ nothing relevant in dmesg 1336645711 Q * hijacker Remote host closed the connection 1336645904 Q * BenG Quit: I Leave 1336646601 Q * petzsch Quit: Leaving. 1336647193 J * fisted ~fisted@xdsl-81-173-184-175.netcologne.de 1336647202 J * hijacker ~hijacker@213.91.163.5 1336647296 M * CcxCZ how would I lsof over all running vservers? 1336647378 M * Bertl vsomething --help 1336647395 Q * fisted_ Ping timeout: 480 seconds 1336647444 M * Bertl processes in 'D' state basically mean that they are either doing I/O or dumped a stack trace in the kernel 1336647454 M * Bertl what kernel/patch are we talking about here? 1336647475 M * CcxCZ 3.0.4-vs2.3.1-pre10.1 1336647500 M * Bertl so I'd suggest to update to a recent version or even recent kernel 1336647510 M * CcxCZ seems that it all died on some io 1336647536 M * CcxCZ every process was doing something in my homedir 1336647579 M * CcxCZ well, I'll be cautious about kernel updates, remote server 1336647588 M * CcxCZ might take while untill I get to do that 1336647622 M * Bertl till then, a reboot will probably fix it for a while 1336647651 M * CcxCZ https://gist.github.com/2652429 1336647680 M * CcxCZ I considered un/remounting the specific volume the processes accessed 1336647695 M * CcxCZ not sure if that's possible or even a good idea 1336647713 M * Bertl not possible as long as there is ongoing I/O 1336647739 M * Bertl but with that kernel version, I'd look for stack traces in dmesg 1336647750 M * Bertl I'm pretty sure you'll find one or the other 1336647793 M * CcxCZ nothing in dmesg 1336648117 Q * hijacker Remote host closed the connection 1336648131 M * CcxCZ unmount and remount did work suprisingly 1336648146 M * CcxCZ but I really don't understand the semantics of vsomething 1336648174 M * CcxCZ how would I "ps auxf" for all running VSs? 1336648275 M * fback CcxCZ: vps auxf? 1336648306 M * Bertl well, try 'vsomething echo -- --all' to get an idea how vsomething works 1336648321 M * Bertl of course, for just listing all processes, vps auxwww is simpler 1336648634 M * CcxCZ vsomething echo -- --all appears to hang, I'm able to ^C it though 1336648772 M * Bertl well, it doesn't hang on a working system, but as I said, I presume your kernel has already dumped a few traces 1336648819 Q * ensc|w Remote host closed the connection 1336648828 J * ensc|w ~ensc@www.sigma-chemnitz.de 1336649008 M * Bertl and btw, I doubt that you managed to unmount the filesystem, I presume you just unmounted one vfs copy (the one on the host probably) 1336649081 M * Bertl anyway, have to leave now .. bbl 1336649086 N * Bertl Bertl_oO 1336649303 Q * CcxCZ Quit: WeeChat 0.3.8-dev 1336649498 J * ryker ~jalberts@c-67-176-243-86.hsd1.in.comcast.net 1336649661 J * ccxCZ ~ccxCZ@178.238.36.182 1336649692 J * petzsch ~markus@dslb-088-075-172-224.pools.arcor-ip.net 1336649753 M * ccxCZ ok the shell vserver is back up again 1336649766 M * ccxCZ will need to properly prepare next kernel though 1336650363 Q * click Ping timeout: 480 seconds 1336650592 J * click click@ice.vcon.no 1336650743 Q * ryker Quit: ryker 1336651615 J * hijacker ~hijacker@213.91.163.5 1336651931 Q * hijacker Remote host closed the connection 1336651946 J * hijacker ~hijacker@213.91.163.5 1336651995 Q * hijacker Remote host closed the connection 1336652075 J * zbyniu ~zbyniu@85.232.224.193 1336653108 Q * Aiken Remote host closed the connection 1336653236 J * click_ click@ice.vcon.no 1336653269 Q * click Read error: Connection reset by peer 1336653493 J * hijacker ~hijacker@213.91.163.5 1336653635 Q * hijacker Remote host closed the connection 1336653670 J * hijacker ~hijacker@213.91.163.5 1336655130 J * BenG ~bengreen@cpc10-aztw24-2-0-cust114.aztw.cable.virginmedia.com 1336656494 J * ghislain1 ~AQUEOS@adsl1.aqueos.com 1336656834 Q * ghislain Ping timeout: 480 seconds 1336660870 Q * fisted Read error: Operation timed out 1336661029 J * Alex[fob] ~alex@2001:638:80a:109::152:0 1336661050 J * fisted ~fisted@xdsl-81-173-184-175.netcologne.de 1336661573 J * dowdle ~dowdle@scott.coe.montana.edu 1336662639 Q * ncopa Quit: Leaving 1336665431 Q * BenG Quit: I Leave 1336665949 Q * derjohn_mobi Ping timeout: 480 seconds 1336665954 Q * derjohn_mob Ping timeout: 480 seconds 1336666847 J * bonbons ~bonbons@2001:960:7ab:0:4119:c95c:fa6c:e6cf 1336668665 Q * fisted Quit: leaving 1336669772 J * benl ~benl@dockoffice.sonassihosting.com 1336669782 M * benl Hi all 1336669938 M * Bertl_oO hey 1336671284 Q * dowdle synthon.oftc.net oxygen.oftc.net 1336671284 Q * deathtje synthon.oftc.net oxygen.oftc.net 1336671284 Q * FireEgl synthon.oftc.net oxygen.oftc.net 1336671284 Q * fzylogic synthon.oftc.net oxygen.oftc.net 1336671284 Q * quasisane synthon.oftc.net oxygen.oftc.net 1336671284 Q * nenolod synthon.oftc.net oxygen.oftc.net 1336671284 Q * HeL synthon.oftc.net oxygen.oftc.net 1336671284 Q * nuba synthon.oftc.net oxygen.oftc.net 1336671320 J * dowdle ~dowdle@scott.coe.montana.edu 1336671320 J * deathtje ~deathtje@216.67.225.106 1336671320 J * FireEgl ~FireEgl@173-16-9-169.client.mchsi.com 1336671320 J * fzylogic ~fzylogic@69.170.166.146 1336671320 J * quasisane ~sanep@c-24-218-184-186.hsd1.nh.comcast.net 1336671320 J * nenolod ~nenolod@tortois.es 1336671320 J * HeL ~HeL@porthos.lennackers.de 1336671320 J * nuba ~nuba@pauleira.com 1336671334 Q * deathtje Read error: Operation timed out 1336671366 Q * dowdle Read error: Operation timed out 1336671477 Q * FireEgl Read error: Operation timed out 1336671478 J * dowdle ~dowdle@scott.coe.montana.edu 1336671493 J * deathtje ~deathtje@216.67.225.106 1336671804 Q * clopez Ping timeout: 480 seconds 1336672157 J * FireEgl ~FireEgl@173-16-9-169.client.mchsi.com 1336672445 J * ghislain ~AQUEOS@adsl1.aqueos.com 1336672665 Q * FireEgl Ping timeout: 480 seconds 1336672819 Q * ghislain1 Ping timeout: 480 seconds 1336673038 Q * dowdle 1336673268 J * imcsk8 ~ichavero@148.229.1.11 1336673276 J * FireEgl ~FireEgl@173-16-9-169.client.mchsi.com 1336674052 J * derjohn_mob ~aj@80.187.201.110 1336674134 J * derjohn_mobi ~aj@80.187.201.110 1336674379 N * click_ click 1336675016 Q * benl Quit: HydraIRC -> http://www.hydrairc.com <- 1336675602 J * dowdle ~dowdle@scott.coe.montana.edu 1336676761 J * hijacker_ ~hijacker@cable-84-43-134-121.mnet.bg 1336677880 Q * hijacker_ Quit: Leaving 1336680636 Q * derjohn_mob Quit: Verlassend 1336681695 Q * petzsch Quit: Leaving. 1336681714 J * petzsch ~markus@dslb-088-075-172-224.pools.arcor-ip.net 1336681716 Q * petzsch 1336681905 J * Aiken ~Aiken@2001:44b8:2168:1000:21f:d0ff:fed6:d63f 1336682746 Q * bonbons Quit: Leaving 1336686475 Q * derjohn_mobi Ping timeout: 480 seconds 1336690831 Q * ghislain Quit: Leaving. 1336692459 J * fisted ~fisted@dslb-088-077-153-026.pools.arcor-ip.net