Jump to content
XPEnology Community

wile_e

Member
  • Posts

    25
  • Joined

  • Last visited

Recent Profile Visitors

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

wile_e's Achievements

Junior Member

Junior Member (2/7)

1

Reputation

  1. Bonjour, bonsoir, je commence à être quelque peu à l'étroit et je réfléchis aux possibilités d'y ajouter prochainement l'un ou l'autre disque. J'ai lu cette possibilité d'ajouter une carte PCI-e pour ajouter jusqu'à 8 ports SATA mais si j'ai bien compris la solution revient assez cher. La carte PCI-e en elle-même est trouvable à bon prix, autour des 40 € (on en trouve d'ailleurs aussi à 130€. Qu'est-ce qui justifie une telle différence de prix?). A ajouter éventuellement des câbles Mini SAS 36 vers SATA, qu'il faudra bien faire sortir quelque part , je suppose par l'autre emplacement PCI-E (donc au niveau esthétique, ce ne sera pas top). Et enfin, il y a les racks / boitiers externes pour disques durs, qui sont assez chers, par exemple le FANTEC QB-3SUS3-6G. J'en viens à ma question. Dès le moment où des N54L ou des Gen8 sont dispos à bon prix sur les sites d'occasion, ces serveurs âgés de minimum 10 ans en valent-ils encore la peine en 2024? Ou ne me retrouverais-je pas trop rapidement avec un veau comme peuvent l'être les Synology DS411J, qui, même s'ils font quand même ce qu'on leur demande, requièrent déjà pas mal de patience. Je sais que je peux aussi utiliser un appareil devenu moins puissant et moins performant pour des fichiers moins sollicités ou demandant moins de ressources mais il faut aussi qqch qui tient la route pour des fichiers en full HD. A noter que le nouveau serveur serait utilisé principalement pour du stockage. Merci d'avance de vos avis. wile_e
  2. Le Proliant a 4 ans (décembre 2017), je ne le considère pas comme si vieux que ça. Mais bon, si le passage à ESXi 7.0 ne doit rien m'apporter, alors oui, autant rester sur la 6.7.
  3. Je n'avais pas donné de feedback l'année dernière, désolé. Et un peu difficile de dire avec précision comment tout cela s'était solutionné. Peut-être le simple changement du contrôleur SATA de 0 à 1 mais désolé je ne sais plus Ici, j'ai effectué la mise à jour d'ESXi vers la tout dernière version 6.7. J'en suis donc là : (Updated) HPE-ESXi-6.7.0-Update3-18828794-Gen9plus-670.U3.10.8.1.2 (Hewlett Packard Enterprise) (au lieu 6.7 Update 1) Par contre, impossible de passer de la version 6.7 à la version 7. Quelle que soit la version (HPE ou VMware 'classique'), j'ai ce genre d'erreur : [wile@localhost:~] esxcli software vib update -d /vmfs/volumes/StockVm/Wile_DSM6/VMware-ESXi-7.0U2a-17867351-depot.zip [DependencyError] VIB VMW_bootbank_vmkusb_0.1-4vmw.670.3.159.18828794 requires vmkapi_incompat_2_5_0_0, but the requirement cannot be satisfied within the ImageProfile. Ca n'empêche pas les VM de tourner mais comme il est toujours bon de mettre à jour, je ne sais pas vraiment quoi faire pour contourner ces erreurs.
  4. Mise à jour ... VM accessible. Réseau OK. Volume 2 accessible et inscriptible. Volume 3 (disque de 9.09 To) planté : erreur de système de fichiers
  5. @dadoudouJe n'aurai pas besoin des fichiers car j'ai pu récupérer ma VM. En fait, comme tu l'as mentionné dans ton post, il fallait mettre les disques de données en SATA 1. Et quand, comme moi, on monte une VM tous les 3 ans, c'est un des détails que j'avais oublié. Bref, après avoir mis les data en SATA1, find.synology.com a trouvé la VM dans le bon IP range et m'a poposé un 'Recover' au lieu d'un 'Connect'. J'ai donc retrouvé ma VM avec son ancienne IP (192.168.0.133), tous ses répertoires partagés, etc. Il reste un hic de taille : je n'arrive pas à copier des data sur ces disques. En fait, en copiant des data (j'ai environ 1 To à importer), il me remplit le petit HDD de 300 Go sur lequel se trouvent les OS des VM (outre l'Xpenology, il y a une petite VM sous Debian) au lieu des 30 To de disques data. Je suppose ici aussi une erreur de config. J'ai donc ceci : - Hard disk 1 de 50 MB (ACME_XPE_1.vmdk) en Thin provisioned, SATA Controller 0:0, Mode Dependent et 3 disques de data (voir image). Le volume 1 correspond à nasrdm1.vmdk (7.28 To) et est OK [rempli à 77%, 1.69 To de libre] Le volume 2 correspond à Disque3-000002.vmdk (10.91 To) et est en panne [rempli à 65%, 3.82 To de libre]. Dans le datastore, ce fichier a une taille de 17.52 Go et est daté du jour Le fichier Disque3.vmdk a une taille de 10.91 To et est daté de novembre. Le volume 3 correspond à position2.vmdk (9.09 To) et est en panne ([rempli à 41%, 5.37 To de libre]. Le fichier position2.vmdk a une taille de 9.09 To et est daté du jour Un fichier position2-000002.vmdk a une taille de 22.69 Go et est daté d'hier (j'ai entamé les copies de fichier hier et le disque a planté hier) Les fichiers .vmdk de data sont dans le sous-répertoire Wile_DSM6. Le fichier de l'OS est dans le sous-réperoire ACME_XPE_1. Puis-je par ailleurs tout rassembler dans un seul répertoire?
  6. @JacquesF Sous Windows (10pro), dans Connexions réseau, j'ai : - Ethernet / Réseau 2 / Killer E2200 Gigabit Ethernet avec l'IP définie en fixe sur 192.168.0.38 - Ethernet 2 / Windscribe VPN / Désactivé - VMware Network Adapter VMnet1 : mis en Obtenir IP automatiquement . Si là-dedans je définis une IP fixe en 169.254.0.37, je n'ai tout simplement plus internet. - VMware Network Adapter VMnet8: mis en Obtenir IP automatiquement . Si tu as un tuto pas à pas pour agir soit sous Windows soit dans la config de la VM ... parce que là je suis à la gare.
  7. Je tente autre chose. J'ai éteint (Power off) la VM litigieuse et activé / démarré une VM créée sur la même base (donc le DS3617xs). Ici, find.synology.com détecte la VM sous le name 'DiskStation' et l'IP 192.168.0.32 (et mes 2 autres Syno DS411J sous 192.168.0.43 et 44). Model name : DS3617xs et Status : Not installed Si je clique sur Connect, cela échoue (server is taking too long to respond). Si je relance find.synology.com, c'est alors l'IP 169.254.0.32 qui s'affiche. En redémarrant la VM, je retrouve l'IP 192.168.0.32. Cela vous inspire-t-il qqch? Perso, je sèche.
  8. Le réseau est en 192.168.0.x La plage n'est pas complètement utilisée. Mon pc est en-38, mon VU+ en-49. Le 192.168.0.31 est libre et bien d'autres adresses encore. Le DHCP est activé et fonctionne. A part quelques IP fixes (PC, VU+, Synology....) je laisse faire le DHCP. Si je mets le réseau de la Vm sur Réseau interne, il lui attribué l'IP 192.168.0.32 mais elle est alors inaccessible.
  9. Bonsoir, j'avais déjà écrit que suite à la mise à jour de EXSI 6.7, ma VM Xpenology ne démarrait plus. Je n'ai pas eu vraiment de solution et me suis finalement décidé à repartir d'une page presque blanche et de recréer une VM. J'ai utilisé le loader (3517) de la première page. Encore merci à nicoueron et à tous ceux qui ont aidé à sa mise en place car cela va finalement vite à installer. J'ai ensuite ajouté les 2 disques durs USB externes, un hard disk de 20 GB en thin provisioned et mes 3 disques rdm existants (nasrdm1.vmdk, position2.vmdk et disque3.vmdk). La VM a accepté tout cela. Je reste cependant sur une colle : la VM est bien détectée par find.synology.com mais sous l'IP 169.254.0.32. Je lis que c'est une adresse APIPA et donc inaccessible par mon réseau Windows. En config, j'ai choisi 'VM Network'. Si je choisis 'Réseau interne', la VM n'est pas détectée par find.synology.com. Que puis-je faire? Merci, wile_e
  10. Oui, il s'agit de 3 disques de taille différente : 8To, 10 To et 12 To. Les deux derniers remplacent deux disques de 4To qui étaient pleins. Ces deux disques de 4 To sont maintenant en réserve car j'ai aussi bien sur les PC que sur mes deux NAS Synology DS411J des disques de 3 et 4 To datant de 2015 environ et qui lâcheront un jour. Sur la VM, il y a également deux disques USB de 8 et 10 To. Il n'y a pas de RAID5, chaque disque est l'original ou l sauvegarde d'un ou de plusieurs autres disques. Par exemple, un disque de 10 To peut être backup de deux disques de 3 To et d'un disque de 4 To. Enfin, le mini-serveur, un Proliant Gen10, a 24 GB de RAM. L'OS et la VM en Debian10 sont sur un disque de 250 Go. Pour ce qui est de l'USB 3.1, j'vais lu quelque part (ici?) que c'était indispensabe pour connecter les deux disques externes. Le ProLiant a d'ailleurs des ports USB 2.0 et 3.1. Pour ce qui est des disques en virtual et en physical, je ne sais quoi répondre. J'avais installé comme ça et ça a marché. Je ne suis pas contre le fait de corriger ce qui doit être.
  11. Merci pour ta réponse. Les disques sont pourtant bien rattachés au Sata Controller 1
  12. Bonsoir, je m'immisce dans le sujet. J'avais ouvert un sujet dans cette même section suite à la mise à jour de mon Proliant Gen10 vers ESXI 6.7. Je suis bloqué dans la situation depuis 2 semaines. Si ma VM en Debian10 démarre bien, ma VM sous DSM 6.2 ne démarre plus, avec ce message d'erreur : Failed to power on virtual machine Wile_DSM6. Unable to enumerate all disks. Click here for more details. Comme me l'a gentiment répondu fbittoun, il ne trouve pas les disques. Et ... que faire ? Un paquet à charger ? Un paramètre à modifier ? Perso, je n'en sais fichtre rien. Donc si quelqu'un pouvait aider. Merci d'avance wile_e
  13. Bonjour, j'ai profité d'un peu de temps libre ce weekend pour faire l'une ou l'autre mise à jour. Malheureusement, cele ne me réussit pas trop. Je soumets les deux problèmes. A voir lequel est à solutionner en premier. Tout d'abord, j'ai fait la mise à jour de ESXi 6.5 vers ESXI 6.7 avec la custom image de chez HP, s'agissant d'un HPE Proliant Gen10. J'en suis donc à cette version : VMware ESXi 6.7.0 build-9484548 Par contre, aucune mise à jour vers les update 1, 2 ou 3 ne se fait. J'ai ce message d'erreur : [root@localhost:~] esxcli software vib update -d /vmfs/volumes/StockVm/ESXi670U1HPE2019.zip [DependencyError] VIB VMware_bootbank_esx-base_6.7.0-1.39.11675023 requires esx-update << 6.7.0-1.40, but the requirement cannot be satisfied within the ImageProfile. VIB VMware_bootbank_esx-base_6.7.0-1.39.11675023 requires esx-update >= 6.7.0-1.39, but the requirement cannot be satisfied within the ImageProfile. Please refer to the log file for more details. Ensuite, et c'est le plus important, si ma VM en Debian10 démarre bien, ma VM sous DSM 6.2 ne démarre plus, avec ce message d'erreur : Failed to power on virtual machine Wile_DSM6. Unable to enumerate all disks. Click here for more details. La VM avait créée avec les infos de ce site. Je retrouve ceci dans le serial.out : DS3617xs 6.2.1 VMWare/ESXI with Jun's Mod v1.03b for DSM 6.2.1 -- Custom De mémoire, la version de DSM a environ 18 mois. Et elle fonctionnait hier midi sous ESXi 6.5. J'avais trouvé une piste avec le controller cache qui est désactivé par défaut mais je ne vois pas où je pourrais activer ce paramètre. Merci, wile_e
  14. Pour du stockage / sauvegarde, donc utilisation en principe light mais il faut quand même pouvoir débiter un ou deux flux vidéo HD, le FANTEC QB-X8US3-6G peut-il être une bonne alternative au DX1215? Le DX1215 (12 disques) est quand même 5 X plus coûteux que le FANTEC (8 disques). Je me pose la question car tôt ou tard ma capacité actuelle sera saturée.
  15. Bonsoir, dans la section allemande, j'ai lu ce sujet sur la connexion de disques externes. Il semble que le DSM ne supporte les disques durs multiples dans un seul boitier. On y parlait d'une Icy-Box pouvant contenir 4 HDD. Par contre, le boitier Fantec QB-X8US3-6G pourrait-il servir de simple stockage sur une autre machine virtuelle (OMV, Freenas, ...) toujours sous ESXI et reconnaître tous les disques? Quelqu'un connaît-il ce boitier? Merci. wile_e
×
×
  • Create New...