nicoueron

Merci mais en soit c'est pas grand chose

On trouve des controleurs SATA en PCI-E pour 15-20€, de quoi faire baisser ta facture en mettant à la place une CM moins chere.

Perso je n'ai pas pu tester au delà de 2vCPU puisque je ne dispose que d'un double core. Mais la réflexion de JacquesF est pertinente. De toute façon là est encore un avantage avec la virtualisation, c'est de pouvoir tester sans risque! Crée toi une autre VM et alloue lui ce qui te chante, tu verras si DSM les utilise ou pas. Après j'aurai tendance à dire de regarder du coté du loader. Par exemple si c'est le DS3615XS, nativement la bécanne est du 4core. donc potentiellement 4vCPU mais il faut évidement que le matos cible dispose lui aussi d'un tel processeur sinon ça n'aura aucun sens. bref à tester

Ca ressemble pourtant à un pb de transcodage. Regarde l'activité CPU au moment où tu lances la lecture. Vérifies les options de configuration dans VideoStation ou sinon fait comme moi, passe sur Plex!

Alors le pb c'est que le synoboot.vmdk que je mets avec l'ovf n'est pas utilisable tel quel. Pour le faire 2 solutions : soit déployer une VM avec l'OVF et copier le fichier synoboot.vmdk ainsi créé après déploiement dans la VM cible que tu souhaites migrer soit refaire le synoboot.vmdk en repartant de 0 : transformation du fichier img en vmdk avec starwind v2v converter

Admettons que tu as accès en SSH, est-ce que tu peux modifier le fichier /etc.defaults/VERSION pour remettre une version correcte de DSM dedans et tenter ainsi un downgrade ?

RAS ! du moment que tu repartes avecdu matos compatible, DSM se reconfigurera tout seul dès lors que le loader est bien configuré

Salut, Plusieurs raisons peuvent expliquer ce comportement (cliques sur les liens) : [RESOLU] données fantômes ! Un mauvais montage RAID5 ou SHR-2 au lieu de SHR tout court une limite de nb de disques ou de taille de disque avec le loader utilisé

simple test : débranche le cable réseau et essaye de pinguer l'ip 192.168.1.105 depuis un poste client situé évidement sur ce réseau d'entreprise. Quand tu dis : comment as-tu pu mettre l'ip manuelle à DSM si tu n’accèdes pas à l'interface d'admin ?

T'es sur que ton serveur DHCP est bien configuré??? Si tu attends du 192.168.1.0/255.255.255.0 il ne devrait pas y avoir d’ambiguïté. C'est donc que quelquechose est encore configuré pour t'attribuer une IP sur 192.168.0.0/255.255.255.0. Autre possibilité, tu n'aurais pas mis un masque 255.255.0.0 qq part au lieu de 255.255.255.0 ?

Tu as peut-être tout simplement 2 serveurs DHCP sur ton réseau. Un avec ta box et un seconde équipement qui fait la même chose et qui n'est pas désactivé

Pour les logs : - soit tu arrives à plugger une sortie sur le port série du serveur (si il y en a un évidemment) - soit tu modifies le loader (grub.conf je crois) et dedans il y a des options pour tracer plus de choses. Je ne l'ai plus sous les yeux là dsl!

Salut, Je vais faire simple : tu n'as pas compris le fonctionnement de DSM^^ En effet DSM s'installe sur tous tes disques de données. Dans le cadre d'une installation ESXi u dois avoir le loader qui pèse 50Mo avec son fichier vmdk correspondant et à minima 1 disque de données (qu'il soit mappé en RDM ou non). Les fichiers *00001.vmdk peuvent correspondre à des snapshot que tu aurais demandés, mais ils peuvent aussi être gérés par ESXi pour répondre à des besoins grandissant en terme de capacité - bref c'est lui qui les gère - ne les supprimes pas.

+1

OK, tiens nous au courant alors