eleazar

I used to have this crash 2-3 times per year, but starting a few weeks ago, I started getting the crash every 24-48 hours out of the blue. This might sound crazy, but I eventually realized that I had manually installed changedetection.io docker the night before the crashes started. I realized this 9 days ago, and immediately removed the docker, and I have yet to have a crash since then. Note that I had installed the docker container myself, i did not use community applications to install it, so I'm guessing it was some kind of conflict caused by that specific container due to me likely setting something up incorrectly. It could be entirely coincidental, but I just wanted to throw that out there in case it pertains to anyone else. I'm on 6.9.2.

Thanks for the quick response! I think I'm going to wipe my 6.2.x VM and start over with 1.02 and 6.1.7. Just to clarify, you didn't have to do anything special? Just use 1.02 bootloader, and install 6.1.7 and it works "out of the box" without having to adjust network adapter? For example, same settings for the VM as your post here (minus the virtio change):

This is probably a dumb question, but I'm assuming you're running 6.1.7, because it won't boot with anything higher while using 1.02 bootloader? I'd love to not have to change from e1000e, and fix the weird high network load in DSM, but at the same time, I like being on the more recent versions of DSM. 😕

Quick update. I tried your config: ds3617, e1000/seabios (i had never tried seabios before). I was able to successfully install and boot 6.2, but as soon as I attempt to install 6.2.1-23739, it never comes back online after the install. So it looks like you and I are in the same boat.

My setup: Dell r730 (Dell 599V5 Mobo) CPU: Intel(R) Xeon(R) CPU E5-2630 v3 @ 2.40GHz Memory: 48 GB ECC DDR4 NIC (1): Integrated Broadcom Gigabit Ethernet BCM5720 (in use by Xpenology) NIC (2): PCIe NetXtreme BCM5720 Gigabit Ethernet (not currently used with Xpenology)

I just checked my install, I guess I was stuck on 6.1.7 Update 2. I'll try getting 6.2 working with your setup now 😀 That would be amazing! 😍

It sounds like you're running into exactly what I ran into. I tried pretty much every combination and as soon as I attempted anything above 6.2.0, it failed. I'm not sure how the other 2 people in this thread got 6.2.1 to boot successfully.

hey everyone, i installed 6.6.7 the first day it was available. When attempting the update, apparently my flash drive corrupted, or somehow became read only. So I pulled a flash drive backup from before the update attempt, and put the backup on a brand new flash drive. Everything seemed fine after that. I woke up the next morning, after getting everything running smoothly, and the server had rebooted itself. I thought maybe it was just a fluke. I had it run a parity check, and everything was clean. Fast forward to this morning, and the server rebooted itself again. So at this point, I think it's something I need to diagnose and resolve. Up until this week, I've never had stability issues with unRAID, no reboots, no problems really to speak of. I have no idea where to being on diagnosing this, so I've attached my diagnostics zip file. Please let me know if you need any additional information from me. Thank you for any and all help unraid-diagnostics-20190228-1124.zip

Thanks! I'll run chkdsk /f on the drive when I get home. I'll be sure to get a new backup of the config folder. I also noticed that apps I installed with nerd tools (ie. screen, tmux) aren't usable from terminal anymore, and same with rclone beta I was running.

Could be a coincidence, but I was on 6.6.1, installed the 6.6.7 update, rebooted the server, and upon reboot I was still on 6.6.1, and received an error "USB drive is not read-write". This is a new flash drive purchased from Costco about 3months ago specifically to use with unRAID. It also wants to do a parity check, and says "Unclean shutdown detected." despite it definitely being a clean reboot. I tried running the update again and it gave this error: inflating: /tmp/unRAIDServer/syslinux/syslinux.cfg flash write error 0, maybe corrupted? plugin: run failed: /bin/bash retval: 1

Unfortunately it's not showing up in the list of devices on the router. :( I'm not sure what else to try

Thank you for the quick response Unfortunately it's still not working for me. I've spent a few hours on this today, and I'm stuck at not being able to even find the VM with Synology Assistant (or find.synology.com) I'll post the steps I followed below, could you let me know if I missed something? I included my full XML below. Use CentOS as the VM template Use the 918+ 1.04b bootloader (i also tried the ds3617 1.03b bootloader, and the ds3615 1.03b, with no luck) Change the ethernet model-type to e1000 in the VM XML Update MAC address in the synoboot image to the MAC the VM assigned Generate serial number, update it in the synoboot image (this only applied to the ds3617, since I couldn't find a generator for the 918, but i don't think that would stop it from even showing up on the network) Boot using the VMare/ESXI option (I also tried the bare metal option) I can't think of anything else to try at the moment, and would really appreciate any help <?xml version='1.0' encoding='UTF-8'?> <domain type='kvm' id='18'> <name>Syno-6.2Test</name> <uuid>b94cda6c-xxxx-59e3-36ee-xxxxxxd30d10</uuid> <metadata> <vmtemplate xmlns="unraid" name="CentOS" icon="centos.png" os="centos"/> </metadata> <memory unit='KiB'>8388608</memory> <currentMemory unit='KiB'>8388608</currentMemory> <memoryBacking> <nosharepages/> </memoryBacking> <vcpu placement='static'>8</vcpu> <cputune> <vcpupin vcpu='0' cpuset='0'/> <vcpupin vcpu='1' cpuset='1'/> <vcpupin vcpu='2' cpuset='2'/> <vcpupin vcpu='3' cpuset='3'/> <vcpupin vcpu='4' cpuset='4'/> <vcpupin vcpu='5' cpuset='5'/> <vcpupin vcpu='6' cpuset='6'/> <vcpupin vcpu='7' cpuset='7'/> </cputune> <resource> <partition>/machine</partition> </resource> <os> <type arch='x86_64' machine='pc-q35-3.0'>hvm</type> <loader readonly='yes' type='pflash'>/usr/share/qemu/ovmf-x64/OVMF_CODE-pure-efi.fd</loader> <nvram>/etc/libvirt/qemu/nvram/b94cda6c-xxxx-59e3-36ee-xxxxd30d10_VARS-pure-efi.fd</nvram> </os> <features> <acpi/> <apic/> </features> <cpu mode='host-passthrough' check='none'> <topology sockets='1' cores='4' threads='2'/> </cpu> <clock offset='utc'> <timer name='rtc' tickpolicy='catchup'/> <timer name='pit' tickpolicy='delay'/> <timer name='hpet' present='no'/> </clock> <on_poweroff>destroy</on_poweroff> <on_reboot>restart</on_reboot> <on_crash>restart</on_crash> <devices> <emulator>/usr/local/sbin/qemu</emulator> <disk type='file' device='disk'> <driver name='qemu' type='raw' cache='writeback'/> <source file='/mnt/user/isos/synoboot-ds918/synoboot.img'/> <backingStore/> <target dev='hdc' bus='usb'/> <boot order='1'/> <alias name='usb-disk2'/> <address type='usb' bus='0' port='1'/> </disk> <disk type='file' device='disk'> <driver name='qemu' type='raw' cache='writeback'/> <source file='/mnt/user/domains/Syno-6.2Test/vdisk2.img'/> <backingStore/> <target dev='hdd' bus='sata'/> <alias name='sata0-0-3'/> <address type='drive' controller='0' bus='0' target='0' unit='3'/> </disk> <controller type='usb' index='0' model='ich9-ehci1'> <alias name='usb'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x7'/> </controller> <controller type='usb' index='0' model='ich9-uhci1'> <alias name='usb'/> <master startport='0'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x0' multifunction='on'/> </controller> <controller type='usb' index='0' model='ich9-uhci2'> <alias name='usb'/> <master startport='2'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x1'/> </controller> <controller type='usb' index='0' model='ich9-uhci3'> <alias name='usb'/> <master startport='4'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x2'/> </controller> <controller type='sata' index='0'> <alias name='ide'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x1f' function='0x2'/> </controller> <controller type='pci' index='0' model='pcie-root'> <alias name='pcie.0'/> </controller> <controller type='pci' index='1' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='1' port='0x10'/> <alias name='pci.1'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0' multifunction='on'/> </controller> <controller type='pci' index='2' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='2' port='0x11'/> <alias name='pci.2'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x1'/> </controller> <controller type='pci' index='3' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='3' port='0x12'/> <alias name='pci.3'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x2'/> </controller> <controller type='pci' index='4' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='4' port='0x13'/> <alias name='pci.4'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x3'/> </controller> <controller type='virtio-serial' index='0'> <alias name='virtio-serial0'/> <address type='pci' domain='0x0000' bus='0x02' slot='0x00' function='0x0'/> </controller> <interface type='bridge'> <mac address='52:54:00:5a:7b:f2'/> <source bridge='br0'/> <target dev='vnet0'/> <model type='e1000'/> <alias name='net0'/> <address type='pci' domain='0x0000' bus='0x01' slot='0x00' function='0x0'/> </interface> <serial type='pty'> <source path='/dev/pts/0'/> <target type='isa-serial' port='0'> <model name='isa-serial'/> </target> <alias name='serial0'/> </serial> <console type='pty' tty='/dev/pts/0'> <source path='/dev/pts/0'/> <target type='serial' port='0'/> <alias name='serial0'/> </console> <channel type='unix'> <source mode='bind' path='/var/lib/libvirt/qemu/channel/target/domain-18-Syno-6.2Test/org.qemu.guest_agent.0'/> <target type='virtio' name='org.qemu.guest_agent.0' state='disconnected'/> <alias name='channel0'/> <address type='virtio-serial' controller='0' bus='0' port='1'/> </channel> <input type='tablet' bus='usb'> <alias name='input0'/> <address type='usb' bus='0' port='2'/> </input> <input type='mouse' bus='ps2'> <alias name='input1'/> </input> <input type='keyboard' bus='ps2'> <alias name='input2'/> </input> <graphics type='vnc' port='5900' autoport='yes' websocket='5700' listen='0.0.0.0' keymap='en-us'> <listen type='address' address='0.0.0.0'/> </graphics> <video> <model type='qxl' ram='65536' vram='65536' vgamem='16384' heads='1' primary='yes'/> <alias name='video0'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x0'/> </video> <memballoon model='virtio'> <alias name='balloon0'/> <address type='pci' domain='0x0000' bus='0x03' slot='0x00' function='0x0'/> </memballoon> </devices> <seclabel type='dynamic' model='dac' relabel='yes'> <label>+0:+100</label> <imagelabel>+0:+100</imagelabel> </seclabel> </domain>

Hey guys, I'm trying to get my xpenology setup updated to 6.2.1, so I'm setting up a test VM before trying to update my live VM. I'm struggling with being able to find it with synology assistant. I'm using CentOS template, the 1.03b for DS3617xs bootloader, changed mac to actual, and changed from virtio to e1000. I was thinking maybe I need to update the VID/PID/Serial/MAC info in the boot image. I updated the serial and MAC without any issues, but I'm not really sure how to find the VID/PID for a virtual USB drive 😕 @AKPanda can you help me with the process you followed to get the VID/PID to use? Also, did you guys settle on booting as "baremetal" with the loader, or do you choose the ESXI/VM option?

I've not encountered Error 13, but I just want to confirm, you're not trying to install a version higher than 6.1.7-15284, right? You definitely cannot let DSM update itself, or install the latest version, that will always fail, since the bootloader only supports up to 6.1.7-15284.

I'm still running 6.1.7-15284 Update 2 without any problems. I also installed this for a friend within unRAID recently as well, without any problems. all i do is change the model from virtio to e1000. Just fyi, if you make the change to the xml, but then at any point later you switch back to basic view to make other changes, the e1000 change will be lost every time. You have to make your "basic" changes, save it, then go in and edit the xml to change it back to e1000.