Lazer

bah tu t'es planté dans la génération de ton clone

J'ai 2 disques sur chaque serveur, ainsi qu'un SSD sur chaque serveur. Le SSD sert pour le datastore ESXi (les disques bootables des VM) Chaque serveur a une VM Xpeno qui prend les 2 disques durs en RDM. Je ne fais pas de RAID logiciel, ni matériel. Je réplique les données la nuit entre les 2 serveurs

non mais la gamme Pro chez Cisco, ce sont les Catalyst, c'est plusieurs milliers d'euros...; La gamme SMB comme j'ai, c'est du semi pro. Et ça coute seulement la moitié d'un bras comme je te disais

En effet les modèles Pro sont ventillés en général, et plutôt très bruyant avec des turbines qui tournent à fond. Il n'y a que les modèles semi-pro qui soient fanless, ou grand public.

Si t'es sous ESXi, tu t'en moques des drivers de Xpenology, car il sera dans une VM. Par contre, tu déplaces le problème, donc faut que ESXi soit compatible avec la carte RAID que tu installes. Perso pas de RAID matériel dans le serveur. Mes disques sont tous montés en RAID 0 de 1 seul disque, et présentés tels quels à ESXi, qui les mappe en RDM à la VM Xpenology. Celle-ci est ensuite libre de faire du RAID logiciel, ou pas.

Bah c'est un petit serveur à pas cher, qui a malgré tout un rapport qualité/prix exceptionnel sans équivalent sur le marché, d'où son succès. Alors c'est sur qu'il y a quelques contraintes, mais si tu veux te monter un serveur home-made, ça va te couter 2 à 3 fois plus cher.... et tu n'auras pas un boitier aussi compact permettant d'y loger 4 disques 3"5 et 1 SSD.

Je confirme pour le RAID.

FAUX VMware ESXi tourne sur tous les processeurs. Son article présente bien en apparence, mais si tout ce qu'il raconte contient autant d'approximations ou de fausses affirmations, ça n'encourage pas à lire la suite....

325€ sur Amazon.de : https://www.amazon.de/gp/offer-listing/B0042RRJWY/ref=dp_olp_new?ie=UTF8&condition=new Mais bon, si tu n'en n'as pas l'utilité, inutile de prendre du Cisco.

Ici on est plusieurs à bien apprécier les Hikvision pour leur très bon rapport qualité/prix (si acheté en Chine) https://www.domotique-fibaro.fr/topic/8481-camã©ras-rã©seau-ip-hikvision/

Cisco SG300-28 coute la moitié d'un bras seulement Sinon TPlink, Netgear, Dlink ça marche aussi hein Vérifie juste que tu as le SNMP (que tu devrais avoir si c'est un vrai manageable), juste au cas où tu souhaites utiliser la classe SNMP de mon dernier VD Eaton pour manager également ton switch.

Sorry, it won't work. The net.HTTPClient is an asynchronous function, so the content is executed after the end of your main LUA script. So you will never be able to get the return value, that is why you always get nil. If you use the net.HTTPClient() fonction, you have to put the remaining LUA instructions inside your success() function. There are many net.HTTPClient in this forum (have a look at my Watchdog script) and on the official Fibaro forum.

quoi ??? Et oh, au boulot, y'a de la neige à virer pour des gars comme moi qui galère sur les routes de ta région (souvenir mémorable de l'année dernière à la même époque) Bon vous avez de la chance d'avoir des maisons si bien rangé, chez moi c'est un bazar sans non. On dit que les femmes sont mieux organisées que les hommes, c'est pas tout le temps vrai

non connais pas non plus

Galère Sachant que tu n'as que 6kVA, est-ce que tu ne pourrais pas faire le calcul pour démontrer qu'il est impossible de consommer autant en si peu de temps ? EDIT : ah bah non, la facture est sur 1 an, mais pas sur 1 mois

Pourtant ça t'irait bien : hop, je suis plus là

ah oui parce que dans FHEM il faut encore ajouter des quotes pour protéger les requêtes, et la syntaxe est un peu délicate.... je n'ai pas encore eu le temps de tester ça, et je n'ai aucune idée de quand je pourrais le faire.... Internet est totalement en panne chez moi depuis la tempête

@BenjyNet pour FHEM, t'as pas essayé ces commandes que j'avais déjà donné : Fake Device et Variable Globale : curl --request PUT --user email.address@domain.tld:Password1 --data '{"properties":{"value":20.0}}' http://192.168.1.1/api/devices/34 curl --request PUT --user email.address@domain.tld:Password1 --data '{"name": "VARIABLEGLOBALE", "value": "On", "invokeScenes":true}' http://192.168.1.1/api/globalVariables/VARIABLEGLOBALE Il n'y a que pour Tasker que je ne sais pas si on peut passer le user/password en argument plutôt que dans l'URL, ce qui n'est plus possible à cause du @

C'est un VD, ce n'est pas un cours expliquant les bases du fonctionnement de la box, donc ça n'a pas trop sa place dans la section pour les nuls. Et puis si on met dans la section pour les nuls, on ferme la discussion et il n'y a plus de discussion possible. Ce tuto est très bien là où il est, dans la section tuto

normalement oui sinon tu met à jour le recovery de ta clé USB depuis les images partagées par Jojo.... si t'es pas à l'aise avec ça, ne te prends pas la tête, fait ton recovery puis applique toutes les mises à jour, ça prendra le temps qu'il faut

@biboun il faut toujours effacer la puce Z-Wave tu fais ton recovery, puis les mises à jour, puis tu restaures ta sauvegarde mais tu auras perdu les icones dans la bataille inquiétant ce bug de login, je ne vais pas me presser pour la mise à jour....

Non c'est pareil api.get n'est qu'une fonction qui effectue un appel http standard derrière. La vraie question,je te dis, c'est asynchrone ou pas, donc tout dépend de comment tu veux organiser ton code.

Tu devrais suivre le lien dans l'article que tu as pointé, et tu trouverais le topic original avec des versions améliorées du script dans les pages qui suivent : https://www.domotique-fibaro.fr/topic/4251-voir-si-une-lumiã¨re-est-allumã©e-et-tout-ã‰teindre PS : je ferme ici afin de ne pas disperser les discussions... la suite sur l'autre topic

Faudrait que Krikroff ou Steven se prononcent, mais je ne pense pas qu'il y a une des 2 solutions qui soit meilleure qu'une autre, je dirais plutôt que tout dépend comment tu organises le code LUA de ta scène. Si tu fais de l'asynchronisme (settimeout et http:request) ou du code séquentiel classique (Net.FHttp et sleep) Si Fibaro décide de changer l'API, malheureusement on ne peut rien y faire, et on sera obligé de continuer à maintenir nos scripts indéfiniment à chaque mise à jour de firmware

Rappel : le réveil n'a aucun rapport avec les relevés de température Sur l'un des mes FGSD, j'ai descendu l'intervalle à quelques minutes avoir de la précision. Dans tous les cas, tous mes modules sur batterie ont l'intervalle de réveil le plus long possible (à regarder au cas par cas dans la doc de chaque module) afin d'économiser la batterie. Exception : le thermostat SRT321, car il n'y a que lors du réveil qu'il met à jour sa consigne (poussée par le panneau de chauffage) En synthèse, je dirais que si tu veux économiser au max la batterie, tu désactives la mesure de température. Comme ça, il n'y aura presque plus aucune communication Z-Wave, sauf lors du réveil qui intervient 1 ou 2 fois par jour. Ah oui, et penser à désactiver la détection du réseau Z-Wave aussi, on en a pas mal parlé sur la version 1 du FGSS, car il émet des bip courts stressants pour rien, car il crois perdre le réseau Z-Wave alors qu'il fonctionne très bien. Je ne sais pas si c'est le cas pour la version 2 du coup.