Lazer

Je ne saurais pas dire si c'est la clé USB interne ou la carte fille complète...

Euh, j'espère que ta box est encore sous garantie. Parce que làce n'est pas la clé USB recovery, mais la carte interne qui a un problème.... Donc pas bon du tout. Tu peux aussi brancher un écran sur le port VGA/DVI/HDMI qui te confirmera qu'il ne trouve pas de disque de boot.

Bon bah merci, acheté aussi, avec les 10% ça paye les frais de port.

Pas certain, mais tu peux tenter un soft reconfiguration (reconfiguration douce) dans l'interface HC2. Il faudra réveiller le module.

J'ai pas tout suivi en détail, mais on ne peux pas "dupliquer un datastore". Par contre, tu peux tout àfait copier chaque dossier du datastore vers le nouveau datastore. Sachant que chaque dossier contient une VM, cela revient donc àdéplacer une VM. Attention, il faut que chaque VM soit arrêtée. C'est comme ça que j'ai migré du 250 Go vers un SSD 120 Go.

Essayé plutôt un recovery avec reset de la puce Z-Wave. Sinon ta base de données ne correspond pas au contenu de la puce.

Je me demande si @Jojo n'a pas déjàpartagé la solution ???

C'est marrant de parler de stockage parce que c'est un peu mon métier, mais le genre de matos que j'utilise n'est même pas envisageable en utilisation perso : baies àdouble contrôleur, même le cache est répliqué entre les 2 contrôleurs. Évidemment chaque contrôleur a sa propre batterie, et le tout est sur onduleur avec double alimentation (au choix, une phase sur onduleur et l'autre sur secteur, ou les 2 phases sur 2 onduleurs distincts pour les datacenters mieux équipés). Souvent la baie est répliquée (synchrone ou asynchrone selon la distance) sur une autre baie identique. Dans les banques, c'est carrément synchrone + asynchrone, donc 3 sites distincts. Évidemment sauvegarde (sur VTL ou LTO, voire souvent les deux). Parfois la sauvegarde est aussi répliquée sur un second site. Bref, juste pour dire que y'a pas vraiment de limite, et chacun fait ce qu'il peux en fonction de ses besoins, budget, connaissances, etc... Par contre tout cela évolue, le mode des grosses baies matérielles est en train de tourner, et on trouver de plus en plus de stockage logiciel distribué, avec la tendance big-data, initié par Google. L'avantage c'est qu'on peut envisager de se monter des maquettes facilement, donc on peut mettre ça en place chez soit pour les plus motivés. Ce n'est que le début, mais ça va exploser..

Fred, Moi je ne conseille rien, je donne juste des pistes, àchacun de faire son choix. Expérience perso : Mon RAID hardware dans mon PC est protégé par batterie, et sauvegardé sur disques externes. Sur mon serveur, j'ai fait le choix de ne pas mettre de SHR, je n'ai que des disques simples. En même temps, les données qu'ils contiennent sont soit des sauvegardes, soit des films de vacances (le genre qu'on a tous les même....) donc c'est pas critique.

Tu montes tes disques sur un PC avec Linux (dans ce serveur, cela peut donc être une simple VM àlaquelle tu mappes les disques RDM), et tu tentes d'appliquer la procédure donnée par Synology pour récupérer ses données. Mprinfo a rappelé le lien il y a quelques jours. Si ça ne fonctionne pas, et àmoins de maîtriser Linux, tu n'as que tes yeux pour pleurer Parce que la récupération de données perdues sur disque ce n'est pas dans les moyens financiers des particuliers, ni des PME.

Mon vrai RAID (dans mon PC) utilise une batterie pour protéger le cache, comme toutes les solutions professionnelles d'ailleurs. Mais c'est le discours marketing de Synology qui est trompeur, car il fait croire au grand public que les données sont mieux protégés sur des disques en RAID logiciel SHR, ce qui est faux si on ne prend pas quelques précautions (onduleurs, sauvegarde, ...)

C'est le SHR qui n'est pas stable, car il utilise de l'ext, qui n'aime pas beaucoup les coupures de courant. Si vous utilisez le SHR, il vaut mieux avoir un onduleur. Sur le forum officiel Syno, c'est plein de messages de gens qui ont des problèmes avec ça.

Le SHR a l'avantage de protéger les données tout en permettant d'augmenter le volume dynamiquement lors de l'ajout de disques. C'est juste ça, après tu vois si tu veux l'utiliser sur le nouveau serveur ou pas. Dans tous les cas, tu peux mettre en place de la réplication entre les 2 serveurs. Pour le débit, àtoi de calculer la volumétrie àrépliquer quotidiennement et diviser par ton débit disponible en upload. Ça te donnera le temps nécessaire, donc tu sauras si c'est envisageable.

Shr c'est juste le stripping des données sur les disques. Tu peux faire la réplication independament via le réseau.

Tes enfants fument tous les soirs vers 22h en cachette,.ce qui déclenche les détecteurs. Je sors...

Pour une entreprise, faut surtout faire des sauvegardes sur un support externe. Le plus économique c'est un disque Usb (plusieurs en fait). Parce que la réplication entre les 2 NAS, C'est bien, mais les boulettes aussi sont répliquées, donc ça ne dispense pas de faire des sauvegardes.

Pour les Foscam, je crois qu'il faut rajouter un paramètre àla fin de l'URL.... La solution a été donnée par Moicphil sur le forum, mais je ne l'ai pas sous la main.

Je n'ai jamais eu besoin de toucher àla vitesse du réseau. C'est branché sur un port de mon switch (ou la Freebox) donc il a négocié en gigabit et basta.

Bah en attendant, j'utilise le VRT-IP tous les jours et aucun problème àsignaler Manque quand même le retour d'État.

OK Moicphil tu as la possibilité de donner les droits aux utilisateurs, ou c'est que Yohan ?

Alors, cancer du cerceau ou pas pour Hansolo ?

Je ne sais pas vous aider, mais si c'est un bug, il faut faire une demande de support Fibaro, ils peuvent intervenir àdistance.

Regarde par ici : http://www.domotique-fibaro.fr/index.php/topic/81-cr%C3%A9ation-dun-p%C3%A9riph%C3%A9rique-virtuel-et-main-loop/

Bien vu, c'est certainement le problème de driver. J'avais vu cette info passer, mais je n'avais pas fait le rapprochement. Du coup faudra pas que je me fasse avoir quand j'installerai le miens.

En USB il n'y a pas de RDM possible. C'est que pour les disques SATA/SAS/SCSI/FC/etc...