[OpenBSD]Schijfruimte probleem in /var - Linux en overige clients

zaterdag 4 januari 2003 12:45

Acties:

* * * * *

Topicstarter

Hoi

Ik krijg op m'n OpenBSD constant foutmeldingen dat er niet genoeg schijfruimte is in /var

code:

>df
Filesystem  1K-blocks     Used    Avail Capacity  Mounted on
/dev/wd0a       79054    78974    -3872   105%    /
/dev/wd0h     3502948    44372  3283429     1%    /home
/dev/wd0d       79085        1    75130     0%    /tmp
/dev/wd0g     2030214   222821  1705883    12%    /usr
/dev/wd0e       79085    78979    -3848   105%    /var

Het zit dus echt vol

Maar ik heb geen idee hoe dit komt.. Ik ben de hele dir /var doorblader ('ls -R -S -a -l | less') dan kom ik geen enkel bestand tegen dat groter is dan 1MB. Iemand enig idee waarom er geen schijfruimte is in /var ???

[ Voor 3% gewijzigd door Zydell op 04-01-2003 12:47 ]

zaterdag 4 januari 2003 12:52

Acties:

Wilke

/var is maar 80 MB groot? Doe eens:

cd /var
du -k --max-depth=1 (of hoe die vlag ook heet onder openBSD, zoek even in de manpage).
Dan kun je daarna weer uitsplitsen waar de ruimte verder in is gaan zitten....

zaterdag 4 januari 2003 13:03

Acties:

Zydell

* * * * *

Topicstarter

Kheb even de 'grote' getallen eruit gehaald

code:

280     ./db
69      ./log
195     ./named
70      ./run
105     ./www/conf
72      ./www/icons/small
256     ./www/icons
56      ./www/logs
423     ./www
1188    .

voor de rest zijn er heel veel met '1' en een paar rond de 30-40 het komt samen nog niet eens op de 5mb volgens mij ...

[ Voor 28% gewijzigd door Zydell op 04-01-2003 13:06 ]

zaterdag 4 januari 2003 13:29

Acties:

miniBSD

Je /var is 40 MB groot . Misschien staan er veel kleine bestanden in ?
Kun je iets zien met 'du -ah' ?

Quidquid latine dictum sit, altum sonatur (Whatever is said in Latin sounds profound).

zaterdag 4 januari 2003 13:59

Acties:

Zydell

* * * * *

Topicstarter

In totaal staan er ongeveer 200-300 kleine bestanden in. Dan kom je op zo'n 200K-300K dus daar kan het ook al niet aan liggen toch?

/var is toch 80MB btw?

[ Voor 14% gewijzigd door Zydell op 04-01-2003 14:01 ]

zaterdag 4 januari 2003 14:06

Acties:

Zydell

* * * * *

Topicstarter

Bah ik heb net een hele rij kleine bestandjes weggemieterd en een minuut later krijg ik WEER schijfruimte foutmeldingen van /var in vi als ik een bestand wil wegschrijven/editten

zaterdag 4 januari 2003 14:09

Acties:

Ronald

Dan zit iets je /var te flooden
identificeer welk proces dat doet en los probleem op

?
overigens normaal op ext2fs is blocksize 4K, elk 1 byte bestand pakt dus 4K
weet niet wat de blocksize van whatever fs obsd gebruikt maar je snapt ht idee

PV Output - Obdam; SolarEdge SE5K 'Voor korte strings'; 12x350Wp Oost-West 13°; 8x415Wp Zuid 10°; Totaal 7520Wp.

zaterdag 4 januari 2003 14:10

Acties:

miniBSD

Doe maar eens df -h, dan zie je de grootte van de schijven in bytes.
Dus je ziet met 'du -h' dat deze bestanden 200k-300k in beslag nemen ?

Misschien dat je in /etc/newsyslog.conf kunt zien of dat misschien het flooden van je /var/log tot gevolg kan hebben ?

[ Voor 33% gewijzigd door miniBSD op 04-01-2003 14:12 ]

Quidquid latine dictum sit, altum sonatur (Whatever is said in Latin sounds profound).

zaterdag 4 januari 2003 14:12

Acties:

Zydell

* * * * *

Topicstarter

Ik krijg ook steeds foutmeldingen van 'smtp' maar als ik ps -aux doe, zie ik geen rare processen: dhclient, syslogd, pflogd, inetd, sshd, cron, getty, sshd, csh, init is alles... Als ik de groottes van 'du -h' optel.. kom ik nog niet eens op 5MB...

in newsyslog.conf staat ook niks bijzonders: aculog, authlog, deamon, lpd-errs, maillog, messages, secure, wtmp, xferlog, ppp.log, pf.log (apache en ssl logs, staat niet aan)

[ Voor 50% gewijzigd door Zydell op 04-01-2003 14:15 ]

zaterdag 4 januari 2003 14:14

Acties:

miniBSD

ik weet niet welke mta je gebruikt, maar als je die eens stopt en dan gaat opruimen ?

Quidquid latine dictum sit, altum sonatur (Whatever is said in Latin sounds profound).

zaterdag 4 januari 2003 14:14

Acties:

Ronald

Zit iemand op je smtp te haxoren dan :-)?

PV Output - Obdam; SolarEdge SE5K 'Voor korte strings'; 12x350Wp Oost-West 13°; 8x415Wp Zuid 10°; Totaal 7520Wp.

zaterdag 4 januari 2003 14:17

Acties:

Zydell

* * * * *

Topicstarter

Ik heb geen inkomend verkeer... alles wordt geblokt

zaterdag 4 januari 2003 14:18

Acties:

miniBSD

wat zijn de foutmeldingen dan ?
Kun je trouwens zien hoe groot je schijven zijn in bytes ?

[ Voor 50% gewijzigd door miniBSD op 04-01-2003 14:19 ]

Quidquid latine dictum sit, altum sonatur (Whatever is said in Latin sounds profound).

zaterdag 4 januari 2003 14:21

Acties:

Zydell

* * * * *

Topicstarter

Hmmz het lijkt alsof sendmail ook fijn meedoet, terwijl die ook niet aanstaat...

code:

queue), max avail: 0
Jan  4 17:00:04 ALPHA sm-msp-queue[9312]: h04G03nI009312: low on space (SMTP-DAEMON needs 0 bytes + 100 blocks in /var/spool/clientmqueue), max avail: 0
Jan  4 17:00:04 ALPHA sm-msp-queue[9312]: h04G03nI009312: low on space (SMTP-DAEMON needs 0 bytes + 100 blocks in /var/spool/clientmqueue), max avail: 0
Jan  4 17:00:04 ALPHA sendmail[7240]: dangerous permissions=40755 on queue directory /var/spool/clientmqueue/
Jan  4 17:00:04 ALPHA sendmail[7240]: dangerous permissions=40755 on queue directory /var/spool/clientmqueue/
Jan  4 17:00:05 ALPHA sendmail[7240]: h04G04gR007240: low on space (SMTP-DAEMON needs 260 bytes + 100 blocks in /var/spool/clientmqueue), max avail: 0

code:

alpha# df -h
Filesystem    Size   Used  Avail Capacity  Mounted on
/dev/wd0a      77M    75M  -1.4M   102%    /
/dev/wd0h     3.3G    43M   3.1G     1%    /home
/dev/wd0d      77M   1.0K    73M     0%    /tmp
/dev/wd0g     1.9G   218M   1.6G    12%    /usr
/dev/wd0e      77M    77M  -3.8M   105%    /var

[ Voor 18% gewijzigd door Zydell op 04-01-2003 14:23 ]

zaterdag 4 januari 2003 14:29

Acties:

arikkert

/var is 80 MB groot (79085 1-K blocks), zou ik zowiezo vergroten.
/ lijkt ook vol, of zitten / en /var in openbsd op een of andere manier gekoppeld ?

anyway, bij dit soort dingen is er vaak een proces dat nog naar een file schrijft die ge-delete is. Bij unix moet je dat proces restarten/killen voordat de schijfruimte vrij komt.
Je kunt zien welk processen naar welke file schrijven met o.a. het lsof commando.

zaterdag 4 januari 2003 14:39

Acties:

miniBSD

Op de root disk staat waarschijnlijk een groot bestand, verwijder dat eerst eens zodat daar in ieder geval ruimte op komt. Ik heb zoiets eens gehad na een core dump van een programma.
Kun je iets zien met 'top' ?

Quidquid latine dictum sit, altum sonatur (Whatever is said in Latin sounds profound).

zaterdag 4 januari 2003 14:40

Acties:

Zydell

* * * * *

Topicstarter

OK.. ik heb ps -aux gedaan en bij elk proces 'kill -s hup <procesid>' gedaan... daarna df -h:

code:

Filesystem    Size   Used  Avail Capacity  Mounted on
/dev/wd0a      77M    74M  -1.0M   101%    /
/dev/wd0h     3.3G    43M   3.1G     1%    /home
/dev/wd0d      77M   1.0K    73M     0%    /tmp
/dev/wd0g     1.9G   218M   1.6G    12%    /usr
/dev/wd0e      77M   956K    72M     1%    /var

en toen was er 72MByte aan vrije ruimte..... bedankt voor jullie replys. Is het trouwens mogelijk om bepaalde partities groter te maken zonder ze (of andere partities) te moeten verwijderen? Want ik heb geen zin om alles opnieuw te installeren

Root is inmiddels ook weer leeg, ik had er idd een coredump van vi in staan (50 MB :E)

[ Voor 33% gewijzigd door Zydell op 04-01-2003 14:46 ]

zaterdag 4 januari 2003 14:43

Acties:

miniBSD

/dev/wd0a 77M 74M -1.0M 101% /

klopt nog niet

Quidquid latine dictum sit, altum sonatur (Whatever is said in Latin sounds profound).

zaterdag 4 januari 2003 14:47

Acties:

Zydell

* * * * *

Topicstarter

code:

alpha# df -h
Filesystem    Size   Used  Avail Capacity  Mounted on
/dev/wd0a      77M    21M    52M    29%    /
/dev/wd0h     3.3G    43M   3.1G     1%    /home
/dev/wd0d      77M   1.0K    73M     0%    /tmp
/dev/wd0g     1.9G   218M   1.6G    12%    /usr
/dev/wd0e      77M   989K    72M     1%    /var

zaterdag 4 januari 2003 14:47

Acties: