Bonjour à tous,
Je suis sur Rpi3b+ avec SSD de 32 Go.
Mon Swap est à 100% et le système redémarre tout seul de temps en temps.
En modules complémentaires j’ai :
File éditor,
Mosquitto
Samba backup
Samba share
Terminal & SSH
Zigbee2mqtt avec environ 57 périfériques
Pouvez vous m’indiquer la manière d’augmenter la taille du Swap ?
Merci par avance
Stéphane
Salut
Les deux ne sont probablement pas liés. Avoir et utiliser du swap ce n’est pas un comportement anormal. Le reboot par contre c’est gênant.
Donc avant de taper dans la configuration du système, il vaut mieux chercher un début d’explication dans les logs à mon avis
Salut @Pulpy-Luke
Merci pour ta réponse
Ci-dessous les log du dernier redémarrage non souhaité :
22-01-29 07:06:23 INFO (MainThread) [supervisor.host.network] Updating local network information
22-01-29 07:06:24 INFO (MainThread) [supervisor.host.sound] Updating PulseAudio information
22-01-29 07:06:24 INFO (MainThread) [supervisor.host.manager] Host information reload completed
22-01-29 07:07:52 INFO (MainThread) [supervisor.homeassistant.api] Updated Home Assistant API token
22-01-29 07:46:30 INFO (MainThread) [supervisor.homeassistant.api] Updated Home Assistant API token
22-01-29 07:53:07 WARNING (MainThread) [supervisor.homeassistant.websocket] Connection is closed
22-01-29 07:53:40 WARNING (MainThread) [supervisor.misc.tasks] Watchdog miss API response from Home Assistant
22-01-29 07:53:56 WARNING (MainThread) [supervisor.misc.tasks] Watchdog found a problem with Home Assistant Docker!
22-01-29 07:53:56 INFO (SyncWorker_1) [supervisor.docker.interface] Starting homeassistant
22-01-29 07:53:56 INFO (MainThread) [supervisor.homeassistant.core] Wait until Home Assistant is ready
22-01-29 07:54:20 INFO (MainThread) [supervisor.resolution.evaluate] Starting system evaluation with state CoreState.RUNNING
22-01-29 07:54:21 INFO (MainThread) [supervisor.resolution.evaluate] System evaluation complete
22-01-29 07:55:53 INFO (MainThread) [supervisor.homeassistant.core] Detect a running Home Assistant instance
Là c’est pas vraiment parlant. 1 WARNING de watchdog et rien de plus.
Puisque tu a vu le swap à 100% as tu des indications sur des augmentation mémoire, cpu par piques ? Et en complément tu es sous HA OS ?
Ma config :
## System Health
version | core-2021.12.10
-- | --
installation_type | Home Assistant OS
dev | false
hassio | true
docker | true
user | root
virtualenv | false
python_version | 3.9.7
os_name | Linux
os_version | 5.10.63-v8
arch | aarch64
timezone | Europe/Paris
<details><summary>Home Assistant Community Store</summary>
GitHub API | ok
-- | --
Github API Calls Remaining | 5000
Installed Version | 1.19.3
Stage | running
Available Repositories | 959
Downloaded Repositories | 11
</details>
<details><summary>Home Assistant Cloud</summary>
logged_in | false
-- | --
can_reach_cert_server | ok
can_reach_cloud_auth | ok
can_reach_cloud | ok
</details>
<details><summary>Home Assistant Supervisor</summary>
host_os | Home Assistant OS 7.2
-- | --
update_channel | stable
supervisor_version | supervisor-2021.12.2
docker_version | 20.10.9
disk_total | 29.1 GB
disk_used | 4.9 GB
healthy | true
supported | true
board | rpi3-64
supervisor_api | ok
version_api | ok
installed_addons | File editor (5.3.3), Terminal & SSH (9.3.0), Mosquitto broker (6.0.1), Samba share (9.5.1), Samba Backup (5.0.0), Zigbee2mqtt (1.22.2-1)
</details>
<details><summary>Lovelace</summary>
dashboards | 1
-- | --
resources | 9
views | 5
mode | storage
</details>
Pour le proc
Pour la mémoire
Avant d’augmenter le swap pourquoi ne pas programmer un reboot la nuit vers les 4h ?
Je penser que programmer un reboot n’était pas conseillé et qu’il fallait plutôt savoir d’où venait le problème.
Le problème sera surement résolu avec un nouveau RPI 4 2Go que je dois recevoir. Non ?
Si 7h53 c’est le déclenchement du reboot alors il y a un truc qui bouffe du cpu à fond depuis 7h20…
Une automatisation qui boucle ou un truc du genre
À noter que la ram sous Linux c’est pas fondamentalement un bon indicateur. Ça a tendance être réservé sans forcément être libéré.
Changer de matériel ça permettra peut-être de cacher le problème, mais rien de plus
A 7h21 j’ai lancé un script de purge de ma bd
Bon alors rien d’anormal. Purge de la base (probablement un peu balaise) + écriture sur disque un peu lente (c’est classique sur un pi même en ssd) = consommation des ressources.
Regarde ce que contient la base, et comment l’optimiser un peu pour qu’elle ne prenne pas des tailles trop importantes. Sujets déjà disponibles sur le forum
OK merci pour l’info.
Par contre pour la base j’ai bien ajouté la commande dans mon configuration.yaml mais elle ne cesse de monter
#Base de données
recorder:
auto_purge: true
purge_keep_days: 7
include:
domains:
- sensor
- input_boolean
- input_datetime
- input_number
- input_select
- input_text
- binary_sensor
- light
- cover
exclude:
domains:
- automation
- alarm_control_panel
- calendar
- camera
- climate
- device_tracker
- group
- media_player
- person
- proximity
- scene
- script
- sun
- switch
- timer
- vacuum
- weather
- zone
- zwave
event_types:
- automation_triggered
- script_started
- service_registered
- home_assistant_start
- home_assistant_stop
entities:
- sun.sun
- sensor.last_boot
- sensor.date
- sensor.time
C’est normal ?
J’ai l’impression que l’auto purge ne fonctionne pas également !
Bon je viens de nouveau d’avoir un plantage et obligé d’éteindre le RPI3 physiquement.
J’étais en train de faire une automation toute simple d’envoi par telegram.
Que des include et peu d’exclude, donc oui tu mets TOUT dans la base, donc ça grimpe…
L’objectif c’est mettre le minimum 
Par exemple, tout le domaine sensor ???
si tu remplis plus vite que tu ne purge, ça doit se stabiliser autour de 7 jours, si purger avant 7j à la main, ça ne fait que grimper
En fait j’ai pris exemple sur un post du forum.
Il faut mettre les sensors un par un ?
Pour répondre, il faut savoir ce dont tu as besoin réellement (tes graphiques et tes quelques analyses)…
L’augmentation de la base est quand même vertigineuse.
Faudrait faire une query dessus avec une « group by » entity_id, quelque chose te spam ta base.
Car ça devrait se stabiliser normalement sur 7jours roulants.
Je ne sais plus comment faire de query sur la db, (je suis sur mariaDB), mais j’avais vu quelqu’un poster coment faire.
Les exemples pour le comptage sont là
https://forum.hacf.fr/t/purge-de-la-base-de-donnees-ha/2158/21
700Mo c’est la taille pour mes 7 jours … et je peux optimiser encore
Merci j’avais la flemme de chercher 
Ma db et à 160mo avec les règles suivantes:
commit_interval: 20
purge_keep_days: 7
include:
entities:
- sensor.alarm_status
- sensor.processor_temperature
exclude:
domains:
- device_tracker
event_types:
- call_service
- zwave_js_event
- shopping_list_updated
- rfxtrx_event
- persistent_notifications_updated
- service_registered
- component_loaded
entity_globs:
- sensor.freebox_*
- sensor.processor_*
- sensor.memory_*
- sensor.diskstation*
- sensor.synology*
- binary_sensor.diskstation*
- sensor.*_status
C’est en regardant le contenu de la base que j’ai viré les pus gros qui ne servent pas vraiment dans la vie de tous les jour.
Bon je dois avoir un gros soucis car redémarrage de nouveau en essayant une automatisation toute simple d’envoi de message via telegram.
Je vais la supprimer pour voir si le problème persiste avec d’autre.
Pour la base je vais effectivement identifier les information a historiser.
Par contre si je veux garder une info au-delà du délais (7 jours ici) comment faire ?
Quel c… je suis !!!
En fait j’ai fait une automation de shudown activée sur un swicth que j’utilisais dans mon test de l’automation de télégram !!
Je respire !!