Lazer

De base j'ai le switch On/Off que j'ai remplacé par l’icône de sirène éteint/vert proposée en standard dans l'interface.

Euh, c'est peut être par marqué clairement dans le tuto en première page, mais il s'agit d'un hack, et absolument pas d'une méthode supportée par Fibaro. Donc oui les plugins sont buggés, et risquent de corrompre la base comme l'indique Nico.

Les Velo, si je ne dis pas de bêtise, ils sont prévus pour le RAID. Pour les disques SATA, tu as eu de la chance. Mais attention, je vois que tu parles de carte mère.... si tu parles du RAID intégré àla carte mère, ce n'est pas du RAID hardware, mais du raid software. On voit souvent le terme Fake-RAID sur les forums àce sujet. Moi je parlais bien d'une carte contrôleur dédiée, comme Adaptec ou LSI (sachant que les constructeurs comme IBM ou HP rebadgent des contrôleurs Adaptec ou LSI dans leurs serveurs).

Pour les sauvegardes, je pense qu'il y aura moyen de trouver une solution. Au pire le support Fibaro pourra les restaurer à distance. Dans l'immédiat, tu peux mettre un écran sur ton HC2 et nous poster le film du boot (en mode normal et en recovery)

Pour les discussions sur DSM, Xpenology, Synology, etc, je préfèrerais que vous utilisiez le topic dédié avec le tuto de Fredo => Nas Synology Dsm 5 Sur Serveur Hp N54L + Vmware Esxi 5.5 Sinon on va devoir fermer celui-ci comme on l'a déjà fait il y a quelques mois pour un autre topic redondant. Ici, c'est le topic du bon plan pour acheter le serveur Gen8, avec des discussions techniques autour du matériel de ce serveur. @Nico : au sujet du RAID hardware : De base, un disque dur, ce n'est pas fiable. Donc si tu mets plusieurs disques durs dans une même grappe RAID, les probabilités mathématiques font que tu augmentes les chances de perdre les données !!! On a tendance à croire que le RAID sert à protéger les données, ce qui est partiellement faux. Le RAID sert à 2 choses : - continuité de service => suite à la perte d'un disque, on peut continuer à travailler.... indispensable en entreprise, un peu moins à la maison - performance => plus on ajoute d'axe (bras mécanique de disque dur), plus on augmente les perfs.... phénomène entre amplifié par les controleurs RAID qui ont beaucoup de mémoire cache. Pour la sécurité des données, comme je l'ai déjà répété de nombreuses fois, il faut des sauvegardes sur support externe (ou au minimum une réplication via le réseau sur un 2nd serveur.... attention toutefois aux réplication, car un fichier supprimé ou corrompu est également répliqué la nuit suivante.... donc rien ne remplace une vraie sauvegarde effectuée ponctuellement) Comme dis précédemment, de mauvais disques ne font qu'augmenter les risques de pertes de données. Il y a de nombreux risques d'erreurs sur les disques.... évidemment si il y a la panne franche, le disque est HS, là on ne discute plus. Mais ce cas est de plus en plus rare quand même, les disques d'aujourd'hui sont beaucoup plus fiables que ceux qu'il y a 20 ans. Ceci dit, si on prend un disque bas de gamme, et qu'on l'utilise de façon soutenue, on va l'user prématurément. Dans les datasheet des disques, il est indiqué son utilisation : 24/7, quantité de données échangées sur une période de temps, etc. Entre un disque bas de gamme et un disque haut de gamme, l'électronique, et la mécanique ne sont pas du tout les mêmes. J'ai croisé un expert en stockage qui avait créé un profil I/O permettant de détruire un disque SATA en moins de 24h, là où un disque pro accepte la même charge pendant plusieurs mois !!! A coté de ces pannes mécaniques et électronique, il existe un problème primordial et totalement méconnu : l'état de surface du disque. Quand un disque n'arrive pas à lire un secteur, il réessaye de nombreuses fois avant d'y arriver. Ce qui peut prendre trop de temps. Si ce temps est raisonnable, le système d'exploitation va attendre que la donnée finisse par arriver. Si la donnée n'arrive jamais, sous Windows on peut avoir aux choix : un popup qui signale l'erreur de lecture, ou le célèbre BSOD dans le pire des cas. Si ce disque est intégré dans une grappe RAID logicielles, le comportement sera plus ou moins le même, car le driver RAID logiciel est dépendant du driver de l'OS. Ensuite, la couche qui gère le RAID (mdadm sous Linux par exemple, utilisé dans les Synology), va décider si l'erreur est récupérable, ou marquer la donnée comme perdue, voire de décider de marquer le disque complet comme défectueux, ce qui nécessitera un rebuild. Maintenant, si ce même disque est branché sur une carte RAID hardware, là y'a pas 36 solutions, la réaction est systématiquement la même => la carte dégage le disque. Donc RAID complet dégradé, alors que le disque a juste mis quelques millisecondes de trop à lire la donnée !!! Là où c'est drôle (ou pas....), c'est que le disque n'est pas mort, donc on force le rebuild sur le même disque.... oui sauf que le temps de ça reconstruise, on lit à fond les données sur les autres disques, donc on a de très grande chance que l'un des autres disques mette trop de temps à lire un secteur... donc celui-ci est dégagé du RAID à son tour.... et si on est en RAID 5, alors 2 disques de perdus impliquent une perte totale des données !!!! Gnarf Et je peux vous assurer que cette situation se produit très souvent avec les disques SATA non prévus pour fonctionner en RAID hardware. Alors en entreprise, on n'a pas trop de problème, car les disques SAS sont tous prévus pour fonctionner en RAID. Alors c'est quoi la différence ? On a dis plus haut que l'électronique et la mécanique des disques SAS est renforcée. Mais pas que. Il y a aussi l'état de surface (meilleure qualité des plateaux magnétiques). Regardez les datasheet, on passe d'une erreur pour 10^14 à une erreur pour 10^15 octets. Ce qui permet à ces disques d'avoir un firmware différent, qui réagira différemment aux secteurs difficiles à lire. On ne s'autorise qu'un temps très faible pour lire la donnée, afin de ne pas se faire dégager de la grappe RAID par le contrôleur RAID. Si on est vraiment pas capable de lire la données, alors on en informe rapidement la carte, qui prend la bonne décision (on dégage le disque....). Chez Western Digital, ce phénomène est bien documenté, et la paramètre permettant de régler le temps de recovery de la donnée se nomme le TLER (time-limited error recovery). Le nom est différent chez les concurrents. Par chance, en disques SATA, on trouve des disques avec le TLER réglé comme il faut... chez WD, c'est la gamme RE4. Regardez la datasheet, ça n'a rien à voir avec un disque Green ou Red. C'est plus cher qu'un disque SATA classique, sans être au prix d'un disque SAS. En résumé, le RAID logiciel est beaucoup plus tolérant aux défaillance des disques que le RAID matériel. Et en plus le RAID logiciel est plus souple (il existe des outils de récupération de données, on peut facilement étendre un volume (surtout chez Syno), etc) Par contre le RAID matériel garde pour lui ses performances (contrôleur dédié au calcul de parité, mémoire cache), et sa fiabilité (il résiste mieux aux pertes de courant). Si je ne veux pas du RAID logiciel de chez Syno (le SHR, pour rappel basé les couches Linux mdadm et ext4), c'est que je ne trouve pas cela fiable. Il n’apprécie pas du tout les pertes de courant, sur le forum Syno officiel c'est bourré de gens qui ont perdu leur grappe RAID SHR suite aux coupures de courant. Alors bien sur l'onduleur est une solution, mais malgré cela, le format de filesystem sous Linux, ext4, n'est pas très fiable. Au risque de me faire taper dessus par les Linux fanboys, par expérience personnelle je trouve NTFS plus fiable. Et c'est sans compter JFS2 sous AIX, mais là on n'est plus vraiment dans le domaine de l'informatique personnelle. Une bonne alternative est ZFS, bien plus fiable et performant, je crois que Kiwi pourrait en parler ! Mais il nécessite une grosse config pour donner tout son potentiel. En gros, au lieux d'avoir du hardware dédié dans une carte RAID, on peut dire qu'on met le hardware dans le PC (CPU, RAM) pour ZFS.

Et j'ajoute que comme tout RAID matériel, il faut mettre des disque spécifiquement conçus pour, donc chez WD c'est la gamme RE4, les prix ne sont pas vraiment les même.... Autant dire que le raid matériel ne concerne pas grand monde.

Pour le RAID matériel, la carte b120i intégrée au serveur n'a pas de cache et ne gère pas le RAID 5. Donc seulement RAID 0 et 1 de base. Ce qui limite beaucoup l'intérêt du RAID hardware. Il faut ajouter au minimum une P222 sur bus PCI-E pour aller plus loin.

Licence ILO Advanced : - remote console, même après le boot de l'OS - virtual mount point - monitoring - d'autres trucs plus ou moins utiles Voir tableau complet : http://h20195.www2.hp.com/V2/GetPDF.aspx/4AA4-5167ENW.pdf J'ai pas fait de test de réseau moi Je n'ai aucun souci avec le G7 N54L, et mon G8 n'est pas encore prêt

Regarde là : http://www.domotique-fibaro.fr/index.php/topic/4052-module-virtuel-ajuster-les-param%C3%A8tres-dun-device/ http://www.domotique-fibaro.fr/index.php/topic/221-changer-les-param%C3%A8tres-dun-module-en-lua/ Par contre, fait gaffe, si c'est un module à batterie, il faudra attendre qu'il se réveille, donc l'action de ton script ne sera pas vraiment réactive.

ah ? étonnant ! cherche sur google, il doit y avoir un moyen de réinitialiser le mot de passe.

ah ça c'est embêtant, car moi ça marche très bien avec le mot de passe de l'étiquette. Tu as bien mis "Administrator" avec la majuscule ?

IPERF pour tester le réseau. On peut l'installer sur le Syno, mais c'est pas hyper simple, il faut passer par ipkg je crois, je ne crois pas que le paquet soit dispo en natif dans le magasin d'application. Sinon y'a des tutos pour installer iperf via ipkg.

ah sous DSM en effet, il refuse de le prendre.... il y a une astuce, j'avais vu ça il y a bien longtemps..... 2 ou 3 lignes de paramètres àconfigurer dans un fichier de DSM..... j'ai regardé vite fait je n'ai pas retrouvé.... bon courage pour retrouver l'info :/ Déjà, t'es certain d'avoir mis le BIOS moddé et configuré le BIOS comme il faut pour débloquer le port CD en full-speed avec hot-swap ?

c'est quoi le souci du SATA du Gen 7 ? Sur mon Gen7, j'ai le SSD sur le port SATA du CDROM, et un autre disque dur sur le port eSATA externe (avec un câble spécifique qui rentre dans le serveur) @Nico : il faut que je fasse le test du HC2 redondant, mais il me faut un moment tranquile pour faire les recovery qui s'imposent à la fin...

Y'a mieux : tu prends un chèque cadeau @50€ sur amazon.it, et tu gagnes 10€. Avec ça, tu achètes 2 motions sensor à33€

Merci speckery, mais je suis aussi en Always listening. Exclusion/inclusions/réinitiialisation n'y font rien, testé sur 2 box différentes. Il part aujourd'hui en SAV, on verra bien.

eh oui c'est bien ce que j'avais compris Aucun fichier sur les PC, tout le travail se fait sur le serveur. Comme dans la plupart des entreprises (perso je détecte ça, c'est souvent lent et ça dépend trop du réseau.... je préfère largement avoir tous mes fichiers sur mon PC local, mais je suis itinérant, donc je peux pas faire autrement)

Si tu montes un lecteur réseau, alors ce n'est pas cloudstation. Il faut effectivement que tu utilises de la réplication rsync entre les 2 NAS. Attention, ce n'est pas de la réplicaiton synchrone (temps réel), c'est de l'asynchrone (par exemple toutes les nuits)

Ah par contre, je vais y mettre un Xeon, ça va fausser complètement mes mesures par rapport à ta config.... Cloudstation, je ne connais pas bien, mais je ne pense pas que ça soit adapté à de la réplication entre 2 sites. C'est plutôt utile si tu as différents appareils (PC, portable, etc) en déplacement qui doivent synchroniser (et donc sauvegarder) des données. Comme Dropbox / G.Drive / Ondrive en fait. Dans DSM, normalement tu as un outil pour synchroniser des répertoires (basé sur rsync), regarde un peu dans les menus.... perso j'ai pas encore mis en place.

Ah , dans le nouveau Gen8

Mes vidéos de vacances

T'as pas trop le choix, tu fais ta première synchro en local, puis les synchro distantes se feront en incrémental, ça prendra le temps qu'il faut mais c'est la seule solution. Part contre ces soucis de perfs c'est toujours étonnant. Je suis encore en train de monter la configuration de mon gen8, donc bientôt je pourrai faire le test de perfs.

Nico, bof je préfère toujours ne pas faire de RAID dans mes serveurs. Je m'en sors très bien avec la réplication entre disques, uniquement pour les données qui ont besoin de l'être. Je rappelle que mes données critiques sont déjàsur un RAID hardware sur mon PC, avec des disques fait pour (WD RE4). Avec toutes les sauvegardes, et bientôt la réplication nocturne dans le garage (2nd serveur), je suis blindé. Attention àne pas utiliser le disque Seagate en RAID, pas du tout adapté, c'est mauvaises performances et perte de données assurés.

Ça va c'est mon budget l'informatique Finalement j'ai pris le Seagate 8 To qui sera parfait pour mon usage : pour la médiathèque. Mon WD Red 4 To actuel pour l'enregistrement de Surveillance Station et diverses bricoles et un peu de sauvegarde. Et le Hitachi 4 To USB 3 pour les grosses sauvegardes. Ça prend forme Je passe la main pour le kit Arduino, j'ai pas le temps pour jouer avec ça.

Cool, champagne Did !