FreeBSD 4.8 Problem.

[Marabou_Man]

Ja som topic säger så är freebsd 4.8 elak mot mig nu.

[2003/09/09 17:32:18, 0] lib/pidfile.c:pidfile_create(93)
ERROR: can't open /var/run/smbd.pid: Error was No space left on device
[2003/09/09 17:40:05, 0] smbd/server.c:main(835)
standard input is not a socket, assuming -D option
[2003/09/09 17:40:05, 0] lib/pidfile.c:pidfile_create(93)
ERROR: can't open /var/run/smbd.pid: Error was No space left on device

Upptäckte att samba inte funkar.

Och så får jag lite sånna här:

Sep 8 13:51:30 kylk /kernel: pid 5575 (sendmail), uid 25 on /: out of inodes
Sep 8 13:51:30 kylk /kernel: pid 5575 (sendmail), uid 25 on /: out of inodes
Sep 8 13:51:30 kylk /kernel: pid 5575 (sendmail), uid 25: exited on signal 6
Sep 8 13:56:30 kylk /kernel: pid 5584 (sendmail), uid 25 on /: out of inodes
Sep 8 13:56:30 kylk /kernel: pid 5584 (sendmail), uid 25 on /: out of inodes
Sep 8 13:56:30 kylk /kernel: pid 5584 (sendmail), uid 25: exited on signal 6

Det konstiga här är att jag inte kör sendmail.


Det här får jag fram med en gång när jag startar datorn.
Den säger att det inte finns plats kvar fast att det gör det.
Och den klagar att /tmp utrymmet är fullt fast det inte är det.

Någon som har någon anning?

[IcePic]

Jag tror att du kör en sendmail, även om så bara lokalt.
"Out of inodes" är ett trist problem som oftast kommer om man har en
ziljon små filer på ett filsystem. I princip är det enbart om-formattering
som kan "fixa" det (och då ber man om att få fler inoder/meg disk) om man
nu inte enkelt kan flytta bort en massa filer.

En inod är ju ett datablock med info om respektive fil. För att inte ta upp
onödigt med utrymme i förväg så har man en fast mängd allokerade inoder
på sitt filsystem och har man extremt mycket småfiler så kan de ta slut
långt före filsystemet är "fullt", även om program som inte kan skapa filer
kommer tro att det beror på att disken är full, för så känns det för programmet.

[IcePic]

Sen kan man tillägga att det där är ett bra exempel på varför /var och
/tmp ska vara egna partitioner på "skarpa" system. Man vill inte att resten
av datorn ska dumma sig för att de fylls upp.

[Ancalagon]

cd /usr/ports && make clean är ett bra tips ..

[mbacklund]

Vid installation av FreeBSD 5.1 hade jag samma problem med /usr. Det löste sig med en omformatering med flaggan

Code: Select all

-i 1024

. Alltså

Code: Select all

newfs ... -i 1024 /dev/ad0xx

[Marabou_Man]

Vid installation av FreeBSD 5.1 hade jag samma problem med /usr. Det löste sig med en omformatering med flaggan

Code: Select all

-i 1024

. Alltså

Code: Select all

newfs ... -i 1024 /dev/ad0xx

Jo jag hittade det på google med, Körde det på en stor partionen som ska lagra en hel del filer, fast det blir en ominstalion på lördag, för det var ju / som drabbades.

[IcePic]

Jo jag hittade det på google med, Körde det på en stor partionen som ska lagra en hel del filer, fast det blir en ominstalion på lördag, för det var ju / som drabbades.

Frågan är ju om du kan leta upp vilken katalog som har extremt med småfiler,
och flytta den till en annan för att undvika ominstall.

[Marabou_Man]

cd /usr/ports && make clean är ett bra tips .. ;)

Detta skulle inte funka i mitt fall för /usr ligger på en egen partion och den är inte alls slut på inoeds.

Frågan är ju om du kan leta upp vilken katalog som har extremt med småfiler,
och flytta den till en annan för att undvika ominstall.

Ja det hade varit trevligt att hitta.

[Marabou_Man]

Tror jag hittade vad orsaken är.

i diren /var/spool/clientmqueue finns det 128227 små filer.
[/code]

[Marabou_Man]

tog en rm -rf på den mappen och nu har jag 128225 inodes lediga! :>