1536292344 Q * karasz Ping timeout: 480 seconds
1536292386 Q * mnemoc Ping timeout: 480 seconds
1536292585 J * karasz ~karasz@00015555.user.oftc.net
1536292622 J * mnemoc ~amery@kwa.jpi.io
1536293775 Q * mcp Ping timeout: 480 seconds
1536293843 J * mcp ~mcp@wolk-project.de
1536306251 J * fstd ~fstd@xdsl-87-78-62-49.netcologne.de
1536309458 J * Gremble ~Gremble@cpc1-aztw34-2-0-cust397.18-1.cable.virginm.net
1536313835 J * nikolay ~nikolay@external.oldum.net
1536315944 Q * geb Remote host closed the connection
1536317097 J * geb ~geb@mars.gebura.eu.org
1536317604 Q * FloodServ Service unloaded
1536317670 J * FloodServ services@services.oftc.net
1536321629 Q * FloodServ Service unloaded
1536321671 J * FloodServ services@services.oftc.net
1536322412 N * Bertl_zZ Bertl
1536322417 M * Bertl  morning folks!
1536322433 F * Bertl +v Aiken
1536322438 F * Bertl +v erratic
1536322441 F * Bertl +v fstd
1536322444 F * Bertl +v geb
1536322448 F * Bertl +v Gremble
1536322452 F * Bertl +v karasz
1536322455 F * Bertl +v mcp
1536322459 F * Bertl +v mnemoc
1536322463 F * Bertl +v nikolay
1536322467 F * Bertl +v PowerKe
1536322474 F * Bertl +o daniel_hozac_
1536324110 M * Gremble ah, the blue dots on my IRC client indicate the having of voice
1536324119 M * Gremble I thought they might be /hop users
1536324293 M * Bertl no (hip-)hop users here ... ;)
1536324377 M * Gremble So while ago I said we were migrating our array to LXC. We got a good way there, but there were too many issues, and now we will be using Linux-Vserver again for this Debian release cycle.
1536324435 M * Gremble So hurray for vserver, and well done LXC for giving it a go, but just not there yet for our needs.
1536324441 M * Bertl interesting, what were the issues?
1536324481 M * Gremble disappearing cgroups, process visibility problems
1536324513 M * Gremble they are the issues remaining at this time
1536324538 M * Gremble oh and fuse mounting difficulties, mostly solved
1536324543 M * Bertl was that with mainline (or a recent kernel) or with one of the 'stable' debian kernels?
1536324554 M * Gremble debian kernel
1536324562 M * Gremble it won't run at all on mainline
1536324587 M * Gremble needs one longtime debian patch for a cgroup flag
1536324605 M * Gremble (which is also an ubuntu patch of course)
1536324632 M * Gremble it will nearly run on mainline, or could with minimal hacking
1536324667 M * Gremble it's a highly ubuntu focused project
1536324709 M * Bertl I see ...
1536324794 M * Gremble kernel.unprivileged_userns_clone=1 is the config option which I believe still doesn't exist in the mainline kernel, though I could be wrong
1536325848 M * Jb_boin Gremble, with lxc sometimes you also have "ghost" cgroups, if the container couldnt start after it mounted its cgroups, it wont destroy them and create a new one at each start :)
1536325875 M * Jb_boin about my nfs problem, it unfortunately still does it with the tagging disabled
1536326085 M * Bertl really? and it's gone when you remove just the Linux-VServer patch?
1536326421 M * Gremble Jb_boin, no its not that problem, had that one, solved it.
1536326440 M * Gremble Jb_boin, anyway, this Vserver channel, so I'll stop talking about it.
1536326478 M * Jb_boin Bertl, well, its between the debian kernel and the beng one so there might be some debian patches that does the trick
1536326493 M * Jb_boin i am goign to test the kernel i compiled on a jessie
1536327366 Q * Gremble Quit: Leaving
1536327392 J * Gremble ~Gremble@cpc1-aztw34-2-0-cust397.18-1.cable.virginm.net
1536327423 Q * Gremble 
1536328047 M * Jb_boin seems like i had the same issue on jessie : if i change the file owner to a uid/gid not existing, the owner doesnt change on the vserver client while it does on the debian kernel
1536328378 M * Guy- I also have an nfs (and autofs) related problem with a vserver kernel, even though I run no guests: a regular user can't cause a specific remote nfs to be mounted via autofs, but can access it if root causes it to be mounted first. Other apparently identical exports don't display this behaviour, and if I boot a stock Debian kernel on the client, the issue is gone too
1536328418 M * Guy- of course, the Debian kernel is a completely different version (not 4.9.124 but 4.17) and probably compiled with completely different options; I don't think the problem has to do with the vserver patch, it's just weird
1536328549 M * Bertl to narrow such issues down it is always good to do an apples-apples comparison (i.e. get a mainline kernel which is supported by Linux-VServer and test with as well as without patch)
1536328619 M * Guy- I know
1536328634 M * Guy- I just threw this in here on the off chance someone would go "ah yes, I know what that is"
1536328667 M * Bertl yeah, no problem, also just saying
1536329222 Q * FloodServ Service unloaded
1536329265 F * ChanServ -o daniel_hozac_
1536329265 J * FloodServ services@services.oftc.net
1536331490 Q * FloodServ Service unloaded
1536331534 J * FloodServ services@services.oftc.net
1536332343 Q * nikolay Quit: Leaving
1536334421 Q * guerby Remote host closed the connection
1536334441 J * guerby ~guerby@ip165.tetaneutral.net
1536336686 Q * daniel_hozac_ Read error: Connection reset by peer
1536338311 M * Jb_boin Bertl, so with vanilla 4.9.115 it works just fine but not with the vserver patched version no matter what the TAG_NFS value is
1536338451 M * Jb_boin with vserver kernels i see files assigned to the maxint like if the idmap domain was not the right one and booting to the same kernel without nfs patches (and same .config), files are shown as owned by root
1536338561 M * Jb_boin and if i change the owner to an "unknown" uid on another server, it stays with the same uid on the vserver kernel as long as i dont remount or restart the server
1536338714 J * daniel_hozac ~daniel@217-211-16-149-no42.tbcn.telia.com
1536338742 F * Bertl +o daniel_hozac
1536338808 M * Bertl Jb_boin: okay, could you disable tagging completely on the Linux-VServer patched kernel?
1536338832 M * Bertl (i.e. not just for NFS/NFSd)
1536339654 Q * daniel_hozac Ping timeout: 480 seconds
1536344291 Q * gnarface Quit: Leaving
1536345510 J * gnarface ~gnarface@108-227-52-42.lightspeed.irvnca.sbcglobal.net
1536357866 J * daniel_hozac ~daniel@217-211-16-149-no42.tbcn.telia.com
1536362329 M * Bertl  off to bed now ... have a good one everyone!
1536362342 F * Bertl +o daniel_hozac
1536362347 N * Bertl Bertl_zZ
1536364092 Q * jrayhawk Quit: Changing server