JacquesF

Members
  • Content Count

    389
  • Joined

  • Last visited

  • Days Won

    11

JacquesF last won the day on April 10

JacquesF had the most liked content!

Community Reputation

46 Excellent

About JacquesF

  • Rank
    Super Member

Recent Profile Visitors

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

  1. 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) su
  2. 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
  3. 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.
  4. Bonjour, NAS, sauvegardes, serveur vidéo (via Emby et Kodi sur un Pi4), serveur SVN essentiellement (le plus étant la vidéo et les fonctions NAS). Le RAID est du raid logiciel sur une couche LVM pour le SHR, raid soft classique autrement. Accessible sans problème avec toute distribution linux. Jacques
  5. Bonjour, Le type de disque (SMR/CMR) n'est pas en cause. La configuration du SataPortMap pourrait éventuellement l'être, mais si une fois le DSM démarré la carte PCIe n'est pas vue, ça n'y changera rien. Recherche sur le forum (y compris en anglais) le type de la carte pour voir s'il est pris en compte avec un driver spécifique (fichier extra.lzma à mettre sur la clef). Sinon, regarde les cartes déclarées compatibles avec Synology dans le forum et remplace ta carte actuelle, ou regarde s'il n'y a pas un port dédié pour un CD/DVD sur la carte mère et tente de mettre le disqu
  6. Bonjour Bruno, Le DSM est installé sur tous les disques, la carte SD sert juste à démarrer le système en lui présentant un pseudo environnement Synology. Donc, refaire la carte devrait suffire, l'OS n'ayant pas changé. Le démarrage "normal" doit fonctionner. Ensuite, mettre la copie de la carte ailleurs serait une bonne chose. Sinon une clef USB peut suffire aussi, mais en ce cas les PID/VID seront différents. Jacques
  7. Bonjour, Si l'arrêt a été propre, il n'y a pas de raison que les données soient corrompues. La carte SD est probablement en cause, au niveau du loader. La refaire avec le même loader (jun 3617 1.03b) devrait marcher, en remettant les PID/VID et les adresses des interfaces réseaux, en principe un truc du genre : set vid=0x0424 set pid=0x4030 set mac1=D0BF9C------ set mac2=D0BF9C------ pour une carte SD et les interfaces du la carte mère. Jacques
  8. Bonjour, Le DSM s'installe sur une partition (de mémoire la première) en RAID miroir sur tous les disques. Le swap est sur la partition suivante selon le même principe, la dernière partition contient les données (raid, ou volume local selon la configuration choisie pour chaque volume). Installer un DSM en test sur un disque unique permet de tester la compatibilité du loader, du DSM avec le matériel. En plaçant des données sur ce disque, on peut vérifier le bon fonctionnement des applications. Ensuite, pour la migration des disques de prod, on a au moins la certitude qu
  9. Voici le lien vers toutes les versions de DSM : https://archive.synology.com/download/Os/DSM Jacques
  10. En principe, les cartes Intel sont correctement détectées. J'ai une Dual-Port D33682b qui est reconnue sans problème. Mais une carte avec un seul port est plus accessible question tarif. La question est abordée régulièrement sur le forum, faire une recherche serait plus efficace. Jacques
  11. Bonjour, Jamais utilisé HyperBackup, mais le problème est , à mon avis, lié à l'emplacement du package (passé de Volume1 à Volume2). En utilisant la commande grep pour rechercher le volume concerné dans les fichiers de configuration (du NAS et de l'application, emplacements que j'ignore, désolé), il est peut-être possible de les modifier pour corriger le problème. Sinon, avant de recréer une VM comme suggéré, ce qui devrait fonctionner en principe si les paquets sont installés dans le volume présent, je tenterai les actions suivantes : - Créer un lien /volume1 vers /volume2
  12. Ah ces américains, peuvent pas écrire Octets comme tout le monde (ou presque...) Bon, là c'est un problème plus simple à tester. Jacques
  13. Comme je l'ai écrit plus haut, il suffit de les arrêter une à une et de regarder avec la commande les connexions qui ont disparues. Ensuite, regarder l'appli et son paramétrage si le débit a significativement baissé. Si le NAS est accessible de l'extérieur, le proxy peut être utilisé par des hackers pour lancer des attaques ou naviguer en toute discrétion par exemple. A suivre...
  14. Bonjour, Est-ce que tu utilises Docker ? Si oui, regarde quelles sont les applications qui fonctionnent dedans et arrête les une à une pour voir (toujours avec la même commande) si les connexions en ESTABLISHED liées à Docker disparaissent. Je n'utilise pas docker, mais il y a pas mal de monde qui s'en sert sur ce forum et on pourra t'aider en cas de problème de configuration. L'important est de trouver quelle application génère ces connexions, et probablement ce trafic en plus, pour ensuite pouvoir la corriger ou la supprimer si elle ne sert vraiment pas. Jacques
  15. Bonjour, et désolé pour le retard. L'essentiel des connexions semble être causé par nginx (en proxy ?) et docker-proxy et aussi DownloadStation. Si le proxy est ouvert, alors il est possible qu'il serve à pas mal de personnes à l'extérieur. Dans les programmes qui ont des connexions ouvertes, on ne voit que ceux-là pour le moment : docker-proxy nginx: worker synodlwget (DownloadStation) sshd (en local uniquement) Le plus simple est de couper une à une les VM qui sont gérées par Docker (si le nom docker-proxy n'est pas significatif pur isoler la VM