exim segfault

[NDIS]

Hallo,

Ik heb een VPS draaien met debian lenny waar directadmin op draait.
Nu heb ik na het updaten van directadmin last gehad van de exim segfault

Ik kwam er vandaag achter nadat ik niet meer kon inloggen op het directadmin panel. Dit kwam om dat de mailque vol zat. Ik heb een VPS met een ruimte van 25GB op de harde schijf. Deze 25GB was 100% in gebruik.

Zoals het er nu uitziet heb ik het probleem verholpen door de volgende handleiding te volgen:
DirectAdmin Forums - View Single Post - exim 4.71 released

Maar ik zit nu met het volgende probleem. Mijn HDD zat helemaal vol. Ik had dovecot en exim uitgeschakeld waarna ik een paar bestanden had verwijderd om zo de handleiding te volgen. Omdat ik bepaalde dingen moest downloaden en installeren.

Nu werkt alles dus weer. Alleen zit ik nog met het probleem dat ik mijn HDD vol heb.

Filesystem Size Used Avail Use% Mounted on
/dev/xvda2 25G 22G 2.0G 92% /
tmpfs 129M 0 129M 0% /lib/init/rw
udev 10M 1.1M 9.0M 11% /dev
tmpfs 129M 4.0K 129M 1% /dev/shm

Hoe kom ik erachter welke files ik moet verwijderen? Of is er een andere manier om dit ongedaan te maken?

Ik heb hier uren naar gezocht via google en het directadmin forum. Maar ik kom er alleen niet uit.

Zou iemand mij hierbij kunnen helpen?

Groeten,
Daniel

[systemdeveloper]

exim -bp | awk '/^ *[0-9]+[mhd]/{print "exim -Mrm " $3}' | sh

en je mailqueue is weer leeg

[NDIS]

Ik had de mailque al leeg gemaakt via directadmin.

Helaas werkte dit dus niet:
exim -bp | awk '/^ *[0-9]+[mhd]/{print "exim -Mrm " $3}' | sh

door middel van:
du -a *dir* | sort -n -r | head -n 10

probeer ik er ook achter te komen waar de files zich schuil houden, maar ik kom er maar niet achter.

[systemdeveloper]

Ik had de mailque al leeg gemaakt via directadmin.

Helaas werkte dit dus niet:
exim -bp | awk '/^ *[0-9]+[mhd]/{print "exim -Mrm " $3}' | sh

door middel van:
du -a *dir* | sort -n -r | head -n 10

probeer ik er ook achter te komen waar de files zich schuil houden, maar ik kom er maar niet achter.
En waarom werkt dat niet?

Kunt het ook dumpen vanuit /var/spool/exim/ trouwens.

[NDIS]

Het werkte niet omdat ik het al leeg had gemaakt via directadmin control panel.

Dit betekend dus dat er nog mails of iets ergens anders zit. Maar ik kan er niet achter komen.

[BuGoff]

doe cd /

en dan du -shx *

Kijk dan welke folder het meeste diskspace in beslag neemt, ga in die folder en doe terug een du -shx *

en zo voort tot je weet welke folder uw diskspace in beslag neemt.

[The-BosS]

En een tip voor in de toekomst zorg voor verschillende parities zodat je / niet vol loopt door de een of andere reden (bvb eigen /tmp /var/log /home).

Voor de rest succes met de zoektocht.

[systemdeveloper]

/var/spool/mail ?

Of du --max-depth=1 / (linux om je grootste sub dir te zoeken du -d1 / voor freebsd)
Directadmin admin of user backups? Staan ook wel bekend om lekker de disk vol te proppen
/var/tmp of /tmp (soms vol met temp bestanden van mysql's tijdelijke tabellen aangezien mysql crashed als de disk vol is)

[Jesperw]

- overbodig

[NDIS]

Ik heb het gevonden.

dankzij het advies van BuGoff

er is schijnbaar een backup gemaakt van 11GB.
Ik ga dit even onderzoeken hoe dit mogelijk is.

srv1:/home/backup/08-22-10/custom/home# du -shx *
4.0K admin.md5
11G admin.tar.gz

Het heeft dus achteraf niks met de mail te maken gehad.

@systemdeveloper
Je hebt gelijk gehad, het was een backup.
Weet jij zo hoe dit zo kan zijn dat er backups worden gemaakt van 11GB?
Kan ik hier wat tegen doen?

@TheBosS bedankt voor de tip.


Bedankt voor al jullie hulp!

[daveww]

Eenvoudigste is gewoon kijken in je /home/admin/ wat er allemaal gebruikt wordt, misschien logs of nog meer backups in 1 van je backup dirs.