[linux-l] riesen Datei in /var/spool/clientmqueue/

[Hannes Stein]

Hallo,

auf unserem Server hatte sich uebers Wochenende eine gigantische Datei 
unter /var/spool/clientmqueue/ erzeugt, (eigentlich waren es zwei 
Dateien a ca. 900 MB) die die Systemfestplatte (4GB) vollends 
zugeschissen hatte und den Server somit zur Aufgabe aller Serverdienste 
veranlasst hatte.

Ich konnte mir nicht recht erklaeren, wie das zu Stande kam, hab 
erstmal sendmail als Hauptverdaechtigen festgenommen und per 
"rcsendmail stop" bis auf weiteres Zwangsbeurlaubt - da wir uns noch 
einen Servertotalausfall diese Woche nicht leisten koennen.

Die einzige Veraenderung der letzten Tage war das (inzwischen 
rueckgaengig gemachte) aufspielen einer neuen Version von netatalk 
(1.6.0).

In /var/log/warn findet sich als erste auffaellige Meldung nach 2 Tagen 
(Sa/So) ohne Meldungen lediglich:
---->8--- schnippschnapp ---8<------
Feb 15 15:24:25 linus nmbd[690]:   *****
Feb 17 06:02:42 linus sendmail[18161]: h1H511JX018161: SYSERR(root): 
Out of disk space for temp file
Feb 17 06:02:42 linus sendmail[18161]: h1H511JX018161: SYSERR(root): 
Error writing control file ./tfh1H511JX018161: No space left on device
Feb 17 08:38:26 linus syslogd: /var/log/messages: No space left on 
device
Feb 17 08:49:00 linus afpd[31646]: [logger.c:593]: S:Logger: can't open 
Logfile /var/log/netatalk.log
Feb 17 08:49:00 linus afpd[31646]: [logger.c:593]: S:Logger: can't open 
Logfile /var/log/netatalk.log
Feb 17 08:57:02 linus afpd[31650]: [logger.c:593]: S:Logger: can't open 
Logfile /var/log/netatalk.log
---->8--- /schnippschnapp ---8<------
Naja, wenn die Festplatte wirklich voll war, ist auch klar, warum er 
das log-file nicht oeffnen konnte..., die Meldung trat allerdings auch 
schon vorher auf (Berechtigungen der Datei waren o.k.)


in /var/log/messages bricht die Berichterstattung mangelns Platz 
schlagartig ab.
---->8--- schnippschnapp ---8<------
Feb 17 07:59:00 linus /USR/SBIN/CRON[31553]: (root) CMD ( rm -f 
/var/spool/cron/lastrun/cron.hourly)
---->8--- /schnippschnapp ---8<------

/var/log/mail erschliest sich mir auch nicht direkt:
---->8--- schnippschnapp ---8<------
Feb 17 01:24:45 linus sendmail[17690]: h1H0Oi7n017689: to=<root at linus>, 
ctladdr=<root at linus.Presse.FU-Berlin.DE> (0/0), delay=00:00:00, 
xdelay=00:00:00, mailer=local, pri=30945, dsn=2.0.0, stat=Sent
Feb 17 06:02:42 linus sendmail[18161]: h1H511JX018161: SYSERR(root): 
Out of disk space for temp file
Feb 17 06:02:42 linus sendmail[18161]: h1H511JX018161: from=root, 
size=2655, class=0, nrcpts=1, relay=root at localhost
Feb 17 06:02:42 linus sendmail[18161]: h1H511JX018161: SYSERR(root): 
Error writing control file ./tfh1H511JX018161: No space left on device
---->8--- /schnippschnapp ---8<------


Jedenfalls hab ich jetzt sendmail erstmal abgesaegt, was ziemlich 
sicher nicht gut ist. Seitdem meckert er immer, wenn er sein 
Backup-cronscript durchfuehrt und an root at linus was verschicken will:
---->8--- schnippschnapp ---8<------
Feb 20 01:40:45 linus sendmail[11908]: h1K0139t011908: to=root, 
ctladdr=root (0/0), delay=00:39:42, xdelay=00:00:00, mailer=relay, 
pri=30265, relay=localhost [127.0.0.1], dsn=4.0.0, stat=Deferred: 
Connection refused by localhost
---->8--- /schnippschnapp ---8<------

Meine Frage ist schlicht: Wo kann ich noch nachgucken, wer der genaue 
Verursacher war. Muss ich sendmail an haben? (die Kiste fungiert als 
Server - niemand ruft darueber e-mails o.ae. ab.

Ich bin wie so oft fuer jeden Tip dankbar.

Schon jetzt vielen Dank,

Hannes

----------------------------------
Hannes Stein
hannsens at macnews.de
ICQ #118301645