-
Compteur de contenus
26 092 -
Inscription
-
Dernière visite
-
Jours gagnés
1 302
Tout ce qui a été posté par Lazer
-
topic unique Fibaro FGT-001 - Vanne Thermostatique
Lazer a répondu à un(e) sujet de MAM78 dans Modules Fibaro
Tu as trouvé ça où ? Sur une plaquette marketing ? C'est à toi de créer le scénario avec ta box domotique, une tête thermostatique, et un détecteur de mouvement. Comme par hasard, Fibaro propose tous ces appareils à son catalogue -
On en a parlé très récemment sur un autre topic. Le backup est chiffré avec une clé unique propre à chaque HC2. Si tu veux restaurer le backup sur une autre HC2, il faut passer par l'outil de migration disponible via le cloud de Fibaro. C'est ça la sécurité.....
-
Justement non, le forum officiel est rempli de questions identiques : comment agrandir un volume sous DSM. Selon si t'es en SHR ou pas, ça change tout. Je n'ai plus les trucs en tête, c'est bien expliqué.
-
Là :
-
Je vous ai mis la version 1.1 de la scène Unifi en première page. Elle introduit uniquement le correctif pour la version 4.520 du firmware Fibaro, afin de désactiver la vérification du certificat HTTPS. C'est idiot, car j'avais anticipé le coup en positionnant bien le paramètre, mais je ne l'avais fait que pour la requête de login, j'ai bêtement oublié pour la requête de récupération des devices. Donc si vous voulez faire la modif à la main sans copier/coller toute la scène, il suffit juste d'ajouter la ligne suivante : checkCertificate = false, vers la ligne 178 au tableau options = {...} de l'appel à httpClient:request(...) dans la fonction GetDevices() Comme ceci : options = { method = 'GET', checkCertificate = false, headers = { ["Cookie"] = Cookie, } }
-
Faut comparer ce qui est comparable : - du code PHP pur contre du code LUA pur - donc pas d'accès à une base de données - sur la même machine Là tu parles de ressenti sur des machines différents avec 10 ans d'intervalle, et avec des données stockées dans des bases différentes.... c'est juste totalement incomparable, désolé. A priori oui Oui, dans les paramètres du moteur Z-Wave Tu peux reconstruire pour un module, ou pour tous Regarde dans le topic de la 4.503 BETA, il y a tout ce qu'il faut : un petit module virtuel, et une page PHP qui permet de visualiser la topologie de façon graphique. Aussi autre chose, puisque tu vas lire des variables globales, et potentiellement en écrire. J'ai souvenir suite à un bench sur le forum, qu'une écriture en DB était 17 fois plus lente qu'une lecture. Il y a surement beaucoup à optimiser dans ton code
-
En fait c'est un problème purement DSM là, tu as trouvé sur la doc/forum officiels ? En SHR, on peut étendre un volume, car il crée automatiquement des partitions supplémentaires sur le disque étendu. En disque simple, je ne sais pas si il sait faire.... Si tu cherches sur ce forum, tu verras que j'ai fait un truc similaire : cloner un disque de 4 To vers un 8To, puis redémarré DSM qui n'utilise pas la nouvel espace. J'ai alors redimensionné la partition sur une autre VM Linux, et c'était tout bon. Pas simple si tu n'es pas à l'aise avec Linux
-
A priori la dernière stable, c'est toujours la 5.9.29, avec le nouveau dashboard
-
Tiens à ce sujet depuis que j'ai un max de domotique à la maison, tous ces petits modules consomment à base de 0,5W par module, plus la box, plus toute l'informatique (plus de 100W), etc La consommation "au repos" de ma maison est passée de moins de 200W à plus de 500W en quelques années !!! Et pourtant, ma consommation électrique globale sur l'année a baissé : - Les appareils qui consomment, ça chauffe la maison 8 mois par an (les 4 mois restants sont en pure perte par contre...) - Grâce aux capteurs et actionneurs, meilleure maitrise des radiateurs, lumière, etc.
-
On a tous la même maladie L'écologie c'est plus trop à l'ordre du jour en ces périodes de Black Friday et de Noël... .consommation frénétique, pouvoir d'achat, gros diesel qui pollue..... entre temps @galaksy2001 a parfaitement résumé la situation avec son Super "Gillet Jaune" Man vengeur EDIT : et dire qu'il y a 3 ans il y avait la COP21 à Paris.... le médias n'osent plus en parler, et pourtant : https://www.challenges.fr/entreprise/environnement/cop24-200-pays-face-a-l-impasse-de-l-urgence-climatique_629573
-
Une fois que tu as présenté le disque virtuel à la VM, DSM le reconnait à chaud, donc tu peux créer le nouveau volume. Ensuite, il faut juste ouvrir l'appli MariaDB, et choisir le nouveau Volume. Il fait le déplacement tout seul, il n'y a rien d'autre à faire Attention, ce sont les TDP, donc l'enveloppe de dissipation thermique pour le calcul des radiateurs/ventilateurs. Ca ne correspond ni à la consommation au repos, ni à la consommation maxi.... même si en pratique, c'est un bon indicateur de la consommation maxi. Mais normalement, la consommation maxi, avec notre usage et à moins de miner du bitcoin (qui ne vaut plus rien), a ne dure jamais bien longtemps. Pour la consommation au repos, il n'y a guère que quelques benchmark qui le donne sur certains sites spécialisés. Et encore, c'est la conso de l'ensemble carte mère + CPU + RAM, donc il faut comparer 2 CPU pour se faire une idée de la différence entre les 2 au repos.
-
Ah oui désolé, donc pas du tout de virtu, donc ça soulage un peu le CPU. Pour toutes tes applications, je ne sais pas trop quoi dire.... le mieux est de tester, et d'éventuellement upgrader le CPU plus tard. Un truc pour optimiser, vu que mon Xpeno est en VM, récemment j'ai créé un petit disque virtuel sur le datastore (SSD), juste pour créer un volume sur DSM dédié à la base de données MariaDB. Ca a énormément soulagé, c'est très visible sur Kodi qui n'a pas de DB locale, mais tape sur la DB SQL du NAS. La navigation dans les menus est bien plus fluide. Pour info j'ai une DB centralisée sur le NAS car j'ai plusieurs Kodi. Gain de performance aussi sur mes graphs de domotique (Domocharts) M'enfin cela dit, en bare-métal, il est tout à fait possible que DSM utilise le SSD à la place du lecteur CD en entier.
-
Oui OK, mais même comme ça, tu as le risque que ESXi déclare que le datastore est offline pendant la copie. Ca te tente, mais bon..... Il te faut bien un VPN pour pouvoir accéder à l'IP et à la multitude de ports nécessaires pour faire un montage NFS. Ce sont (avec Samba) des protocoles de partage de fichier en réseau local, pas du tout prévu pour être exposé sur Internet (et même surtout pas, tant ces 2 protocoles sont bourrés de trous de sécurité)
-
Hors LAN ? Techniquement avec un VPN site-to-site c'est possible, mais attention aux latences déplorables.... donc gros gros risque sur les performances.... sans compter l'instabilité d'une connexion Internet. Les I/O disques ne tolèrent pas de grosses latences, ce qui abouti irrémédiablement à des I/O Errors, donc des corruptions de données. Pour te donner un exemple concret, la plupart des grappes RAID qui plantent, ne sont pas dues à la panne d'un disque dur, mais parce que celui-ci a mis quelques 10ms de trop à répondre. Si tu forces une reconstruction sur le même disque, tu t'aperçois qu'il fonctionne encore très bien. Pour la petite histoire, c'est pour cela que certain disques sont certifiés pour être utilisés en RAID et d'autres pas... Le firmware est conçu pour répondre rapidement (même si c'est souvent la même mécanique derrière...) grâce à un paramètres appelé le TLER. Alors tu penses bien qu'avec le réseau Ethernet, où les latences vont de quelques ms à plusieurs 100aines de ms, et pire encore sur Internet où on peut allègrement dépasser la seconde de latence, faire des I/O disque, c'est compliqué....
-
ESXi ne supporte pas les datastore sur USB. A l'époque (en v5.x), il était possible de bidouiller pour forcer la création d'un datastore USB, mais c'était hautement déconseillé car instable. Donc oublie, c'est mieux.
-
Alors @jojo tu as réussi, tout fonctionne ?
-
Moi je dirais que ça dépend de ce que fait la VM Syno. Détection de mouvement sur plusieurs caméras, base de données et site web auto-hebergés, reverse proxy, téléchargement avec une grosse connexion Internet, etc... tout ça consomme pas mal de CPU et mettra à genoux le Celeron de base.
-
Chaque mise à jour fait un certain nombre de nettoyages sur la DB, il n'y a rien que nous puissions faire de plus. Le problème que tu as rencontré est étrange.... Tant mieux si ça refonctionne.
-
Non, un RAID 0 de 1 seul disque est juste un disque normal avec un en-tête au début, tu peux le relire n'importe où, testé et validé. Oui voilà. Et même si tu clonais le disque sur une autre machine sans carte RAID, ça va cloner également l'entête, donc quand tu créeras la RAID 0, tu lui dit de ne pas formater, et tu ne perds rien
-
Tu as tenté de réinitialiser ton application mobile (effacer ses données, ou désinstaller/reinstaller)
-
Ce sont juste des mapping RDM, ça ne touche pas aux disques, donc pas aux données. Parce que tu essaie de déplacer un mapping RDM, tu vas être surpris : il déplace le contenu du disque pointé par le RDM !
-
Ah voilà parfait EDIT : Au fait, si tu changes de datastore, il faudra refaire les mappings RDM
-
Pas sur, je pense que la carte RAID identifie le disque avec son identifiant unique stocké dans son firmware, pas avec le contenu écris sur les plateaux du disque. A mon avis il faudra recréer le RAID. Mais j'y pense, un clone parfait aura une partition de la même taille.. .Je ne sais pas si ESXI sait agrandit la partition du datastore
-
Ah non, faut pas que le NFS soit partagée par une VM Syno que tu vas arrêter !!! Couper la brancher sur laquelle on est assis..... Je pensais que tu avais un autre Syno à coté. Utilise ta méthode alors.
-
Oui bah clairement tu as donné la réponse dans ton message, c'est parce que tous tes devices WiFi vont sur Internet, que la USG considère qu'ils rentrent par le port Ethernet Physique coté LAN de ton USG. De coup il ne sais plus prendre en compte qu'ils sont en réalité connecté aux bornes Wifi à l'autre bout du réseau. Dans ton cas, il faudrait remplacer le switch TPLink si tu voulais que la topologie du réseau s'affiche proprement. Mais c'est un détail, sérieux on s'en fous de la topologie.... si ça compte pour toi, il ne faut QUE de l'Unifi sur le réseau.