PiwiLAbruti

La configuration d'un cluster est assez simple sur Windows Server (du moins depuis 2012), la validation du cluster indique systématiquement les problèmes de configuration (absence du Quorum incluse). L'important avant de monter une infra de virtualisation est de bien définir son dimensionnement (nombre de VM, capacité des VHosts, ...) et définir un PRA en fonction de la criticité de l'activité, sauvegardes incluses. Ça demande beaucoup plus de réflexion que ce qu'on pourrait penser, surtout pour bien rester dans le budget alloué ("Ah bah tiens, finalement il faudrait répliquer le stockage sur un site secondaire" ).

Comme ça se fait sur n'importe quel serveur iSCSI, il faut activer les sessions multiples au niveau de la cible; Chez Synology c'est une simple case à cocher Autoriser plusieurs sessions à partir d'un ou plusieurs initiateurs iSCSI dans les propriétés avancées de la cible. Au niveau sécurité je te conseille de passer par du masquage en autorisant les IQN initiateurs des serveurs du cluster en lecture/écriture, et en réduisant les privilèges par défaut à la lecture (retrait de l'écriture).

C'est une limite imposée mais elle est modifiable dans /etc/synoinfo.conf et /etc.defaults/synoinfo.conf : surveillance_camera_max="24" Par contre le support ne prendra pas en charge les problèmes rencontrés sur le NAS car cette modification n'est pas officielle.

Oui c'est normal, ce n'est que temporaire.

Oui, contacte les deux en envoyant un exemple de message qui pose problème (tu peux les capturer avec tcpdump sur le NAS en filtrant sur udp/514). Je n'en sais rien, je n'ai jamais eu le souci.

Ça arrive lorsque le message Syslog n'est pas formaté correctement. C'est malheureusement assez courant alors que la RFC5424 est pourtant précise sur la façon de construire un message. J'ai déjà eu le souci sur un pare-feu professionnel, j'en avais informé le constructeur et ça avait été réglé à la mise à jour suivante. Si le message Syslog est bien formaté, il faut prévenir Synology que leur algorithme de parcours d'un message Syslog est foireux (pas impossible non plus, mais je n'ai jamais eu de problème à l'époque où je l'utilisais).

Si l'adressage IP de l'interface réseau de ton NAS est bien configurée en DHCP, il doit apparaître dans les baux du serveur DHCP de la Livebox. As-tu configuré des sauvegardes Time Machine sur le NAS ? (afpd à 27,2% !) Une test simple : désactive tous les paquets dans le Centre de paquets et regarde si les lenteurs persistent.

Ça devrait fonctionner, essaye en suivant le documentation officielle : https://assistance.orange.fr/livebox-modem/toutes-les-livebox-et-modems/installer-et-utiliser/piloter-et-parametrer-votre-materiel/la-creation-d-un-reseau/creer-un-reseau-local-a-votre-domicile/livebox-4-attribuer-une-ip-fixe-a-un-equipement_188821-730602 Je ne sais pas si sur la Livebouse un bail peut être fixé en dehors de la plage DHCP (comme sur une Freeteuse).

Ah enfin, ça va permettre d'avancer un peu (répéter "ne fonctionne pas" n'a jamais aidé à résoudre un problème). Je n'utilise pas ce formulaire, je laisse la main à ceux qui connaissent maintenant qu'il y a de quoi comprendre ce qui se passe.

Fixe l'adresse IP distribuée par le DHCP sur la Livebouse pour qu'elle soit réservée au NAS.

Ça ressemble plus à un problème d'alimentation.

Dans l'idéal il faudrait faire un test filaire entre l'iMac et le NAS soit en branchant le NAS directement à l'iMac et en fixant les adresses IP, soit en branchant le NAS et l'iMac sur le switch Netgear.

Dans l'absolu, ce n'est pas une mauvaise manière de procéder. Pour les novices, c'est beaucoup plus simple dans le cas où le NAS est amené à être déplacé dans un réseau adressé différemment car il reste accessible.

J'aurais plutôt tendance à choisir une autre cible. Peux-tu décrire ton installation réseau ? Fais le test sans passer par la Livebox, avec un switch ou routeur Wi-Fi.

Utilise tout ce que tu veux sauf un répéteur Wi-Fi, ce type de matériel ne devrait même pas exister. Le mieux est de câbler (Cat.5e minimum), au pire passer par du CPL.

Le DS216+II sans hésiter. Il y a beaucoup de raisons techniques à ça, mais j'ai la flemme de détailler.

Mais encore ?

Il arrive qu'on voit les nouveaux modèles avant leur sortie officielle dans les logs du dépôt SynoCommunity. Je viens de vérifier, il n'y a que des RS217 et des RS3617xs.

Si ce n'est pas déjà fait, désactive cette bouse de QuickConnect. Pour plus de sécurité, remplace les ports 5000 et 80 par les ports 5001 et 443. Pour faire tes tests commence par utiliser ton adresse IP publique : https://a.b.c.d:5001/ Si ça ne fonctionne toujours pas, vérifie la redirection de port : IP Destination : adresse IP privée du NAS (192.168.x.y) IP Source : toutes Protocole : TCP Port début : 5001 Port début : 5001 Port destination : 5001 Je te conseille vivement la lecture de ce tuto concernant la sécurité :

Comment constates-tu ce problème ?

Comment fais-tu le test ?

De quel port s'agit-il ? Est-ce que le pare-feu du NAS est activé ? Si oui, est-ce que le port en question y est autorisé ?

Quelle est la version de ta Freebox ? (Crystal, v6 ?) L'adresse exacte est http://mafreebox.freebox.fr/. C'est normal, ce bouton ne sert qu'à valider les actions faites dans cette fenêtre. Le port est ajouté dès que la fenêtre d'ajout est validée (bouton [Sauvegarder]). Donc les redirections de ports affichées fonctionnent. Tu as bien compris, il ne faut surtout pas l'activer. Tu vas transformer en passoire l'équipement pointé par l'adresse IP saisie en DMZ.

Essaye find . -name "*.osiris" -type f pour vérifier la liste des fichiers concernés, puis ajoute -delete à cette même commande pour les supprimer.

Je dirais qu'un truc bien moche comme rm --recursive *.osiris ferait l'affaire, mais à mon avis il doit y avoir plus propre. Je laisse la main aux Linuxiens plus avertis que moi.