nicoueron

Hello, Pour info je suis passé du loader DS920+ à DVA1622, non sans mal... Je vous raconte si jamais vous voulez tenter l'expérience : RETEX : 1. Depuis DSM, reboot vers Arc dans les taches planifiées, 2. Une fois sur Arc, je fais l'upgrade full de Arc vers la dernière version (ici la 24.1.17) 3. Je choisis de changer le modèle vers DVA1622 et active les modules qui m'intéressent, puis rebuild et enfin reboot vers DSM 4. L'install de DSM se lance et me dis que justement que mes disques étaient sur DS920+ et qu'ils vont pouvoir aller sur DVA1622, parfait, je valide et procède à la migration des paramètres.... Puis PLANTAGE à 20%. Et à partir de là début des ennuis, je tente de revenir vers le DS920, pareil plantage systématique. En fait je pense que la partition système des disques (là où il y a DSM) n'étaient pas assez grande pour le DVA1622 et du coup ça à corrompu tout le système de fichiers de cette partition particulière. Dès fois le NAS était vu sur le réseau, dès fois non, je voyais qu'il était en phase de démarrage mais qqchose l'empêchait d'aller jusqu'au bout. Bref après 3h de recherche, je me résigne à rebuilder en DVA1622 mais cette fois je choisi de REINITIALISER les paramètres mais en gardant toujours mes données. Et là BAM ça a marché! OUFFFF Bon, j'ai du tout reconfigurer (comptes, proxy, certificats, réinstaller les paquets additionnels, etc.) mais tout est revenu à la différence près que cette fois j'ai maintenant bien mes 8 licences SS et accès à tous les services Synology et le transcodage avec AME. Ah si, seul truc que je ne pige pas c'est la reconnaissance faciale dans SS qui semble ne pas vouloir fonctionner. Il me dit systématiquement qu'il y a un pb réseau... je ne vois pas bien le rapport ou alors il faut un GPU spécifique que je n'ai pas 😕 Si qqn sait pourquoi je suis preneur. Bref je m'en sors bien! A bon entendeur

C'est pour ceux qui choissisent un modèle du type DSxxx (ie non DVAxxx). Car avec le DVAxxx tu as naturellement 8 licences SS là où les autres modèles tu n'as que 2 licences.

cette méthode ne fonctionne pas du tout, du moins sur les dernières versions.

là honnêtement on sort totalement du sujet XPEnology. Soit tu poses ta question sur les forums de Plex, soit de Filebot si tu as pris la licence, tu es en droit de leur poser ce genre de question.

Salut, Je vais essayer de reformuler pour être sur qu'on se comprenne : "tu veux migrer une VM XPEnology actuellement basée sur un DS3622XS sur du matos HP Gen8 vers une VM basée sur DVAxxx ? Déjà "Pour un gain de place et d'energie" ??? je ne vois pas le rapport 😕 L'intérêt des DVAxxx c'est d'avoir 8 licences SurveillanceStation native, c'est tout. Ensuite si ma reformulation est correcte, je ne sais pas si un des loader DVAxxx est compatible Gen8, tu peux simplement le vérifier soit sur ce forum dans la section anglaise, soit tout simplement essayer de créer le loader ARC par exemple et voir s'il te le propose dans la liste des modèles, si tu ne le voit pas c'est que ce n'est pas compatible.

tu peux faire une capture d'écran ? Chez moi par exemple pour DBZ, j'ai bien une série qui comporte 9 saisons distinctes 😕 Pour les séries, perso j'utilise le scanner "Plex TV series" avec l'agent "Plex Series" et pour l'ordre des épisodes : "TheTVDB". tout ça se règle dans les paramètres de la bibliothèque de type "Séries". Ne pas faire la même chose pour la bibliothèque films évidement.

Pour centième fois, DSM ne s'installe pas sur une partition à part sur un autre disque. Il s'installe sur TOUS les disques d'un volume soit tous les disques physiques sur une partition cachée. Ainsi en cas de pb d'un disque DSM démarre quand même. Donc je ne sais pas ce que tu as pu mettre sur tes "10go"! Ton loader est installé où lui? Le Bios du PC voit bien tous les disques ?

quelle boite de dialogue ? la ligne de commande se fait en SSH. Pas de n° de série valide = AME off = pas de transcodage 😕 moyen pour assurer une compatibilité de lecture selon le format des médias. Le loader arc permet de contourner cette limite lors du build en sélectionnant le bon addon (amepatch) normalement - mais je ne l'ai pas testé sur DS3622XS.

ça fait vraiment très longtemps que je n'utilise plus VideoStation donc difficile d'être précis, mais je crois aussi savoir qu'il a besoin d'AME et peut-être même aussi le service universal Search. On est d'accord que ces deux services sont bien opérationnels sur ton NAS ? Sinon essaie de vérifier en ligne de commande si les droits sont bien OK vis-à-vis du user qui lance VideoStation (un bon vieux : ps -ef | grep -i videostation devrait t'indiquer le user en question et ensuite tu t'assures que cet utilisateur a bien les droits de lecture/écriture sur ton répertoire). Par exemple, chez moi pour trouver l'utilisateur qui exécute SurveillanceStation je fais ceci (bon là il est tronqué mais le principe est là!):

je pensais plus à partir de file Station :

sans conviction : essaie en Lecture/écriture Tu as bien appliqué les modifs sur les fichiers au délà du simple répertoire?

Salut et bienvenue Effectivement si ton pb se présente à la fois sur Plex et VideoStation, tu dois avoir un pb de droits. Dans FileStation effectivement assure toi que les droits sur tes fichiers et dossiers sont corrects au regard de l'application qui va les lire.

Effectivement, le pb vient de là. J'aurai tendance à te suggérer d'ajouter le driver correspondant juste avant de lancer la procédure de build si tant est que tu le trouves dans la liste des addons? Ppeut-être lsiutil ou alors l'intégrer manuellement mais là je n'ai jamais été confronté à cette étape.

Bon alors, déjà relis bien le tuto. Déjà DSM c'est un noyau Linux 4.x et non 2.6. Ensuite le loader doit être connecté en 1er sur le controleur SATA de ta VM, soit SATA 0:0. Les disques de données, eux, doivent être raccordés aux suivants (SATA 0:1, SATA 0:2, etc.) Si tes disques étaient mappés en RDM pour être vu directement dans ta VM comme des disques physiques, il faut les recréer comme tel, suit ce KB 1017530 pour refaire correctement le mapping.

La philosophie est la même en soit. Si tu veux un DSM dans un VM : tu suis celui que je t'ai envoyé, si tu veux partir sur une installation baremetal tu prends le "global". Les deux sont basés sur Arc maintenant.

Welldone Par contre il aurait du te basculer sur DSM 7.2.1-69057 Update 3

C'est pas bon signe! As-tu regarder de ce coté là : https://support.hpe.com/hpesc/public/docDisplay?docId=a00134353en_us&docLocale=en_US

coté DSM en tout cas non. Par contre coté Proxmox je t'invite à regarder cette vidée :

Oui tu peux changer ton loader vers ARC. En prenant soin d'activer l'option direct-boot juste avant de builder le loader tout devrait correctement marcher. Lors de l'installation de DSM au reboot, il te proposera de migrer tes données (et tes paramètres). Si par contre il te propose de formater alors arrête tout, c'est qu'il y a un pb (genre, il ne voit pas tous tes disques durs). ARPL ou ARC sont bien plus simple à maintenir, installer et offre une meilleure compatibilité matérielle, voilà tout!

Oui bien entendu Oui, si tu dédies tes disques à la VM il seront traités comme des vrais disques et non des volumes logiques. Si tu connais déjà VMWare ESXi pourquoi vouloir partir sur Proxmox? par curiosité ? Parcequ'avec ESXi tu peut faire aussi la même chose. Après les gouts et les couleurs^^

Si DSM ne te propose pas de réparer le volume en question, alors le plus propre est de relancer l'installation depuis la loader

Les controleurs SAS ne sont en général très peu voire mal supportés par XPEnology. En général on laisse la partie RAID à DSM, donc un RAID logiciel. L'idéal serait de mettre ton contrôleur en mode "classique" afin que DSM voit les disques directement et non un volume pré-monté par JBOD ou RAID. Je ne sais pas si ton controleur peut faire cela, si oui essaie de jouer dans les options au moment du boot, sinon tu es bon pour partir sur un autre controleur.

Internet est vaste et contient de multitudes de tuto en tout genre. Dans ton cas ce n'est pas un mais plusieurs tuto qu'il te faut! D'abord il faut mettre à jour ton ESXi : 1er tuto : faire une maj d'esxi c'est une chose qui n'a rien à faire dans ce forum. Je t'invite à chercher du coté de VMWare Ensuite migrer ta VM XPEnology : là je dirai te prend pas la tête, repars de zéro en recréant une nouvelle VM en suivant mon tuto ici. Enfin, tu restaures manuellement tes données. En soit, évite de faire la migration depuis ton version de DSM trop ancienne, c'est faisable mais trop risqué je pense. Tu n'auras plus qu'à reparamétrer ton DSM à ta convenance (c'est chiant c'est vrai mais un mal pour un bien!) PS : je vois que tu fais parti des gens qui aiment mutualiser XPEnology avec ta domotique... par expérience c'est une belle bêtise mais bon chacun fait ce qu'il lui plait! car le jour où ton serveur plante, tu n'as non seulement plus DSM mais toute ta domotique est HS et potentiellement tu te retrouves avec tes volets fermés ou ouverts selon leur dernier état (et là ce n'est qu'un exemple hélas vécu...). Pour ma part je suis revenu sur un bon vieux RaspberryPi 3 pour faire tourner Home Assistant indépendant du NAS.

change de loader avec redpill ou arc et suit le tuto correspondant.

hehe c'est pas faux. Les 2 DVAxxxx sont effectivement très intéressant sur le papier mais ne sont compatible qu'avec un nombre restreint de matériel (CPU notamment). D'autant plus vrai pour le 3221 qui nécessite une GTX 1650 natif. Je t'invite donc à lire les pré-requis matériels associés. Pour faire simple, si lors de l'installation du loader tu ne vois le(s) DVAxxxx dans la liste des modèles dis toi que ton matos n'est pas compatible!