[DEBIAN 6] /tmp directory loopt vol. Probleem met inodes?

[van.der.schulting]

Ik heb hier een Debian 6 server waarvan de /tmp directory volloopt, terwijl er nauwelijks bestanden in de directory staan.
Het volgende commando geeft aan dat mijn /tmp directory 4-6GB groot is

code:

du -sh *

Terwijl het volgende commandio laat zien dat er maar een paar honderd bestanden van enkele kilobytes in staan

code:

ls -lh

Alle bestanden nemen hooguit 50MB oid in beslag, zeker geen 4-6 GB.

Na wat Googlen lijkt het iets te maken met de inodes te maken te hebben.

Ik kwam op dit topic terecht http://stackoverflow.com/...96/howto-free-inode-usage, maar snap er niet zoveel van.

Ik heb wel commando's uit het topic uitgevoerd en geeft dit resultaat:

code:

root@localhost:/tmp# find . -type f | cut -d "/" -f 2 | sort | uniq -c | sort -n
      1 .X99-lock
      1 open-uri20140416-2144-1b0lu80
      1 open-uri20140416-2157-ffqk77
      6 passenger.1.0.1376
     71 webdriver-profile20140416-2153-ydw8nd
     71 webdriver-profile20140416-4763-1rr0h22
     76 webdriver-profile20140416-2144-7zsckp
     81 webdriver-profile20140416-4852-7h3noi

Ik snap niet zo goed wat er aan de hand is. Wie kan me helpen?

[CAPSLOCK2000]

Gebruik 'df -i' om te controleren of een gebrek aan inodes echt je probleem is.

Wat nog wel eens fout gaat is dat een programma een temp-file opent en hem dan weggooit zonder de file eerst te sluiten. De file blijft dan (onzichtbaar) bestaan tot de applicatie wordt afgesloten.

[vanaalten]

van.der.schulting schreef op woensdag 16 april 2014 @ 11:34:
Terwijl het volgende commandio laat zien dat er maar een paar honderd bestanden van enkele kilobytes in staan

code:

ls -lh

Misschien denk ik te simpel, maar zijn het misschien grote verborgen files die je met dat commando niet ziet?
Wat doet:

code:

ls -lha

?

[Kees]

Waarschijnlijk is er een process dat veel files in /tmp aanmaakt en delete maar de handler niet vrijgeeft, geeft 'lsof|grep DEL|grep tmp' bruikbare output?

[van.der.schulting]

'df -i' geeft:

code:

Filesystem            Inodes   IUsed   IFree IUse% Mounted on
/dev/sda1            1003680  249323  754357   25% /
tmpfs                 766452       4  766448    1% /lib/init/rw
udev                  765129     541  764588    1% /dev
tmpfs                 766452       1  766451    1% /dev/shm
/dev/mapper/vg0-logdisk01
                     1048576  120448  928128   12% /var/log

De inodes lijken dus niet het probleem te zijn

'ls -lha' geeft 5 files meer weer. Dat is het dus niet.

'lsof|grep DEL|grep tmp' geeft geen output.

[vanaalten]

Als ik Kees z'n tip bij mij uitvoer krijg ik ook geen output, maar bij mij moet ik ook niet op 'DEL' greppen maar op 'deleted'.

Ik zou dus proberen:

code:

lsof | grep delete | grep tmp

... en desnoods:

code:

lsof | grep tmp

... en de output zelf eens doorkijken.
(overigens die lsof wel als root uitvoeren)

[sam.vimes]

Zoals aan de uitvoer van "df" te zien is, heeft /tmp geen eigen partitie, maar staat alles (behalve /var/log) in de root-partitie. Je hebt dus geen last van het vollopen van /tmp, maar van je hele systeem, inclusief /, /home, /usr, de rest van /var, etc.
TS begon met:

Ik heb hier een Debian 6 server waarvan de /tmp directory volloopt

Voordat we verder gaan met oplossingen verzinnen, lijkt me het zinvol om uit te zoeken wat het probleem eigenlijk is. Kun je uitleggen wat de verschijnselen waren en waarom je dacht dat het aan /tmp lag?

[ Voor 0% gewijzigd door sam.vimes op 24-04-2014 08:24 . Reden: typfout ]

[Rainmaker]

Beter:

code:

lsof +L1

Oftewel; list alle files met een link count lager dan 1 (dus, een file zonder link, dus een deleted file).

En; natuurlijk als root.

[ Voor 9% gewijzigd door Rainmaker op 25-04-2014 13:44 ]