JacquesF

Bonjour, Très bonne idée de mettre la procédure en français. Juste une petite correction sur le rôle des commandes 4 & 5 : La 4, c'est pour détruire les informations liées au RAID sur le disque (on efface le bloc de données où mdadm enregistre l'appartenance du disque au groupe raid). La 5, c'est effectivement pour ajouter le disque au groupe md2, ce qui entraîne sa reconstruction automatique. Jacques

Bonsoir, En principe, en ligne de commande c'est possible d'arrêter l'ESXi, donc il est possible de le faire via la crontab. Et (là c'est juste une piste à creuser), étant donné que le DSM est programmé pour s'arrêter, pourquoi ne pas créer un script sur le DSM qui se connecte en SSH (via clefs) sur l'hyperviseur pour lancer un shutdown programmé via la commande at (at now +10 minutes par exemple , c'est de mémoire pour la syntaxe) et qui fait ensuite l'arrêt du DSM. De cette manière, quelque soit l'heure où on programme l'arrêt du DSM, on est certain que l'ESXi suivra. J'espère avoir été assez clair Jacques

Bonjour, Il y a quelques années, quand je bossais encore..., j'avais imposé pour toutes les VM de mon labo le principe d'inclure l'adresse IP de la machine (sous la forme des 6 derniers chiffres de l'adresse au format XXX.XXX) dans la partie variable de l'adresse MAC. Il est tout à fait possible de forcer l'adresse MAC d'une machine, elle commence alors (si ma mémoire est bonne et que VMware n'a pas changé de plage) par 00:50:56:XX:XX:XX dans le fichier de configuration de la VM. Mettre ensuite à jour le fichier de grub du disque de boot pourrait se faire soit via un montage en loop sous linux (utilisation de mount et de sed pour corriger le fichier). Pour Windows, je sais pas si OFSmount permet de monter le disque en ligne de commande, auquel cas cela pourrait être la solution (sed existe sous windows, ou sinon VB ou PowerShell). Il serait peut-être aussi possible de faire cela sur l'ESXi en shell via SSH directement dans le fichier grub.cfg, mais les commandes linux sous ESXi sont un peu restreintes si je me souviens bien. Ce n'est pas idéal, mais ça pourrait être une piste à creuser. Jacques

Bonjour, À moins que ce ne soit la cas par défaut, il faut autoriser le NAS à renvoyer les paquets d'une interface IP vers l'autre. Ceci se fait dans le pseudo fichier /proc/sys/net/ipv4/ip_forward. La valeur 0 interdit le routage, la 1 l'autorise. Pour le rendre permanent, il faut modifier la configuration par défaut via sysctl (et éventuellement un script pour forcer la valeur au redémarrage du NAS). Voir cette page pour plus de détail. Après, il faut comme le dit Nicoueron configurer les machines pour avoir ton PC sur le LAN avec comme passerelle le NAS (sur l'interface LAN) Et contrairement à ce que dit Marcos, ne pas mettre le NAS en DHCP, sinon son adresse risque de changer au reboot et en ce cas la passerelle ne serait plus la bonne sur ton PC. Jacques

Bonjour, Je confirme tout à fait ce que dit Thouve, les serveurs les plus récents sont équipés en standard de 1 ou 2 slots SD pour enregistrer l'OS de virtualisation (en fait quasiment toujours ESXi en entreprise) sur la carte (raid ou pas avec le 2ème slot). ESXi n'écrit quasiment rien sur le disque, et à part les logs que dans ce cas on a tout intérêt à externaliser via un serveur Syslog. Si la carte est trop petite, on perd le bénéfice de la partition de crash pour l'analyse du problème mais rien n'empêche le fonctionnement de la virtualisation. En principe, les datastores sont sur des SAN externes pour permettre le déplacement des VM à chaud entre différents ESXi (partageant les mêmes espaces de stockage). Donc, il n'y a rien sur le serveur physique, à part les processeurs, la RAM et l'hyperviseur. En fait, le plus souvent, même les ESXi sont virtualisés (les "physiques" sont les ressources) et il est ainsi possible de déménager à chaud toute l'infrastructure. Jacques

Bonjour, Juste une remarque qui me passe par la tête... Trafic entrant sur le PC ==> analyse possible par l'antivirus... et ça c'est lent. En le désactivant pour tester (après avoir fermé tout ce qui est navigation sur le web par sécurité), ce sera facile de voir si c'est lui qui est en cause. Ensuite, si c'est le cas, faudra trouver comment lui expliquer de ne pas scanner tous les fichiers qu(il voit passer. Ça vaut le coup d'être essayé je pense. A+ Jacques

Pas obligatoirement des guillemets, on peut aussi utiliser le caractère d'échappement devant chaque espace (en principe le \ ) ce qui est le cas ici entre Aurore et 6.2 : /vmfs/volumes/datastore1/Aurore\ 6.2/Samsung500.vmdk Ceci dit, les espaces ne sont pas toujours bien gérés dans les OS, mais ça a quand même fait du progrès depuis que les américains pensaient que tous les pays se mettraient à l'anglais, UTF-32 / 16 / 8 a bien forcé tout le monde à traiter les caractères spécifiques. Jacques

+1 Il est impératif que le switch gère le 802.3ad (LACP) pour bénéficier d'une bande passante agrégée, sinon c'est de l'équilibrage de charge ou de la redondance. De plus, il faut aussi tenir compte des clients du NAS, si un seul client se connecte à la fois (ou quasiment à chaque fois), disposer de 4Gb en départ du NAS ne servira vraiment que si le client en dispose d'au moins 2 ports 1Gb ou plus connectés en LACP aussi, sinon aucun intérêt. En conséquence, investir dans un switch capable de LACP n'est utile qu'en cas de clients simultanés, ou si on possède soi-même plusieurs ports sur sa machine. Si c'est pour se connecter en WiFi au NAS, autant économiser son argent et le placer dans des disques supplémentaires à mon avis. Jacques

Et si en créant tout simplement un nouveau compte depuis la version 6.1 et en essayant de se connecter avec ? Tu peux aussi modifier facilement ton adresse IP sur ton PC, ça permettra de vérifier l'hypothèse plutôt que rechercher un fichier dont l'existence est incertaine. Jacques

- Outcome of the installation/update: SUCCESSFUL - DSM version prior update: DSM 6.1.7-15284 u2 - Loader version and model: JUN'S LOADER v1.02b - DS3615xs - Using custom extra.lzma: YES - Installation type: BAREMETAL - Microserver Gen8 - Additional comments: Need Reboot

Bonjour, Si tu as des extensions ajoutées ton navigateur, essaye de les désactiver ou de le démarrer en mode "sans échec" pour fonctionner sans aucune restriction. Cela peut venir de cookies refusés, d'un renvoi vers une adresse ou un port bloqué pour des raisons de sécurité, bref de pas mal de choses. Si ça fonctionne avec un autre client/navigateur (le cas du mobile), ça peut être intéressant de tester ça, ou d'installer un autre navigateur sans rien de plus. Si ça marche, il faudra trouver ce qui bloque et créer des exceptions pour Photostation ensuite une fois la cause déterminée. Jacques

Bonjour, Pour le FTP il faut le 20 et le 21 et configurer ton client en mode passif (c'est souvent le choix par défaut, autrement le firewall (ta box) devra gérer les connexion et analyser le protocole FTP (pour autoriser les connexions sortantes de ton serveur vers ton client pour le transfert des fichiers). Pour mémoire, le FTP utilise le 21 pour les commandes et le 20 pour les transferts de données. Pour le 80 et le 443, à moins d'installer un serveur Web sur ton NAS, je ne pense pas que tu en aies besoin. Si tout passe à travers l'interface du NAS, tu peux te contenter du 5001 et du FTP à mon avis. Jacques

La version 6.5U2 pour Gen8, comme indiquée sur le site de HP Version ESXI65U2-HPE (nécessite d'être connecté avec son compte Vmware) Jacques

Bonjour et bonne année... Le Gen8 fonctionne aussi très bien en baremetal, mais la virtualisation offre beaucoup de possibilités. Ceci dit, l'environnement VmWare n'est pas forcément des plus simple pour un newbie, tout dépend si tu l'es en informatique ou en NAS... Dans le cas d'une VM, la version à prendre est en effet de préférence celle optimisée pour le HP disposant des pilotes spécifiques au serveur, ceci permet d'obtenir les informations sur le matériel dans l'environnement virtualisé. Après, l'installation de ESXi se fait très simplement, l'idéal étant une microSD (8 ou 16 Go suffisent, avec 8 l'environnement d'enregistrement des crashs éventuels n'est pas créé il me semble). Le datastore est à créer sur un autre disque, il peut l'être aussi sur la carte SD (j'ai indiqué comment dans un tuto) si tu n'as que le NAS à virtualiser (la VM ne contient que le fichier de configuration, l'image de boot et les liens vers les disques durs physiques à configurer en RDM, voir sur ce forum comment activer l'option dans ESX comme indiqué dans un de mes posts). En revanche, pour d'autres VM plus gourmandes, il faut impérativement créer un datastore sur un autre disque dur que ceux dédiés au NAS (pas de raid au niveau du serveur, laisser les disques accessibles directement et le raid géré via le NAS). Bons tests Jacques

Mais leur nom étant hashé difficile de savoir lequel est utilisé En principe, le certificat actif devrait être le plus récent, donc un ls -lrt placera le plus récent en haut de la liste. Parfois, le nom du hash est en réalité un lien vers le nom du fichier réel, à vérifier dans le cas du syno. Jacques

Regarde les paquets installés, si nginx est installé, alors c'est lui qui est le serveur actif. Et son fichier de configuration devrait en principe être dans /etc/nginx. /etc/host.conf est le fichier de configuration pour la résolution de noms utilisée par le réseau. Dans ton cas, il indique qu'on recherche en priorité la correspondance Nom/Adresse IP dans le fichier /etc/hosts, puis si on ne trouve pas dans le serveur DNS. Jacques

Comme je l'ai écrit, regarde la configuration du serveur Web. C'est dans ses fichiers que tu trouveras le chemin des certificats qu'il utilise. Dans les autres répertoires, ce sont les certificats des autorités de certification officielles. Jacques

Bonsoir, Je n'ai pas de NAS sous la main pour le moment, mais en principe si c'est Apache qui est installé comme serveur Web, tu devrais trouver ses fichiers de configuration dans /etc, et dans un de ceux-ci le chemin des certificats sera forcément indiqué. Désolé de ne pas pouvoir t'aider plus Jacques

Bonsoir, Personnellement, j'ai un DS3615 avec la version 6.1.7 et donc le loader v1.02b. Mon serveur est un HP Gen8, avec 4 disques de 4 To dans une même grappe (SHR) et 2 autres disques de 1 To (format 2,5") connectés pour l'un à la place du DVD et l'autre sur une carte d'extension. Aucun problème pour faire détecter les 6 disques, mais je n'en ai que 4 dans un même raid il est vrai. Mais si le système reconnait le disque, pour moi ce n'est ni un problème de loader ni de matériel. Comme SHR n'est plus proposé par défaut dans les options du gestionnaire de disques, il est possible que l'extension dynamique d'un volume ne soit plus testée. Comme le groupe est correctement étendu, le problème est probablement dans la gestion du LVM. Si tu disposes d'une sauvegarde des données (car les commandes ne sont pas sans risques), l'article suivant qui montre comment étendre un disque géré par LVM peut t'intéresser (même si il s'agit là d'une machine virtuelle, le procédé doit rester le même, excepté que fdisk ne doit plus fonctionner pour des disques de 4 To et qu'il faut utiliser gdisk ou parted). Je pense qu'il devrait régler le défaut, mais ce n'est pas sans risque pour les données je le répète. Jacques

En revanche, pour les contrôleurs SATA en PCIe, bien vérifier le type de carte, du 1x n'arrivera pas à écouler le trafic correctement, surtout en cas de raid où tous les disques de la grappe sont sollicités en même temps. En SATA3, le débit max d'un disque est de 6Gb/s, et d'après Wikipédia, la bande passante se répartie ainsi pour les différents types de cartes : La bande passante varie en fonction de la génération du PCI Express et du nombre de lignes utilisées : 16 Go/s (PCIe 3.0 x16) 8 Go/s (PCIe 3.0 x8, 2.0 x16) 4 Go/s (PCIe 3.0 x4, 2.0 x8, 1.1 x16) 2 Go/s (PCIe 2.0 x4, 1.1 x8) 1 Go/s (PCIe 1.1 x4) Le prix des cartes SATA augmente très nettement avec le type de connexion au bus PCIe (1x, 4x, 8x ou 16x). Donc, bien regarder aussi le coût de la carte SATA et aussi vérifier le débit réel du bus de la carte mère supportant les contrôleurs SATA, rien ne prouve que le débit maxi soit disponible sur toutes les connexions (il y a souvent plusieurs contrôleurs de marques différentes pour gérer les ports, et les débits ne sont pas forcément les mêmes ni éventuellement la norme - SATA 2 parfois pour quelques ports "dédiés" au lecteur DVD ou BD). Jacques

Là, c'est une inconnue pour moi. En revanche, il est facile de le voir avec les logs et graphiques de VmWare si tes vCPU sont utilisées ou non. Personnellement, je passerai à 4 coeurs, lancerais une activité consommatrice de ressources (gros transferts plus lecture d'une vidéo et indexation par exemple, le tout en même temps) et tu sauras vite si les vCPU servent ou non. Comme Synology utilise des paquets (adaptés et compilés pour leur environnement) relativement standard (ffmpeg par exemple) si les options de compilation n'ont pas été trop modifiées, je pense que la présence de plusieurs coeurs est utilisée par certains. Mais pour les applications spécifiques, je douterai plus. Je pense que le résultat du test en intéressera plus d'un Jacques

Je suppose que ce que tu veux dire c'est mettre cette même valeur pour l'ensemble du réseau. Pour les PC (et le NAS) c'est possible (en règle générale cette option se règle dans les paramètres avancées de la carte réseau sous Windows). Pour la box, c'est nettement moins certain, et si elle ne peut être modifiée, inutile de le faire sur les autres machines puisque dès que le volume des données va augmenter, il y aura perte de paquets au niveau de la box (et si c'est ton seul switch, ça devient critique). Si tu as un switch, il doit lui aussi être capable de traiter les jumbo frames. Pas certain que le jeu en vaut la chandelle. Jacques

Changer le MTU n'est pas sans risque, si le switch ne sait pas le gérer correctement c'est l'ensemble des machines qui doit passer avec le même MTU. Sinon, tous les paquets de taille supérieure seront rejetés car non conforme. Et la taille d'un paquet de ping est de 56 octets pour le premier et 64 pour les réponses ensuite, sauf modification forcée du paquet. Effectivement, les symptômes décrits semblent aller dans le sens d'un MTU incorrect. Jacques

Même numéro de série, ça ne posera des problèmes que pour les applications Synology, et ce n'est pas encore certain. En revanche, même adresse MAC, là tu as un conflit d'adresse sur le réseau et plus rien ne marche pour un NAS, puisque tout est basé sur la connexion IP. L'adresse MAC c'est le niveau le plus bas (à part le câble) de la couche réseau, ce qui permet d'adresser les paquets de données vers la bonne machine. L'adresse IP ne doit pas non plus être dupliquée car alors ce sont les applications qui ne peuvent plus communiquer en TCP ou UDP. Une adresse MAC est par principe unique, la première moitié de l'adresse identifie le constructeur, la seconde la carte réseau (elle est fixée en usine par le fabricant de la carte). Donc, refait ton fichier grub pour mettre une autre adresse (modifie la fin en ajoutant 1, ça va de 0 à 9 puis de A à F). Jacques

Sinon, cette méthode expliquée sur le site de Synology : Comment puis-je récupérer les données de mon DiskStation en utilisant un PC ? Jacques