1400722033 Q * kiorky Ping timeout: 480 seconds 1400722443 Q * macmaN Ping timeout: 480 seconds 1400722617 J * kiorky ~kiorky@cryptelium.net 1400723734 Q * Wonka Ping timeout: 480 seconds 1400723928 J * Wonka produziert@chaos.in-kiel.de 1400727017 Q * Wonka Remote host closed the connection 1400727019 J * Wonka produziert@chaos.in-kiel.de 1400727434 J * macmaN ~chezburge@145.183.35.213.dyn.estpak.ee 1400728191 Q * macmaN Read error: No route to host 1400728257 J * macmaN ~chezburge@145.183.35.213.dyn.estpak.ee 1400729447 Q * aj__ Read error: Connection reset by peer 1400729458 J * aj__ ~aj@p578b6aa1.dip0.t-ipconnect.de 1400730705 Q * macmaN Read error: Connection reset by peer 1400730705 J * macmaN_ ~chezburge@145.183.35.213.dyn.estpak.ee 1400732635 Q * macmaN_ Read error: No route to host 1400732713 J * macmaN ~chezburge@145.183.35.213.dyn.estpak.ee 1400733443 Q * macmaN Ping timeout: 480 seconds 1400733849 J * macmaN ~chezburge@145.183.35.213.dyn.estpak.ee 1400734538 J * macmaN_ ~chezburge@145.183.35.213.dyn.estpak.ee 1400734539 Q * macmaN Read error: Connection reset by peer 1400734792 J * fisted_ ~fisted@xdsl-78-35-82-60.netcologne.de 1400735243 Q * fisted Ping timeout: 480 seconds 1400735243 N * fisted_ fisted 1400737773 Q * sannes1 Ping timeout: 480 seconds 1400737783 Q * sannes Ping timeout: 480 seconds 1400737932 J * sannes ~ace@2a02:fe0:c120:5e60:d989:8b35:1a0c:85fa 1400737984 J * sannes1 ~ace@2a02:fe0:c120:5e60:d989:8b35:1a0c:85fa 1400738727 Q * twan Remote host closed the connection 1400741008 Q * aj__ Ping timeout: 480 seconds 1400741433 J * Ghislain ~aqueos@adsl1.aqueos.com 1400741809 N * Bertl_zZ Bertl 1400741814 M * Bertl morning folks! 1400742305 M * hijacker morning Bertl 1400742359 M * hijacker PowerKe, I have submitted two ebuilds in bugs.gentoo.org for util-vserver and gentoo-sources 1400742382 M * hijacker actually, a version bump was added just yesterday for gentoo-sources 1400742418 M * hijacker https://bugs.gentoo.org/show_bug.cgi?id=507326 1400742513 M * hijacker I am currently using 3.13.6-vs2.3.6.11 with sys-cluster/util-vserver-0.30.216_pre3062 1400742542 M * hijacker I think I also submitted version bump for util-vserver, but it might yet be at stage where maintainer is needed ;-/ 1400742669 J * aj__ ~aj@p549A77F9.dip0.t-ipconnect.de 1400742955 M * hijacker https://bugs.gentoo.org/show_bug.cgi?id=507680 1400743061 M * hijacker and here is a working ebuild for latest dietlibc: https://507680.bugs.gentoo.org/attachment.cgi?id=374956 1400743317 M * Bertl thanks! 1400745413 Q * guerby Ping timeout: 480 seconds 1400745584 J * guerby ~guerby@ip165-ipv6.tetaneutral.net 1400745727 Q * guerby 1400745754 J * guerby ~guerby@ip165-ipv6.tetaneutral.net 1400746602 M * PowerKe hijacker: thanks! Let's hope they get into portage soon. 1400747051 M * hijacker PowerKe, hope so, btw metadata/md5-cache/sys-kernel/vserver-sources-2.3.6.11 is in portage since yesterday 1400747123 J * twan ~twan@46.183.24.80 1400747204 M * hijacker -rw-r--r-- 1 portage portage 720 May 21 10:56 vserver-sources-2.3.6.11.ebuild ;-) 1400747214 M * hijacker just sync your tree 1400747286 M * hijacker btw, as the ebuilds are available for download, you can use them anyway ;-) 1400747352 M * twan i have recently created a new vserver on a machine with afew bind-mounts in its fstab which source are located inside another vserver's path. the new vserver boots and the mounts seem to work. Only problem seem to be some strange messages when starting the new vserver. I wonder if I should be concerned? 1400747366 M * twan ount: write(): Invalid argument 1400747369 M * twan Failed to update mtab-file 1400747378 Q * guerby Ping timeout: 480 seconds 1400747470 M * daniel_hozac do you have /etc/mtab as a link to /proc/mounts in the guest? 1400747664 M * PowerKe I should look into setting up an overlay again... So it doesn't get deleted after re-syncing 1400747665 Q * macmaN_ Read error: Connection reset by peer 1400747697 M * PowerKe Currently on 2.3.6.5... I might have non-vserver kernels on other systems that are older though :) 1400747733 M * twan daniel_hozac: yes 1400747755 M * hijacker PowerKe, /usr/loca/portage is your friend ;-) 1400747767 M * hijacker /usr/local/portage * 1400747811 M * daniel_hozac twan: then just ignore it 1400747828 M * twan daniel_hozac: alrighty, tackar! 1400747851 J * macmaN ~chezburge@145.183.35.213.dyn.estpak.ee 1400747896 J * guerby ~guerby@ip165-ipv6.tetaneutral.net 1400749718 Q * sannes1 Ping timeout: 480 seconds 1400749723 Q * sannes Ping timeout: 480 seconds 1400749863 J * beng_ ~BenG@cpc29-aztw22-2-0-cust128.18-1.cable.virginm.net 1400750008 Q * aj__ Ping timeout: 480 seconds 1400750284 J * sannes ~ace@2a02:fe0:c120:5e60:1455:a616:5ac1:32bc 1400750290 J * sannes1 ~ace@2a02:fe0:c120:5e60:1455:a616:5ac1:32bc 1400750577 J * aj__ ~aj@94.119.6.210 1400755548 Q * guerby Ping timeout: 480 seconds 1400755558 J * guerby ~guerby@ip165-ipv6.tetaneutral.net 1400756833 Q * sannes1 Ping timeout: 480 seconds 1400756918 Q * sannes Ping timeout: 480 seconds 1400757353 Q * guerby Ping timeout: 480 seconds 1400757370 J * sannes ~ace@2a02:fe0:c120:5e60:b4f8:8bfd:9e5e:dc29 1400757468 J * sannes1 ~ace@2a02:fe0:c120:5e60:b4f8:8bfd:9e5e:dc29 1400757515 J * guerby ~guerby@ip165-ipv6.tetaneutral.net 1400757814 Q * fisted Remote host closed the connection 1400757906 J * fisted ~fisted@xdsl-78-35-82-60.netcologne.de 1400759101 N * l0kit Guest11321 1400759107 J * l0kit ~1oxT@0001b54e.user.oftc.net 1400759509 Q * Guest11321 Ping timeout: 480 seconds 1400759963 Q * guerby Ping timeout: 480 seconds 1400759973 J * guerby ~guerby@ip165-ipv6.tetaneutral.net 1400760676 J * twan- ~twan@internetsuger.se 1400760702 P * twan 1400760736 N * twan- twan 1400761138 Q * guerby Ping timeout: 480 seconds 1400761722 Q * Aiken Remote host closed the connection 1400762212 M * clopez Bertl: iotop is broken with vserver 3.2.55-vs2.3.2.16 1400762239 M * clopez the cause is that a space is used to separate the fields VxID and NxID on /proc/1/status instead of a tab 1400762261 J * guerby ~guerby@ip165-ipv6.tetaneutral.net 1400762266 M * clopez all the fields are separated with tabs: cat /proc/1/status|while read line ; do echo "$line"|xxd ; done|grep 3a09 1400762285 M * clopez except this two ones: cat /proc/1/status|while read line ; do echo "$line"|xxd ; done|grep 3a20 1400763045 Q * aj__ Ping timeout: 480 seconds 1400763456 M * Bertl is this also true for 3.2.59? 1400763496 M * Bertl I mean 3.2.59-vs2.3.2.16 1400763932 M * Bertl I'm wondering because this didn't change for quite some time and it wasn't changed in 3.2.x 1400763949 M * Bertl i.e. we _always_ had a space between NxID: and the value 1400764008 M * Bertl so, I presume, for whatever reason, mainline switched from space to tab at some point, and iotop might have been adapted to match that 1400764038 Q * sannes1 Ping timeout: 480 seconds 1400764063 Q * sannes Ping timeout: 480 seconds 1400764194 M * undefined clopez: how is iotop "broken"? what are the symptoms? 1400764291 M * undefined clopez: i ask because i'm running iotop 0.4.4 on 3.10.40-vs2.3.6.8 1400764305 M * undefined and it doesn't seem to be broken 1400764329 M * clopez undefined: yes.. 0.4.x is fine, the breakage happens with 0.6 1400764336 M * undefined ah 1400764338 M * clopez if you use debian, there is a backport for wheezy 1400764340 M * Bertl note that it wouldn't be a problem to change from space to tab, but we have to make sure that this change won't break older tools 1400764342 M * clopez this is the error: http://sprunge.us/fReA 1400764384 M * clopez sorry 1400764387 M * undefined yeah, my host (where i run iotop by way of chcontext to ctx 1) is wheezy 1400764395 M * clopez the error is this one: http://sprunge.us/ggZF 1400764429 M * clopez undefined: install iotop 0.6-1~bpo70+1 from wheezy-backports 1400764464 M * undefined i'm happy with 0.4.4 (and it's not broken ;)) 1400764491 M * clopez Bertl: seems that the kernel uses tabs on all the lines, only this two ones added by the vserver patch use spaces (VxID and NxID) 1400764555 M * Bertl still needs to be tested with older iotop versions 1400764566 M * Bertl (or clarified by source code analysis) 1400764589 J * sannes ~ace@2a02:fe0:c120:5e60:cdaa:1319:18fc:ad49 1400764641 J * sannes1 ~ace@2a02:fe0:c120:5e60:cdaa:1319:18fc:ad49 1400764781 M * clopez Bertl: this is the change that broke iotop on vserver: http://repo.or.cz/w/iotop.git/commitdiff/05ebf669 1400764802 M * clopez the change tries to split all the lines on /proc/1/status by tabs 1400764803 M * clopez key, value = line.split(':\t', 1) 1400764819 M * clopez and therefore fails on the lines VxID and NxID because there is no tab in that lines 1400764843 M * clopez before that commit, the code didn't tried to split the lines, but it was looking at the preffix 1400764854 M * clopez prefix = 'Name:\t' 1400764860 M * clopez if first_line.startswith(prefix): 1400764862 M * clopez ... 1400764881 M * undefined yep, i can verify that /proc//status contains tabs on every line except for VxID and NxID (at least on 3.10.40-vs2.3.6.8) 1400764945 M * undefined ah, so iotop assumed that all fields were tabbed 1400765002 M * undefined which is a good assumption on non-linux-vserver patched kernels 1400765122 M * clopez grep for seq_printf on fs/proc/array.c 1400765175 M * clopez is all tabs except this two fields added by the vserver patch 1400767627 M * Bertl this is a good indication that the change should be unproblematic, but nevertheless, we had this setup for several years now and changing it is simple, but needs to make sure we don't break older tools 1400767686 M * Bertl I presume, the change to iotop which causes this is due to some recent additions in iotop 1400767729 M * Bertl so if you can find the change in iotop which causes this sudden failure, then we might be able to rule out any effects on older versions just by looking at the change 1400767750 M * Bertl e.g. when the entire codepath is new in iotop 1400767825 M * undefined Bertl: he did: http://repo.or.cz/w/iotop.git/commitdiff/05ebf669 1400767894 M * undefined if somebody makes a patch (ie for fs/proc/array.c), then i'll test it 1400767923 M * undefined (not that i can't make a patch, but i'm too busy, but i'll verify the patch) 1400768494 M * Bertl ah, yes, okay, I'll whip up a patch 1400771213 Q * sannes1 Ping timeout: 480 seconds 1400771223 Q * sannes Ping timeout: 480 seconds 1400771780 J * sannes ~ace@2a02:fe0:c120:5e60:509:57d1:77f7:a66f 1400772162 J * sannes1 ~ace@2a02:fe0:c120:5e60:509:57d1:77f7:a66f 1400774838 J * bonbons ~bonbons@2001:a18:216:a201:c441:d5d7:729e:976c 1400777418 Q * beng_ Quit: I Leave 1400778323 Q * sannes Ping timeout: 480 seconds 1400778343 Q * sannes1 Ping timeout: 480 seconds 1400778596 J * fisted_ ~fisted@87.78.10.195 1400778872 J * sannes ~ace@2a02:fe0:c120:5e60:1dbd:91a1:1c2d:998 1400778944 J * sannes1 ~ace@2a02:fe0:c120:5e60:1dbd:91a1:1c2d:998 1400779045 Q * fisted Ping timeout: 480 seconds 1400779045 N * fisted_ fisted 1400781457 Q * l0kit Quit: leaving 1400781538 J * l0kit ~1oxT@0001b54e.user.oftc.net 1400781618 Q * l0kit 1400781650 J * l0kit ~1oxT@0001b54e.user.oftc.net 1400785533 Q * sannes Ping timeout: 480 seconds 1400785548 Q * sannes1 Ping timeout: 480 seconds 1400786113 J * sannes ~ace@2a02:fe0:c120:5e60:3dd4:a346:bb26:6116 1400786118 J * sannes1 ~ace@2a02:fe0:c120:5e60:3dd4:a346:bb26:6116 1400788859 J * Aiken ~Aiken@2001:44b8:2168:1000:21f:d0ff:fed6:d63f 1400791343 Q * bonbons Quit: Leaving 1400792718 Q * sannes Ping timeout: 480 seconds 1400792723 Q * sannes1 Ping timeout: 480 seconds 1400793223 J * sannes ~ace@2a02:fe0:c120:5e60:79a9:6405:7122:f465 1400793287 J * sannes1 ~ace@2a02:fe0:c120:5e60:79a9:6405:7122:f465 1400798292 Q * Ghislain Quit: Leaving. 1400799738 Q * sannes1 Ping timeout: 480 seconds 1400799828 Q * sannes Ping timeout: 480 seconds 1400800319 J * sannes ~ace@2a02:fe0:c120:5e60:3032:1492:1382:5ed7 1400800383 J * sannes1 ~ace@2a02:fe0:c120:5e60:3032:1492:1382:5ed7