1401155243 N * l0kit Guest11708
1401155248 J * l0kit ~1oxT@0001b54e.user.oftc.net
1401155613 Q * Guest11708 Ping timeout: 480 seconds
1401172408 J * Ghislain ~aqueos@adsl1.aqueos.com
1401179545 J * beng_ ~BenG@cpc29-aztw22-2-0-cust128.18-1.cable.virginm.net
1401182367 J * Aiken_ ~Aiken@2001:44b8:2168:1000:21f:d0ff:fed6:d63f
1401182368 Q * Aiken Read error: Connection reset by peer
1401182396 Q * Aiken_ 
1401182418 J * Aiken ~Aiken@2001:44b8:2168:1000:21f:d0ff:fed6:d63f
1401182837 J * fisted_ ~fisted@xdsl-84-44-227-125.netcologne.de
1401183285 Q * fisted Ping timeout: 480 seconds
1401183285 N * fisted_ fisted
1401184654 M * beng_ Bertl, daniel_hozac, I've found something odd with the 3.10 kernel
1401184656 M * beng_ http://pastebin.com/qCrEz1FC
1401184667 M * beng_ memory reports are inconsistent
1401184752 M * beng_ is this a known issue?
1401186745 M * daniel_hozac do you have VIRT_MEM set?
1401187131 M * beng_ yes
1401187144 M * beng_ I have that set on all guests
1401187379 M * Bertl what does the respective cgroup report?
1401188848 M * beng_ will have a look
1401188909 M * beng_ 116498432 bytes
1401188921 M * beng_ from memory.usage_in_bytes
1401188963 M * Bertl doesn't really match either
1401188977 M * Bertl you sure you are checking the same guest?
1401188988 M * beng_ there's only one guest on there
1401189018 M * Bertl maybe it constantly allocates and frees memory?
1401189018 M * beng_ let me just check virt_mem is deffinatley on for that guest
1401189092 M * beng_ arggh
1401189093 M * beng_ sorry
1401189105 M * beng_ something odd has happened when I moved this server from another machine
1401189120 M * beng_ virt_mem has not been enabled
1401189376 M * Bertl no problem, happens ...
1401190299 Q * beng_ Quit: I Leave
1401199387 J * beng_ ~BenG@82.34.168.129
1401200401 M * clopez is thery any way to allow a process (and all their childs) inside a vserver to get ionice realtime priority without having to give CAP_SYS_ADMIN to the vserver?
1401201018 M * Bertl you can probably give it from outside (from a process which has CAP_SYS_ADMIN)
1401201047 M * Bertl note that a RT task can and will hang the kernel if it ends up in a loop
1401201230 M * clopez interesting
1401201234 M * clopez thanks for the tips :)
1401204014 M * clopez does vserver affect (by default) the linux kernel process scheduling? I mean, a pid X with -19 nice priority will get the same slice of cpu if the other process are on a different vserver than if they are in the same vserver?
1401205015 M * Bertl no, there are no modifications to the scheduler in patches for recent kernels
1401205032 M * Bertl i.e. it is all done by the main scheduler and cgroup subsystem
1401205096 M * Bertl the only mechanism which can affect the scheduler (indirectly) is the priority bias
1401205431 M * clopez 3.2 is considered recent?
1401205505 M * Bertl yes
1401206634 J * bonbons ~bonbons@158.64.149.108
1401209420 M * clopez :)
1401209950 Q * beng_ Read error: Connection reset by peer
1401210636 J * zerick ~eocrospom@190.118.43.113
1401215528 Q * geb Ping timeout: 480 seconds
1401217565 J * geb ~geb@mars.gebura.eu.org
1401223325 Q * transacid Remote host closed the connection
1401223435 J * transacid ~transacid@transacid.de
1401227937 Q * bonbons Quit: Leaving
1401228311 J * fisted_ ~fisted@xdsl-84-44-239-144.netcologne.de
1401228443 Q * fisted Read error: Operation timed out
1401228445 N * fisted_ fisted
1401229414 Q * Ghislain Quit: Leaving.
1401234468 N * l0kit Guest11801
1401234474 J * l0kit ~1oxT@0001b54e.user.oftc.net
1401234828 Q * Guest11801 Ping timeout: 480 seconds