JacquesF

Members
  • Content Count

    190
  • Joined

  • Last visited

  • Days Won

    5

JacquesF last won the day on August 4

JacquesF had the most liked content!

Community Reputation

16 Good

About JacquesF

  • Rank
    Advanced Member

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Eh bien, j'espère que c'était bien le câble qui était en cause. À voir avec le temps... Bon WE Jacques
  2. Bonsoir, Le RDM consiste à affecter un (ou plusieurs) disque(s) entier à une VM. Il ne peut donc plus faire partie du datastore, et les données présentes dessus (surtout dans le cas d'un datastore qui utilise un système de fichiers spécifique) seront perdues. Donc, si les données du NAS sont sur un ou plusieurs DS, il faut tout d'abord les sauvegarder avant de mapper les disques sauvegardés en RDM. Si la place est suffisante sur DS pour recevoir les données de l'autre, ça peut se faire ainsi : - 1 sauvegarde du DS1 vers le DS2 - 2 Suppression des disques sur DS1 dans la VM - 3 Destruction du DS1 et allocation des disques en RDM à la VM hébergeant le NAS - 4 Création d'un volume (SHR ou RAID5) du NAS sur les disques RDM - 5 Recopie des données du DS2 vers le volume hébergé en RDM - 6 Si toutes les données du DS2 sont récupérées, suppression des volumes hébergés sur le DS2 et réallocation des disques en RDM dans le NAS - 7 Ajout des disques dans le volume déjà présent sur le NAS - 8 restauration des données sauvegardées si nécessaire sur le NAS Si la place n'est pas suffisante, il faudra envisager des sauvegardes externes (disques USB, cloud, etc...) Jacques
  3. Bonjour, Le diagnostic me semble bon, soit le système, soit la CM, soit... un câble peut-être Mais le système en dernier recours, le plus logique étant de remplacer le câble potentiellement en cause, où de le déplacer pour voir si le problème suit le port ou le disque sur lequel il est connecté. Ensuite, refaire la clef USB car c'est le plus facile. Quelques précisions : - SHR n'est pas propriétaire au sens habituel du terme, c'est une combinaison de raid soft linux (tout à fait classique) mais non pas sur des disques physiques mais sur des volumes logiques (LVM) reposant sur cette technologie logicielle pour répartir les données d'un volume sur un ou plusieurs disques physiques. Il est tout à fait possible de récupérer des données écrites avec SHR avec une simple distribution linux (liveCD ou liveUSB). - Le RAID de la carte mère (la plupart du temps c'est du miroir ou du JBOD) ne doit pas être utilisé, tout est géré par le NAS en raid soft (RAID5 par défaut sur le DSM6) ou SHR (sur DSM5 et en l'activant sur DSM6). Si le raid de la CM est utilisé, alors il est possible que ce soit lui qui provoque une incohérence quelconque et fasse passer le disque en faut (dans ce cas, l'absence d'erreur SMART serait logique). Donc, pour résumer : - Supprimer le raid de la CM s'il est activé (APRÈS SAUVEGARDE DES DONNÉES), cette opération provoque en principe la perte de la structure du disque, donc de l'accès aux données - Déplacer ou changer le câble SATA en cause - Déplacer le disque en cause sur un autre port SATA (IDEM, SAUVEGARDE AVANT) Jacques
  4. C'est vraiment la bonne question que pose Polanskiman... Le fonctionnement même de Synology est basé sur le raid soft. Le raid hard est intéressant au niveau performances (selon la qualité de la carte bien entendu) mais est totalement dépendant de cette dernière. En cas de panne du contrôleur, les données sont inaccessibles. Pire, s'il est impossible de trouver un contrôleur identique (ou compatible du même fabricant), les données sont perdues. Ce qui n'est jamais le cas en raid logiciel. Vues les capacités des processeurs maintenant, le raid soft est quasiment aussi efficace que le hard, et pour l'usage indiqué sera largement suffisant à mon avis. Jacques
  5. Les disques n'auraient -ils pas été assemblés en raid via le contrôleur intégré au Gen8 (création d'un volume) ? Si c'est le cas, il est normal de ne pas voir de disque, le pilote de la carte n'étant pas présent dans le DSM. En supprimant ce volume (tous les disques en mode indépendant), ça devrait régler le problème (si c'est la configuration supposée qui est activée). Bien entendu, si des données sont sur les disques, ne pas oublier de les sauvegarder avant la suppression du volume raid ! Jacques
  6. Tout à fait d'accord avec Evotk. La course à la version n'est pas forcément une bonne chose, ça pousse d'ailleurs à la consommation. Le service apporté (avec sa sécurité nécessaire en ce monde) est la vraie raison d'être d'un serveur. J'ai un Gen8, mon slot PCIe est occupé par une carte SATA, donc je reste en 6.1.7. Si un jour je veux passer à autre chose, alors je virtualiserai le tout via ESXi. Jacques
  7. Conseil pour la suite, une fois le mot de passe récupéré : - activer SSH - configurer le NAS (manuellement) pour autoriser les connexions SSH par clefs - mettre en place un accès root (ou un autre compte administrateur) via cette option Ça évite l'échec de connexion suite à des mots de passes erronés. Configuration à faire sur le NAS pour SSH pour ceux qui sont intéressés : Fichier /etc/ssh/ssd_config Rien à modifier, les valeurs par défaut autorisent la connexion : #PermitRootLogin yes #RSAAuthentication yes #PubkeyAuthentication yes #AuthorizedKeysFile .ssh/authorized_keys Placer simplement la clef RSA publique dans le dossier (à créer) .ssh du répertoire home du compte à utiliser dans le fichier authorized_keys Donner les bons droits au dossier et fichier : chmod 755 .ssh chmod 600 .ssh/authorized_keys chown -R NomUtilisateur:NomUtilisateur .ssh Se connecter avec la clef privée (et la bonne identité bien entendu). Pour une procédure plus détaillée (création des clefs, etc...), les tutos ne manquent pas sur le net, tout dépend de l'OS à partir duquel vous ferez la connexion Jacques
  8. Désolé, mais la virtualisation d'ESXi est la base même d'un environnement VMware avec SAN. Sinon, la migration à chaud d'un hyperviseur est impossible. Maintenant, on peut aborder le problème de différentes manières, mais un stockage iSCSI piloté via des VM sur des disques en RDM est tout à fait envisageable ainsi. Vu le prix, surtout pour héberger de la virtualisation autant se tourner vers une infrastructure fiable et Vmware l'est. Bonnes recherches Jacques
  9. Bonjour, Et une licence Vmware permettant le HA avec 2 serveurs ESXi hébergeant chacun une VM linux fournissant ce service ? Ce serait peut-être plus avantageux ? à vérifier, car les tarifs Vmware ne sont pas des plus simples. Jacques
  10. Bonjour, Avec des certificats auto-signés, on peut avoir des problèmes si l'antivirus filtre les requêtes HTTPS, j'ai eu le cas avec Avast et mon serveur perso. Selon l'antivirus, la configuration est différente (mais Google doit pouvoir aider à trouver comment désactiver) mais ça revient à préciser que pour l'agent (ou le service) chargé de sécuriser l'accès internet, il faut interdire le contrôle des requêtes HTTPS. Pas certain que ce soit ça, mais comme le port 5001est lié à une connexion HTTPS sur le NAS, c'est à vérifier. Jacques
  11. Bonsoir, Quel type de fichiers ? Pour des fichiers texte, kdiff3 est excellent (et existe sous windows aussi). Sinon, sur le NAS, utilise la command find (avec exec) pour créer le md5 du fichier, redirigé vers un fichier toto.md5 par exemple, puis la commande md5sum -c toto.md5 (dans le cas où les chemins sont identiques). Sinon, il existe aussi rsync qui peut prendre en charge la vérification via md5 des fichiers modifiés. Jacques
  12. JacquesF

    camera surveillance

    Pour les araignées... tu peux essayer de vaporiser de l'insecticide autour de la caméra ou sur la partie hors lentille. En principe, elles n'aiment pas ça, c'est un truc que j'utilisais dans un château pour les radars IR anti-intrusion. A refaire régulièrement bien entendu. Jacques
  13. Il y a un mot de passe attendu, si il n'y a a pas de paramétrage particulier du fichier sudoerr (configuration de sudo), c'est en principe le mot de passe du compte (admin dans ton cas). Soit tu fais un sudo -i pour obtenir un shell avec le compte root (et si c'est autorisé), soit comme le dit evotk, su pour changer d'utilisateur et devenir root (puisqu'on indique pas l'utilisateur). Personnellement, mon compte admin est désactivé et je me logue en root via SSH avec authentification par clefs privées/publiques... totalment différent de la configuration de base. Jacques
  14. Oui, Winscp en est capable, si tu es connecté avec les droits suffisants (en principe il faut être root pour effacer un fichier à la racine d'un système, et il me semble que la connexion en root n'est pas prévue directement sur les dernières versions de DSM, obligation de passer par admin et d'utiliser su (switch user) ou sudo). Je n'ai pas ce fichier sur ma machine, mais il semble que ce soit un fichier caché, donc avec un nom qui commence par un "." Sinon, en SSH avec Putty (en supposant que le fichier se trouve à la racine du disque (soit /), sinon il faut adapter la commande cd avec le chemin qui va bien : cd / rm -i .SynoUpgrade.tar cd : change directory (comme sous Windows), donc il faut indiquer le chemin du dossier à atteindre (ici / pour la racine du système) rm : remove (effacer un fichier), avec l'option -i pour demander confirmation avant chaque suppression .SynoUpgrade.tar : Nom du fichier à effacer (tar => Tape Archivage c'est à dire une archive de fichiers, autrefois prévue pour les bandes magnétiques, maintenant on ne l'utilise quasiment que dans des fichiers). Si les droits sont insuffisants pour effacer le fichier, il faut utiliser la commande sudo avant la commande rm (sudo rm .SynoUpgrade.tar) sudo : switch user do (exécute une commande en tant qu'un autre utilisateur) Jacques
  15. Comme le disait Polanskiman, tu peux l'effacer. Il s'agit d'une archive d'une mise à jour qui s'est probablement mal passée. En l'effaçant, tu récupèreras la place pour la nouvelle mise à niveau. Jacques