Aller au contenu
mprinfo

Xpenology Installer/Migrer DSM 5.x à 6.x

Recommended Posts

@Lazer : mon fichier de boot c'était xenobbot en format iso sur lecteur dvd virtuel. Là il faut que je lui demande de booter sur un disk c'est ça ?

Je vais voir cette histoire de rsync car je fais 2 litres d'huile à l'idée de mettre à jour mon vieux Xpeno :3: Surtout que la procédure n'est plus  tout à fait la même que ma précédente mise à jour ...

 

@mprinfo : je n'ai pas fait d'install en 6.2 parce que je n'ai pas trouvé tous les retours très rassurants. Quelle différence entre les deux ? 

Sinon j'ai bien sur modifié le loader que j'ai sur mon gen8 pour l'adapter à mon gen7 (serial et mac). Tu parles d'un 2ème fichier, lequel ? C'est quoi ce fichier de 1ko ?

Merci pour les astuces !

 

Edit : avec rsync, je synchronise aussi mon fichier de conf ? J'aimerai vraiment créer un clone de mon ancien XPENO sur le nouveau

Modifié par galaksy2001

Partager ce message


Lien à poster
Partager sur d’autres sites

Heu je sais pas, en fait moi j'utilise une toute autre méthode pour créer mon bootloader : je le génère à partie d'une autre VM Linux.

 

Je copie/colle directement mes notes, brut de fonderie, sans explication, mais c'est assez parlant quand on connait un peu Linux :

###
### [Tuto] Installer/Migrer DSM 5.2 à 6.1.x (Loader Jun)
### https://xpenology.com/forum/topic/7980-tuto-installermigrer-dsm-52-%C3%A0-61x-loader-jun/
### 29/09/2017
###

###
### Préparation Loader DSM 6.1
###

- Créer un disque virtuel de 50 Mo sur le datastore, provitionnement statique, et le mapper sur une VM Linux sur le bus IDE

- Extraire le loader "synoboot.img" de Jun v1.02b pour ds3615 depuis le fichier "Loader_Jun_1.02b.zip", et le transférer sur la VM Linux :


root@debian8:~# dmesg
[177815.811031] vmw_pvscsi: msg type: 0x0 - MSG RING: 1/0 (5)
[177815.811035] vmw_pvscsi: msg: device added at scsi0:1:0
[177815.814170] scsi 0:0:1:0: Direct-Access     VMware   Virtual disk     1.0  PQ: 0 ANSI: 2
[177815.815361] sd 0:0:1:0: Attached scsi generic sg2 type 0
[177815.815539] sd 0:0:1:0: [sdb] 102400 512-byte logical blocks: (52.4 MB/50.0 MiB)
[177815.815586] sd 0:0:1:0: [sdb] Write Protect is off
[177815.815588] sd 0:0:1:0: [sdb] Mode Sense: 31 00 00 00
[177815.815611] sd 0:0:1:0: [sdb] Cache data unavailable
[177815.815613] sd 0:0:1:0: [sdb] Assuming drive cache: write through
[177815.819209]  sdb: unknown partition table
[177815.819435] sd 0:0:1:0: [sdb] Attached SCSI disk


root@debian8:~# fdisk -l /dev/sdb

Disk /dev/sdb: 50 MiB, 52428800 bytes, 102400 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


root@debian8:~# ls -l synoboot.img
-rw-r--r-- 1 root root 52428800 Jun 17 14:49 synoboot.img


root@debian8:~# du -sm synoboot.img
50      synoboot.img


root@debian8:~# dd if=synoboot.img of=/dev/sdb
102400+0 records in
102400+0 records out
52428800 bytes (52 MB) copied, 0.785446 s, 66.8 MB/s


root@debian8:~# partprobe


root@debian8:~# fdisk -l /dev/sdb

Disk /dev/sdb: 50 MiB, 52428800 bytes, 102400 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 00000000-0000-0000-0000-000000000000

Device     Start    End Sectors Size Type
/dev/sdb1   2048  32767   30720  15M EFI System
/dev/sdb2  32768  94207   61440  30M Linux filesystem
/dev/sdb3  94208 102366    8159   4M BIOS boot


root@debian8:~# mount /dev/sdb1 /mnt


root@debian8:~# ls -l /mnt/
total 4
drwxr-xr-x 3 root root 2048 Jun 17 14:47 EFI
drwxr-xr-x 6 root root 2048 Jun 17 14:47 grub


root@debian8:~# ls -l /mnt/grub/
total 52
drwxr-xr-x 2 root root  2048 Jun 17 14:47 fonts
-rwxr-xr-x 1 root root  4765 Jun 17 14:47 grub.cfg
-rwxr-xr-x 1 root root  1024 Jun 17 14:47 grubenv
drwxr-xr-x 2 root root 20480 Jun 17 14:47 i386-pc
drwxr-xr-x 2 root root  2048 Jun 17 14:47 locale
drwxr-xr-x 2 root root 20480 Jun 17 14:47 x86_64-efi


root@debian8:~# vi /mnt/grub/grub.cfg

set vid=0x0000
set pid=0x00000
set sn=XXXXXXXXXXX
set mac1=000000000000
set default='2'
set timeout='3'


root@debian8:~# umount /mnt


root@debian8:~# shutdown -h now


- Retirer le disque virtuel de la VM

- Parcourir le datastore et télécharger le VMDK

- Renommer le fichier : Synoboot-DS3615-Jun-1.02b.vmdk

- Ouvrir une session SSH sur ESXi pour renommer le fichier :

~ # cd /vmfs/volumes/datastore/Xpenology/
/vmfs/volumes/00000000-00000000-0000-000000000000/Xpenology # ls -l
total 77832
-rw-------    1 root     root      52428800 Oct  1 14:12 Debian 8-flat.vmdk
-rw-------    1 root     root           461 Oct  1 14:06 Debian 8.vmdk
-rw-------    1 root     root      18153472 Jun  8  2016 XPEnoboot_DS3615xs_5.2-5644.5.vmdk
-rw-------    1 root     root          8684 Oct  1 14:00 Xpenology.nvram
-rw-r--r--    1 root     root             0 Jun  8  2016 Xpenology.vmsd
-rwxr-xr-x    1 root     root          3336 Oct  1 14:05 Xpenology.vmx
-rw-r--r--    1 root     root           367 Sep 30 19:26 Xpenology.vmxf
-rw-r--r--    1 root     root        158736 Sep 29 16:56 vmware-280.log
-rw-r--r--    1 root     root        498130 Sep 29 20:24 vmware-281.log
-rw-r--r--    1 root     root        189875 Sep 29 20:32 vmware-282.log
-rw-r--r--    1 root     root        281619 Sep 30 19:10 vmware-283.log
-rw-r--r--    1 root     root        323906 Oct  1 01:53 vmware-284.log
-rw-r--r--    1 root     root        282126 Oct  1 13:49 vmware-285.log

/vmfs/volumes/00000000-00000000-0000-000000000000/Xpenology # vmkfstools -E Debian\ 8.vmdk Loader.vmdk

/vmfs/volumes/00000000-00000000-0000-000000000000/Xpenology # ls -l
total 77832
-rw-------    1 root     root      52428800 Oct  1 14:12 Loader-flat.vmdk
-rw-------    1 root     root           459 Oct  1 14:15 Loader.vmdk
-rw-------    1 root     root      18153472 Jun  8  2016 XPEnoboot_DS3615xs_5.2-5644.5.vmdk
-rw-------    1 root     root          8684 Oct  1 14:00 Xpenology.nvram
-rw-r--r--    1 root     root             0 Jun  8  2016 Xpenology.vmsd
-rwxr-xr-x    1 root     root          3336 Oct  1 14:05 Xpenology.vmx
-rw-r--r--    1 root     root           367 Sep 30 19:26 Xpenology.vmxf
-rw-r--r--    1 root     root        158736 Sep 29 16:56 vmware-280.log
-rw-r--r--    1 root     root        498130 Sep 29 20:24 vmware-281.log
-rw-r--r--    1 root     root        189875 Sep 29 20:32 vmware-282.log
-rw-r--r--    1 root     root        281619 Sep 30 19:10 vmware-283.log
-rw-r--r--    1 root     root        323906 Oct  1 01:53 vmware-284.log
-rw-r--r--    1 root     root        282126 Oct  1 13:49 vmware-285.log
-rw-r--r--    1 root     root        189596 Oct  1 14:00 vmware.log



- Uploader le fichier sur le datastore et dans le répertoire de la VM Xpenology cible



###
### Démarrage DSM
###

- Arrêter la VM DSM

- Modifier les propriétés de la VM, retirer l ancien Synoboot, et mettre le nouveau à la place

- Ouvrir la console

- Démarrer la VM et choisir le menu de boot rapidement

- Utiliser Syno Assistant ou se connecter directmenet à l IP du DSM, et faire la migration DSM 6.1 avec "DSM_DS3615xs_15152.pat" ou plus récent "DSM_DS3615xs_15284.pat"

- Repasser en IP fixe

- Réactiver les homes users si nécessaire

- Faire la mise à jour des paquets

- Faire la mise à jour de DSM dans le panneau de configuration

- Si nécessaire : dump et import DB suite à migration MariaDB 5 vers MariaDB 10, et modifier fichier advancedsettings.xml de KODI pour utliser le port 3307

- Rebooter plusieurs fois pour s assurer que tout va bien

- Fibaro HC2 : modifier Network Monitor



###
### Nettoyage
###

- Supprimer l ancien disque virtuel "XPEnoboot_DS3615xs_5.2-5644.5.vmdk"

 

 

Partager ce message


Lien à poster
Partager sur d’autres sites

En fait ma question essentielle : comment placer dans la config de mon ancien XPENOLOGY un boot en vmdk ? Mon ancien boot était une image iso sur lecteur cd/dvd virtuel.

Modifié par galaksy2001

Partager ce message


Lien à poster
Partager sur d’autres sites

J'ai envie de répondre qu'il "suffit" de suivre ma méthode ci-dessus pour créer son vmdk.

Ou l'un des nombreux tutos comme l'a expliqué mprinfo.

 

C'est ta méthode à toi qui est étrange, je ne savais même pas qu'on pouvait booter Xpeno sur un CD virtuel !!

Partager ce message


Lien à poster
Partager sur d’autres sites

Y a quiproquo en fait ... Mon vmdk, il est créé , pas de soucis. Mais comment je peux m'en servir pour booter dessus avec mon ancien XPENO ?

 

Je le fous dans une VM, je lance ma VM et ensuite ... je lance synology assistant, il me trouve un nouveau système : ok. Je relance mon vieux XPENO Et après, je migre dans mon ancienne VM sur la nouvelle c'est ça ?

 

Bon, ok je suis aussi un peu anxieux comme garçon ... je veux être sur de tout avoir bien saisi avant de me lancer ...

Partager ce message


Lien à poster
Partager sur d’autres sites

Je pense que j'ai compris il a fait un CD Bootable et démarre le bootloader avec le lecteur de CDrom il doit être le seul a utiliser cette méthode

 

Il n'y a aucun soucis avec DSM 6.2 les problémes sont avec DSM 6.2.1 et un soucis de pilotes car il y a eu une mise a jour du kernel

 

Autre problème que j'ai rencontré avec ESXI 6.7 lorsque je créé une VM autre linux 4.x il la mets en EFI il faut allé dans les options VM et mettre BIOS

 

Je suis sous DSM 6.2.1 sur mes 2 GEN8 aucun soucis en particulier même avec le Gen8 ou j'ai mis les disques (Datastores et RDM) en AHCI pour tester

Partager ce message


Lien à poster
Partager sur d’autres sites
il y a 40 minutes, Lazer a dit :

Heu je sais pas, en fait moi j'utilise une toute autre méthode pour créer mon bootloader : je le génère à partie d'une autre VM Linux.

 

Je copie/colle directement mes notes, brut de fonderie, sans explication, mais c'est assez parlant quand on connait un peu Linux :


###
### [Tuto] Installer/Migrer DSM 5.2 à 6.1.x (Loader Jun)
### https://xpenology.com/forum/topic/7980-tuto-installermigrer-dsm-52-%C3%A0-61x-loader-jun/
### 29/09/2017
###

###
### Préparation Loader DSM 6.1
###

- Créer un disque virtuel de 50 Mo sur le datastore, provitionnement statique, et le mapper sur une VM Linux sur le bus IDE

- Extraire le loader "synoboot.img" de Jun v1.02b pour ds3615 depuis le fichier "Loader_Jun_1.02b.zip", et le transférer sur la VM Linux :


root@debian8:~# dmesg
[177815.811031] vmw_pvscsi: msg type: 0x0 - MSG RING: 1/0 (5)
[177815.811035] vmw_pvscsi: msg: device added at scsi0:1:0
[177815.814170] scsi 0:0:1:0: Direct-Access     VMware   Virtual disk     1.0  PQ: 0 ANSI: 2
[177815.815361] sd 0:0:1:0: Attached scsi generic sg2 type 0
[177815.815539] sd 0:0:1:0: [sdb] 102400 512-byte logical blocks: (52.4 MB/50.0 MiB)
[177815.815586] sd 0:0:1:0: [sdb] Write Protect is off
[177815.815588] sd 0:0:1:0: [sdb] Mode Sense: 31 00 00 00
[177815.815611] sd 0:0:1:0: [sdb] Cache data unavailable
[177815.815613] sd 0:0:1:0: [sdb] Assuming drive cache: write through
[177815.819209]  sdb: unknown partition table
[177815.819435] sd 0:0:1:0: [sdb] Attached SCSI disk


root@debian8:~# fdisk -l /dev/sdb

Disk /dev/sdb: 50 MiB, 52428800 bytes, 102400 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


root@debian8:~# ls -l synoboot.img
-rw-r--r-- 1 root root 52428800 Jun 17 14:49 synoboot.img


root@debian8:~# du -sm synoboot.img
50      synoboot.img


root@debian8:~# dd if=synoboot.img of=/dev/sdb
102400+0 records in
102400+0 records out
52428800 bytes (52 MB) copied, 0.785446 s, 66.8 MB/s


root@debian8:~# partprobe


root@debian8:~# fdisk -l /dev/sdb

Disk /dev/sdb: 50 MiB, 52428800 bytes, 102400 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 00000000-0000-0000-0000-000000000000

Device     Start    End Sectors Size Type
/dev/sdb1   2048  32767   30720  15M EFI System
/dev/sdb2  32768  94207   61440  30M Linux filesystem
/dev/sdb3  94208 102366    8159   4M BIOS boot


root@debian8:~# mount /dev/sdb1 /mnt


root@debian8:~# ls -l /mnt/
total 4
drwxr-xr-x 3 root root 2048 Jun 17 14:47 EFI
drwxr-xr-x 6 root root 2048 Jun 17 14:47 grub


root@debian8:~# ls -l /mnt/grub/
total 52
drwxr-xr-x 2 root root  2048 Jun 17 14:47 fonts
-rwxr-xr-x 1 root root  4765 Jun 17 14:47 grub.cfg
-rwxr-xr-x 1 root root  1024 Jun 17 14:47 grubenv
drwxr-xr-x 2 root root 20480 Jun 17 14:47 i386-pc
drwxr-xr-x 2 root root  2048 Jun 17 14:47 locale
drwxr-xr-x 2 root root 20480 Jun 17 14:47 x86_64-efi


root@debian8:~# vi /mnt/grub/grub.cfg

set vid=0x0000
set pid=0x00000
set sn=XXXXXXXXXXX
set mac1=000000000000
set default='2'
set timeout='3'


root@debian8:~# umount /mnt


root@debian8:~# shutdown -h now


- Retirer le disque virtuel de la VM

- Parcourir le datastore et télécharger le VMDK

- Renommer le fichier : Synoboot-DS3615-Jun-1.02b.vmdk

- Ouvrir une session SSH sur ESXi pour renommer le fichier :

~ # cd /vmfs/volumes/datastore/Xpenology/
/vmfs/volumes/00000000-00000000-0000-000000000000/Xpenology # ls -l
total 77832
-rw-------    1 root     root      52428800 Oct  1 14:12 Debian 8-flat.vmdk
-rw-------    1 root     root           461 Oct  1 14:06 Debian 8.vmdk
-rw-------    1 root     root      18153472 Jun  8  2016 XPEnoboot_DS3615xs_5.2-5644.5.vmdk
-rw-------    1 root     root          8684 Oct  1 14:00 Xpenology.nvram
-rw-r--r--    1 root     root             0 Jun  8  2016 Xpenology.vmsd
-rwxr-xr-x    1 root     root          3336 Oct  1 14:05 Xpenology.vmx
-rw-r--r--    1 root     root           367 Sep 30 19:26 Xpenology.vmxf
-rw-r--r--    1 root     root        158736 Sep 29 16:56 vmware-280.log
-rw-r--r--    1 root     root        498130 Sep 29 20:24 vmware-281.log
-rw-r--r--    1 root     root        189875 Sep 29 20:32 vmware-282.log
-rw-r--r--    1 root     root        281619 Sep 30 19:10 vmware-283.log
-rw-r--r--    1 root     root        323906 Oct  1 01:53 vmware-284.log
-rw-r--r--    1 root     root        282126 Oct  1 13:49 vmware-285.log

/vmfs/volumes/00000000-00000000-0000-000000000000/Xpenology # vmkfstools -E Debian\ 8.vmdk Loader.vmdk

/vmfs/volumes/00000000-00000000-0000-000000000000/Xpenology # ls -l
total 77832
-rw-------    1 root     root      52428800 Oct  1 14:12 Loader-flat.vmdk
-rw-------    1 root     root           459 Oct  1 14:15 Loader.vmdk
-rw-------    1 root     root      18153472 Jun  8  2016 XPEnoboot_DS3615xs_5.2-5644.5.vmdk
-rw-------    1 root     root          8684 Oct  1 14:00 Xpenology.nvram
-rw-r--r--    1 root     root             0 Jun  8  2016 Xpenology.vmsd
-rwxr-xr-x    1 root     root          3336 Oct  1 14:05 Xpenology.vmx
-rw-r--r--    1 root     root           367 Sep 30 19:26 Xpenology.vmxf
-rw-r--r--    1 root     root        158736 Sep 29 16:56 vmware-280.log
-rw-r--r--    1 root     root        498130 Sep 29 20:24 vmware-281.log
-rw-r--r--    1 root     root        189875 Sep 29 20:32 vmware-282.log
-rw-r--r--    1 root     root        281619 Sep 30 19:10 vmware-283.log
-rw-r--r--    1 root     root        323906 Oct  1 01:53 vmware-284.log
-rw-r--r--    1 root     root        282126 Oct  1 13:49 vmware-285.log
-rw-r--r--    1 root     root        189596 Oct  1 14:00 vmware.log



- Uploader le fichier sur le datastore et dans le répertoire de la VM Xpenology cible



###
### Démarrage DSM
###

- Arrêter la VM DSM

- Modifier les propriétés de la VM, retirer l ancien Synoboot, et mettre le nouveau à la place

- Ouvrir la console

- Démarrer la VM et choisir le menu de boot rapidement

- Utiliser Syno Assistant ou se connecter directmenet à l IP du DSM, et faire la migration DSM 6.1 avec "DSM_DS3615xs_15152.pat" ou plus récent "DSM_DS3615xs_15284.pat"

- Repasser en IP fixe

- Réactiver les homes users si nécessaire

- Faire la mise à jour des paquets

- Faire la mise à jour de DSM dans le panneau de configuration

- Si nécessaire : dump et import DB suite à migration MariaDB 5 vers MariaDB 10, et modifier fichier advancedsettings.xml de KODI pour utliser le port 3307

- Rebooter plusieurs fois pour s assurer que tout va bien

- Fibaro HC2 : modifier Network Monitor



###
### Nettoyage
###

- Supprimer l ancien disque virtuel "XPEnoboot_DS3615xs_5.2-5644.5.vmdk"

 

 

Je ne suis pas linux donc je capte rien lol

 

Moi c'est encore plus simple je pense

j’arrête la VM je renomme le fichier img en bak et je télécharge le nouveau fichier qui ce nommera toujours synoboot.img

je redémarre la VM et terminer 

Partager ce message


Lien à poster
Partager sur d’autres sites

 après tu es sous ESXi

pourquoi ne fais-tu pas une VM de test afin de te faire la main

Partager ce message


Lien à poster
Partager sur d’autres sites
Il y a 3 heures, galaksy2001 a dit :

Je souhaiterai maintenant dupliquer mes données avec hyper backup de mon ancien serveur (en DSM 5.2) sur le nouveau.

Pourquoi ne pas tout simplement monter ton DSM5.2 en FTP sur ton DSM 6.1 et ensuite compier de l'un à l'autre ?

Partager ce message


Lien à poster
Partager sur d’autres sites

Merci pour votre aide les gars mais je vois bien que je n'arrive pas à me faire comprendre :5: 48 heures que je bosse sur ma nouvelle install + migration de l'ancienne, je commence à fatiguer !

 

@mprinfo : sur mon ancienne install sur le gen7, je boote sur une image iso sur lecteur cd/dvd virtuel (xenoboot.iso), je ne pense pas être le seul dans ce cas, rassure- moi !

Je veux le mettre à jour, pas installer un nouveau XPENO. Donc oui je peux faire une nouvelle VM mais ça ne m'aidera pas don mon cas, d'autant plus que c'est ce que j'ai déjà fait avec mon gen8.

 

Donc ma question c'est : comment je peux remplacer une image iso par un fichier vmdk ? Il faut bien que je change de méthode, je ne peux plus passer par mon lecteur cd/dvd virtuel ...

 

Edit : en fait les différentes méthodes d'update que j'ai pu trouvées ne concernent pas XPENOLOGY en VM. Je vois à pêu près ce qu'il faut faire mais certaines étapes ne sont pas très claires et  donc pour l'instant je préfère m'abstenir et demander des clarifications !

Modifié par galaksy2001

Partager ce message


Lien à poster
Partager sur d’autres sites

J'ai donc bien compris 

On utilise pas une image Iso comme bootloader mais une img

Sous ESXi il faut créé un vmdk avec un logiciel qui te donne 2 fichiers que tu importe dans ton datastore le mieux c'est de créer un dossier boot dans le dossier de ta vm

Après dans ta vm tu ajoutes un disque existant tu sélectionnes le fichier vmdk tu mets dépendant sata0 et 0.0

Tu peux aussi supprimer le CD-ROM 

Partager ce message


Lien à poster
Partager sur d’autres sites
il y a 59 minutes, galaksy2001 a dit :

Donc ma question c'est : comment je peux remplacer une image iso par un fichier vmdk ? Il faut bien que je change de méthode, je ne peux plus passer par mon lecteur cd/dvd virtuel ...

J'ai envie de dire, OUI, il suffit d'éditer les paramètres de la VM, de supprimer le CD, et d'ajouter le VMDK.

Et la VM bootera dessus.

Partager ce message


Lien à poster
Partager sur d’autres sites

@mprinfo : ok, mais à quoi sert alors l'image iso ? En tout cas ça a très bien fonctionné jusqu'à maintenant. Merci pour ta réponse : on rajoute un disque existant, c'est ce que j'ai fini par comprendre et tu le confirmes. L'info qui me manquait, c'est de le mettre en sata0. J'aurai du y songer mais je fatigue, plus trop les yeux en face des trous ... Il faut reconnaître que tous les tutos concernant la mise à jour ne correspondent pas pour la plupart à une install en VM.

 

@Lazer : ok merci pour ta réponse, mais je me demandais comment faire savoir à ma VM de booter en priorité sur ce disque.

 

edit : je ne vais peut être pas me lancer ce soir ... pas raisonnable ...

 

Edit 2 : ... c'est fait, tout est ok ... pas raisonnable :7::yes:

Merci pour votre aide et votre écoute car mes propos n'ont pas toujours été clairs. Je vois que j'ai eu du mal à percuter ... je vais finir par ressembler à mon avatar !

Modifié par galaksy2001

Partager ce message


Lien à poster
Partager sur d’autres sites

Hello,

 

petite question aux pros de xpeno/esxi:

 

avez-vous une astuce pour faire reconnaitre un ups connecter en USB sur esxi?

 

j'ai vue des solutions exotique:

-faire tourner une VM CENTos

-vendre l'ups pour acheter un ups avec prise en charge d'une carte réseau ( me femme risque de me tuer!)

 

merci pour l'info ;)

 

ps: mon UPS est un eaton eclipse avec juste de l'usb

Modifié par djksage

Partager ce message


Lien à poster
Partager sur d’autres sites

Justement moi j'utilise un onduleur sur réseau.

Mais je pense que ta question n'est pas liée à Xpenology, mais à DSM en général, il te suffit d'en choisir un qui soit dans la liste de compatibilité de Synology, c'est à dire à peu près tous.

Partager ce message


Lien à poster
Partager sur d’autres sites

en faite, l'onduleur fonctionne très bien (enfin la batterie est en fin de vie) sur mon G7 avec DSM installer en baremetal, mais je suis passé sur mon gen8 sous esxi. 

 

Si je le branche et que je le configure il va éteindre DSM mais pas esxi, je voudrais qu'à la fin de la batterie, esxi éteigne le serveur proprement pour éviter des problème de disques planté ou pire

 

merci ;)

Partager ce message


Lien à poster
Partager sur d’autres sites

Ah oui j'avais oublié l'extinction d'ESXi..... en effet, il y a des tutos sur le net, avec NUT.

C'est plus compliqué, forcément.

Partager ce message


Lien à poster
Partager sur d’autres sites

Il existe effectivement un client nut pour esxi. Je l'ai installé sur mon n54l et il fonctionne parfaitement.

 

Edit : migration de mon gen8 en 6.2 ok ^_^

  • Like 1

Partager ce message


Lien à poster
Partager sur d’autres sites

Salut les gars,

Je viens d'acheter un nouveau synology DS718+ (2Bay) et j'ai 2 disques 8TB que je mettrai en miroir

J'ai actuellement un DS412+ (4Bay) avec 4 disques de 1 TB en raid 5

Est-ce que quelqu'un à une solution pour migrer tout ça facilement (datas, config, apps et tout et tou ...)

J'ai lu les méthodes officielles syno mais la seule solution de faire ça est de bouger les disques physiquement d'un modèle a l'autre et comme 2 ne rentre pas dans 4 ... ça ne va pas.

 

Merciiii :-)

Partager ce message


Lien à poster
Partager sur d’autres sites

Salut la team !

@sebcbien

Moi j'ai installé DSM de base, puis tout copier en miroir d'un serveur à l'autre et restaurer la sauvegarde de la config du 1er serveur.

 

Qu'est-ce que tu en penses @mprinfo

Partager ce message


Lien à poster
Partager sur d’autres sites

Le problème c'est qu'une sauvegarde de configuration ne sauvegarde pas tout

Le problème c'est qu'il n'a aucune place pour mettre ne disque sur son vieux nas

Une solution c'est de virer un disque de son raid 5 

De mettre un nouveau disque à la place

De l initialiser afin que dsm s'installe sur le disque

De déplacer les paquets sur le nouveau disque

De déplacer le dossier partager sur le nouveau disque 

De prendre le nouveau disque et le mettre dans le nouveau nas

De faire la migration en gardant la configuration 

Ensuite il peut mettre le second disque

Autre solution c'est de passer sous xpenology avec une machine pouvant supporter tout les disques ou une vm q

Partager ce message


Lien à poster
Partager sur d’autres sites

Effectivement faut voir se que comporte ta config Seb.

 

J'ai fait le transfert en réseau sans déplacer les disques.

Partager ce message


Lien à poster
Partager sur d’autres sites

Par le réseau tu n'as accès qu'à la partition données

Partager ce message


Lien à poster
Partager sur d’autres sites

×