1473641596 Q * Carpoon Ping timeout: 480 seconds
1473642083 J * Carpoon ~Carpoon@carpoon.hu
1473643749 J * aj__ ~aj@x4db28402.dyn.telefonica.de
1473644203 Q * derjohn_mobi Ping timeout: 480 seconds
1473646345 J * fstd_ ~fstd@x4e30f579.dyn.telefonica.de
1473646813 Q * fstd Ping timeout: 480 seconds
1473646813 N * fstd_ fstd
1473654294 Q * aj__ Ping timeout: 480 seconds
1473654819 Q * Chlorek Quit: leaving
1473658450 M * Bertl_oO off to bed now ... have a good one everyone!
1473658451 N * Bertl_oO Bertl_zZ
1473661604 J * aj__ ~aj@88.128.80.147
1473662491 J * Ghislain ~aqueos@adsl1.aqueos.com
1473663974 Q * aj__ Ping timeout: 480 seconds
1473665841 J * aj__ ~aj@46.189.28.56
1473667359 J * JonB ~jonbendts@212-60-115-150.ip.cust.zensystems.net
1473667423 M * JonB hey, once again fighting dropbox which has worked before.
1473667430 M * JonB This time it looks like realtime "futex(0xafde64, FUTEX_WAIT_BITSET_PRIVATE|FUTEX_CLOCK_REALTIME, 18503, {1473667399, 430474000}, ffffffff) = -1 EAGAIN (Resource temporarily unavailable)
1473667430 M * JonB "
1473667460 M * JonB so I gave the guest capabilities CAP_SYS_TIME + CAP_SYS_NICE
1473667465 M * JonB still not working though
1473667852 M * JonB (guest already had SYS_RESOURCE capabilitiy)
1473670494 J * Gremble ~Gremble@cpc87179-aztw31-2-0-cust6.18-1.cable.virginm.net
1473671008 M * JonB giving it CAP_SYS_ADMIN capability didn't help
1473672510 Q * Gremble Quit: I Leave
1473683402 J * thierryp ~thierry@82.226.190.44
1473684047 Q * Aiken Remote host closed the connection
1473685634 N * Bertl_zZ Bertl
1473685635 M * Bertl morning folks!
1473685642 M * Bertl JonB: http://man7.org/linux/man-pages/man2/futex.2.html
1473689843 J * ensc|w ~ensc@gw-27.sigma-chemnitz.de
1473693860 M * JonB ok
1473694075 Q * aj__ Ping timeout: 480 seconds
1473694370 J * aj__ ~aj@46.189.28.56
1473695218 Q * JonB Quit: This computer has gone to sleep
1473695885 J * marcfiu ~oftc-webi@pool-173-72-20-147.cmdnnj.fios.verizon.net
1473695893 M * marcfiu bertl: I'm back.
1473695959 M * marcfiu http://pastebin.com/14p6Uv4B
1473696003 M * marcfiu using gdb it appears the NULL deref is happening as part of the seq_printf()
1473696097 M * marcfiu What I am wondering is whether this function provided by vserver should try to grab some task struct lock so that it doesn't disappear underneath it.  Alternatively, I suppose one could check if task or task->nsproxy are NULL and then print something else or just return.
1473696564 J * derjohn_mob ~aj@46.189.28.95
1473696571 Q * aj__ Read error: Connection reset by peer
1473696900 M * Bertl it should definitely make sure that task is locked, but I think it should be already locked when we get to that printf
1473696932 M * Bertl and the (task) lock doesn't change the fact that nsproxy can disappear anytime
1473696969 M * Bertl so a local copy and check should be fine, if we dereference it, it would need to be locked as well
1473696979 M * Bertl patches are welcome, and I'm off for now ... bbl
1473696983 N * Bertl Bertl_oO
1473699966 M * marcfiu Bertl: I've arrived at this.
1473699967 M * marcfiu http://pastebin.com/af6NMeEm
1473699980 M * marcfiu in a nutshell it does three things: 
1473699995 M * marcfiu 1) check if the task pointer is NULL and return -ESRCH if so.
1473700033 M * marcfiu 2) following the namespace access rule #3 as described in include/linux/nsproxy.h
1473700133 M * marcfiu 3) obtain nsproxy reference using task_nsproxy() and if that is not NULL then do the seq_printf(). Note that the seq_printf() uses the local nsp rather than task->nsproxy.
1473700187 M * marcfiu oh... and if task_nsproxy() returns NULL, then the function will also return -ESRCH.
1473701649 Q * marcfiu Ping timeout: 480 seconds
1473703806 Q * derjohn_mob Ping timeout: 480 seconds
1473712538 J * Aiken ~Aiken@d63f.h.jbmb.net
1473715218 Q * Ghislain Quit: Leaving.
1473721640 Q * CcxCZ Ping timeout: 480 seconds
1473722745 J * CcxCZ ~ccxCZ@82.142.125.46