nicoueron

Salut, il faut juste changer le loader par celui de jun en 1.02b (le dernier quoi) et fournir le pat qui va bien avec lors de la migration qu'il te sera demandé via Synology Assistant. La seule chose avec le loader en ESXi est qu'il faut être rapide au premier boot pour sélection l'option ESXI, l'écran ne le propose que 2s... Tes disques sont bien mappés en RDM à ta VM? Ah et une dernière chose avant : SAUVEGARDE!

Un NAS directement relié à une TV ce n'est pas vraiment son objectif :/ A mon avis il est assez aisé de le positionner au-dessus d'un placard ou sur une étagère ou encore audessus d'une porte si tu as une prise électrique pas loin et un bon wifi à defaut de RJ45. Concrètement un NAS dans un salon ce n'est pas très WAF^^^^^^

et pourquoi pas depuis Virtual Machine Manager puisque tu as installer en baremetal ton DSM 6.1.3 ?

Merci pour ce tuyau. Pour info, l'avantage que tu as quand tu es sur ESXi (comme moi d'ailleurs) est qu'il est possible de se connecter aussi via le port série de la VM. Ceci est rendu possible par l'hyperviseur si tant est qu'on dispose d'une seconde VM disposant elle aussi d'un port série. Ensuite avec un simple putty et en sélectionnant le bon port COM on dispose des mêmes accès qu'en SSH. En plus en règle général le SSH est désactivé il me semble par défaut. Je dois avouer que cette technique du port série m'a sauvé 3 fois la vie. Car pour rappel le hack de Jun, une fois lancé ne présente pas le prompt permettant de saisir d'éventuelles commandes. Or avec le port série oui! D'ailleurs on arrive à suivre toutes les étapes du boot. A bon entendeur!

Il faut cliquer sur le bouton actualiser effectivement, ça peut prendre un peu de temps, mais normalement ensuite dans "Communauté" la liste des paquets devrait être raffraichie. Si ce n'est pas le cas, c'est qu'il n'est pas dispo pour ce repo

un bon vieux refresh du gestionnaire de paquets suffit en général

j'ai quand même du mal à croire que Sabnzbd consomme 1Go de RAM...

Salut, je suis interressé par le 1er kit : voir MP.

oui il est utilisable, mais les performances peuvent être légèrement dégradées puisque tous les disques durs seront sollicités.

Attention, Ici c'est ton serveur qui se connecte à cette IP (qui entre-parenthèse semble héberger un serveur Nginx). Le certificat présenté par cette IP sur le port 443 est délivré pour *.plex.tv Je suppose que c'est ton serveur Plex qui s'y connecte pour télécharger une vidéo. Je t'invite à regarder ce que fais exactement ton serveur Plex et qui l'utilise chez toi (une TV, une clé chromecast, un smartphone, etc.)

L'adresse IP 82.94.168.54 qui utilise Plex en HTTPS semble être à Amsterdam est-ce normal ?

L'option d'ajout d'un disque dur n'apparait que si il y a un nouveau disque dur de brancher. Pour faire ta manip, il faut : éteindre le NAS d'abord en débrancher un disque au hasard brancher un nouveau disque refaire la construction depuis le menu "gestionnaire de volume" recommencer à l'étape 1 mais évidement débrancher à chaque fois un autre disque

normalement le paquet est déjà installé par DSM

En ligne de commande : sudo netstat -pute (désolé pour le nom des paramètres mais c'est plus facile à se rappeler!) Regarde le processus dans la dernière colonne pour les connexions dont le statut est "ESTABLISHED"

Salut, Ta config en SHR te permets, si je ne me trompe pas, d'avoir 12To utile et 4To réservé pour la protection des données - soit 1 disque. Tu peux donc retirer un disque par un disque. Ca te prendra BEAUCOUP de temps mais c'est le seul moyen que je vois assurer ta migration. Si ça prend beaucoup de temps c'est parcequ'entre chaque insert d'un nouveau disque DSM devra reconstruire ton volume pour utiliser le nouveau disque et ainsi de suite.

soit dit en passant, ton réseau est bien en gigabit ethernet pas en wifi ni en 100mbits ethernet ?

as-tu bien mappé tes disques dur en RDM ? c'est le plus important quand on utilise ESXi avec DSM

J'ai une question tout bête. Je n'ai jamais eu besoin de changer le SN et l'@MAC sur toutes les versions de DSM que j'ai installé sur mon ESXi et ça a toujours très bien marché. J'ai raté qqchose ou est-ce une spécificité du hack avec ESXi ?

je suis passé par le client lourd Vsphere et non pas le web client. ce qui permet de créer à la fois une partition pour un datastore en SSD et une autre partition pour le cache SSD. Par contre j'avoue que niveau perf, je n'ai pas vu la différence. J'étais déjà à 110Mo/s en écriture sur mon NAS, et maintenant c'est pareil voire inférieur...

Moi j'ai testé avec HP54L + ESXi 6.0.2 + loader 1.02b + DSM6.1.3 update 4 ==> RAS !

visiblement le process qui lance WebStation utilise un compte Unix qui n'a pas accès aux répertoires mentionnés dans la log. Pour accéder à ces répertoires tu vas devoir te connecter à DSM en ssh avec le compte admin et faire ce bon vieux chmod : chmod -Rf 755 /usr/local/rutorrent/tmp chmod -Rf 755 /usr/local/rutorrent/var/.session Par contre la remarque sur le fait que l'utilitaire curl ne soit pas accessible me fait clairement penser à une installation vraiment bancale de Webstation chez toi!

Yes. C'est pour cette raison qu'il faut que tu es moyen de sauvegarder tes données auparavant

pour info : 2 disques durs en SHR équivaut au RAID1. a ceci près qu'il permet sa mise en place sur des disques de taille différente offrant par la même occasion la possibilité d'étendre l'espace au fur et à mesure qu'on ajoute des disques. Mais quoi qu'il en soit il est toujours préférable d'avoir des disques de tailles identiques pour éviter de perdre inutilement de la place.

Il faut comprendre comment fonctionne un RAID. Un RAID ou SHR pour Synology a pour but de répondre au compromi suivant : Sécurité des données / performances d'accès / performances d'écriture / espace de stockage Ta vision ici dans ce topic ne concerne que la notion d'espace de stockage. Tu as oublié les autres critères en prenant le choix d'un disque de 8to et un disque de 4to. Je m'explique : pour assurer la sécurité des données un RAID ou SHR utilise une partie de ton espace "totale" théorique pour stocker ce qu'on appelle la parité afin de pouvoir reconstruire tes données en cas de crash d'un des disques durs. Si tu me suis bien, le meilleur usage est d'avoir des disques durs de taille identique pour justement ne pas perdre de l'espace disque inutilement. Maintenant en RAID0 on fait le choix de ne pas assurer de parité ce qui implique qu'en cas de crash d'un des disques, tu perds TOUT! par contre les performances sont excellentes puisqu'il réparti tes données sur les 2 disques en utilisant 2 têtes de lectures. Donc dans ton cas pour avoir 12To il faut que recrée un volume en RAID0, mais pour l'utilistion en NAS ce n'est jamais recommandé pour les raisons que je viens d'évoquer. Le SHR offre un bon compromis, mais avec des disques de tailles aussi différentes tu perds 4To de données et 4to sont réservés pour assurer une perte d'un disque sur les 2. Pour terminer, oui tu devras péter ton volume pour créer un nouveau volume RAID0, pense à sauvegarder avant et par la suite TRES régulièrement sur des disques externes.

C'est normal en SHR. utilise ce comparateur pour comprendre : https://www.synology.com/fr-fr/support/RAID_calculator?hdds=8 TB|4 TB Pour avoir tes 12To il faut que ton volume soit en RAID0.