Jump to content
XPEnology Community

Tutorial: DSM 6.x on Proxmox


fonix232

Recommended Posts

  • 3 weeks later...
On 2018-02-09 at 8:11 AM, arkilee said:

For those who are interested to be able to power off DSM 6.1.x VM via ACPI and get the shutdown working through Proxmox Virtual Environment,
I have recompiled the button.ko and evdev.ko from the poweroff package of this post in order to get this working on dsm 6.1.x/DS3615xs.

 

power-off_dsm61x_ds3615xs_x86.tar.gz

 

Thanks for that.

When I do:

sudo /usr/local/etc/rc.d/S30acpid.sh start

I get:

insmod: ERROR: could not insert module /lib/modules/button.ko: File exists
insmod: ERROR: could not insert module /lib/modules/evdev.ko: File exists
start acpid

I copied every files in the archive to its corresponding directory.

 

What's wrong?

Thanks.

Link to comment
Share on other sites

On 2/18/2018 at 11:44 PM, jpbaril said:

 

Thanks for that.

When I do:


sudo /usr/local/etc/rc.d/S30acpid.sh start

I get:


insmod: ERROR: could not insert module /lib/modules/button.ko: File exists
insmod: ERROR: could not insert module /lib/modules/evdev.ko: File exists
start acpid

I copied every files in the archive to its corresponding directory.

 

What's wrong?

Thanks.

 

Nothing's wrong, It means that you already have "button" and "evdev" modules already loaded in the kernel.

Maybe your bootloader has it already or you have run "s30acpid.sh start" several times.

 

Try to reboot your xpenology then try to shut it down with Proxmox VE web interface to see if it works.

 

 

 

 

Link to comment
Share on other sites

57 minutes ago, arkilee said:

Nothing's wrong, It means that you already have "button" and "evdev" modules already loaded in the kernel.

Maybe your bootloader has it already or you have run "s30acpid.sh start" several times.

 

Try to reboot your xpenology then try to shut it down with Proxmox VE web interface to see if it works.

 

Yeah it indeed works. I had to restart. I have your synoboot with virtio drivers.
Thanks then.

Link to comment
Share on other sites

  • 2 months later...
On 2018-02-09 at 8:11 AM, arkilee said:

For those who are interested to be able to power off DSM 6.1.x VM via ACPI and get the shutdown working through Proxmox Virtual Environment,
I have recompiled the button.ko and evdev.ko from the poweroff package of this post in order to get this working on dsm 6.1.x/DS3615xs.

 

power-off_dsm61x_ds3615xs_x86.tar.gz

 

I updated to latest dsm versio some time ago and now I noticed that the power button function is not working anymore.

I also found this thread and simple to install package:

Would that also work instead of manually installing files like in your case?

Thanks.

Link to comment
Share on other sites

  • 2 weeks later...

Hi, 

 

so i been playing around with DSM and proxmox yesterday and i think it's great, and even considering migrating to it.

 

After installing a few apps and 2fa, i rebooted, and now all i am getting is: 

Sorry, the page you are looking for is not found.

 

can someone please assist?

also, can i just passthrough my ext4 hard drive or will i have to migrate all my data?

thanks,Bar1

Link to comment
Share on other sites

17 hours ago, Bar1 said:

Hi, 

 

so i been playing around with DSM and proxmox yesterday and i think it's great, and even considering migrating to it.

 

After installing a few apps and 2fa, i rebooted, and now all i am getting is: 

Sorry, the page you are looking for is not found.

 

can someone please assist?

also, can i just passthrough my ext4 hard drive or will i have to migrate all my data?

thanks,Bar1

 

Ok so i am going to reload, but i am worried it will happen again.

am i not suppose to run updates on it? does 2fa breaks anything?

 

Link to comment
Share on other sites

  • 1 month later...
  • 1 month later...

Works great for me. Here's my config:

 

args: -device ich9-usb-ehci1,id=usb,multifunction=on,bus=pci.0,addr=0xa -drive file=/mnt/pve/templates/template/qemu/synoboot-test.qcow2,format=qcow2,if=none,id=drive-usb-disk2,cache=writeback -device usb-storage,bus=usb.0,port=2,drive=drive-usb-disk2,id=usb-disk2,bootindex=1,removable=off -rtc base=utc,driftfix=slew -global kvm-pit.lost_tick_policy=delay -no-hpet -global PIIX4_PM.disable_s3=1 -global PIIX4_PM.disable_s4=1 -realtime mlock=off -machine pc-i440fx-2.9,accel=kvm,usb=off,vmport=off,dump-guest-core=off -cpu kvm64,+kvm_pv_unhalt,+kvm_pv_eoi
boot: nc
bootdisk: sata0
cores: 2
cpu: kvm64
memory: 1024
name: test
net0: e1000=A6:F0:EF:B7:91:45,bridge=vmbr0
numa: 0
ostype: l26
sata0: local-lvm:vm-114-disk-1,size=10G
smbios1: uuid=2dce823b-ffd0-44e5-8914-57feab9873a1
sockets: 1
tablet: 0
vcpus: 2
vga: qxl

 

Link to comment
Share on other sites

Same issue for me.

I can boot on 1.03 but no ping and cpu is 100% on one core.

 

Here my config:

args: -device 'piix3-usb-uhci,addr=0x18' -drive 'id=synoboot,file=/var/lib/vz/images/100/synoboot.img,if=none,format=raw' -device 'usb-storage,id=synoboot,drive=synoboot'
bios: ovmf
boot: 4
cores: 4
efidisk0: local-lvm:vm-100-disk-2,size=128K
hostpci0: 00:17.0,pcie=1,rombar=off
ide0: local-lvm:vm-100-disk-3,size=32G
machine: q35
memory: 5000
name: test
net0: e1000=8A:1A:5A:9D:44:AA,bridge=vmbr0
net1: e1000=7E:84:C8:B6:04:B4,bridge=vmbr1
numa: 0
onboot: 1
ostype: l26
parent: before_upgrade
scsihw: virtio-scsi-pci
smbios1: uuid=9a115c50-2291-4197-8845-eed8a3b86364
sockets: 1

@sashxp do you see anything in common with my config ?

Are you using pci passthrough ?

 

Edited by guik
Link to comment
Share on other sites

Not working for me either. Originally tried my existing config using UEFI. Tried changing to standard BIOS as it seems the loader has UEFI issues, but still no joy.

The image seems to boot up and give the happy hacking screen, but the device can't be found and the resources of the VM don't appear normal.

Link to comment
Share on other sites

Hey there,

Followed your steps perfectly, but I get a loop message "No bootable device". Here's a screen.

 

However, I found a workaround: if I hit F12 and choose the option 4 (boot from USB), I get the message of the GRUB that leads me to the step where I should be able to find the NAS through Synology Assistant, but I don't see it...

 

Actually, without Proxmox, I booted the server on a USB on which there is that synoboot, and it worked well, so I already upgraded my system from 5.2 to 6.1 that way (so working around Proxmox). I thought therefore it would be easy in a second step to upgrade my 5.2 virtual machine easily, but so far, the result is that I can't access my Synology OS on the usual IP, nor detect it with Synology Assistant...

 

Question: in the packaged synoboot.img I replaced the MAC1 with the one of the VIRTUAL driver. I also left the VID and PID of the USB I had used, since I don't see how I should use an alternative here. Should I have done that?

 

Thanks.

 

 

2018-08-18_234206.png

Link to comment
Share on other sites

  • 3 weeks later...
On 8/19/2018 at 5:51 AM, Raikoryu said:

Hey there,

Followed your steps perfectly, but I get a loop message "No bootable device". Here's a screen.

 

However, I found a workaround: if I hit F12 and choose the option 4 (boot from USB), I get the message of the GRUB that leads me to the step where I should be able to find the NAS through Synology Assistant, but I don't see it...

 

Actually, without Proxmox, I booted the server on a USB on which there is that synoboot, and it worked well, so I already upgraded my system from 5.2 to 6.1 that way (so working around Proxmox). I thought therefore it would be easy in a second step to upgrade my 5.2 virtual machine easily, but so far, the result is that I can't access my Synology OS on the usual IP, nor detect it with Synology Assistant...

 

Question: in the packaged synoboot.img I replaced the MAC1 with the one of the VIRTUAL driver. I also left the VID and PID of the USB I had used, since I don't see how I should use an alternative here. Should I have done that?

 

Thanks.

 

 

2018-08-18_234206.png

 

You can use 

qm terminal 100

to monitor the DSM VM serial port to debug any failure.

I also got a "mount failed" as others on Proxmox, but it was successful when using a sata image disk

I guess maybe there are some error in the bootloader for 6.2 (junboot 103b)

 

Link to comment
Share on other sites

  • 2 weeks later...

Hi

I've successful built test system with proxmox and DS3617 1.3b image. As others here I was forced do use BIOS instead of UEFI and USB3 emulation of synoboot pendrive. DSM  (fresh install) after week of test seems stable and the performance is comparable to DSM 6.1.

One thing stopping me from migration of my production system - lack of virtio drivers in synoboot.

Could someone compile these drivers, please?

Link to comment
Share on other sites

  • 3 weeks later...

Hello Guys,

 

Might someone help me to understand why I can't get more than 1 SCSI disk in my VM?

 

This is the VM config:

 

args: -device 'piix3-usb-uhci,addr=0x18' -drive 'id=synoboot,file=/var/lib/vz/xpenology/synoboot-ds3615xs-208.img,if=none,format=raw' -device 'usb-storage,id=synoboot,drive=synoboot'
bios: ovmf
boot: d
cores: 2
efidisk0: local-lvm:vm-104-disk-0,size=4M
hotplug: network,usb
memory: 2048
name: Synotest
net0: e1000=42:59:0F:62:F5:2D,bridge=vmbr1
numa: 0
onboot: 1
ostype: l26
sata0: local-lvm:vm-104-disk-1,size=32G
sata1: zfs4k:vm-104-disk-1,size=2G
scsi0: zfs64k:vm-104-disk-0,discard=on,size=100G
scsi1: zfs4k:vm-104-disk-0,discard=on,size=1G
scsi2: zfs4k:vm-104-disk-2,size=32G
scsi3: zfs4k:vm-104-disk-3,size=32G
scsi4: zfs4k:vm-104-disk-4,size=32G
scsi5: zfs4k:vm-104-disk-5,size=32G
scsihw: megasas
smbios1: uuid=275869c7-7acd-4c76-9549-4f1a5abb933d
sockets: 1

 

As you can see I attached 2 sata disk and 6 SCSI disks, with megaraid controller. While the VM is able to get all the sata drivers, it can get only the scsi0 disk.

Is there any explaination for this?

 

Capture.PNG.359dff4f3500c3709ba7676d4207b5c5.PNG

 

Link to comment
Share on other sites

  • 3 weeks later...

I have the same problem with scsi.

:: Loading module megaraid ... [  OK  ]
:: Loading module megaraid_sas[    3.259638] megaraid_sas 0000:00:05.0: INIT adapter done
[    3.308585] sd 6:2:0:0: Unexpected response from lun 1 while scanning, scan aborted
 ... [  OK  ]

i don’t have a solution.

 

Spoiler

[    2.089279] ata3: No present pin info for SATA link down event
[    2.395285] ata4: No present pin info for SATA link down event
[    2.702378] ata5: No present pin info for SATA link down event
[    3.009250] ata6: No present pin info for SATA link down event
patching file etc/rc
patching file etc/synoinfo.conf
Hunk #2 FAILED at 263.
Hunk #3 FAILED at 291.
Hunk #4 FAILED at 304.
Hunk #5 FAILED at 312.
Hunk #6 FAILED at 328.
5 out of 6 hunks FAILED -- saving rejects to file etc/synoinfo.conf.rej
patching file linuxrc.syno
patching file usr/sbin/init.post
START /linuxrc.syno
Insert basic USB modules...
:: Loading module usb-common ... [  OK  ]
:: Loading module usbcore ... [  OK  ]
:: Loading module xhci-hcd ... [  OK  ]
:: Loading module xhci-pci ... [  OK  ]
:: Loading module usb-storage ... [  OK  ]
:: Loading module BusLogic ... [  OK  ]
:: Loading module vmw_pvscsi ... [  OK  ]
:: Loading module megaraid_mm ... [  OK  ]
:: Loading module megaraid_mbox ... [  OK  ]
:: Loading module scsi_transport_spi ... [  OK  ]
:: Loading module mptbase ... [  OK  ]
:: Loading module mptscsih ... [  OK  ]
:: Loading module mptspi ... [  OK  ]
:: Loading module mptctl ... [  OK  ]
:: Loading module megaraid ... [  OK  ]
:: Loading module megaraid_sas[    3.259638] megaraid_sas 0000:00:05.0: INIT adapter done
[    3.308585] sd 6:2:0:0: Unexpected response from lun 1 while scanning, scan aborted
 ... [  OK  ]
:: Loading module scsi_transport_sas ... [  OK  ]
:: Loading module raid_class ... [  OK  ]
:: Loading module mpt3sas ... [  OK  ]
:: Loading module mdio ... [  OK  ]
:: Loading module rtc-cmos ... [  OK  ]
Insert net driver(Mindspeed only)...
Starting /usr/syno/bin/synocfgen...
/usr/syno/bin/synocfgen returns 0
[    3.473413] md: invalid raid superblock magic on sdb5
Partition Version=8
 /sbin/e2fsck exists, checking /dev/md0... 
/sbin/e2fsck -pvf returns 0
Mounting /dev/md0 /tmpRoot
------------upgrade
Begin upgrade procedure
No upgrade file exists
End upgrade procedure
============upgrade
Wait 2 seconds for synology manufactory device
Thr Nov  1 08:48:27 UTC 2018
/dev/md0 /tmpRoot ext4 rw,relatime,data=ordered 0 0
none /sys/kernel/debug debugfs rw,relatime 0 0
sys /sys sysfs rw,relatime 0 0
none /dev devtmpfs rw,relatime,size=1012544k,nr_inodes=253136,mode=755 0 0
proc /proc proc rw,relatime 0 0
linuxrc.syno executed successfully.
Post init

==================== start udevd ====================
===== trigger device plug event =====

Test-DSM login: 

 

 

Edited by dodo-dk
Link to comment
Share on other sites

Hi all, (sorry for my poor English)

 

I am runing a dell poweredge t320 with proxmox 5.2.10.

On this server I have a few VM running DSM 6.2-23739 update 2 with jun's loader 1.03b

1 with DS3615xs and 4 disks (3TB each) 

1 with DS3617xs with only virtual disk

 

It works fine.

I saw that some guys running ESXi made the upgrade to DSM 6.2.1 with no problem.

 

Has anyone manage to do the upgrade to DSM 6.2.1 on DS3615xs or ds3617XS

 

Best regards, thanks for your answer.

Link to comment
Share on other sites

For the SCSI Problem

I have found a solution for the SCSI problem with more than one disk. Here is the source/solution.

You need to edit the file /usr/share/perl5/PVE/QemuServer.pm

 

Change this 

if (!$conf->{scsihw} || ($conf->{scsihw} =~ m/^lsi/)){
            $device = "scsi-$devicetype,bus=$controller_prefix$controller.0,scsi-id=$unit,drive=drive-$drive->{interface}$drive->{index},id=$drive->{interface}$drive->{index}";
        } else {
            $device = "scsi-$devicetype,bus=$controller_prefix$controller.0,channel=0,scsi-id=0,lun=$drive->{index},drive=drive-$drive->{interface}$drive->{index},id=$drive->{interface}$drive->{index}";
}

to this

if (!$conf->{scsihw} || ($conf->{scsihw} =~ m/^lsi/)){
            $device = "scsi-$devicetype,bus=$controller_prefix$controller.0,scsi-id=$unit,drive=drive-$drive->{interface}$drive->{index},id=$drive->{interface}$drive->{index}";
        } else {
            $device = "scsi-$devicetype,bus=$controller_prefix$controller.0,channel=0,scsi-id=$drive->{index},lun=0,drive=drive-$drive->{interface}$drive->{index},id=$drive->{interface}$drive->{index}";
}

and restart service with

systemctl restart pvedaemon.service

Thanks you very much Mario!

 

 

For Loader 1.04b with Proxmox, it works.

 

This is my Test-Config:

balloon: 0
bios: seabios
boot: c
bootdisk: sata0
cores: 4
cpu: kvm64
hotplug: 0
memory: 2048
name: DSM6.2
net0: e1000=36:CE:FF:A5:7B:3D,bridge=vmbr0
numa: 0
ostype: l26
sata0: local:105/synoboot-ds918p_1.04b.raw,size=52429K
sata1: local-lvm:vm-105-disk-1,size=32G
scsi0: local-lvm:vm-105-disk-0,size=42G
scsi1: local-lvm:vm-105-disk-2,size=52G
scsihw: megasas
serial0: socket
smbios1: uuid=29b25045-0fd0-4c22-a163-41b36e09d32a
sockets: 1

 

Bildschirmfoto 2018-11-17 um 08.18.48.png

Bildschirmfoto 2018-11-17 um 08.19.13.png

Edited by dodo-dk
Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...