farniera
-
Posts
72 -
Joined
-
Last visited
Posts posted by farniera
-
-
- Outcome of the update: SUCCESSFUL
- DSM version prior update: DSM 6.2.2-24922 Update 4
- Loader version and model: Jun's Loader v1.03B 3615XS
- Using custom extra.lzma: No
- Installation type: VM - ESXI 6.7 U2 - Dell T110 II
- Additional comments: Use Flyride script for synoboot mounted as satashare1-*
-
Hello Flyride,
update today on DSM-Backup (esxi 6.7 U2) and use your script for satashare and it's working well :)
Thk's !
-
Donc si j’avais été plus assidu au forum je n’aurais pas essayé (un certain nombre de fois) de l’installer
merci pour ces infos !
-
hé ! Merci :)
Dommage j'ai un Xeon E3-1220V2, le V3 aurait fonctionné :)
-
Merci de m'avoir mis sur une piste Nicoueron ! Il y avait un rab de l'ancienne version avec la carte Scsi de déclarée ....
Ça marche nickel depuis hier soir ! Je continue mes transferts
Merci encore et bonne soirée !
-
Merci du retour Nicoueron
Quand tu dis que cela doit venir d'un paquet supp., je n'ai rien d'autres d'installé:( Suis partie d'une 6.2.1 (de mémoire - pas sauvegardé, c'est celle de test !) ou il n'y a que le DSM de base d'installé (grub différent avec @mac et serial différent) de ma DSM 6.1 qui tourne (en prod)
Je vais repartir d'une installation "blanche" ce soir, verrai bien, il y a surement un ch'ti truc !
-
Bonjour,
j'utilise Xpenology (3615xs) depuis pas mal de temps en ESXI (6.5 et maintenant 6.7) sur un Dell T110 II (Xeon).
Je commence à être à cours de place disque et avant d'en ajouter de nouveaux j'ai voulu mettre à jour en 6.2.2.24922 (U6 je crois et avec loader 1.03b) et essayer le DS918 (1.04)
- Pour le 3615XS, plus de reboot/shutdown , galère quand le serveur est programmé pour s'éteindre la nuit ... j'ai beau chercher sur le forum je ne trouve rien de particulier sur le sujet, sauf sur ceux qui l'utilise en Baremetal ou je crois avoir vu qu'il vaut mieux utiliser une carte intel - je précise que j'ai mis la nic en E1000 - synoboot sur sata 0 et les autres sur sata 1.
- Pour le DS918, jamais réussi à le voir sur le réseau, et ceux avec le loader 1.04 puis création manuelle de la VM, ou avec le template à dispo sur la première page...
Bref, si vous avez des idées/pistes je suis preneur
J'en profite également pour demander au connaisseur si j'utilise la "bonne version" 3615 et ne devrait pas être en 3617 ? voir même la DS918, mais dans ce cas pourquoi je n'arrive même pas à la voir sur le réseau ?
De plus, si j'utilisais le serveur en BareMetal, est-ce que ca serait mieux ? J'ai 2/3 autres VM dessus, mais je pourrais aussi les virtualiser avec DSM ..
Merci pour vos retours. ... et bonne année ^^
NB : Je n'ai pas voulu polluer le forum en créant un post, vu que les problèmes sont sur des VM, mais s'il le faut, redites moi
-
@raumi20 : Please a guide ... I'm trying with no succes in Esxi 6.5
-
16 minutes ago, stephan1827 said:
Thanks a lot for both Jun and Polanskiman. You really should add a way for us to treat you guys with a beer for all the work and time you put into this.
Stephan
+1
-
Thanks a lot @jun !
-
- Outcome of the update: SUCCESSFUL
- DSM version prior update: DSM 6.1.4
- Loader version and model: JUN'S LOADER v1.02b - DS3617xs
- Using custom extra.lzma: NO
- Installation type: BAREMETAL - Nec - Pentium4HT
- Additional comments: REBOOT REQUIRED - Only use for backup
-
- Outcome of the update: SUCCESSFUL
- DSM version prior update: DSM 6.1.6-15266
- Loader version and model: Jun's loader v1.02b - DS3615xs
- Using custom extra.lzma: NO
- Installation type: VM - ESXi 6.5.0 4564106
- Additional comments: REBOOT REQUIRED
-
Image de base à laquelle j'ai peut-être ajouté un driver sur la carte réseau.
Je suis toujours en 6.5.0, jamais voulu faire de maj, ca tourne bien pour l'instant
-
je pense que c'est propre au serveur HP N54L (gen7)
Juste pour moi, es-tu parti d'une ISO Vmware spécifique à Dell ou la version générique de base ?
Oup’s désolé j’avais zappé le message !
Pas de version spécifique DELL mais la générique de base à laquelle j’ai modifier le grub avec les données clés mis le démarrage Esxi auto (j’ai galèré pour sélectionner le choix 3 ....)
Envoyé de mon iPhone en utilisant Tapatalk -
Id° de mon coté, y'a juste l'adresse MAC à changer.
3 vm ... avec même serial mais mac <>
-
Bonjour à tous,
je suis bien en ESXI 6.5 avec un DSM en 6.1.x. Je n'ai pas eu de soucis particulier à l'installation. Je suis parti d'une 6.0.x si mes souvenirs sont bons et j'ai fait les maj au fur et à mesure ...
A noter que je suis sur un Dell T110. J'essayerai de (re)faire un point dans la semaine sur mes installations et vous mettre à dispo un 'ovh' fonctionnel.
-
C’est tout simplement un « mappage » direct du disque dur dans la VM. On écrit directement dessus comme installé nativement.
https://kb.vmware.com/s/article/1017530
Envoyé de mon iPhone en utilisant Tapatalk -
Y’a du monde ...
c’est quoi le soucis exactement ?
-
Same problem with new U4
Somebody has a solution ??
-
Update done without problem:)
-
Salut
Avec ESXI, vous avez changé l'adresse MAC et le SERIAL lors de l'install ?
OU vous avez tout laissé par défaut ? Je présume que c'est dans le synology.vdmk ?
Je suis en 6.0 et j'ai mis le dernier loader avec DSM 6.1.
Par contre le problème que j'ai, si j’arrête DSM par l'interface, la VM s'arrête pas c'est normal ?
Faut peut être que j'install open-vm-tool.
Premier essai, niquel. Je recommence là pour mettre le DATA STORE Principal sur un SSD.
Sinon, je croyais avoir lu dans un tuto pour Esxi, que je ne retrouve plus...
Après le boot, ajouter un drive de quelques Go, 8 ou 16 si utilisation de plex. Pour l'utiliser en principal, et avoir les apps dessus.
Permetant de faire un snapshot léger, et non de tout les disques.
Par la suite, je vais ajoutr des disques physiques en les mappant.
D'ailleurs, le snapshot est pas possible à cause de ça.
Bref, j'aimerais bien, si c'est possible, ajouter un petit disque virtuel de quelques Go, ou DSM mettra le nécessaire.
Ensuite je mappe mes disques physiques qui n'ont que les données.
Hello,
Quelques réponses à tes questions :
- Pas de changement de serial ni @mac à l'install ( et oui, c'est dans le vmdk)
- J'ai ajouté un "petit" disque pour les applications et autres
- Ajout des disques de données en Raw,
Et tout est fonctionnel
-
Pour info, après avoir essuyer les platres sur l'update 9, j'a réussi à la mettre.
En fait le seul pré-requis c'est d'avoir installer l'update 9 avec la version 1.01 du loader! et non pas la 1.00 comme je l'avais à l'époque...
En gros, si vous avez le loader de Jun 1.00 avec l'update 8, il faut changer pour l'update 1.01 puis faire la mise à jour, sinon DSM est planté et il faut downgrader ce dernier en 5.2 par exemple.
Essayé sans succès, retour à l'update 8.
Bizarre quand même, j'avais des soucis aussi en passant directement à l'update 9.
Lors de la mise ne place de l'update 9, le premier boot ne se faisait pas, mais après un "arrêt manuel" de la VM, elle a bien bossée et avec l'update 9 en place.
-
Je pense que oui en les ajoutant en "raw".
Dans tout les cas... sauvegarde, sauvegarde, sauve.....
Et ce n'est pas la méthode que j'ai utilisée. Je suis parti d'une réinstallation complète et récupération des données par une sauvegarde.
Envoyé de mon iPhone en utilisant Tapatalk
-
Le disque est en "raw" ?
J'ai eu 2/3 petits soucis en brtfs et suis passé en ext4 par là suite.
Envoyé de mon iPhone en utilisant Tapatalk
[Tuto] DSM 7.2 pour ESXi - Loader ARC
in Installation Virtuelle
Posted
Bonjour à tous,
je viens de faire une mise à jour vers la 6.2.3 (VM de test). Tout se passe (à priori) bien, à part le synoboot qui se retrouve monté avec 2 partitions "satashare". J'ai utilisé le script développé par Flyride mais n'y connaissant pas grand chose à ce niveau là je me demandais si on ne pouvait pas laisser tel-quel, car à vrai dire, les partages satashare ne me dérangent pas ?
Qu'en pensez-vous ? Avez-vous déjà upgradé vos VM de prod ?
Merci d'avance et bonne journée ^^