jojo Posté(e) le 27 octobre 2015 Signaler Posté(e) le 27 octobre 2015 mais est-ce qu'il fait la même chose ? Moïcphil : data=reset Jojo : data=reboot
Nico Posté(e) le 27 octobre 2015 Signaler Posté(e) le 27 octobre 2015 Mouais, sauf que moi hors de question ça pour le moment. Car derrière je pers systèmatiquement les plugins persos...
Gazous Posté(e) le 27 octobre 2015 Auteur Signaler Posté(e) le 27 octobre 2015 Bonsoir, l'idée de départ de ce sujet était de trouver un moyen de récupérer àdistance une HC2 dans les choux àsavoir qui ne répond plus aux requêtes http. La méthode de reboot via l'API me semble pas adaptée dans ce cas puisque la HC2 ne sera jamais en mesure de recevoir l'ordre... Envoyé de mon iPhone en utilisant Tapatalk
Nico Posté(e) le 27 octobre 2015 Signaler Posté(e) le 27 octobre 2015 Dans mon cas, une commande distinct du bouton on/off fonctionnerai, car elle s'était bien proprement. Ci dessus, je pense qu'il prévoit plus un reboot régulier, genre tous les dimanches à3h00 du mat. Je le ferai sans doute, le jour où les plugins persos fonctionneront correctement.
Lazer Posté(e) le 27 octobre 2015 Signaler Posté(e) le 27 octobre 2015 (modifié) Pour une efficacité maximale, le code ci-dessus est à mettre dans la main loop d'un module virtuel Nico, à chaque reboot tu perds les plugins persos ? Je pensais que c'était seulement lors des mises à jours. Comme personne n'a jamais réellement réussi à identifier la cause des plantages (tout le monde n'a pas le même plantage....), je doute qu'un reboot programmé soit réellement efficace. Ca me fait penser aux admins Windows... programmer un reboot régulier tous les week-ends pour prévenir le plantage des fuites mémoires.... désolé, mais j'ai été formé sous UNIX, donc une machine avec un uptime inférieur à 365 jours c'est que l'admin est mauvais Concernant la mémoire, j'ai constaté sur ma box qu'elle augmente assez vite jusqu'à une certaine valeur, puis que ça se stabilise (entre 68 et 70% chez moi depuis plusieurs semaines.... sachant qu'on ne compte jamais le cache, et que mon dernier reboot date de la mise à jour en aout). L'occupation mémoire doit être liée directement aux plugins/VD/Scènes et modules Z-Wave que vous utilisez. Quand aux problèmes des sockets, ça me semble plausible.... Malgré tout j'ai passé plusieurs mois avec une connexion ADSL hyper instable l'hiver dernier, donc de très nombreuses déconnexions, et malgré cela le tunnel SSL vers les serveurs de Fibaro n'a jamais entrainé de plantage de la box (en cette époque glorieuse de la v3, j'avais plusieurs mois de uptime.... ). EDIT : mon HC2 de test qui ne fait pas grand chose (tests de modules, et développements LUA) a une occupation mémoire très faible, qui reste stable également. Modifié le 27 octobre 2015 par Lazer
Nico Posté(e) le 27 octobre 2015 Signaler Posté(e) le 27 octobre 2015 En fait ceux de Krilri plantent après reboot, il manque le watchdog dedans... Sinon pour les reboots, je suis d'accord, mais dans 99% des cas, même sur Windows Server, le soucis n'est pas la partie OS, mais bien les applis qui tournent dessus. Parlent aux spécialistes SAP par exemple, qui ne tournent pas sur du Windows pourtant, bah selon les versions un reboot est nécessaire. D'un autre côté, j'ai des Windows 2003 R2 qui tourne depuis 1 an sans le moindre reboot... Pour moi, le souci c'est toujours les applis de nos jours. Et pour la HC2 c'est pareil : Peut être les plugins persos, peut être un module foireux, j'en sais rien. Mais la, après reboot, je suis à 27% d'espace utilisé, je vais aussi remonter à 67/68% de sà»r. Mais ce n'est pas normal ni logique : Je ne change rien, et pourtant cela va toujours prendre plus de place, why... Fuite mémoire, ou alors un buffer avec un taille très grosse qui se rempli mais qui a une limite, je ne sais pas.
Lazer Posté(e) le 27 octobre 2015 Signaler Posté(e) le 27 octobre 2015 oui c'est vrai le coup des applis.... une explication partielle : le process principal (HC_Server) sur ma box occupe à lui seul plus de 50% de l'espace mémoire..... là dedans, on trouve 70 thread pour ce seul et unique process (mais pourquoi autant de threads ???). Sachant que la pile de chaque thread bouffe 4 Mo, ça fait déjà 280 Mo rien que pour ça.... donc ça va vite. Bref, je ne suis pas développeur, mais les mecs de Fibaro feraient bien d'auditer un peu leurs process en fonctionnement. Sinon, bah tu peux faire un upgrade à 2 Go aussi, c'est un slot SoDIMM sur la carte mère.
Gazous Posté(e) le 27 octobre 2015 Auteur Signaler Posté(e) le 27 octobre 2015 Est-ce que le process en question ne créerait pas un thread par MainLoop de Virtual Device par exemple ? Tu pourrais facilement vérifier ça en créant un nouveau VD pour voir si le compteur passe à71... Envoyé de mon iPhone en utilisant Tapatalk
Lazer Posté(e) le 27 octobre 2015 Signaler Posté(e) le 27 octobre 2015 Non, les VD (comme les scènes et les plugins) sont des processus séparés.
Nico Posté(e) le 28 octobre 2015 Signaler Posté(e) le 28 octobre 2015 Bah je verrai bien, làelle a tenu longtemps, depuis la mise àjour en V4.057.
pepite Posté(e) le 28 octobre 2015 Signaler Posté(e) le 28 octobre 2015 Cela me fait vraiment penser qu'un petit rebbot regulier mensuel ne ferait peut-etre pas de mal.. @gazous : ca limiterait peut-etre le plantage ? mais toujours pas la soluce a distance sijamais ca plante et que nous sommes en vacances.... D'ailleurs au fait, dans le code de redemarrage par l'API, reboot ou reset ?
Nico Posté(e) le 28 octobre 2015 Signaler Posté(e) le 28 octobre 2015 Ca ne fait pas de mal mais impossible du coup d'utiliser les plugins VS de Krikri...
Invité chris6783 Posté(e) le 4 novembre 2015 Signaler Posté(e) le 4 novembre 2015 Petit retour rapide comme promis. Apres le fix d'un ID erroné dans un VD hors GEA..... GEA c'est arreté à peine trois semaines + tard. une sauvegarde de GEA et il est reparti mais certainement pour quelques jours max. Dans GEA, pas de message d'erreur particulier .... CPU calme et RAM à 70%. Il y a vraiment un truc pas sain dans cette V4 :-(
Lazer Posté(e) le 4 novembre 2015 Signaler Posté(e) le 4 novembre 2015 Chris, à te lire, c'est pas la v4 qui a un problème, c'est GEA. Après qu'est ce qui fait que GEA plante sans raison apparente, je n'en n'ai aucune idée. C'est bien mystérieux tout ça.
Did Posté(e) le 4 novembre 2015 Signaler Posté(e) le 4 novembre 2015 J'ai dà» faire une sauvegarde de GEA (une seule fois) aussi depuis que je suis en v4 car il s'était endormi. Idem pour mes modules virtuels qui ont tendance à ne plus remonter de valeurs (sans appui sur un de leurs boutons), une sauvegarde du MV et ça repart.
kiwi Posté(e) le 10 novembre 2015 Signaler Posté(e) le 10 novembre 2015 Hello, J'avoue personnellement être légèrement soulé de : - avoir une box puissante mais qu'il faut pas charger (le coup des sleep 1 minutes dixit fibaro) - des bugs àla con qui arrivent des fois, des fois non - des firmwares qui sont en béta depuis des lustres (attention fibaro j'ai dégagé ma vera 3 pour les mêmes raisons) - des templates qu'on envoie a fibaro qui restent dans /dev/null depuis des années (par ex : le module FP de qubino est un très bel exemple) - des modules qui àchaque reboot se disent "non configurés".... (Bon et aussi j'ai plus le temps d'y bidouillé dessus vu que je suis rentré dans une boite qui me fait bosser a temps plein). Bref, làcomme aujourd'hui j'ai vaguement envie de tout virer.... Bon demain c'est férié : d0d0 1
jojo Posté(e) le 10 novembre 2015 Signaler Posté(e) le 10 novembre 2015 kiwi, tu n'as vraiment pas de chance, car je suis en v4 et je ne peux pas dire que j'ai de gros problèmes. Oui parfois des broutilles, mais globalement elle me rend de bons services et j'en suis bien content. Allez-, respire un bon coup
Nico Posté(e) le 10 novembre 2015 Signaler Posté(e) le 10 novembre 2015 GEA qui plante après qques semaines, je l'ai toujours eu, même en V3. Et dans le debug, rien, il continu de faire comme si tout fonctionnait... Mais bon, moi cela me va.
Invité chris6783 Posté(e) le 10 novembre 2015 Signaler Posté(e) le 10 novembre 2015 Moi je termine mes travaux et la box risque bien de finir àla poubelle si j'ai un peu temps pour voir ailleurs. Globalement elle fait le boulot mais c'est pas digne du prix demandé ni du marketing déployé . Je n'ai pas de scénario complexe et c'est encore facile de se passer de cette domotique qui n'arrive pas àse faire oublier. Il faut coder des VD pour reboot et d'autres pour contourner les bugs et encore d'autres pour palier aux manque d'évolution. Fibaro a démarré en fanfare mais n'atteint pas de résultats sérieux. Rien que l'impossibilité de faire un backup fiable et d'avoir une solution de reprise en ças de panne matérielle est rédhibitoire. Autant partir sur du cloud..... C un comble Voilày en a marre de çette marque qui ne conçoit même plus ses modules correctement. \Mode colère Off Explication : ce soir pas de chauffage, lumières qui clignotent et volets qui mettent des minutes àrépondre..... Même plus envie d'essayer de comprendre mais juste envie de débrancher le câble... Sans reboot :-)
kiwi Posté(e) le 11 novembre 2015 Signaler Posté(e) le 11 novembre 2015 @jojo, je sais pas si j'ai de la chance ou pas, mais je rejoint @chris6783 et @PITP2 sur pas mal de points. <rant on> Techniquement une belle box, de beaux modules, une communication commerciale de ouf (comme chez Apple) mais sans la stabilité du monde Apple (relative...). C'est pas sec, et au bout de presque 2 ans de beta/alpha des v4.x on as : - pas de plugins "tier" possible sans hacker - des evolutions qui stalent, rien de nouveau, - un stabilité relative A un tel point, que j'ai craqué, j'ai programmé un reboot de la box toute les semaines. Si je prends mes Cisco que je gère, j'en ai certains qui tournent depuis un an, qui s'en prennent plein la tronche et qui pourtant sont fiables (même si je ne dis pas que cisco sais tout faire correctement). Si j'appliquais la méthode Fibaro, j'aurais des jolis boitiers alus, de belles features ultra intéressantes, mais du vooodoo àdroite àgauche, des machins qui tombent en marche (ou pas) et qui doivent être rebooté toutes les semaines pour éviter que ca tombe en panne. Làje suis désolé mais a 500€ la box + les n fois 50€ (sous évalués) de l'installation, c'est de la merde (je mets ma vera3 dans le même panier). Même les Nexus de Cisco qui me font chier des fois et qui sont basés sur du Linux sont plus fiables qu'une fibaro. Donc arriver a ce stade, je cherche ailleurs. Mais c'est sûr que je 1- je vais passer par du filaire (au moins pour une bonne partie de l'installation) 2- je vais surement revendre une partie de l'installation zwave 3- je vais étudier les choses assez profondément. Apres je parles pas des applications en mousse fibaro qui segfaultent sur iOS 9.0/9.1 sur les virtual modules. (Un momment la tolérance àla connerie deviens moins haute). </rant off> Pour donner des explications : - GEA qui se vautre de façon aléatoire - des lenteurs de ouf pour joindre un actionneur via l'interface iOS - Applis qui segfault - le 503 régulier - pas de nouvelles corrections de bugs depuis 23/09/2015 (ou 17/08/2015)... - des templates qu'on envoie pour rien (qubino fil pilote...) - des scènes qui fonctionnaient a un jour J (détection de porte ouverte), ne fonctionnent plus le lendemain...
Messages recommandés