Bonjour à tous,
Comment est il possible de savoir ce qui peut prendre autant de place dans le stockage de ma smart.
Je suis déjà sur une eMMC 16Go. J’attends de me procurer un adaptateur pour upgrade l’OS.
Est ce qu’en allant dans les fichiers de la smart il y a un chemin qui permet de voir les fichiers les plus lourd. (plugin, scenario,etc…)
En vous remerciant par avance.
Bonjour
Via le menu configuration, onglet OS/DB puis administration système vous pouvez déjà faire un df -h et donner le résultat
Bonjour,
Pas grand chose mais supprimez les plugins inutiles.
Montrez-nous la taille des backups aussi (menu sauvegarde)
En plus de la taille du backup à fournir, vous pouvez fournir :
1 - la taille des tables en base via réglages >> système >> configuration >> _OS/DB >> administration de la base de données >> taille
2 - la taille des répertoires sur disque via réglages >> système >> configuration >> _OS/DB >> Admonistration systeme, puis, dans le champ de saisie
du -ks /var/www/html/* | sort -rn
Vous pouvez ensuite descendre plus bas en changeant le chemin si un répertoire semble anormalement gros
Norbert
Bonjour à tous. Merci pour les retours.
–
J’ai retiré les 3 plugins obsolete.
Les fichiers backup sont au nombre de 2 avec une taille respective de 180Mo max (les backup sont envoyé quotidiennement sur ma freebox server)
–
1-
2-
Est ce que quelque chose vous choque, si oui que puis je faire ?
Merci
rien de transendant !!!
tu peux creuser un peu dans le répertoire via
du -ks /var/www/html/plugins/* | sort -rn
Le mien fait 300Mo avec plus de plugins que toi. A mon avis, tu as 1Go à recup là
Voila le resultat
En info complémentaire
Hello,
Je suis pas spécialiste Linux mais tu peux descendre petit à petit depuis ton / vers les répertoires les plus gros :
root@JeedomSmart:~# du -hs /*
11M /bin
70M /boot
0 /dev
6,5M /etc
24K /home
16K /i18n
353M /lib
16K /lost+found
16K /media
4,0K /mnt
64M /opt
du: impossible d'accéder à '/proc/4162083/task/4162083/fd/4': Aucun fichier ou dossier de ce type
du: impossible d'accéder à '/proc/4162083/task/4162083/fdinfo/4': Aucun fichier ou dossier de ce type
du: impossible d'accéder à '/proc/4162083/fd/3': Aucun fichier ou dossier de ce type
du: impossible d'accéder à '/proc/4162083/fdinfo/3': Aucun fichier ou dossier de ce type
0 /proc
65M /root
1,1M /run
9,3M /sbin
4,0K /srv
513M /swapfile
0 /sys
13M /tmp
4,4G /usr
3,7G /var
root@JeedomSmart:~# du -hs /usr/*
325M /usr/bin
4,0K /usr/games
92M /usr/include
1,3G /usr/lib
2,8M /usr/libexec
1,9G /usr/local
37M /usr/sbin
619M /usr/share
127M /usr/src
root@JeedomSmart:~#
Je te conseil de vérifeir la taille de tes logs également (Analyse > Logs) et voir aussi si tu as des logs configurés en mode debug (Réglages > Système > Configuration >Logs > Onglet Niveau de Logs).
Bon courage
Bonjour,
Sur certain plugin j’avais sélectionné les Log en « Debug » cela consomme plus de mémoire par rapport à « Defaut »
On m’a donné également une commande qui à permis de nettoyer un partie des fichier log
la commande est celle ci (du moins c’est ce que j’ai compris) Cela grâce a @xavax59
sudo rm -rf /var/log/*.gz /var/log/*.1
Résultat
Je suis passé de 6% a 14% de stockage disponible.
Ca reste temporaire, tu as supprimé via cette commande toutes les rotations de log (les archives) … Elle vont donc revenir
D’accord je vais donc surveiller cela est voir au bout de combien de temps je serais de nouveau a un seuil critique. J’ai historisé cette donnée.
Je n’ai pas encore pris le temps de regarder la proposition de Pierre.
Voici une capture de l’historique « stockage dispo »
La commande dont je parlais ne semble plus faire son effet et je prends 2% brutalement par jour
EDIT: J’ai modifié mon nombre de backup a 1 fichier au lieu de 3 (il est quotidiennement envoyé dans Freebox serveur au besoin)
Je suis passé de 88 à 85%. Je continue à surveiller voir si cela remonte à 88% ou plus (cf picture)
Je n’est pas le plugin zwaveJS, mais peut être que d’autres pourront dire si il fait vraiment + de 600Mo. Ça me paraît quand même énorme !!
Tu peux faire un du -ks dans ce répertoire zwaveJS ?
Norbert
Bonjour,
ZwaveJS à 600Mo, c’est normal:
Pourriez-vous SVP fournir le résultat de ces 2 commandes:
du -hs /var/* | sort -rh et pour controle: du -hs /var/log/* | sort -rh
Si /var/log est un « gros » répertoire, il y a ce sujet qui nettoie le répertoire et limite ensuite sa taille :
NB: La commande au dessus sudo rm -rf /var/log/*.gz /var/log/*.1 ne nettoie pas le répertoire /var/log/journal. A moins que la rotation des logs soit mal configurée, elle n’a qu’un impact temporaire et est donc inutile.
Bonjour,
Vous devez avoir un souci avec la rotation des logs du kernel. Un fichier log de 743Mo n’est pas normal. Il ne fait que 4.0K chez moi. Et il y a une rotation des logs:
qui a été détruite par votre commande sudo rm -rf /var/log/*.gz /var/log/*.1
Surveiller sa taille pour voir s’il augmente régulièrement.
Surveiller aussi la taille des sous-répertoires de / pour voir lequel augmente régulièrement avec cette commande:
du -sh /* | sort -rh
C’est ce qui vous a été conseillé au dessus: Stockage restant 6% - #8 par P-i-e-r-r-e
Avec une Smart, vous pouvez faire un ticket au support Jeedom.
Merci des commandes partager. Je n’avais pas bien saisi le conseil de Pierre.
Voici donc ce que j’ai a cette instant.
Dois je réaliser le ticket dans l’immediat ? Ou attendre quelque jours et voir l’évolution des données du screen ci dessus
Pouvez-vous SVP fournir le résultat de cette commande:
cat /etc/logrotate.d/rsyslog
C’est là que devrait être défini la rotation du log kern.log
