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

[Hannes Stein]

Hallo Jan,

vielen Dank fuer die schnelle Antwort!

Am Donnerstag, 20.02.03 um 10:23 Uhr schrieb Jan-Benedict Glaw:
[..riesen Datei unter /var/spool/clientmqueue/ hat 4GB Systemplatte  
komplett gefuellt]

> Hmmm... Schlecht partitioniert, was?
;-)
So aehnlich...
Im Server ist eher historisch bedingt eine 4 GB Platte fuer das System,  
eine 120GB Platte fuer die Daten und eine 30 GB Platte fuer die  
naechtlichen Backups...
Waren ja bisher immer noch so 2GB frei (und sind jetzt auch wieder,  
nachdem ich die Dateien geloescht habt), da denkt man doch nicht, dass  
das von heute auf morgen - zack - voll ist...


>  Naja, Du hast zwei Möglichkeiten.
>
> - Gucken, wer diese Datei(en) geöffnet hat:
> 	find /proc/[0-9]*/fd -type l -exec ls -l {} \; | grep clientmqueue

Owner und Group sind "mail", was mich auch dazu veranlasst hatte  
erstmal sicherheitshalber "rcsendmail stop" abzusenden.
Ausgefuehrt wurde das vom root-account - vermutlich per cron, denn um 6  
Uhr montags arbeitet hier noch niemand. Zugriffe von aussen wurden  
keine verzeichnet. Es gibt aber auch in /etc/crontab nix, was um 6 Uhr  
beginnt... also vielleicht hat da was schon nachts angefangen und hat  
dann 5 Stunden lang die Platte vollgeschrieben oder so... aber warum  
unter

Im Verdacht steht das Vollbackup, das in der Nacht lief. es schreibt  
allerdings auf eine andere Platte - jeweils in CD-Groesse tar-Archive.  
Kernstueck des Perl-Scripts ist der Befehl (geht sicherlich einfacher,  
aber funzt...:

---------->8--- schnippschnapp ---8<---------
find /var/log /root /usr/scripts /etc /dokumente /home ! -user archiv   
-type f -print | egrep -v "/dokumente/admin/backup" | tar cvf
/dokumente/admin/backup/komplettbackups/full_20030117.013CD01.tar  
--file="/dokumente/admin/backup/komplettbackups/ 
full_20030117.013CD02.tar"
--file="/dokumente/admin/backup/komplettbackups/ 
full_20030117.013CD03.tar"
--file="/dokumente/admin/backup/komplettbackups/ 
full_20030117.013CD04.tar"
--file="/dokumente/admin/backup/komplettbackups/ 
full_20030117.013CD05.tar"
--file="/dokumente/admin/backup/komplettbackups/ 
full_20030117.013CD06.tar"
--file="/dokumente/admin/backup/komplettbackups/ 
full_20030117.013CD07.tar"
--file="/dokumente/admin/backup/komplettbackups/ 
full_20030117.013CD08.tar"
--file="/dokumente/admin/backup/komplettbackups/ 
full_20030117.013CD09.tar"
--file="/dokumente/admin/backup/komplettbackups/ 
full_20030117.013CD10.tar"
--file="/dokumente/admin/backup/komplettbackups/ 
full_20030117.013CD11.tar"
--file="/dokumente/admin/backup/komplettbackups/ 
full_20030117.013CD12.tar"
--file="/dokumente/admin/backup/komplettbackups/ 
full_20030117.013CD13.tar"
--file="/dokumente/admin/backup/komplettbackups/ 
full_20030117.013CD14.tar"
--file="/dokumente/admin/backup/komplettbackups/ 
full_20030117.013CD15.tar"
--file="/dokumente/admin/backup/komplettbackups/ 
full_20030117.013CD16.tar"--file="/dokumente/admin/backup/ 
komplettbackups/full_20030117.013CD17.tar"
--file="/dokumente/admin/backup/komplettbackups/ 
full_20030117.013CD18.tar"--file="/dokumente/admin/backup/ 
komplettbackups/full_20030117.013CD19.tar"
--file="/dokumente/admin/backup/komplettbackups/ 
full_20030117.013CD20.tar"--file="/dokumente/admin/backup/ 
komplettbackups/full_20030117.013CD21.tar"
--file="/dokumente/admin/backup/komplettbackups/ 
full_20030117.013CD22.tar" --tape-length=665600 -T - ;
---------->8--- schnippschnapp ---8<---------

Das Backup hat genau 17 CD-Files geschrieben (auf das Bit genau), dann  
abgebrochen, um 2:44 Uhr. Vielleicht stimmt etwas mit dem Zeilenumbruch  
nicht, aber warum sollte es dann weiter nach /var/spool/clientmqueue/  
sichern? Und zwei ca. 800MB grosse Fehlermeldungen werden es ja nicht  
gewesen sein ;-)

Aber so langsam wird mir einiges klar...

> - Zugang zu den Dateien versperren und gucken, was nicht mehr läuft:-)

Hmmmm... Naja, gute Idee am Client, aber "gucken was nicht mehr laeuft"  
heisst hier halt ggf. 10 Leute gegen sich aufbringen, die "heute noch  
unbedingt dasunddas fertigmachen muessen"... naja, weisst schon... Muss  
ich vielleicht nachts mal zur Arbeit...
 >	# Dateien erden
> 	# Du hast doch ext[23], oder?
Naja, in einem Anflug von Extraoridaeritaet wurde dem root-FS erstmal  
ReiserFS verpasst... (ist jetzt halt so...)

Ich bin mir ja relativ sicher, dass Sendmail da was verbockt hat, es  
geht mir primaer drum _warum_ es das gemacht hat, da wir uns so einen  
Tag Serverausfall eben nicht woechentlich erlauben koennen.

O.k.,

vielen Dank nochmal, ich bin ja zuversichtlich, dass wir dahinter  
kommen, woran das liegt...

Hannes


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