Espace disque Jeedom smart

Bonjour,

J’utilise une box SMART depuis près de deux ans, avec quelques scénarios et peu de matériel autour (quelques capteurs de températeur, quelques modules zwaves, quelques caméras qui enregistrent sur leur support SD et pas sur la box).

J’ai eu fin juillet un soucis, impossible d’accéder à ma smart avec le navigateur (je tournais en boucle sur le login avec une erreur), et pas de soucis d’accès avec l’application mobile. En cherchant je me suis aperçu que l’espace disque était saturé. J’ai viré en ssh des fichiers, et la connexion est revenue à la normale.

Aujourd’hui j’ai à nouveau l’espace disque à 0, et j’aimerai savoir ce que je peux faire pour : purger (j’ai déjà viré plein d’historiques / log), faire de la place, ou bien augmenter l’espace de stockage de la SMART.

Merci de votre aide

Salut
Cherche des sujets avec espace disque tu devrais trouver des sujets avec pas mal de réponses

j’ai effectué ces commandes, ça vous parait anormal l’espace utilisé ?

du -s /var/* | sort -rn
1194712	/var/www
1048580	/var/swap
202676	/var/cache
157004	/var/lib
65804	/var/log
7424	/var/backups
24	/var/spool
8	/var/tmp
4	/var/opt
4	/var/mail
4	/var/local
0	/var/run
0	/var/lock
du -s /var/www/html/* | sort -rn
386788	/var/www/html/backup
368540	/var/www/html/DB_backup.sql
298988	/var/www/html/plugins
60300	/var/www/html/3rdparty
30148	/var/www/html/core
20084	/var/www/html/vendor
8840	/var/www/html/docs
8608	/var/www/html/script
1964	/var/www/html/desktop
1224	/var/www/html/data
944	/var/www/html/montheme
452	/var/www/html/install
292	/var/www/html/mobile
240	/var/www/html/cache.tar.gz
44	/var/www/html/composer.lock
36	/var/www/html/COPYING
20	/var/www/html/LICENSE
12	/var/www/html/mobile.manifest.php
12	/var/www/html/log
8	/var/www/html/tmp
8	/var/www/html/support
8	/var/www/html/sick.php
8	/var/www/html/index.php
8	/var/www/html/favicon.ico
8	/var/www/html/apple-touch-icon.png
8	/var/www/html/apple-touch-icon-precomposed.png
4	/var/www/html/sw.js
4	/var/www/html/robots.txt
4	/var/www/html/manifest.webmanifest
4	/var/www/html/manifest.json.php
4	/var/www/html/manifest.json
4	/var/www/html/here.html
4	/var/www/html/health.sh
4	/var/www/html/composer.json
4	/var/www/html/README.md
4	/var/www/html/GWTeleinfo.php
4	/var/www/html/Dockerfile

j’ai regardé la taille de mes tables, j’en ai également 2 grosses :

Table	MB	Ligne
conso_teleinfo	388.58	3440355
historyArch	179.27	3373426

elle prend autant de places chez vous conso teleinfo ?
(et comment je peux vider / purger historyArch ? )

Bonjour @Xistof ,
Je pense que cela a déjà été répondu:

sur Teleinfo, tu as un historique de combien de temps ?

l’historique Teleinfo est normalement de un an (j’ai mis ça comme paramètre dans les commandes historisées)

du -s /* | sort -rn
2470660	/var
1862668	/usr
262148	/swapfile1

a quoi correspond ce dossier swap1 ? (j’ai également un autre swap dans /var qui est bien gros)

du -s /var/* | sort -rn
1194712	/var/www
1048580	/var/swap

suite à la lecture des différents sujets qui parle de ce soucis, j’ai fait un peu de ménage (viré un ou deux plugins que je n’utilisais plus, fait le point sur tous mes historiques, réduit mon swap, et réduit l’historique des sauvegardes)
je suis maintenant à 10% d’espace disque.
Ca me semble quand même peu, au final j’ai 25 plugins, une dizaine de scénarios, pas d’enregistrements de caméras sur la smart, 8 modules zwave, et l’espace disque est presque plein.

Comment est-ce que je peux vérifier que je n’ai pas encore de la mémoire gaspillée par des vieux dossiers / fichiers qui trainent ?

regarde ici, j’avais mis quelques pistes

et commencer par un reboot, ca fait jamais de mal

merci je vais étudier ça !

après reboot je suis toujours à 9% d’espace disque, alors que mes historiques ont été purgés, le swap diminué, une sauvegarde seulement, j’ai viré tous les logs

je reste supris de la taille de la base de données de conso teleinfo et history arch, c’est des tailles normales selon vous ?

Bonjour,

J’ai aussi un souci d’espace disque sur Jeedom Smart wave.
espace disque
A ce rythme là, j’ai quelques semaines devant moi tout au plus !

A noté qu’après la mise à jour en v4 je me suis retrouvé à 80%, ce qui fait qu’il ne reste plus grand chose. Il est vrai que je commence à avoir pas mal d’historique, mais mes fichiers de backup ne prennent qu’environ 120 Mo, donc il doit y avoir autre chose.

Pourtant, on se dit que trouver où les fichiers prennent trop de place ne dois pas être bien difficile avec du…

Alors j’en ai fait quelques uns des « du » et voilà ce que ca donne:

root@Jeedom:/# du -hms * | sort -rn | head
du: cannot access 'proc/18262/task/18262/fd/4': No such file or directory
du: cannot access 'proc/18262/task/18262/fdinfo/4': No such file or directory
du: cannot access 'proc/18262/fd/4': No such file or directory
du: cannot access 'proc/18262/fdinfo/4': No such file or directory
3008    var
1977    usr
180     lib
75      root
64      media
33      opt
18      run
10      bin
9       sbin
7       tmp

root@Jeedom:/var# du -hms * | sort -rn | head
1457    www
631     lib
513     swap
319     log
89      cache
3       backups
1       tmp
1       spool
1       opt
1       mail

root@Jeedom:/var/log# du -hms * | sort -rn | head
70      kern.log.1
63      debug.1
52      kern.log
47      debug
26      auth.log.1
15      syslog.1
13      auth.log
11      syslog
8       messages.1
6       messages
root@Jeedom:/var/www/html# du -hms * | sort -rn | head
490     backup
476     data
229     DB_backup.sql
127     plugins
43      3rdparty
34      docs
28      core
20      vendor
10      log
2       desktop
root@Jeedom:/var/www/html/data# du -hms * | sort -rn | head
447     timeline.json
23      3d
5       plan
2       customTemplates
1       view
1       scenario
1       remove_history.json
1       php
1       object
1       jeedom_encryption.key

Il se pourrait que j’ai un souci avec la timeline. En effet, lorsque je demande à jeedom de l’afficher, il met un temps très long, puis n’affiche rien. Est-ce que si je la supprime en ssh et que je reboote ca peut aider ?
Par contre, depuis les 4 derniers jours que je surveille, le fichier fait toujours exactement 447 Mo alors que mon espace disque a continué à se réduire. Du coté des log jeedom, il n’y a rien qui prenne de la place, par contre les log systèmes me paraissent pas négligeables, mais en réalité je n’y connais pas grand chose.

Je pense que je ne suis pas le seul sur smart jeedom en V4 à me poser des questions sur l’espace disque. Ca serait super d’avoir une explication ou un tuto sur le sujet pour tout le monde.

Merci d’avance pour tout retour, j’ai l’impression de m’avancer inexorablement vers un précipice, je peux encore agir maintenant…

Edit:
Je viens de tenter de voir ma timeline sans succès. Pas d’affichage au bout de plus de 30 m, mais ma charge cpu et la température cpu qui augmente :
pb timeline
Que faire ?

Pierre

Salut,

ça tombe bien ; moi non plus !

tu en as combien ?
Un seul suffit ; le bon !

J’ai paramétré avec 500 Mo de stockage, ce qui fait environ 4j.
Je préfère avoir plus d’un jour d’historique, car je ne regarde pas avec attention tous les jours mon Jeedom…

beh alors dans ce cas il vaut peut être mieux avoir que le dernier en date et de les exporter au fur et à mesure sur un Drive .
Mon back-up fait 90Mo et j’en ai qu’un .
Je gagne déjà 400Mo de stockage par rapport à toi
Ensuite il faut compter le plugin du cloud qui est lourd mais ne fait pas en tout cas 400Mo

Je me réponds à moi-même, car je pense avoir trouvé la source du problème, et donc la solution.
J’avais 2 soucis:

  • Le premier, probablement parce que j’avais mal configuré ma timeline, j’avais un fichier timeline.json qui faisait 447 Mo. Résultat, lorsque je demandais à l’afficher, j’avais le CPU qui s’emballait, et je finissais par lancer un rebout au bout de quelques heures où rien ne s’affichait. Je me suis décidé à utiliser vim pour supprimer quelques milliers de lignes, et le ramener à une taille normale. Maintenant, il fait moins de 1 Mo, et il s’affiche dans jeedom en moins d’une seconde. Ca m’a donc permis de gagner 446 Mo et de résoudre un pb.
  • Le deuxième, c’est qu’en voulant mieux suivre mes scenarios, j’ai passé le niveau de log de l’ensemble des scenario sur debug. Résultat, ca m’a fait exploser la taille de mes log. Dès fois de manière brutale et immédiate, des fois de manière plus lente avec ce msg sur IPV6. (voir sujet IPV6 ici) J’ai repassé le niveau de log sur defaut (qui est warning), j’ai utilisé vim pour réduire encore à la main le nombre de lignes dans les log, et tout semble rentrer dans l’ordre.

vim est génial pour supprimer 1 million de lignes d’un coup. Il suffit de faire 1000000dd et hop !
Avec le dernier nettoyage que je viens de faire voici le résultat:

Espace disque apres vim

Si les choses sont effectivement stabilisées comme je l’espère, je fermerai le sujet dans quelques jours.

Quelques nouvelles de mon coté:
J’ai toujours un soucis avec mes logs:

  • Malgré la limite à 500 lignes, il semble que les logs Jeedom s’envolent parfois, puis retombent, ce sont les pics qu’on aperçoit ci-dessous. Ces pics semblent apparaitre depuis le passage en V4. Voir lien.
  • Les logs linux dans /var/log continuent de prendre un place important, lié à ce soucis de ICMPV6 (voir lien) qui malgré le passage en mode warning n’est pas résolu.

Je vais continuer de surveiller la place disque de ma box jeedom…

Capture