/tmp vol of toch niet?

[Stalkert]

Ik krijg van mijn nagios een melding dat /tmp vol zit. Echter als ik op de server ga kijken zie ik:

code:

[root@db /]# cd /tmp/
[root@db tmp]# ls -la
total 16
drwxrwxrwt   2 root root 4096 Jun  2 09:06 .
drwxr-xr-x  23 root root 4096 Oct 24  2006 ..

Lijkt behoorlijk leeg, maar:

code:

[root@db tmp]# df -h
Filesystem            Size  Used Avail Use% Mounted on
..
/dev/sda7             965M   18M  898M   2% /tmp
..

en

code:

[root@db tmp]# du -h
8.0K

Filesystem corrpupt of misschien gehacked? Iemand een idee waar ik kan kijken. sercure en message bevat geen vreemde dingen.
Het gaat hier om fedora core 8

[blaataaps]

Verwijderde bestanden waar nog een open file-descriptor naar is worden nog niet vrijgegeven, kijk eens met lsof of dat misschien het geval is (bijvoorbeeld mysql ofzo). En je kunt testen of df gelijk heeft door bijvoorbeeld een groot bestand te maken daar, kan natuurlijk gewoon zijn dat nagios in de war is.

[Rainmaker]

Ruikt meer naar space die gebruikt wordt voor journaling.

Is toevallig een ext3 / reiser (oid) filesystem? Probeer een te fsck'en als ext2. Zul je zien dat je ineens een stuk meer ruimte hebt.

offtopic:
[me=9848]spreekt uit ervaring toen hij /boot als reiser formateerde

[maleadt]

Kan je zelf in /tmp bestanden aanmaken van pak nu 500mb? En hoe reageert nagios dan?

Rainmaker schreef op maandag 02 juni 2008 @ 10:07:

offtopic:
[me=9848]spreekt uit ervaring toen hij /boot als reiser formateerde

offtopic:
boot als reiserfs? daar kan grub toch niet van opstarten?

[ Voor 20% gewijzigd door maleadt op 02-06-2008 11:26 ]

[deepbass909]

Stalkert schreef op maandag 02 juni 2008 @ 09:11:
Ik krijg van mijn nagios een melding dat /tmp vol zit. Echter als ik op de server ga kijken zie ik:

code:

[root@db /]# cd /tmp/
[root@db tmp]# ls -la
total 16
drwxrwxrwt   2 root root 4096 Jun  2 09:06 .
drwxr-xr-x  23 root root 4096 Oct 24  2006 ..

[...]

Zie ik het nou verkeerd? ls geeft aan dat je 16 bestanden hebt, maar ik zie er 0,0...

[Rainmaker]

MALEADt schreef op maandag 02 juni 2008 @ 11:25:

offtopic:
boot als reiserfs? daar kan grub toch niet van opstarten?

offtopic:
Reiser4 niet, maar reiserfs werkt volgens mij prima. Heb ook een tijdje zonder /boot partitie gedraaid toen was mijn / volgens mij reiser3...

[user109731]

deepbass909 schreef op maandag 02 juni 2008 @ 11:36:
[...]
Zie ik het nou verkeerd? ls geeft aan dat je 16 bestanden hebt, maar ik zie er 0,0...

16 is het aantal blocks dat de directory inneemt, dus 16 kb als een block 1kb is.

[deadinspace]

Stalkert schreef op maandag 02 juni 2008 @ 09:11:
Filesystem corrpupt of misschien gehacked?

In eerste instantie zou ik geen van beiden vermoeden, al kan het natuurlijk geen kwaad je ogen open te houden. Heb je security updates bijgehouden?

Rainmaker schreef op maandag 02 juni 2008 @ 10:07:
Ruikt meer naar space die gebruikt wordt voor journaling.

Zou kunnen, maar in het geval van ext3 zou ik dan wel een .journal file in zijn directory listing verwachten.

Probeer een te fsck'en als ext2. Zul je zien dat je ineens een stuk meer ruimte hebt.

Zullen we met zulk soort tips eerst even wachten tot we weten wat het is?

[blaataaps]

.journal is er al een tijdje niet meer volgens mij

[u_nix_we_all]

Ik weet het niet hoor, maar volgens mij geven zowel du als df aan dat je heel weinig ruimte gebruikt. Kan het zijn dat de Nagios plugin iets fout doet ?

(Ik heb jaren geleden al eens een alternatieve diskruimte plugin gescript voor Nagios. De standaard plugin werkte toen nog niet helemaal perfect (gaf geen performance metrics mee) maar dat is zoals gezegd al jaren geleden).

Wat ook nog mogelijk is, is dat /tmp wel even vol gezeten heeft, maar dat dat ondertussen over is, en je nu weer "normale" waarden van du en df krijgt.

edit....

Of bedoel je het verschil tussen de 8KB en 18MB ? Dat lijkt me je filesystems "reseved space" .... man tune2fs zou ik zeggen.

[ Voor 11% gewijzigd door u_nix_we_all op 02-06-2008 17:05 ]

[RemcoDelft]

Wat zegt

code:

df -i

?

[deadinspace]

blaataaps schreef op maandag 02 juni 2008 @ 16:57:
.journal is er al een tijdje niet meer volgens mij

Hmm, de computer vanaf waar ik dat vorige bericht postte had wel een /.journal, maar mijn desktop inderdaad niet.

Ik heb even gezocht, en het volgende gevonden in de ext3 FAQ:

Before you can mount a partition as ext3 you have to create a journal on it. The easiest way to do it is to type:

tune2fs -j /dev/hdaX

This can be done on an unmounted or on a mounted filesystem. If you create the journal on a mounted filesystem you will see a .journal file. Don't try to delete this and don't back this up or restore it from backup! If you run tune2fs -j on an unmounted partition an unvisible journal file will be created.

(emphasis mine)

En de meeste ext3 filesystems zullen tegenwoordig inderdaad als ext3 filesystems aangemaakt worden en dus een onzichtbare journal file hebben. Het filesytem dat wel een /.journal had was aangemaakt in juni 2002, dus die zal idd later online omgezet zijn naar ext3.

Het ontbreken van /.journal betekent inderdaad dus niet dat het geen ext3 is, daar zat ik fout.

u_nix_we_all schreef op maandag 02 juni 2008 @ 17:03:
Of bedoel je het verschil tussen de 8KB en 18MB ? Dat lijkt me je filesystems "reseved space" .... man tune2fs zou ik zeggen.

Reserved space wordt voorzover ik weet nooit als "used" weergegeven; het wordt wel van "available" afgetrokken.

[Rainmaker]

deadinspace schreef op maandag 02 juni 2008 @ 16:22:
[...]

Zullen we met zulk soort tips eerst even wachten tot we weten wat het is?

Hoezo?

De partitie is nog hartstikke leeg, getuige de ls -al.

Een mkfs.ext2 geeft dus geen dataverlies. Mount m hierna nog een keer en kijk of je wel de ruimte "vrij" hebt.

Kijk trouwens ook even naar de -m optie van mkfs.ext2 (kun je ook met tune2fs wijzigen)

*edit:
Aha, ik had fsck ipv mkfs neergezet

[ Voor 5% gewijzigd door Rainmaker op 03-06-2008 13:20 ]

[wzzrd]

Stalkert schreef op maandag 02 juni 2008 @ 09:11:
Ik krijg van mijn nagios een melding dat /tmp vol zit. Echter als ik op de server ga kijken zie ik:

code:

[root@db /]# cd /tmp/
[root@db tmp]# ls -la
total 16
drwxrwxrwt   2 root root 4096 Jun  2 09:06 .
drwxr-xr-x  23 root root 4096 Oct 24  2006 ..

Lijkt behoorlijk leeg, maar:

code:

[root@db tmp]# df -h
Filesystem            Size  Used Avail Use% Mounted on
..
/dev/sda7             965M   18M  898M   2% /tmp
..

en

code:

[root@db tmp]# du -h
8.0K

Filesystem corrpupt of misschien gehacked? Iemand een idee waar ik kan kijken. sercure en message bevat geen vreemde dingen.
Het gaat hier om fedora core 8

Dat 'ie zegt dat /tmp vol zit, is bull. Kun je de precieze melding niet eens posten? Hoe nagios precies werkt, weet ik niet, maar kan het daar niet gewoon een bug in zijn?

Die 18MB die in gebruik is, is de reservering voor root en de ruimte voor het journal, denk ik zo. Meestal een paar procent. Dit is op een nieuw filesystem:

code:

/tmp/test$ df -h .
Filesystem            Size  Used Avail Use% Mounted on
/dev/sdb2             919M   18M  855M   2% /tmp/test

Don't worry.