Re: File system full

Andrea Venturoli il 19. 09. 2016 alle 17:46 ha scritto:
> [...]
> Ciao e scusa se mi intrometto.
> =


Intromissione gradita. E scusa se rispondo solo ora.

> Hai poi fatto passi avanti?
> =

> Ho l'impressione di avere avuto lo stesso problema su una 9.3: file
> system pieno, cancellazione di alcuni log enormi, riavvio dei processi
> che li utilizzavano, ma lo spazio non si e' liberato.
> I processi erano in una jail, quindi riavviato tutta la jail, ma non e'
> servito.
> lsof confermava che i file in oggetto non erano aperti.
> Solo un riavvio ha risolto.
> =

> Putroppo, essendo un server di produzione, ho dovuto fare il tutto con
> una certa fretta e non ho potuto salvare nulla.
> =


Problema comune, di fatto la stessa situazione l'ho io. Sono riuscito a
concordare con il cliente l'intervento appena per oggi. In breve la
situazione che mi ritrovo =E8 la seguente (abbrevio l'output per chiarezza):

root@server:~ # uname -a
FreeBSD server 10.0-RELEASE-p2 FreeBSD 10.0-RELEASE-p2 #0: Tue Apr 29
17:06:01 UTC 2014
[email protected]:/usr/obj/usr/src/sys/GENERIC  amd64

root@server:~ # df -h
Filesystem Size Used   Avail Capacity  Mounted on
/dev/mirror/gm0s1a 101G 85G 7.5G 92%  /

Premetto che uno dei file di log di qualche GB lo avevo cancellato dal
FS oramai quasi un mese fa. Dopo il riavvio della macchina:

root@server:~ # df -h
Filesystem Size Used   Avail Capacity  Mounted on
/dev/mirror/gm0s1a 101G 82G 10G 89% /

Ed ecco che lo spazio si =E8 liberato 'magicamente'. Premetto il file
cancellato non era utilizzato da nessuno. Era un file di log di apache
che avevo rinominato in .old quando mi hanno segnalato dei problemi
(alcuni riavvii fa). Quindi ho riavviato nuovamente il server con un CD
di ripristino per evitare di avere servizi attivi che potessero causare
anomalie, quindi:

root@rescue-bsd:~ # uname -a
FreeBSD rescue-bsd.ovh.net 10.3-RELEASE-p7 FreeBSD 10.3-RELEASE-p7 #0:
Thu Aug 11 18:38:15 UTC 2016
[email protected]:/usr/obj/usr/src/sys/GENERIC  amd64

root@rescue-bsd:~ # gmirror load

root@rescue-bsd:~ # gmirror status
      Name    Status  Components
mirror/gm0  COMPLETE  ada1 (ACTIVE)
                      ada0 (ACTIVE)

root@rescue-bsd:~ # mount /dev/mirror/gm0s1a /mnt

controprova:
root@rescue-bsd:~ # df -h
Filesystem Size Used   Avail Capacity  Mounted on
/dev/mirror/gm0s1a 101G 82G 10G 89% /mnt

quindi anche il con il CD di ripristino segnala lo spazio disponibile
coerentemente.

root@rescue-bsd:~ # ll -h
/mnt/usr/jail/apache_data/var/log/wwwlog/sitoXZY.it-access.log.old
-rw-r--r--  1 root  wheel    12G Sep  1 11:04 sitoXZY.it-access.log.old

root@rescue-bsd:~ # rm
/mnt/usr/jail/apache_data/var/log/wwwlog/sitoXZY.it-access.log.old

root@rescue-bsd:~ # df -h
Filesystem Size Used   Avail Capacity  Mounted on
/dev/mirror/gm0s1a 101G 70G 23G 76% /mnt

Quindi sembrerebbe che cos=EC si riesca a cancellare e liberare lo spazio
senza difficolt=E0.
Il CD di ripristino ha una versione pi=F9 nuova (10.0-p2 <> 10.3-p7). Che
abbiano corretto qualche bug? Qualche problema del FS che si =E8 'risolto
da solo'? Insomma non lo so e rimango parecchi perplesso. Posso per=F2
garantire che il comportamento =E8 anomalo. Chi ha qualche idea
alternativa o consiglio si faccia avanti, anche se adesso prove non
posso pi=F9 farne. Non ho pi=F9 file grandi da cancellare e dubito il
cliente mi accordi un nuovo fermo macchina.

Spero comunque sia di aiuto a qualcuno.
-- =

Cordiali saluti
Sossi Andrej
-------------------------
DOTCOM Information technology

Via Machiavelli, 28
34132 - Trieste (TS)
Italy

tel: +39 040 9828090
fax: +39 040 0641954
E-mail: [email protected]
----------------------------

Ai sensi del D.lgs n. 196 del 30.06.03 (Codice Privacy) si precisa che
le informazioni contenute in questo messaggio sono riservate e ad uso
esclusivo del destinatario. Qualora il messaggio in parola Le fosse
pervenuto per errore, La preghiamo di eliminarlo senza copiarlo e di non
inoltrarlo a terzi, dandocene gentilmente comunicazione. Grazie

This message, for the D.lgs n. 196 / 30.06.03 (Privacy Code), may
contain confidential and/or privileged information. If you are not the
addressee or authorized to receive this for the addressee, you must not
use, copy, disclose or take any action based on this message or any
information herein. If you have received this message in error, please
advise the sender immediately by reply e-mail and delete this message.
Thank you for your cooperation.

_______________________________________________
Esperti mailing list
[email protected]
http://mailman.gufi.org/mailman/listinfo/esperti