En préparation de ma migration vers ZwaveJS, j’ai refait quelques tests avec l’outil « Remplacer » avec un backup (4.3.12) restauré sur une VM de test et je rencontre un souci dès lors que je sélectionne plus d’un équipement à migrer. Il n’y en a qu’un seul équipement cible qui déplacé dans l’objet de l’équipement source.
Un exemple ci-dessous avec seulement 2 équipements mais le souci se produit dès qu’il y en a au moins 2.
Bon … après avoir refait un test avec tout les équipements même si c’est fastidieux et long (130 équipements … heureusement que le mapping des commandes est automatique), je reproduis le souci ci-dessus.
Je dois avoir un (des) équipement(s) (déclencheur(s) ?) qui met(tent) le bazar. Reste à trouver lequel parmi les 130 une idée pour le (les) trouver ?
Lorsque je fais le remplacement avec seulement les FGR-223 utilisé dans le scenario ci-dessus, je n’ai pas de souci.
J’ai aussi eu ce message avant de cliquer sur remplacer mais je n’ai pas fait attention exactement à quel moment pendant que je faisais le mapping des équipements.
Le remplacement prend quelques minutes (je n’ai pas compté exactement).
Visuellement, côté dashboard ca semble ok même si je ne les ai pas tous vérifiés.
En revanche, il y a au moins un design ou quasiment tout les équipements ont disparus (un seul équipement visible sur 10). Pourtant, quand je vais les composants du design, je vois les vois bien.
J’ai tenté de sauvegarder un équipement qui n’est pas visible à partir de la page composants et j’ai ceci :
Aurais-tu une idée de test à faire du coup pour essayer de trouver le coupable pour les déclencheurs qui ne sont pas modifiés ?
Au passage, y-aurait-il un moyen de loader le mapping des équipements avec un fichier json par exemple contenant les ID des eqLogic sources et ceux des eqLogic cibles ? Car pour chaque tests fait avec ma VM de test, c’est long de remapper tout (130) les équipements . J’ai bien tenté un snapshot de la VM mais comme la page se rafraichie, le mapping n’est pas conservé.
Penses-tu qu’une optimisation soit quand même possible ?
Bonjour,
130 d’un coup c’est trop il faut le faire en plusieurs fois, lot de 10 je dirais sinon effectivement ca tombe en timeout. Ya rien a faire de notre coté on peut pas augmenter les timeout a l’infini ya un moment faut qu’on tue la requete si elle est trop longue pour preserver le reste de jeedom.
une idée pour le (les) trouver ?
je l’ai mise à jour aujourd’hui à 15h15:11 comme indiqué sur le screenshot. Ce n’est pas ça que tu voulais comme info ?
. J’ai bien tenté un snapshot de la VM mais comme la page se rafraichie, le mapping n’est pas conservé.