La santé m’alerte sur une charge disque, 7%

avec buster la taille du swap a été doublé

1 « J'aime »

Il semblerait que ce ne soit pas du aux 2 plugins

Forcement, j’ai pas vérifié la volumétrie suite à la maj et je n’avais pas d’historique sur cette info

avec la maj j’ai du perdre 10%

Avec moins de 20% d’espace libre, va falloir serrer les fesses.

Jeedom prépare une Smart 2 :slight_smile:

Faudrait qu’ils vendent une EMMC jeedom plus grosse qu’on puisse l’upgrader nous même

j’avais déjà évoqué le sujet avec Loic mais cela ne semble pas prévu.
il y a des tutos pour le faire je crois

hello,
déjà que pour moi une mise à jour c’est de la roulette russe , je ne me vois pas me lancer dans cette modif.

J’ai fait un " df -k" sur ma smart (4.1.17 Buster)

Filesystem     1K-blocks    Used Available Use% Mounted on
udev              738016       0    738016   0% /dev
tmpfs             176884   18020    158864  11% /run
/dev/mmcblk0p7   6779240 3633440   2778392  57% /
tmpfs             884412       0    884412   0% /dev/shm
tmpfs               5120       0      5120   0% /run/lock
tmpfs             884412       0    884412   0% /sys/fs/cgroup
tmpfs             262144    5040    257104   2% /tmp/jeedom
/dev/mmcblk0p1    258095   64612    193483  26% /media/boot

C’est déjà plus raisonnable, j’espère que l’on aura un retour officiel de l’équipe Jeedom

tu as fait un ticket ?

@xavax59 et @Nemeraud comparer le total brut ça sert à rien … Il faut comparer à minima les plugins installés, la place prise par leurs installation…

Ça donne une indication quand même, après ça dépend de l’environnement en effet mais ça va être dure de comparer les plugins, les scénarios, les virtuels, les logs…

Non pas encore, mais je vais le faire de ce pas

Dur non, long oui
Et c’est surtout déterminant dans le souci … chaque plugin ne consomme pas la même chose


idem pour les historiques, ça peut vite varier d’un config à l’autre

67720   ./openzwave
56876   ./cloudsyncpro
13220   ./prixcarburants
9140    ./conso
8668    ./googlecast
8352    ./designImgSwitch
6024    ./xiaomihome
5828    ./Telejee
5432    ./gsh
5264    ./jeexplorer
5028    ./jeeasy
4352    ./naEnergie
4200    ./camera
3408    ./outilsdev
2764    ./naMeteo
2612    ./iCalendar
2564    ./script
2048    ./tools
2040    ./worxLandroidS
1920    ./horlogehtc
1832    ./vigilancemeteo
1664    ./mobile
1460    ./meteofrance
1440    ./virtual
1220    ./tvphillips
1076    ./weather
856     ./mail
756     ./netatmoWeather
656     ./blink1
636     ./jazpar
632     ./geotrav
624     ./livebox
624     ./ethalsurveillance
592     ./digicode
584     ./netatmoPublicData
504     ./rosee
456     ./netatmoWelcome
444     ./fullyKiosK
436     ./networks
412     ./previsy
376     ./Monitoring
364     ./alfawiseumist
352     ./dayinfo
296     ./meteoprev
292     ./alarm
276     ./mode
272     ./stockexchange
272     ./jeelog
264     ./openvpn
260     ./geoloc
248     ./jeelink
220     ./monitoring2
216     ./watchdog
204     ./apcups
200     ./clink
196     ./htmldisplay
192     ./orvibo
188     ./notificationqueue
188     ./notificationmanager
184     ./logmanager
184     ./domogeek
172     ./speedtest
168     ./programmateur
168     ./groupe
160     ./telegram
148     ./ifttt
144     ./philips
132     ./temperature
132     ./autologin
116     ./FreeSms
112     ./previsionpluie
112     ./jeemon

comment savoir qu’une volumétrie de plugin est deconnante ?

Tu peux pas mais si vous avez des écarts sur la somme, et pas les même plugins, ça explique en partie la différence d’espace libre
Par exemple : cloudsycnrpro on a pareil mais pas pour openzwave (on pas la même version à tous les coups)

Réponse du support JEEDOM :

Malheureusement Buster prend plus de place de Stretch. Donc oui cela est normal.

je suis à 13% de libre, je continue a sérer les fesses… :slight_smile:

Ou changer l’emmc du coup

Jeedom ne le propose pas et je sais pas si l’accès au support serait encore possible avec ce changement

Bonsoir,

voici sur ma smart en buster et jeedom 4.1.17 :

Filesystem     1K-blocks    Used Available Use% Mounted on
udev              738016       0    738016   0% /dev
tmpfs             176884   18060    158824  11% /run
/dev/mmcblk0p7   6779240 4611400   1800432  72% /
tmpfs             884412       0    884412   0% /dev/shm
tmpfs               5120       0      5120   0% /run/lock
tmpfs             884412       0    884412   0% /sys/fs/cgroup
tmpfs             262144    2476    259668   1% /tmp/jeedom
/dev/mmcblk0p1    258095   64612    193483  26% /media/boot
/dev/sda1       15137792 1018800  14118992   7% /media/migrate

pas la solution pour tout le monde mais sinon déporter sur un second Jeedom (base rpi par ex avec un disque mSATA) une partie de son système pour au moins ce qui n’est pas ZWave (pour éviter de devoir aussi acheter une clé). Je l’ai fait pour mes ouvrants (reliés à un KLF200 Velux). Avec Jeelink c’est ensuite plutôt facile et performant de conserver une vue globale si besoin.

Je précise de suite que :

  • oui forcément y’a une dépense (modérée pour un rpi+disque de 16Go par ex)
  • ce n’est que contournement et ne traite en rien le point de départ (qui reste de faire une passe complète sur ce que l’on utilise plugin, historique, etc)

Pour ma part je stress moins à la migration de l’un de mes Jeedoms (par ex en ce moment j’ai basculé mes ouvrants en 4.1.17 sans risque de casser le chauffage sur un autre Jeedom étanche) et mon système est plus équilibré en charge.

Encore une fois, ce n’est qu’une idée qui ne sera pas exploitable ou répondant au besoin de tous