Rootfs Full

[Jeezho]

Bonjour tout le monde !

J'ai un soucis avec mon NAS synology que je n'arrive pas

[cricx]

Bonjour tout le monde !

J'ai un soucis avec mon NAS synology que je n'arrive pas à comprendre (et même avec google, j'avance pas ) et comme je sais qu'il y ici des as dans ce domaine, peut-être arriveriez-vous à m'aider à me dépatouiller (ça existe vraiment ce mot?) de ce problème.

Voici en gros ce qu'il se passe. J'ai installé récemment le dernier firmware (DSM 2.3-1157) sur le DS 409+. L'installation s'est bien passé, mais après quelques jours, le root file system (/) fut full. D'après df, j'ai 2,5Go sur cette partition et tout semble pris. Je dois donc faire de la place. Ce que j'ai fait en vider quelques logs mais ça n'a pas aidé très longtemps. Après plusieurs jours, j'ai décidé de faire un double reset, ce qui a résolu le problème (avec la réinstallation du même firmware), mais voilà que ça recommence. Il faut donc vraiment résoudre le problème

Via du -xhs, il me dit que seulement 577Mo sont pris sur / et je me demande où sont partis les 2Go manquant. J'ai cru lire que du ne comptabilisait pas les fichiers qui sont en cours d'ouverture par un process. J'ai donc stoppé/killé tous les process qui tournait (sauf telnet ), et rien vu de spécial dans lsof. Quand je démonte /opt, il n'y a plus rien dedans non plus. Et après avoir fait tout ça, je n'ai récupéré que quelques mégas. Bref je ne vois plus quoi faire

Voici quelques infos utiles:

DiskStation> df -h

Filesystem Size Used Avail Use% Mounted on

rootfs 2.4G 2.3G 0 100% /

/dev/root 2.4G 2.3G 0 100% /

/tmp 252M 568K 252M 1% /tmp

/dev/md2 2.7T 629G 2.1T 23% /volume1

/dev/md2 2.7T 629G 2.1T 23% /opt

DiskStation> ls -a /

. .cache .local .rnd dev etc.defaults lib linuxrc mnt proc sbin tmp var volume1

.. .config .mkcert.serial bin etc initrd lib64 lost+found opt root sys usr var.defaults

DiskStation> cat /etc/fstab

/dev/root / ext3 defaults 1 1

none /proc proc defaults 0 0

/dev/md2 /volume1 ext3 defaults 0 0

DiskStation> cat /etc/mtab

/dev/root / ext3 rw,data=ordered 0 0

/tmp /tmp tmpfs rw 0 0

/sys /sys sysfs rw 0 0

/proc/bus/usb /proc/bus/usb usbfs rw 0 0

/dev/md2 /volume1 ext3 usrquota,grpquota 0 0

/volume1/@optware /opt --bind rw 0 0

La machine redémarre tous les jours et un redémarrage n'arrange pas le problème.

Auriez-vous une idée autre que le double reset (qui m'obligerait à réinstaller la machine tous les 15 jours...)

Merci !

essaie de cerner un peu plus le problème avec

du -shx / ( comparer avec df / )

du -hx --max-depth 2 / (voir si certains répertoires sont chargés)

et donner le résultat de

mount

[Jeezho]

essaie de cerner un peu plus le probl

[cricx]

Bonjour,

J'ai su libérer 100Mo de backup de la DB postgres, mais ça diminue apparemment assez vite (genre 25Mo / jour).

Alors, voici les commandes :

DiskStation> du -shx /

451M /

(Je l'avais mis dans le texte du dessus, mais c'était en effet pas très clair... La valeur était de 577Mo avant la suppression du dossier backup des bases de données postgres).

DiskStation> df -h /

Filesystem Size Used Avail Use% Mounted on

/dev/root 2.4G 2.2G 75M 97% /

C'est là qu'est mon problème, il y a quasi 2Go qui disparaissent. Même si on cherche les fichiers ouverts (que normalement du ne prends pas en compte), ça me paraît énorme pour un fichier.

D'autant plus qu'au redémarrage, le problème persiste.

DiskStation> mount

/dev/md0 on / type ext3 (rw,data=ordered)

/tmp on /tmp type tmpfs (rw)

/sys on /sys type sysfs (rw)

/proc/bus/usb on /proc/bus/usb type usbfs (rw)

/dev/md2 on /volume1 type ext3 (usrquota,grpquota)

/volume1/@optware on /opt type --bind (rw)

J'avais fait un double reset et réinstaller tout en espérant que ça corrige les problèmes, mais apparemment non.

(Désolé pour le gros copier-coller de la commande)

DiskStation> e2fsck -v -n -f /dev/md0

e2fsck 1.40.3 (05-Dec-2007)

Warning! /dev/md0 is mounted.

Warning: skipping journal recovery because doing a read-only filesystem check.

Pass 1: Checking inodes, blocks, and sizes

Inode 16385 has INDEX_FL flag set on filesystem without htree support.

Clear HTree index? no

Inode 17491 has INDEX_FL flag set on filesystem without htree support.

Clear HTree index? no

Inode 57345 has INDEX_FL flag set on filesystem without htree support.

Clear HTree index? no

Inode 106801 has INDEX_FL flag set on filesystem without htree support.

Clear HTree index? no

Inode 108713 has INDEX_FL flag set on filesystem without htree support.

Clear HTree index? no

Deleted inode 131152 has zero dtime. Fix? no

Pass 2: Checking directory structure

Problem in HTREE directory inode 16385: node (1) has bad max hash

Problem in HTREE directory inode 16385: node (2) has bad min hash

Invalid HTREE directory inode 16385 (/lib). Clear? no

Problem in HTREE directory inode 17491: node (1) has bad max hash

Problem in HTREE directory inode 17491: node (2) has bad min hash

Invalid HTREE directory inode 17491 (/lib/perl5/5.8.6/unicore/lib/gc_sc). Clear? no

Problem in HTREE directory inode 57345: node (1) has bad max hash

Problem in HTREE directory inode 57345: node (2) has bad min hash

Problem in HTREE directory inode 57345: node (2) has bad max hash

Problem in HTREE directory inode 57345: node (3) has bad min hash

Problem in HTREE directory inode 57345: node (3) has bad max hash

Problem in HTREE directory inode 57345: node (4) has bad min hash

Problem in HTREE directory inode 57345: node (4) has bad max hash

Problem in HTREE directory inode 57345: node (5) has bad min hash

Problem in HTREE directory inode 57345: node (5) has bad max hash

Problem in HTREE directory inode 57345: node (6) has bad min hash

Problem in HTREE directory inode 57345: node (6) has bad max hash

Problem in HTREE directory inode 57345: node (7) has bad min hash

Problem in HTREE directory inode 57345: node ( has bad min hash

Problem in HTREE directory inode 57345: node ( has bad max hash

Invalid HTREE directory inode 57345 (/dev). Clear? no

Problem in HTREE directory inode 106801: node (1) has bad max hash

Problem in HTREE directory inode 106801: node (2) has bad min hash

Invalid HTREE directory inode 106801 (/usr/syno/synoman/webman/images). Clear? no

Problem in HTREE directory inode 108713: node (1) has bad max hash

Problem in HTREE directory inode 108713: node (2) has bad min hash

Invalid HTREE directory inode 108713 (/usr/syno/synoman/surveillance/images). Clear? no

Pass 3: Checking directory connectivity

Pass 4: Checking reference counts

Pass 5: Checking group summary information

Block bitmap differences: -(552994--552995) -(552998--553779)

Fix? no

Inode bitmap differences: -131152

Fix? no

1.41.3-1157: ********** WARNING: Filesystem still has errors **********

16150 inodes used (10.38%)

91 non-contiguous inodes (0.6%)

# of inodes with ind/dind/tind blocks: 1102/54/0

577850 blocks used (92.83%)

0 bad blocks

1 large file

12902 regular files

1463 directories

58 character device files

1321 block device files

0 fifos

3 links

395 symbolic links (395 fast symbolic links)

1 socket

--------

16143 files

bon, il y a des erreurs disque mais c'est quand même bizarre cette différence...

peux-tu faire une recherche des gros fichiers avec :

find / -type f -size +100000k

peut-tu aussi lancer les commandes df et du après avoir démonté /opt

[Jeezho]

bon, il y a des erreurs disque mais c'est quand m

[Jeezho]

Voil

[Jeezho]

Voil