Lazer

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.

Pas d'Internet ? Gênant ça ! Pour les statistiques des devices Wifi, c'est pas grave quand même. Je n'ai pas d'USG donc je ne peux pas comparer, mais j'ai des AP et des Switchs Unifi. Mes devices Wifi sont bien indiqués en Wifi, et mes devices filaires.... sont tous sur le même port du switch Unifi ! Normal, mon coeur de réseau est une autre marque (Cisco). En fait, Unifi ne peut cartographie correctement ton réseau que si tu as TOUT en Unifi. A partir du moment où tu introduits une autre marche (y compris du Ubiquiti Edge*), il ne peut plus cartographier correctement. Pour le DHCP, aucune idée, mais l'utilisation de Unifi Controler est assez surprenante et à contre courant du management classique des routeurs et switchs. Par exemple, quand j'ai créé des VLANs et et trunké des ports, il a fallu que je cherche les tutos, je n'aurais pas trouvé tout seul.

En fait c'est l'inverse, LUA est BEAUCOUP Plus rapide que PHP, il y a eu pas mal d'études à ce sujet sur le net.... enfin "pas mal" c'est relatif, car LUA est un langage assez confidentiel. La langage LUA a justement été développé pour être très rapide et peu consommateur de ressource, tout le contraire de PHP en fait. Ce n'est que récemment que PHP, avec la v7, est devenu plus rapide (performances peut être similaires maintenant, en fait j'en sais rien, il faudrait faire tourner un programme identique sur la même machine pour comparer).... à voir si des études récentes ont été menées. N'oublie pas que le processeur de la HC2 est un Atom pas tout jeune, et même si c'est surdimensionné pour faire de la domotique, ça reste un processeur très lent comparé aux autres CPU du marché. Etrange ça.... Sans certitude, mais on dirait un problème de maillage, comme si il devait recalculer une nouvelle route à chaque fois.... route qu'il conserve un certain temps, puis "oublie".

Moi ce que je ferais c'est : arrêt VM monter un Datastore NFS depuis un Syno sur une autre machine Tu déplaces les VM de ton Datastore SSD vers le Datastore NFS Puis reboot du serveur Suppression RAID SSD Arrêt server remplacement physique SSD Boot serveur Création nouveau RAID SSD Formatage nouveau Datastore SSD sous ESXi Déplacement des VM de NFS => SSD Démarrage VM Démontage datastore NFS Si tu fais ta méthode, qui doit fonctionner également, il y a une option pour lui dire de scanner un datastore et importer les VM. Avec le client lourd je sais faire, mais avec le client web je ne sais pas où ça se trouve, mais ça existe forcément.

Mais qu'est ce qui s'est passé alors ? C'est quoi ne qui marche pas ?

Toi tu as toujours eu un chat noir sur ton installation..... t'as même changé de box, je ne suis pas certain que c'était nécessaire. chez moi : terrain > 500 m², modules de la cave au grenier, de la maison à l'abri de jardin, ainsi que le portail et le puits, réseau super stable. Le maillage rempli parfaitement son office, j'ai testé un module tout seul, sur un autre réseau Z-Wave (sur ma box de test), et je confirme qu'il ne capte pas au fond du jardin. Ca démontre bien la puissance du réseau maillé. Je viens de faire le test plusieurs fois, c'est entre 2 et 3 secondes chez moi. avec 23 points lumineux (d'ailleurs je n'avais jamais compté, je ne pensais pas avoir domotisé autant de lumières !!!) Le moteur Z-Wave de la HC2 est au top, mais ça on le savait déjà Erreur !!!!! SI tu fais du Z-Wave, c'est tout, ou rien. Mais ne va pas faire la bêtise de mélanger les protocoles. Quelques modules Z-Wave seulement, c'est l'assurance d'avoir un réseau qui ne soit pas bien maillé, donc pas très efficace. Puisque tu parles de domotiser quelques lumières et volets roulants, c'est parfait en Z-Wave ça, avec les micro-modules Fibaro qui t'assureront un maillage idéal. Ou alors tu fais tout en X3D, mais pas certain qu'ils proposent un catalogue aussi large, notamment pour les Wall Plugs. Pour le choix de la box, dans ton cas le choix de Lifedomus est adapté, puisque tu parles d'alarme Delta Dore, et il me semble que c'est la seule qui supporte cette alarme nativement (normal, c'est la même fabricant)

J'ai raté un épisode, c'est quoi les problèmes ? Il me semblait que tu avais réussi à tout faire fonctionner !

Oh le beau Cisco

Hum, 15 points lumineux d'un seul, en effet... jamais testé. Faudrait que je fasse le test à l'occasion pour, ça serait amusant de voir comment la HC2 s'en sort