Jump to content
XPEnology Community

JacquesF

Member
  • Posts

    463
  • Joined

  • Last visited

  • Days Won

    11

Everything posted by JacquesF

  1. 3 périphériques raid, en principe : /dev/md0 => système (/) /dev/md1 => swap /dev/md2 => volume1 (avec la couche LVM par dessus) /dev/mdX => volume X (etc.)
  2. OK, donc la connexion SSH ne se fait pas sur la VM mais sur le serveur ESXi. En ce cas, si la VM n'apparait pas sur le réseau, c'est que : - la VM n'est pas connectée au réseau (option à cocher dans la configuration) lors du démarrage - le type de carte présentée n'est pas conforme à celle attendue pour le loader (driver non présent sur la clef USB) - le réseau utilisé sur l'ESXi n'est pas celui qui est connecté au réseau physique (configuration ESXi) Le 2 est le plus probable, mais dans tous les cas, il faut vérifier la configuration de la VM par rapport au modèle fourni par Nicoueron. Faire très attention au nom de l'interface, il y a souvent un "e" manquant en fin de nom du modèle virtuel utilisé (e1000 au lieu de e1000e par exemple). Vérifier aussi la configuration du réseau virtuel au niveau de l'ESXi, si il y a plusieurs interfaces, sont-elles toutes dans le même switch virtuel ? et quel est celui qui est affecté à la VM ? La virtualisation Vmware est un monde très complexe si on l'utilise dans un environnement de production d'entreprise (réseau distribué,vMotion, ESXi virtualisés, etc.), mais dans une utilisation basique (un serveur et quelques VM) cela reste tout à fait abordable si on prend le temps de lire les documentations et les tutos disponibles. Et cela fait progresser les compétences... Jacques
  3. Bonsoir, Je suppose que le fichier serial.out est celui qui est associé au port série de la VM, et donc celui-ci contient ce qui sort à l'écran et sur le port v24 du serveur, c'est à dire le texte qui est lu dans ce fichier serial.out. Donc, si la VM fonctionne, il n'y a donc pas de problème, le contenu est normal et ne sert vraiment qu'en cas de problème pour visualiser l'historique du boot. En bref, la VM semble marcher selon tes dires, et tout est OK ainsi. Jacques
  4. Bonjour, Je n'ai pas de réponse sur la compatibilité avec Xpeno, mais si tu utilises la carte raid HP, alors les données ne peuvent être relues qu'avec un controleur raid de cette marque. Autrement dit, soit tu conserves le raid HP et si XPeno gère ce contrôleur, tu peux accéder au disque logique présenté par le contrôleur raid, soit tu es bon pour sauvegarder tes disques, casser le raid et remplacer la carte par un contrôleur compatible si c'est nécessaire, ou créer un volume logique avec un seul disque dedans pour gérer le raid soft via XP. J'espère avoir été assez clair dans mes explications. Bonnes fêtes de fin d'année Jacques
  5. Pour monter un disque, il faut créer un iSCSI Target et lui donner comme identifiants ceux du LUN créé sur l'autre NAS. En principe (jamais fait ça avec un Syno) le disque est vu comme local bien qu'il se trouve sur un SAN et peut être formaté, testé, etc... S'il peut être monté deux fois, tu dois pouvoir aussi le faire depuis le NAS qui exporte le LUN, ce qui peut être utile pour voir aussi les données. Après, mettre les deux en read/write peut être risqué (indexation simultanée par les 2 NAS par exemple). Jacques
  6. Bonjour, Si rien n'est visible, cela veut dire que l'application ne suit pas les systèmes de fichiers 'externes'. Je doute vraiment que ça fonctionne dans ce cas. J'avais tenté de refaire un montage local du dossier monté en NFS sur un dossier local (mount --bind) sans succès pour Photo Station, ce sera probablement la même chose dans ton cas. Une solution possible mais un peu plus complexe à mettre en œuvre serait de faire monter un espace situé sur le NAS contenant les données (à sauvegarder avant) comme disque dur réseau avec iSCSI. Dans ce cas, c'est un espace disque (ou un fichier) qui est accessible via le réseau (mode LUN) et qui est destiné à être mappé en tant que disque dur "réseau" par une machine distante 'mode TARGET). Je te conseille de lire la documentation du gestionnaire de fichiers attentivement, de rechercher aussi des explications plus précises sur le net, et de faire les manips avec un disque dur de test sur la machine qui offrira le LUN. Sur ce NAS, l'accès aux données ne sera plus possible en principe (jamais essayé de monter 2 fois le même LUN, si jamais ça marchait, il vaudrait mieux en mettre un en lecture seule). Je ne vois pas d'autres pistes pour ce genre de problème. Jacques
  7. Là, ça va surtout dépendre si ces dossiers doivent réellement contenir les répertoires des utilisateurs ou non. On peut tenter de les créer via SSH sous root sur le NAS qui exporte le partage, et voir comment ils sont vus par l'application sur l'autre NAS. Si le chemin est figé au véritable /homes, ça ne marchera pas. Si les homes doivent être utilisés, créer les mêmes utilisateurs sur l'autre NAS (avec les mêmes ID (c'est à dire dans l'ordre du fichier /etc/passwd) est important pour que les droits soient correctement appliqués (sinon, NFS devra mapper le compte utilisé avec un compte anonyme et il y a aura sûrement des soucis). Bref, pas certain que ça marche. Mettre ces applis dans docker permettrait peut-être de les isoler en leur affectant un environnement cohérent avec le partage NFS ?? Jacques
  8. Bonjour, Je n'utilise pas ces applications mais il est tout à fait possible de tenter le coup. J'ai fait un partage NFS un jour (de mémoire, ce devait être pour stocker mes photos sur un autre serveur et les "voir" depuis l'application Photo Station), mais le dossier partagé n'était pas traité par l'application. Pas certain que ce soit le cas pour tes applis, mais si tu vois bien les données depuis le gestionnaire de fichiers et pas depuis l'application, je n'ai pas de solution à ce problème. Mais ça vaut le coup d'être tenté, le partage NFS est simple à mettre en place en tout cas et sur un LAN les performances sont tout à fait correctes. Jacques
  9. Bonjour, Le boot se déroule toujours en 2 étapes, une liée au système chargé en RAM pour lancer l'OS, l'autre une fois l'OS en cours de démarrage avec les drivers disponibles. Il y a toujours 2 requêtes DHCP pour lancer le NAs avec le loader (ou 1 au boot si la config est en IP fixe). Si l'adresse IP reçue ne convient pas, c'est que le serveur DHCP n'est pas configuré comme on le souhaite en principe... Même dans le cas d'un adressage fixe dans la gestion, il est conseillé de réserver l'adresse à la MAC concernée dans le serveur DHCP, ça évite les soucis et ça simplifie la recherche du NAS lors des tests, l'adresse ou le nom restant valides. Rajouter les drivers supplémentaires sur la clef n'impose pas de changer le grub.cfg, juste de copier le fichier dans la partition prévue sur la clef. Toutefois, le loader passe des paramètres au noyau du DSM via les options de boot, et celles-ci dépendent du grub.cfg. Donc, le refaire me semble nécessaire, ne serait-ce pour définir le nombre d'interface et donner les adresses MAC des interfaces 10gb. Personnellement, je referai une autre clef, pour garder un système de démarrage sain, et je tenterai avec les drivers additionnels après réécriture du grub.cfg. Jacques
  10. Tout à fait d'accord avec Evotk. Il faudra recherche sur le net pour trouver la bonne syntaxe pour tester les disques avec SMART derrière un contrôleur toutefois. Jacques
  11. Dans ce cas, le mieux à faire est une bonne pause, et de regarder un peu plus tard. Le scan du réseau par Windows n'est pas automatique, il dépend d'un intervalle d'annonce et je ne sais pas s'il est configurable. Donc, une modification peut nécessiter plusieurs minutes avant d'impacter la visibilité sur le réseau, et Windows ne rafraichit pas forcément l'interface graphique. Redémarrer le PC Win peut être nécessaire (si ça se fait assez vite) ou au minimum réouvrir la session pour avoir une recherche correcte du réseau, sinon il faut user de patience. Jacques PS : Il est aussi possible de monter les dossiers partagés via WebDav si je ne m'abuse, protocole supporté par Windows aussi.
  12. Bonjour, Si c'est le contrôleur, là ce sera un autre problème. Une carte PERC doit se trouver sans trop de mal sur eBay, mais de toute manière il faut rester dans le même type pour pouvoir récupérer les données des disques (ou récupérer toutes les données avant, ce qui serait mieux, et ensuite on peut restaurer sur n'importe quelle configuration). Les cartes RAID propriétaires sont souvent performantes, mais incompatibles en dehors de la marque. Mais le câble peut peut-être réglé le problème, espérons le. Jacques
  13. Bonjour, Oui, c'est tout à fait possible. Le contrôleur aussi peut être en cause. La probabilité que 2 disques sortent en faute sur la même position, dont un neuf est plutôt faible. À titre perso, j'ai eu un disque en faute sur un contrôleur HP, disque changé et nouveau disque en panne après remplacement par un disque neuf (SAV Wester Digital). Le nouveau disque en faute ne sort pas de défaut lors d'un test smart sur un autre contrôleur. J'avais un backup complet du stockage, j'ai supprimé le contrôleur Raid et remis les disques sur la carte mère, et restauré les données. Depuis, pas eu le temps de tester la carte RAID, mais j'ai de gros doutes sur celle-ci, et je n'ai pas de soucis avec le disque (testé plusieurs fois depuis). Déplacer le disque est la bonne technique pour vérifier si le défaut reste sur la position ou suit le disque. Mais dans ton cas, si le disque déplacé prend la place d'un disque sain et que ce dernier passe en faute, il est tout à fait possible que la reconstruction du raid échoue, et là les données sont perdues. D'où l'important du backup avant. Changer le câble peut être une solution qui normalement ne doit pas impacter les autres disques. Jacques
  14. Dans ce cas, essaie de changer le niveau du protocole SMB pour voir. Autrement, tu peux déconnecter le lecteur réseau et redémarrer Windows, puis le reconnecter manuellement en lui affectant une lettre de lecteur et en cochant la case "reconnecter automatiquement" ou un truc approchant. Si tu n'as pas joué au niveau des trames IP en autorisant les "Jumbo frames", les histoires de débit sont plus souvent liées à des câbles réseaux en faute qu'autre chose. Il y a pas mal de posts sur le forum à ce sujet. Jacques
  15. Bonsoir, Difficile de répondre d'emblée, surtout sur le fait de ne pas perdre ses données. Pour ça, il n'y a qu'une solution, les sauvegardes. À faire d'autant plus que le volume donne des signes de faiblesse. Maintenant, le DSM est installé sur tous les disques, donc le réinstaller ne changera pas grand chose à mon avis. Le soucis semble venir de la position du disque sur le contrôleur, donc ce qui semble être en cause est soit le câble SATA, soit la carte mère ou le contrôleur disque s'il est séparé. On ne peut pas jouer à déplacer le câble pour voir si le défaut le suit car dans ce cas on court le risque de voir le système déclarer 2 disques en faute, et dans ce cas les données seront perdues. La solution la plus fiable est : 1) sauvegarder les données du volume 2) remplacer le câble SATA du disque qui sort régulièrement en faute Pour les sauvegardes, je te conseille de le faire maintenant, pour le reste, tu peux attendre d'autres avis avant d'essayer. Jacques
  16. Question bête... Le groupe de travail du PC Windows est-il le même ? De mémoire, il faut faire une recherche de la machine sous Windows pour trouver un PC qui ne fait pas partie du même WorkGroup (mais ça fait longtemps que je n'utilise plus Windows que de manière anecdotique). Autrement, je suppose que PC et NAS sont sur le même LAN (même switch, sans filtrage des trames IP) ? Est-ce qu'il est possible de connecter un dossier partagé du NAS depuis le PC Windows, malgré le fait que le NAS ne soit pas vu (clic droit sur Réseau, ou le poste de travail, et choisir "Connecter un lecteur réseau" avec ensuite le nom (ou l'IP) du PC et le dossier) ? Pas d'autres idées pour le moment. Jacques
  17. Je n'ai pas de 6.0 sous la main, mais sur un DS110j en 5.2 (dernière version supportée), et je pense que la 6.0 conserve les paramètres au même endroit, la gestion SSDP se fait dans : Panneau de configuration / Réseau / Onglet "Paramètres de DSM" et il faut cocher la case : "Activer la découverte du réseau Windows". Je pense que cela suffira, si ça fonctionnait avant. Vu le libellé de l'option, on peut penser que c'est le NAS qui fait la recherche, mais comme ça doit se faire en s'annonçant pour obtenir les réponses des autres serveurs, ça devrait marcher dans les deux sens. Jacques
  18. Bonsoir, En version 6.2, sur un vrai Synology (DS211), l'option SSDP est bien dans le chemin indiqué dans mon post précédent... Jacques
  19. Bonjour, Côté NAS, en principe les annonces se font via "Panneau de configuration / Services de fichiers / Onglet Avancé" et activation de SSDP. Si c'est bien activé, la diffusion des annonces indiquant les services présentés par le NAS peut être à une version devenue ignorée par défaut sous Windows, la modification des paramètres de "sécurité" sans aucune information étant un classique chez M$. A suivre... Jacques
  20. Bonjour, Pour le démarrage automatique d'une VM, ça se programme dans les options du serveur, procédure facile à trouver sur le Web. Pour le démarrage du serveur, je pense que la solution est un WakeOnLan ciblé sur le serveur Vmware, qui une fois démarré lancera les VM configurées en démarrage auto. Pour éteindre le serveur depuis la VM, lors de son extinction, ce n'est pas trivial. Peut-être un script dans les taches exécutées à l'arrêt, qui se connectera en tant que root via SSH sur le serveur Vmware pour programmer un shutdown 1mn plus tard par exemple (ou qui lance lui-même sur le serveur un script exécutant un arrêt différé). Le démarrage d'un serveur peut provoquer le démarrage d'une VM, mais l'arrêt d'une VM n'a jamais été une condition valable pour arrêter un serveur en revanche, et heureusement... Jacques
  21. Très bonne nouvelle... Et oui, ce forum est vraiment efficace... et la communauté étant très importante et variée, la résolution des problèmes y gagne aussi en rapidité. Bonne journée Jacques
  22. Bonsoir, En changeant la carte réseau, il est normal que la réservation ne fonctionne pas, l'adresse MAC étant différente. Pour le reste, la raison est peut-être dans les logs, à priori il est possible de se connecter, donc jeter un œil dans /var/log peut être instructif. Difficile d'en dire plus ainsi pour le moment. Jacques
  23. Tant mieux si tu as réussi à l'installer. iLO est une application intégrée permettant de prendre la main sur le serveur, même à l'arrêt, pour en assurer l'installation, la gestion, la configuration à distance (permet de suivre le boot du système entre autre à distance via IP). L'interface réseau peut être dédiée (en entreprise, le réseau de gestion des serveurs et des switches est sur un LAN à part) ou accessible (avec une adresse IP dédiée) via l'interface n°1 de la carte mère. L'activer ou non n'influe pas (sauf si la configuration réseau est identique à celle du LAN local peut-être) sur le fonctionnement du NAS. Sans licence, on ne peut accéder au serveur que tant qu'il n'est pas démarré si je me souviens bien, et on trouve des licences sur le net, ou en vente sur eBay pour quelques euros. Jacques
  24. La version 6.2 n'est pas compatible au niveau des cartes Ethernet avec le Gen8. La 6.1.7 l'est (Ds3615 et loader v1.03b). En remplaçant la carte réseau par une Intel (voir compatibilité dans le forum) on peut au moins passer en 6.2 avec ce loader (test fait sur le mien, mais toujours pas installé, je reste dans la 6.1.7 pour le moment). Si le NAS n'est pas accessible de l'extérieur, ou s'il l'est via un VPN sécurisé par certificats, la 6.1.7 ne pose pas de problème de sécurité en ce cas. Jacques
  25. DSM 6.1.7-15284 Update 3 et loader 1.03b Ds3615 Pas eu le temps de migrer, mais pas pressé non plus, le NAS n'est pas directement accessible du net.
×
×
  • Create New...