JacquesF

Oui pour lire la configuration des disque nativement via le NAS ; non pour récupérer les données. SHR est un mélange entre Raid soft et LVM qui sont tous les deux gérés sans problème par Linux. Il y a un tuto de récupération des données d'un NAS planté sur le site de Synology à partir d'une distribution Linux en LiveCD. SHR est beaucoup plus souple que le RAID5 lors de l'ajout de disques. A toi de voir pour ton cas particulier. Jacques

Ça implique donc de réinstaller... Et dans ce cas, une sauvegarde est vraiment une précaution indispensable. Même si le formatage n'est pas forcément proposé, je ne prendrais personnellement pas le risque sans avoir une copie des données quelque part. Tout dépend de ce que tu as sur ton NAS et de la valeur que tu y mets en fait. Jacques

Bonjour, Si tu as rétrogradé la version, il est possible que la partition système contienne des informations de version incohérentes. Et donc qu'on propose de la réparer. Si tu as modifié l'architecture des disques, c'est le cas aussi car c'est une partition RAID répartie sur l'ensemble des disques, s'il en manque un, alors le système semble mal installé. Pour la transition vers le 918, la sauvegarde est la reine des opérations. Mais en principe, les données ne sont pas formatées si l'architecture des disques est cohérente, ce qui semble être le cas pour les données puisque le NAS ne propose pas de réparer le RAID. Mais la prudence n'est jamais inutile... Jacques

Bonjour, Pour les serveurs Compaq, et donc HP maintenant, tu dois disposer d'une interface réseau ILO pour te connecter au serveur via un navigateur supportant Java. De là, tu as accès au port série virtuel et il est donc possible de visualiser les messages ainsi en les configurant dans le grub. Toutefois, pour ce qui est de mon Gen8, j'avais un soucis de loader et de carte réseau et rien n'était visible dans les logs... Le fichier extra.lzma a réglé le problème mais il fallait prendre celui qui était compilé pour le loader et pas un autre. Jacques

Ça vaut le coup de le tenter en effet. Éventuellement un redémarrage du NAS aussi, ce genre de données n'est pas toujours dynamique. Jacques

Bonsoir, Et dans Gestionnaire de stockage / Volume 1 / Modifier tu as quelle taille allouable maxi ? Peux-tu la modifier ? Jacques

Bonjour Fred, Pour l’agrégat, il est bien entendu nécessaire que le switch sache faire du 802.3ad. La configuration côté NAS est assez simple, et passe effectivement par un bonding des interfaces, directement géré par le DSM. Côté switch, la configuration dépend du constructeur et je doute que sur une box ce soit possible (en tout cas pas sur une Livebox). Côté VmWare, ça fait un moment que je n'y ai plus touché, mais gérer 2 interfaces dans un même switch virtuel n'est pas compliqué, si ce vswitch est "transparent" le bonding sera assuré par le NAS. Maintenant, si tu ajoute des VM, disposer d'une interface indépendante peut être intéressante (soit pour le management, soit pour l'accès réseau (dans un autre vlan éventuellement) des autres VM). Avant d'investir dans un switch capable de faire de l'agrégat de port, il faut déjà regarder combien de clients sont concernés en accès au NAS, et combien de machines sont susceptibles de faire du transfert simultané vers ou depuis le NAS. S'il y en a qu'une, le débit ne dépassera pas celui de l'interface de cette machine. A voir donc Jacques

Je ne connais pas trop le 3617, personnellement mon XPenology émule un DS3615, mais je ne vois pas trop l'intérêt. Les deux semblent savoir gérer 12 disques (c'est certain pour le 3615) et si le matériel émulé via ESXi convient pour un 3615, je ne crois pas que tu gagneras en performances puisque de toute manière c'est la VM et le hardware qui est en dessous qui assure le travail, et ça ne changera pas si tu configure un 3617. Sur le plan réseau, le 3615 dispose (sur le vrai matériel) de 4 interfaces 1Gb, mais semble pouvoir gérer une carte additionnelle pour (peut-être) du 10Gb. Le 3617 semble gérer de base le 10Gb. Si le matériel en dessous permet de supporter des interfaces 10Gb, ça peut être mieux, mais là on n'est plus dans une configuration SOHO. Avec 2 liens 1Gb en agrégat c'est déjà très confortable (capacité du Gen8 que j'ai). Je pense que d'autres sur le forum pourront t'en dire plus, mais personnellement ma machine me suffit (j'ai un Gen8 avec 4 disques de 4To plus 2 de 1To en 2,5" et je ne vois pas où je pourrais mettre les 6 autres... Après, en principe quand les disques sont configurés, DSM ne propose pas de les reformater, c'est juste la partition système qui est mise à jour lors de l'installation. Mais ça c'est la théorie, la sécurité passe comme toujours par un backup. Jacques

Bonsoir, Ces 2 liens devraient t'aider : https://kb.vmware.com/s/article/1017530 https://nolabnoparty.com/en/esxi-6-5-configure-local-storage-rdm/ En principe, le 1er devrait suffire vue la version de ESXi que tu utilise. Jacques

Bonsoir, La commande mount devrait te dire à quel dossier est rattaché le périphérique. Tout montage actif est enregistré dans le pseudo fichier /etc/mtab affiché via mount. Jacques

J'ai mis le loader en 0:0 et le disque de données en 1:0, il a mis pas mal de temps après le reboot à être reconnu ou à obtenir une adresse mais j'y ai accès Bonjour, Je suis tout à fait d'accord avec nicoueron, ça sent le serveur DHCP qui retourne soit une proposition d'adresse invalide pour le client, soit (plus probablement) ne répond pas parce que la plage d'adresse est entièrement affectée. Le DSM est totalement inaccessible tant que le réseau n'est pas opérationnel. La plupart des boxes ont des serveurs avec des baux trop longs, et si la plage n'est pas suffisamment large on la sature très vite lors des essais. L'idéal pour éviter ça est de réserver une adresse IP à l'adresse MAC de la VM (pour l'installation) et une autre à celle prévue pour le loader (dans le fichier de configuration) si celle-ci est différente de la VM. L'essentiel est que cela fonctionne, mais si ça peut faire gagner du temps au prochain, autant bien configurer son serveur DHCP. Et ne pas hésiter à utiliser Ethereal pour regarder ce qui circule sur le réseau, en filtrant sur DHCP (et BOOTPS/BOOTPC) dans l'interface, ou simplement sur l'adresse MAC de la VM, on peut facilement suivre les échanges, voir les refus ou constater l'absence de réponse. Et Google ne manque pas de ressources pour expliquer le fonctionnement du protocole. Jacques

A part décortiquer le script qui lance la tache, et regarder en détail dans les logs ce qui se passe, je ne vois pas ce que tu peux faire d'autre. Bon courage Jacques

Bonjour, De mémoire, c'est un chiffre par contrôleur. J'aurai eu tendance à penser 41, mais chez moi, j'ai actuellement 6 disques durs dans mon Gen8. 4 placés dans la baie de disques principale, 1 sur l'emplacement du CD et un 6ème sur une carte contrôleur supplémentaire. Les disques sont numérotés de 1 à 5 puis ça passe à 8 pour le dernier (il doit être sur le port 2 de la carte). Dans les logs de démarrage, on voit ceci : [ 4.132223] ata1: SATA max UDMA/133 abar m2048@0xfacd0000 port 0xfacd0100 irq 45 [ 4.132227] ata2: SATA max UDMA/133 abar m2048@0xfacd0000 port 0xfacd0180 irq 45 [ 4.132229] ata3: SATA max UDMA/133 abar m2048@0xfacd0000 port 0xfacd0200 irq 45 [ 4.132231] ata4: SATA max UDMA/133 abar m2048@0xfacd0000 port 0xfacd0280 irq 45 [ 4.132233] ata5: SATA max UDMA/133 abar m2048@0xfacd0000 port 0xfacd0300 irq 45 [ 4.132235] ata6: SATA max UDMA/133 abar m2048@0xfacd0000 port 0xfacd0380 irq 45 [ 4.132346] ahci 0000:0a:00.0: irq 46 for MSI/MSI-X [ 4.132390] ahci: SSS flag set, parallel bus scan disabled [ 4.132417] ahci 0000:0a:00.0: AHCI 0001.0200 32 slots 2 ports 6 Gbps 0x3 impl IDE mode [ 4.132420] ahci 0000:0a:00.0: flags: 64bit ncq sntf stag led clo pmp pio slum part ccc sxs [ 4.140641] scsi6 : ahci [ 4.144412] scsi7 : ahci [ 4.146194] ata7: SATA max UDMA/133 abar m512@0xfbff0000 port 0xfbff0100 irq 46 [ 4.146199] ata8: SATA max UDMA/133 abar m512@0xfbff0000 port 0xfbff0180 irq 46 A priori, les 6 premiers ports sont gérés par la même IRQ, donc probablement le même contrôleur, et les 2 d'extension par une autre IRQ. Donc, je dirai plutôt 5 que 41. Mais ça reste à tester... La réponse m'intéresse. Pour ce qui me concerne, je suis en DSM 6.1.7-15284 Update 2 et je n'ai pas ce problème. Le dernier résultat du test rapide affiche bien le dernier visible dans l'historique, et dans celui-ci j'ai bien un test tous les mois. Jacques

Bonsoir, Concernant la fiabilité des disques, l'hébergeur BackBlaze publie régulièrement les statistiques de crash des disques qu'ils utilisent. Cette page devrait te rassurer sur les HGST. Hard Drive Stats for Q1 2018 Jacques

OK pour les explications en 4G, quoique personnellement, j'ai toujours une adresse IP publique sur mon accès 4G, que ce soit sur Orange ou SFR. Je ne sais pas quel est ton opérateur. Une autre solution peut-être pour monter ton VPN, c'est d'inverser les extrémités. Si tu accès à une VM quelconque via ton accès Orange, tu peux lancer un script (il suffit d'une tentative de connexion sur un port précis, ou une suite de connexions sur des ports successifs, y'a un petit programme dont j'ai oublié le nom qui gère ça sous linux) pour exécuter une connexion VPN non pas vers ton serveur mais vers ton téléphone. Pas évident que ce soit possible, l'installation d'un serveur sous Android ne semble se faire que si le téléphone est rooté, et aucune idée si c'est possible pour Apple. Ça peut être une piste, il est souvent possible de trouver des solutions en prenant le problème à l'envers. Je ne vois rien d'autre pour le moment. Jacques

La sauvegarde des données a été faite directement de disque à disque (sous linux) ou via un partage SMB/FTP ? Dans le cas 1, normalement tout est récupéré (ton disque a du passer en faute car tous les secteurs prévu pour la ré-allocation en cas de défaillance ont du être utilisés), dans le cas 2 il doit manquer tous les répertoires cachés (entre autre tous ceux qui sont du type @eadir). Si tu as toujours accès aux données de ton disque en faute, tente une sauvegarde via un linux (sur clef USB ou CD, genre RescueCD, un tar des dossiers suffit) ou via Clonezilla et remets le nouveau disque en place. Pour le SSH, jette un oeil dans des logs, il doit bien y avoir une indication de la cause d'échec, le login utilisé n'a peut-être pas accès au système via ce service tout simplement. Jacques

Juste une précision, puisqu'il ne reste plus guère que les options 2 ou 3, pourquoi le NAT ne passerait pas en 4G si c'est une machine intermédiaire qui le fait ?. En gros, tu fais du masquerading via une VM linux connectée au routeur qui permet la 4G, et tu laisses tous les ports ouverts sur celui-ci. Le firewall (iptables) de ta VM bloque tout sauf les ports que tu souhaites laisser accessibles et redirigés vers ton LAN. Ça devrait solder ton problème à mon avis. Jacques

Bonsoir, Je ne suis pas expert en réseau mais je me débrouille tout de même un peu. Là tu demandes qu'une application qui est contactée depuis l'extérieur (avec du NAT donc) et ouvre donc une socket pour la session TCP ou UDP retourne les paquets via une autre socket. Je doute que ce soit possible sans forcer à passer par une machine intermédiaire. Dans les solutions possibles que je vois : créer un VPN avec comme adresse de connexion la passerelle 4G mettre une machine virtuelle linux chargée de faire la répartition des flux via iptables (shorewall est très bien pour manipuler tout ça, avec webmin en plus comme interface de gestion) variante de la VM linux : connecter la 4G via le routeur existant sur une adresse de la VM et la livebox sur une autre (tu peux utiliser la même carte en créant des alias) et répartir les accès internet via iptables (et shorewall) Je ne vois pas autre chose pour le moment Jacques

Bonsoir, Je ne comprends pas très bien. Tu indiques que c'était ton disque principal, donc cela veut dire qu'il y en a d'autres. Le système est installé sur un RAID réparti sur tous les disques présents, donc en principe, la configuration ne peut pas être perdue. Les applications se placent en effet sur un volume précis, mais si celui-ci était en RAID, les données ne sont pas perdues puisqu'il reste le ou les autres disques. Si ce n'était pas le cas, en ce cas les données des applications (sites web par exemple) ne peuvent qu'être restaurées, si tant est qu'une sauvegarde existe. Précise un peu plus dans quel cas de figure tu te situes. Jacques

Bonjour, Si syslog consomme du CPU, c'est qu'il doit avoir beaucoup de choses à écrire dans les journaux du système. C'est surtout le contenu qui serait intéressant à analyser. En principe; si le process écrit quasiment en permanence dans les logs, c'est donc dans les derniers fichiers qu'il faut chercher ce qui est à l'origine de cette activité. cd /var/log ls -lrt Ces commandes (en tant qu'admin via ssh) te permettront d'aller dans le répertoire des journaux et de voir ceux-ci classés par ordre d'ancienneté (le plus récent étant à la fin). Le fichier bash_history.log sera toujours le dernier puisqu'il contient la liste des commandes tapées en console, donc la dernière commande. Les fichiers les plus intéressants sont en général message, auth.log. Après, tout dépendra du contenu des logs si quelque chose semble anormal. Jacques

Bonjour, Les rares fois où j'ai eu des soucis de boot sur USB, c'était soit : - trop de consommation du disque dur pour le PC - une image incorrecte - un démarrage partiel du système qui ne trouvait plus ensuite les données sur la clef - une sécurisation du boot dans le bios Pour dédouaner le PC (et son bios), je te conseille un test simple : - récupérer l'ISO de RescueCD - l'installer sur la clef avec LinuxLive USB Creator Je n'ai jamais eu de soucis avec une clef réalisée ainsi et si tu n'arrives pas à démarrer, tu pourras vérifier la configuration du bios. Il est aussi possible (mais je doute vu l'âge des machines) que le port USB soit en 3.0 et non disponible au démarrage (le pilote n'étant chargé que par l'OS et non le Bios). Autrement, dans le cas d'utilisation de carte mémoire (type CF), la plupart n'ont pas le flag permettant au système de les considérer comme un disque dur amorçable et non comme une mémoire externe. Jacques

Bon, ce n'est que moindre mal en effet. Bon courage pour refaire les réglages. Jacques

Bonjour, Le plus souvent, le montage de disques externes d'un autre système de fichiers sous Windows se fait en lecture seule. Regarde dans les options du programme utilisé pour activer l'écriture sur le système de fichiers à réparer. Ensuite, ça devrait aller. Jacques

Personnellement, j'utiliserai une distribution Linux en LiveCD (si tu as un lecteur) ou via une clef USB (genre RescueCD) pour voir si mes disques sont bien présents et surtout s'ils sont lisibles (table de partitions lisible, nom des partitions par blkid, et le type de celles-ci). En utilisant la méthode de récupération donnée sur le site de Synology, il est possible de remonter les volumes raid et d'accéder aux données via un OS Linux, et de sauvegarder les fichiers vers un lecteur USB ou réseau par exemple. Si le NAS est accessible via un ping, c'est que l'interface réseau est UP, si en revanche l'adresse IP n'est pas celle prévue, (dans le cas où celle-ci est fixée par le NAS et non réservée via le serveur DHCP) c'est que le disque système est illisible. Celui-ci est réparti sur tous les disques existants (première partition de chaque disque, un volume de 2,4 Go chez moi). Bon courage Jacques

Bonjour, La dernière information de la sortie série est "mount failed"... Visiblement, l'affectation de tes disques durs ne semble pas correspondre à ce qui est attendu dans le DSM. Regarde cette partie de la configuration dans ta VM, ça devrait pouvoir se corriger facilement en relisant le tuto. Bons tests Jacques