Mic13710

Je pense qu'en supprimant simplement le volume existant et en montant le disque neuf, il devrait être possible de faire un jbod. Ceci dit, je rejoins complètement fenrir : il est préférable de créer un deuxième volume indépendant plutôt que de faire un seul volume en jbod. Les pertes de données seront beaucoup moins sévères en cas de panne d'un des disques.

Je suppose que la version de DSM était la 6.0 sur le 413 et la 5.2 sur le 410. Dans ce cas effectivement la migration du 410 vers le 413 est tout à fait possible, mais pas l'inverse car on ne peut pas descendre de version. De plus, il y a certainement des paquets en DSM6.0 qui sont à des versions incompatibles avec DSM5.2. Avant de pouvoir étudier des solutions, il faudrait savoir comment les disques de chaque NAS était organisés : RAID0, JBOD, Basic, RAID1, SHR ?

Je suis d'accord pour dire que le off-line est suffisant dans la majorité des cas. Pour ceux qui habitent en ville où le réseau est faiblement perturbé (tension relativement stable) le line-interactive ne se justifie pas ou peu. Par contre, en milieu rural où les perturbations sont nettement plus fréquentes (pics et creux de tension), un off-line réglé trop serré passerait son temps à basculer entre réseau et onduleur. C'est dans ce type d'environnement que le line-interactive se justifie pleinement car il va d'abord faire jouer sa partie régulation pour maintenir une tension de sortie acceptable pour les équipements avant de basculer sur onduleur. C'est cette partie régulation qui pèse lourd dans ce type d'onduleur car elle est constituée d'un transformateur et de sa partie contrôle qui n'existent pas dans un off-line. Un line-interactive sera toujours plus lourd et plus volumineux qu'un off-line. Donc, si le réseau est stable et que le poids et la taille de l'onduleur sont des critères importants, alors le off-line s'impose comme étant le meilleur choix. Pour des réseaux perturbés il faut se tourner vers les line-interactive.

Un onduleur ne fait pas de bruit lorsqu'il est sur le secteur. Il peut éventuellement y avoir un léger bruit dû à la partie chargeur, mais il faut vraiment tendre l'oreille et la coller à l'onduleur. En cas de panne secteur, c'est la partie hachage de l'onduleur qui peut émettre un son sourd pas très fort (quelques dizaines de décibel) et en tout cas très loin d'être une gène auditive. La micro coupure n'est pas propre au modèle off-line. Elle existe aussi sur les line-interactive. Seuls les onduleurs on-line n'ont pas de coupure. La seule différence entre un off-line et un line-interactive c'est que ce dernier régule la tension de sortie pour la maintenir dans une plage acceptable ce que ne fait pas le off-line. Le line-interactive est plus approprié pour des réseaux perturbés. Sinon le principe de basculement réseau/onduleur est le même sur les 2 modèles : un contacteur inverseur. L'incident le plus fréquent sur un onduleur c'est la perte d'autonomie partielle ou totale des batteries. Il faut donc les vérifier périodiquement et surtout ne pas hésiter à les changer lorsqu'elles arrivent en fin de vie.

J'ai firefox 32 bits et je viens de passer à SS8 depuis quelques jours ce qui m'a permis d'utiliser la "lourde" appli. Sous ff j'ai bien l'affichage mosaïque des caméras mais je ne peux pas afficher une seule caméra. Peut-être un bug momentané. Je retenterai demain. L'appli elle permet l'affichage mosaïque et individuel. En tout état de cause, j'ai bien l'affichage des images dans les deux, interface web ou appli. L'appli propose des améliorations considérables en terme d'exploitation. Une première différence c'est l'affichage plein écran en natif de l'appli alors que par ff il faut le sélectionner et on perd du même coup l'accès aux autres onglets ff. L'appli permet au choix d'ouvrir la même page que sur l'interface web ou bien de n'ouvrir que le module dont on a besoin : Live View pour les affichages instantanés ou encore Time Line pour les historiques. Je n'ai pas tout testé mais dès les premières minutes il est clair que l'appli est mieux adaptée pour l'exploitation d'un système de surveillance. Du fait de son accès direct, elle fait plus "pro" que l'interface web. Elle est aussi beaucoup mais alors beaucoup plus rapide, ce qui n'est pas pour me déplaire. Le changement de caméra sur la mosaïque ou le passage entre caméra individuelle et mosaïque est quasi instantané, alors que les temps de rafraichissement par le navigateur sont infiniment plus lents. Bref, même si l'appli peut sembler lourde, elle est très efficace et offre un confort d'utilisation bien plus agréable que l'interface web.

Il faut créer des rapports dans lesquels vous choisissez ce que vous souhaitez y voir.

Vous pouvez aussi acheter des fiches IEC pour remplacer les FR sur vos câbles existants. Perso, je préfère prendre un onduleur FR.

l'analyseur de stockage de DSM ne vous convient pas ?

Non, l'adresse de notification est la bonne. WinNUTUpsMon.log donne : Level INFO 01/28/2017 16:14:35 Config Load: NOTIFYCMD set to "c:\Program Files (x86)\WinNUT\alertPopup.exe" Level INFO 01/28/2017 16:14:35 Config Load: POLLFREQ set to 5 etc.... Comme vous j'ai aussi essayé NOTIFYCMD "C:\\Program Files (x86)\\WinNUT\\alertPopup.exe" et ça ne peut pas fonctionner car les espaces (Program Files (x86)) ne sont pas acceptés. De toute manière vous ne pouvez pas avoir de notifications avec votre upsmon.conf tel qu'il est. Tout d'abord parce que votre NOTIFYCMD n'est pas correct comme indiqué ci-dessus et qu'ensuite vous n'avez aucun NOTIFYMSG et NOTIFYFLAG. Ce sont de ces notifications (ONLINE, ONBAT, LOWBAT etc...) dont je parle. Le message d'arrêt que vous avez reçu est indépendant du NOTIFYMSG de la conf. C'est le système qui vous prévient qu'il a reçu un NOTIFY_SHUTDOWN de l'ups et qu'il va s'arrêter à la fin du FINALDELAY. J'ai retravaillé la conf ce matin. Au lieu de prendre le chemin Windows, j'ai utilisé le chemin DOS, ce qui donne : NOTIFYCMD "C:\\PROGRA~2\\WinNUT\\AlertPopup.exe" Mais ça ne fonctionne toujours pas. Je pense qu'AlertPopup.exe est incompatible avec Windows 64bit. J'ai aussi noté ceci : le NOTIFYFLAG actif pour une valeur donnée est le dernier qui a été saisi. C'est à dire que pour mes deux lignes : NOTIFYFLAG ONLINE SYSLOG ....... NOTIFYFLAG ONLINE EXEC seule la ligne EXEC est active. En cas d'activation du ONLINE, rien n'apparait dans le log. Le popup ne fonctionne pas non plus pour la raison évoquée ci-dessus. Par contre, si je supprime la ligne EXEC ou bien si je passe le SYSLOG en dernier, j'ai bien un message correspondant au NOTIFYMSG ONLINE qui s'inscrit dans le log. J'ai aussi essayé NOTIFYFLAG ONLINE SYSLOG+EXEC comme indiqué dans les explications du .conf, mais seul le premier flag (SYSLOG) est pris en compte. Bref, et à moins que quelqu'un ait réussi à faire fonctionner les notifications popup de winnut avec windows 64 bit, pour moi ce problème est insoluble.

Je ne parle QUE des notifications winNUT (c'est le sujet). Perso, elles ne s'affichent pas. J'ai beau reprendre la conf, y'a rien à faire. Mais il y a peut-être une ânerie dans ma conf : NOTIFYCMD "\"c:\\Program Files (x86)\\WinNUT\\alertPopup.exe\"" POLLFREQ 5 POLLFREQALERT 5 HOSTSYNC 15 DEADTIME 15 NOTIFYMSG ONLINE "L'onduleur est sur secteur" NOTIFYMSG ONBATT "L'onduleur est sur batterie" NOTIFYMSG LOWBATT "Tension batterie de l'onduleur basse" NOTIFYMSG FSD "L'onduleur est arrêté par le serveur NAS" NOTIFYMSG COMMBAD "Perte de communication avec l'onduleur" NOTIFYMSG SHUTDOWN "Le système est en cours d'arrêt" NOTIFYMSG REPLBATT "La batterie de l'onduleur doit-être remplacée" NOTIFYMSG NOCOMM "L'onduleur est indisponible" NOTIFYFLAG ONLINE SYSLOG NOTIFYFLAG ONBATT SYSLOG NOTIFYFLAG LOWBATT SYSLOG NOTIFYFLAG FSD SYSLOG NOTIFYFLAG COMMBAD SYSLOG NOTIFYFLAG SHUTDOWN SYSLOG NOTIFYFLAG REPLBATT SYSLOG NOTIFYFLAG NOCOMM SYSLOG NOTIFYFLAG ONLINE EXEC NOTIFYFLAG ONBATT EXEC NOTIFYFLAG LOWBATT EXEC NOTIFYFLAG FSD EXEC NOTIFYFLAG COMMBAD EXEC NOTIFYFLAG SHUTDOWN EXEC NOTIFYFLAG REPLBATT EXEC NOTIFYFLAG NOCOMM EXEC RBWARNTIME 43200 NOCOMMWARNTIME 300 FINALDELAY 5

Je viens tout juste de migrer à DSM6 la semaine dernière justement à cause du certificat et pour d'autres raisons. Ca s'est passé sans soucis. Le problème de StartSSL c'est qu'il est question de mettre ne place une mesure provisoire mais seulement dans .... 3 mois. Autant dire qu'on aura eu le temps d'ici là de tuer un âne à coups de trique. L'autre problème, plus grave, c'est que ce bannissement peut durer très longtemps et qu'il est donc inutile de conserver un certificat qui n'est plus reconnu par la plupart des navigateurs. Avec DSM6, vous pouvez bien entendu gérer plusieurs certificats (mais je n'en vois pas l'intérêt), mais le plus important c'est de pouvoir mettre en place un certificat Let's Encrypt en seulement quelques clics. Il faut seulement que le port 80 soit redirigé vers le NAS.

C'est tout simplement parce que StartCOM (donc StarSSL) n'est plus reconnu comme entité de certification par Firefox depuis la toute dernière version (51). Tous les certificats récents ne sont plus acceptés. C'était déjà le cas sur les autres navigateurs (Apple, Google, autres). Je crois qu'il ne reste plus que IE et Edge (à vérifier car je n'ai ni l'unni l'autre). J'avais moi aussi renouvelé mon certificat début novembre (j'avais même fait un tuto pour aider au renouvellement), et j'ai du en changer. Je suis passé à Let's Encrypt qui est proposé en installation sur nos NAS à partir de DSM6.0. C'est simple et rapide.

Plus que local, surtout privé.

Oh non, rassures-toi, à première vu ton tuto à l'air bien charpenté et il semble tout à fait compréhensible. Je pourrais t'en dire plus une fois que je l'aurai exploité. C'est sûr que question mise en oeuvre, quickconnect est très rapide. C'est après que ça se gâte. Le serveur DNS, c'est très exactement le contraire. Comme je l'ai dit, le DNS n'est pas une priorité pour moi puisque le loopback fait bien son boulot. Je veux bien essayer mais il faudra que j'y consacre du temps, beaucoup de temps. Car si c'est évident pour toi comme pour beaucoup d'autres sur ce forum, ça l'est franchement moins pour moi (en clair, je ne maitrise pas). Donc ce sera quand ... je me sentirai le courage d'affronter le côté obscur de la force.

Il est encore un peu vert, il vient tout juste de sortir. Laisse lui au moins le temps de murir ! . Vu les contraintes de départ (nom de domaine, adresse fixe) et les opérations à mener pour la mise en oeuvre ça ne va surement pas se bousculer au portillon, ou en tout cas beaucoup moins que pour le tuto sur le serveur VPN.

Tu as certainement raison. Quoique vu l'usage très restreint que je fais du loopback (pratiquement que pour CloudStation de mon PC portable, sinon pour les essais de mes connexions externes), le CPU de la box ne doit pas être beaucoup sollicité . Ceci étant dit, le serveur DNS pourrait tout de même me simplifier la tâche pour au moins ne plus avoir à jongler entre connexions internes et externes.

Est-ce que chez vous les notifications fonctionnent ?

Il est bien secoué. Perso je ne l'utiliserais pas. Pour tester les disques, les logiciels constructeurs sont très bien. Vous pouvez aussi le faire à partir du NAS en lignes de commande (écriture de zéros, badblock). D'une manière générale, pour les NAS mais pas seulement, il est tout de même préférable de faire des tests complets avant de mettre des disques en service. Mieux vaut voir les éventuels problèmes avant utilisation, plutôt que de les découvrir une fois en opération.

Encore un super tuto, didactique et très complet comme toujours. Merci Fenrir. Etant chez free, le loopback me facilite déjà bien les choses. Pas d'urgence donc. J'ai bien un nom de domaine et une IP fixe. Un serveur DNS pourrait probablement m'apporter un plus, mais je n'ai même pas tenté la moindre démarche à ce jour. Non seulement je n'y ai pas vu d'intérêt immédiat, mais sa mise en oeuvre semblait trop compliqué. Je n'aurai désormais plus aucune excuse pour ne pas au moins essayer de le mettre en place, même si ça n'a toujours pas l'air d'être simple ! Il me reste maintenant à trouver le temps de le faire, le courage pour me lancer .... et 20 boites de paracétamol. Autant dire pas pour tout de suite.

Je ne sais pas pour les Seagate, mais en ce qui concerne les WD RED 3To, on en sait quelque chose, la preuve a été faite. Je crois que globalement, les 3To c'est franchement de la m....e. Pour cette raison, je suis passé des 2 aux 4To. Pas fou.

Le problème est maintenant résolu. N'hésitez pas à ouvrir un nouveau message en cas de problème. Ceci est une réponse automatique.

Et pour moi 0 problème avec les Seagate. Je n'ai que ça. 2To puis 4To. Comme quoi, d'un cas, il ne faut pas en faire une généralité.

Pourquoi pas le SHR ? C'est tout de même plus souple que le RAID classique.

Si vous arrivez à faire fonctionner NUT client sur windows, je suis intéressé de savoir comment. Pour ma part à l'époque, j'avais abandonné (de beaux VU mètres mais tous à zéro). A vrai dire ça n'a guère d’intérêt : c'est juste une GUI qui donne des infos qu'on peut récupérer sur le NAS. Ma version WinNUT est la 2.0.0 et dans UpsMon.conf j'ai les paramètres suivants pour le login et mdp : MONITOR ups@IPprivéedemonnas 1 monuser secret slave Je crois effectivement me rappeler que j'avais récupéré cette info sur un tuto. Ca fait déjà un bail et je suis incapable de retrouver la source, mais en tout cas ça fonctionne (je retrouve bien le log dans UPSmon.log). Ca devrait fonctionner aussi dans votre version. N.B. : j'ai bien essayé d'installer la dernière version mais je ne comprend pas comment elle fonctionne. Comme la 2.0.0 fonctionne chez moi, je ne vais pas me casser la tête à changer pour n'avoir rien de plus au final qu'une migraine. Edit : enfin, quand je dis que la 2.0.0 fonctionne, ce n'est pas tout à fait vrai. L'extinction du PC se fait bien quand le NAS envoie le signal d'extinction mais je n'ai jamais pu faire fonctionner les notifications. Incompatibilité avec W-64bit. Peut-être que le pb a été réglé avec la nouvelle version.

Sur la V5, en mode bridge on perd le boitier TV. Il faut alors passer par le vlan. Mais je t"avouerais que j'ai lu l'info mais que je n'ai pas essayé en direct.