1376627917 M * Bertl off to bed now ... have a good one everyone! 1376627926 N * Bertl Bertl_zZ 1376628307 N * l0kit Guest3505 1376628313 J * l0kit ~1oxT@0001b54e.user.oftc.net 1376628716 Q * Guest3505 Ping timeout: 480 seconds 1376629520 J * sannes ~ace@cm-84.211.100.82.getinternet.no 1376635370 J * Ghislain ~aqueos@adsl1.aqueos.com 1376637964 Q * FireEgl Ping timeout: 480 seconds 1376638559 J * BenG ~BenG@cpc35-aztw23-2-0-cust207.18-1.cable.virginmedia.com 1376650784 Q * ircuser-1 Ping timeout: 480 seconds 1376652320 N * Bertl_zZ Bertl 1376652324 M * Bertl morning folks! 1376653341 J * ircuser-1 ~ircuser-1@35.222-62-69.ftth.swbr.surewest.net 1376653728 J * geos_one ~chatzilla@85-125-139-162.work.xdsl-line.inode.at 1376653823 Q * geos_one 1376654283 M * Jb_boin do anybody had issues with partitions that gets "virtually used" at 100%, the OS sees the partition as full and its impossible to write to it but after a reboot it gets back to its normal usage less than 25% in my case 1376654304 M * Jb_boin its on 3.2.48-vs2.3.2.16-beng but i had this on previous 3.2 vserver kernels 1376654348 M * Bertl this is not that unusual and can have many reasons. first, what filesystem and how do you detect the 'full' state? 1376654414 M * Jb_boin /dev/disk/by-uuid/a0701fa4-c943-4eeb-b9e8-31afe00ad6d8 549G 549G 0 100% / 1376654415 M * Jb_boin on ext4 1376654449 M * Jb_boin and i encountered this on one or two other vserver hosts with 3.2 kernels lately if i am right 1376654464 M * Jb_boin and its at least the 3rd time on this server on less than a month 1376654501 M * Bertl so it falls back to about 130GB used after reboot? 1376654719 M * Jb_boin even less 1376654742 M * Jb_boin i dont recall by head how much, i havent rebooted it this time, i try to find more informaitons 1376654772 Q * Aiken Remote host closed the connection 1376654772 M * Bertl that's a good approach, first check all processes accessing this filesystem for open but deleted files 1376654806 M * Bertl (those would be my first guess, but over 300GB is a litte much for temporary data) 1376654847 M * Bertl second step would be to check for huge log files (which might get deleted during startup) 1376654893 M * daniel_hozac_ or rotated log files that are held open. 1376654999 M * Jb_boin cron 2105 root 5u REG 8,1 566873051136 9962663 /tmp/tmpfalVaaw (deleted) 1376654999 M * Jb_boin php 2108 root 1u REG 8,1 566873051136 9962663 /tmp/tmpfalVaaw (deleted) 1376654999 M * Jb_boin php 2108 root 2u REG 8,1 566873051136 9962663 /tmp/tmpfalVaaw (deleted) 1376655000 M * Jb_boin mhh 1376655024 M * Jb_boin root@virtual14:~# du -hs / 1376655024 M * Jb_boin 23G / 1376655318 M * Jb_boin killing the cron process released the space 1376655692 M * Bertl so it looks like cron (or one of the scripts) is keeping those files alive 1376655794 M * Jb_boin yep, it didnt release the space after killing the php script which is strange 1376660470 J * DelTree_ ~deplagne@2a00:c70:1:213:246:39:115:2 1376660590 Q * DelTree Ping timeout: 480 seconds 1376661179 N * l0kit Guest3538 1376661185 J * l0kit ~1oxT@0001b54e.user.oftc.net 1376661391 Q * Guest3538 Ping timeout: 480 seconds 1376661965 Q * ncopa Quit: Leaving 1376662074 J * ncopa ~test@3.203.202.84.customer.cdi.no 1376669273 J * bonbons ~bonbons@2001:a18:20b:a301:4551:d5f8:1ea0:d042 1376669342 J * FireEgl ~FireEgl@173-25-83-57.client.mchsi.com 1376673237 Q * BenG Quit: I Leave 1376683358 Q * Ghislain Quit: Leaving. 1376684879 J * Aiken ~Aiken@2001:44b8:2168:1000:21f:d0ff:fed6:d63f 1376688083 J * cuba33ci_ ~cuba33ci@114-36-247-93.dynamic.hinet.net 1376688199 Q * cuba33ci Read error: Operation timed out 1376688212 N * cuba33ci_ cuba33ci 1376691014 Q * bonbons Quit: Leaving 1376693588 M * Bertl off for a nap ... bbl 1376693706 N * Bertl Bertl_zZ