[FreeBSD] /var (/var/spool) bijna vol, hoe op te lossen?

[Hiemstra]

Hi,

Ik zag dat de directory /var bijna vol zat, en dat komt door de mail etc in /var/spool

Ik weet aardig wat mbt. linux maar ik heb even geen idee hoe ik dit op kan lossen, iemand een suggestie?

Verwijderen lijkt me geen nette oplossing

[Emmeau]

single user boot,
/var/spool moven naar een nieuwe partitie (of folder)
partitie (of folder) mounten op /var/spool

[ Voor 38% gewijzigd door Emmeau op 24-07-2009 02:27 ]

[Rainmaker]

Is het belangrijke mail? Op een workstation of thuisservertje kun je het volgens mij gewoon weggooien (na natuurlijk even te kijken met "mail" wat het is).

En anders laat je sendmail je berichten forwarden naar een "normaal" emailadres.

[begintmeta]

een partitie met voldoende ruimte aan/vrijmaken, de gegevens van /var/spool daarheen verplaatsen en dan die partietie mounten op /var/spool. Eventueel kun je zorgen dat op dat moment geen mail wordt verwerkt (daemons uitzetten/sendmail verbieden o.i.d.).

[Hiemstra]

Het gaat wel om een server die gebruikt wordt door klanten, ik zal kijken of ik een nieuwe map kan aanmaken

[Verwijderd]

Zit er in die /var/spool/mail mail van klanten? Verder kun je een mail server rustig even tijdelijk uitzetten als je even met onderhoud bezig bent. Als je mail server weer up is stromen de mailtjes weer binnen.

[FiscBiker]

Afgeleverde mail zit standaard in /var/mail

Er zit dan waarschijnlijk iets gruwelijk groots of veel vast in je mailqueue, die zou ik toch als eerste nakijken.

[begintmeta]

goed punt FiscBiker

[Hiemstra]

FiscBiker schreef op vrijdag 24 juli 2009 @ 11:44:
Afgeleverde mail zit standaard in /var/mail

Er zit dan waarschijnlijk iets gruwelijk groots of veel vast in je mailqueue, die zou ik toch als eerste nakijken.

Er zitten maar een stuk of 15 mailtjes in de queue rond de 2kb dus dat is het ook niet

[CAPSLOCK2000]

Weet je dat zeker? Wat staat er dan wel in /var/spool/mail? FiscBiker heeft gelijk dat "normale" mail nooit lang in /var/spool/mail blijft staan. 15 keer 2kb zal toch geen probleem zijn.

[CAPSLOCK2000]

Als je dringend ruimte nodig hebt valt er meestal wel wat op te ruimen in /var/log en /var/cache

[axis]

Ga naar /var/spool, en run 'du -h -d 1', dan zie je welke folder de ruimte opslokt..

[Hiemstra]

axis schreef op vrijdag 24 juli 2009 @ 15:08:
Ga naar /var/spool, en run 'du -h -d 1', dan zie je welke folder de ruimte opslokt..

Dit is wat ik terug krijg:

nserver-12# du -h -d 1
2.0K ./lock
2.0K ./lpd
2.0K ./mqueue
2.0K ./opielocks
4.0K ./output
4.0K ./clientmqueue
1.3M ./exim
2.2G ./virtual
2.2G .

Als ik het zelfde doe binnen /var/spool/virtual dan zie ik een aantal domeinnamen die rond de 300MB gebruiken, terwijl de meerderheid rond de 3K is

--edit, is dit trouwens niet gewoon de mail? ik draai IMAP

[ Voor 6% gewijzigd door Hiemstra op 24-07-2009 18:39 ]

[CAPSLOCK2000]

Hiemstra schreef op vrijdag 24 juli 2009 @ 18:36:

Als ik het zelfde doe binnen /var/spool/virtual dan zie ik een aantal domeinnamen die rond de 300MB gebruiken, terwijl de meerderheid rond de 3K is

--edit, is dit trouwens niet gewoon de mail? ik draai IMAP

Het zou kunnen, dat ligt aan waar je mailer z'n mail opslaat. Volgens de heersende Unix mores hoort IMAP niet in /var/spool, maar ik kan me er wel wat bij voorstellen. Graaf wat verder in die directories, en kijk wat het is.
Het zou me overigens niks verbazen als het allemaal spam.

[FiscBiker]

Hiemstra schreef op vrijdag 24 juli 2009 @ 18:36:
[...]
Als ik het zelfde doe binnen /var/spool/virtual dan zie ik een aantal domeinnamen die rond de 300MB gebruiken, terwijl de meerderheid rond de 3K is

--edit, is dit trouwens niet gewoon de mail? ik draai IMAP

Daarom schreef ik ook standaard.

Gebruikersmail is wel erg herkenbaar. Vooral bij Apple-gebruikers: "Nee, meneer, dat is uw mailprogramma die de mail niet van de server verwijderd."

[Hiemstra]

OK, Maar voor alsnog, het gaat dus wel om e-mail. Ik kan mijn klanten niet gaan vragen hun spambox of wat voor mail het dan ook is om te verwijderen. Ik moet dit verplaatsen, kan ik dit oplossen met een symlink?

[_JGC_]

Je gebruikt imap, wat verwacht je dan? Met IMAP blijft mail op je mailserver staan, het neemt dus ruimte in beslag. Mailservers stoppen hun data op de /var partitie, tenzij je ze vertelt dit ergens anders te doen.