1346717830 Q * ghislain Quit: Leaving.
1346720207 M * MooingLemur :)
1346721188 Q * clopez Read error: Operation timed out
1346723543 M * Bertl off to bed now ... have a good one everyone!
1346723547 N * Bertl Bertl_zZ
1346723763 J * FireEgl FireEgl@2001:470:e5ad:1:2dc9:b3b7:c07d:b0
1346725934 Q * FireEgl Quit: Leaving...
1346726309 J * FireEgl FireEgl@2001:470:e5ad:1:7c75:c1aa:c1da:4546
1346727580 Q * nkukard Ping timeout: 480 seconds
1346727607 J * nkukard ~nkukard@41-133-165-27.dsl.mweb.co.za
1346728123 Q * nkukard Ping timeout: 480 seconds
1346728294 J * nkukard ~nkukard@41-133-165-27.dsl.mweb.co.za
1346728794 Q * nkukard Ping timeout: 480 seconds
1346728819 J * nkukard ~nkukard@41-133-165-27.dsl.mweb.co.za
1346729459 J * fisted ~fisted@xdsl-78-35-85-57.netcologne.de
1346729501 Q * nkukard Ping timeout: 480 seconds
1346729526 J * nkukard ~nkukard@41-133-165-27.dsl.mweb.co.za
1346730873 Q * Aiken Quit: Leaving
1346732646 Q * Rockj Ping timeout: 480 seconds
1346734993 Q * sannes Remote host closed the connection
1346735127 J * sannes ~ace@cm-84.211.87.28.getinternet.no
1346735253 Q * sannes Remote host closed the connection
1346740336 J * nakacya ~nakacya@s1106155.xgsspn.imtp.tachikawa.spmode.ne.jp
1346740655 J * fisted_ ~fisted@xdsl-87-78-231-39.netcologne.de
1346741014 Q * fisted Ping timeout: 480 seconds
1346741879 Q * nakacya Remote host closed the connection
1346742221 J * ghislain ~AQUEOS@adsl2.aqueos.com
1346742572 J * nakacya ~nakacya@s1106126.xgsspn.imtp.tachikawa.spmode.ne.jp
1346744098 J * Rockj rockj@rockj.net
1346745476 J * uranus ~uranus@62.152.161.117
1346745663 Q * nakacya Remote host closed the connection
1346745696 J * nakacya ~nakacya@s1106126.xgsspn.imtp.tachikawa.spmode.ne.jp
1346745753 Q * nakacya Read error: Connection reset by peer
1346745762 J * nakacya ~nakacya@s1106126.xgsspn.imtp.tachikawa.spmode.ne.jp
1346746423 Q * ghislain Ping timeout: 480 seconds
1346746474 J * ghislain ~AQUEOS@adsl2.aqueos.com
1346747700 Q * nakacya Remote host closed the connection
1346747733 J * nakacya ~nakacya@s1106126.xgsspn.imtp.tachikawa.spmode.ne.jp
1346748087 J * vspas ~vspas@87.213.36.165
1346748218 Q * nakacya Ping timeout: 480 seconds
1346751872 J * clopez ~clopez@fanzine.igalia.com
1346752010 N * Bertl_zZ Bertl
1346752013 M * Bertl morning folks!
1346752214 M * uranus moin Bertl 
1346752274 M * uranus Bertl, i have a strange issue in 3.4.10 and 3.5.3 kernels with vserver enabled patch: i get a guest with all processes in state R and trying to execute vserver * commands result in a State D /usr/bin/awk /^#/ { next; } $1 == "ns" { next; } $4 != "0" { print $1; } /proc/cgroups process
1346752326 M * uranus i found the awk in dmesg: http://paste.linux-vserver.org/22920
1346752418 M * Bertl could you lookup the ffffffff810c3816 with 'addr2line -e vmlinux' in your kernel build tree?
1346753226 M * uranus unfortunatly another person destroyed the build tree - i think i'll have to wait for a the same trace once more and safe the build tree
1346753321 M * Bertl what kernel/patch version do you use?
1346753555 M * uranus patch-3.4.10-vs2.3.3.7.diff 
1346753594 M * uranus in the future i'll save my build trees :)
1346753618 M * Bertl please do so
1346753967 Q * nkukard Read error: Operation timed out
1346754123 M * Bertl in general it looks like a false positive (not untypical with this kind of warning) and once the warning happens, the kernel goes south (seems to be a long lasting issue with this kind of warnings)
1346754173 M * uranus so you think of a mainline bug?
1346754236 M * Bertl could be, at least we do not use the cgroup mutex anywhere
1346754275 M * uranus maybe this happens because of the new rcu things added in delta-memcg-fix05.diff
1346754323 M * Bertl nah, that is definitely a fix and not related to the cgroup mutex
1346754357 M * Bertl but it should be simple to test if you can trigger the issue
1346754366 M * Bertl (i.e. just revert the memcg fix :)
1346754707 M * uranus well currently i have no clue how to trigger that issue
1346754796 J * nkukard ~nkukard@41-133-165-27.dsl.mweb.co.za
1346758323 N * Bertl Bertl_oO
1346758827 J * nakacya ~nakacya@KD118152083243.ppp-bb.dion.ne.jp
1346763130 J * kir ~kir@swsoft-msk-nat.sw.ru
1346763971 P * kir PING 1346763971
1346765079 Q * ensc|w Remote host closed the connection
1346765089 J * ensc|w ~ensc@www.sigma-chemnitz.de
1346770503 J * BenG ~bengreen@cpc10-aztw24-2-0-cust114.aztw.cable.virginmedia.com
1346771682 Q * Chlorek Quit: -
1346777761 M * uranus Bertl_oO, I got the trace again: the address from proc_cgroupstats_show does link to linux-3.4.10/kernel/cgroup.c line 4433 where the mutex_lock resides
1346777833 M * uranus Bertl_oO, I got also one more stacktrace: http://paste.linux-vserver.org/22923 do you need some files and line numbers?
1346778311 M * Bertl_oO yes, please annotate from meminfo_proc_show to mutex_lock_nested
1346780237 Q * clopez Read error: Operation timed out
1346784818 M * uranus Bertl_oO, anotation is here: http://paste.linux-vserver.org/22926
1346785000 J * fisted ~fisted@xdsl-87-78-181-42.netcologne.de
1346785130 Q * fisted_ Read error: Operation timed out
1346785393 N * ensc Guest5725
1346785403 J * ensc ~irc-ensc@p54ADF65F.dip.t-dialin.net
1346785797 Q * Guest5725 Ping timeout: 480 seconds
1346785842 Q * BenG Remote host closed the connection
1346785943 Q * FireEgl Read error: Operation timed out
1346786204 J * csh-harmful ~unknown@pulsar.viking.by.vps.neolocation.net
1346786348 M * csh-harmful What is the best practice to set linux-vservers networking ? Should IP use veth devices for such porposes ?  Most of my servers are multilinked and I'm nore that attaching IP to physical interfaces is a good thing. Any recomendations ?
1346786445 J * sannes ~ace@cm-84.211.87.28.getinternet.no
1346786627 M * Bertl_oO veth devices make only sense with network namespaces
1346786663 M * Bertl_oO the default used by Linux-VServer is network isolation, where the host shares a number of IPs with a guest
1346786805 M * csh-harmful I see. Sitiation is that I have /24 routed from two router via differnet links and I would like to assign IPs from that space no vserver nodes, whre should I assign them. I've tried both lo, and real interface - both works, even ether en of veth works. But what is the right and proper way ?
1346786845 M * Bertl_oO normally you assign the IPs to the same interface the host uses
1346786867 M * Bertl_oO of course, as you figured, you can assign them wherever you want
1346786889 M * Bertl_oO (it will still use the interface which has a route)
1346786916 M * csh-harmful host uses both, and /24 does not belog to ether of them. And look slike lo is not good candite because creares confusion for some software.
1346786918 J * hijacker ~hijacker@cable-84-43-134-121.mnet.bg
1346786929 M * Bertl_oO if you want additional flexibility in changing the guest IPs on the fly, you can assign a private IP to each guest and use s/dnat to map a public IP
1346786981 M * Bertl_oO for each guest IP, you'll have a well defined route to the outside (or no route at all)
1346786996 M * Bertl_oO that route includes the border interface which will be used
1346787015 M * Bertl_oO (that is usually the place where you'll put the IPs)
1346787127 M * csh-harmful The problem with assigning IPs on physical interfaces directly that host system choses not the firsly assignet IPv6 address but the one latter assigned with guest system. There is no such isses with IPv4 where initially assigned IP is preffered.
1346787167 M * Bertl_oO well, then put them on lo or dummy if that hel[s
1346787170 M * Bertl_oO *helps
1346787265 M * csh-harmful I'm doing right now with the lo, but cfenfige freaks out, so perhaps veth is a close simulation of the interface, even if it wansn't created for such pourposes.
1346787320 M * csh-harmful Need to try dummy by the way, but I though it's a kind of discard only interface.
1346787470 M * Bertl_oO I'm pretty sure your veth isn't used either
1346787485 M * Bertl_oO check the packet counts on the interface
1346787678 M * csh-harmful They are not used indeed, but veth interface gives cfengine 'feeling' of the real interface and define right 'class'. Need to try the same with the dummy.
1346787719 M * Bertl_oO well, no harm in 'not' using veth :)
1346787926 M * Bertl_oO off for a nap .. bbl
1346787933 N * Bertl_oO Bertl_zZ
1346788026 M * csh-harmful Thank a lot! dummy0 is working as expected.
1346788718 Q * hijacker Quit: Leaving
1346788937 J * Chlorek chlorek@2001:470:6054::3ffe
1346789040 Q * uranus Quit: Verlassend
1346789198 Q * csh-harmful Quit: leaving
1346789628 J * clopez ~clopez@17.28.165.83.dynamic.mundo-r.com
1346790461 Q * Chlorek Quit: Reconnecting
1346790464 J * Chlorek chlorek@2001:470:6054::3ffe
1346790843 Q * clopez Ping timeout: 480 seconds
1346791701 Q * cuba33ci Read error: Connection reset by peer
1346791786 J * cuba33ci ~cuba33ci@114-36-235-174.dynamic.hinet.net
1346792795 J * Aiken ~Aiken@2001:44b8:2168:1000:21f:d0ff:fed6:d63f
1346794070 Q * ghislain Quit: Leaving.
1346796968 N * Bertl_zZ Bertl
1346796971 M * Bertl back now ...
1346798443 Q * cuba33ci Read error: Connection reset by peer
1346798491 J * cuba33ci ~cuba33ci@114-25-204-126.dynamic.hinet.net
1346799978 J * clopez ~clopez@17.28.165.83.dynamic.mundo-r.com
1346802800 M * ser i solved ubuntu problems :D
1346802805 M * ser # cp /bin/true /sbin/initctl
1346802807 M * ser haha
1346803050 J * nlm_ ~nlm@host77.190-30-39.telecom.net.ar