la carte sd se prend des écritures en masse à cause des logs.
Donc le SSD est fortement conseillé, plusieurs personnes ont eu leur carte SD morte, selon la qualité de la SD et l'activité de ton jeedom, ça prend plus ou moins longtemps
les étapes de migration, un peu de blabla car pas le même matériel que toi :
Donc les étapes :
- sauvegarde de jeedom sur le RPi3
- récupération du backup
- transfert du backup sur la VM Debian Jeedom
- déplacement de la clef USB AEOTEC GEN5 sur l'ESX
- On laisse faire jeedom pour réinstaller les dépendances des différents plugins
- On attends que le Z-WAVE soit up, mais sans succès...
- On se dit que l'on a oublié d'ajouter la clef USB à la VM, on utilise donc la bonne documentation pour ça (si besoin voici le lien pour les novices en VMWARE :
https://jeedom.github.io/documentation/ ... dans_la_vm)
- ça ne fonctionne toujours pas...
- On cherche, on trouve sur le forum l'explication, (voir mon post en Page 1, j'ai mis en Rouge et en Gras) Et oui, l'ESXi 6.5 n'était pas vraiment validé à l'époque de mon premier post, j'avais donc dis que je tenterai le coup).
- On relance les dépendances du plugin openZ-Wave
- On voit ses périphériques qui remontent
- On est content
- On relance un wakeup (souvent en faisant un triple clic sur le bouton d'inclusion)
On obtient un statut tout beau, tout propre sur l'état de santé
![:) :)](./images/smilies/1.gif)
!
J'ai également du :
- Remettre à jour l'ip cible pour l'interaction lors d'une détection de mouvement pour la seule caméra que j'avais installé pour l'instant (une Wanscam) (pas sur de conserver la partie interaction, à voir)
- Modifier le nattage des ports sur la freebox pour que ça soit joignable de l'extérieur
- Redemander un certificat LetsEncrypt, mais la procédure est la pour vous simplifier la vie également
https://jeedom.github.io/documentation/ ... place.html
Et le topic ou j'ai réfléchi à la meilleure solution pour faire mon jeedom :
https://www.jeedom.com/forum/viewtopic. ... =migration