pigr8

- Outcome of the update: SUCCESSFUL - DSM version prior update: DSM 6.2.3-25426 - Loader version and model: JUN'S LOADER v1.03b - DS3615XS - Using custom extra.lzma: NO - Installation type: VM - HP Microserver Gen8 - ESXI 7.0 Build 15843807 - LSI 9211-8i passthrough with 5x hdd shr1 and 1x ssd (SMART and TRIM working) - Additional comment: Updated directly from the WebUI in DSM, reboot required.

- Outcome of the update: SUCCESSFUL - DSM version prior update: DSM 6.2.2-24922-update 6 - Loader version and model: JUN'S LOADER v1.03b - DS3615XS - Using custom extra.lzma: NO - Installation type: VM - ESXI 7.0 Build 15843807 - LSI 9211-8i passthrough with 5x hdd shr1 and 1x ssd (SMART and TRIM working) - Additional comment: Used FixSynoboot from flyride. Updated directly from the WebUI in DSM, reboot required.

- Outcome of the update: SUCCESSFUL - DSM version prior update: DSM 6.2.1-23824 Update 6 - Loader version and model: Jun's loader v1.03b, DS3615xs - Using custom extra.lzma: NO - Installation type: VM - ESXi 6.7 U2 13473784 on Microserver Gen8 - Additional comments: Dell H200 @LSI Controller in passthrough, NIC set to e1000e.

qbittorrent or eventually transmission

- Outcome of the update: SUCCESSFUL - DSM version prior update: DSM 6.2-23739 Update 4 - Loader version and model: Jun's Loader v1.03b - DS3615xs - Using custom extra.lzma: NO - Installation type: VM - ESXi 6.5U2 on Microserver Gen8 - Additional comments: Cougar Point 6 port SATA AHCI Controller in passthrough, NIC set to e1000e. No Reboot Required

Perfect, which bootload are you using? 3615 or 3617?

ok don't know why, i tried 2 vm, my production vm, 2 baremetal and they all worked fine, all based on ds3615xs. maybe it's that, nevermind then! i used docker in the past, i just prefer a standalone spk

mmm that's wierd, you are the first that has problem. ps: do you have Java8 installed?

Hi all, i wanted to share with others the latest UniFi SDN Controller package, is based on Alexander's work (acmenet), just slighly updated. This runs on all x86 based boxes, in my case is Xpenology latest version 6.2.1-23824 Update 4 (VM). Feel free to leave suggestions! https://www.dropbox.com/s/4afgu8tye9gz6lo/UniFiController_5.10.17-11638.spk

- Outcome of the update: SUCCESSFUL - DSM version prior update: DSM 6.2-23739 Update 2 - Loader version and model: Jun's Loader v1.03b - DS3615xs - Using custom extra.lzma: NO - Installation type: VM - ESXi 6.5U2 on Microserver Gen8 - Additional comments: Cougar Point 6 port SATA AHCI Controller in passthrough, NIC set to e1000e.

worked on DS3615xs on Esxi thank you!

read carefully older posts.

it's a big jump from 5.2 to 6.2, a setup of mine didn't go that well and had to a fresh install instead of a migration (data remains intact btw). you shouldn't have any major problem.

no, and no. first you don't have to be on the latest cutting edge version of the software when you talk about server stuff, and HP clearly stated that will not support older gen hardware from now on and drivers not made for your gen could very likely no work correctly if not supported.. as you said, gen9+ images have drivers for newer hardware and pregen9 has older support, you would you you unsupported drivers on your server? i asked you this because i've tested 6.7 gen9 images on my microserver gen8 and some vm weren't working correctly giving rw timeout, rolled back to 6.5.. if you major upgrade your hypervisor from 6.5u2 to 6.7 and use drivers that are not compiled for that kernel you are going to have bad time, and newer drivers as HP said will not support older hardware so could easily break your system, same what's going on with new loader images and new kernel in synology. newer doesnt meen that your performance and stability will be better, expecially if your hardware is unsupported. and to be clear, b120i it's not an hardware raid controller, it's a fake raid, and no, your statement about driver fails and data lost is wrong since your software raid in the OS of your choice will handle recovery. ahci means that the physical drivers attached to the sata ports have no HP fake raid layer to deal with, and all of them are shown directly to the OS.. in that OS you can choose if and how handle the raid and what filesystem you want to use.. of example i have my 5 disks setup in a raid5 (actually shr1) array with a brtfs filesystem, but you could use another raid setup (even those that are not supported from your fake raid controller since it's handled by the os - like mdma) or another filesystem like zfs. that's why most users that have raid controller flashed in IT mode, to handle the array OS side and not in BIOS.. for example some LSI card dont have RAID5/6, if you flash them IT mode you can pass the disks to the os using the controller as a simple HBA card and then handle the raid array in OS, like FreeNAS os DSM. if you think that using the b120i is protecting you from data lost you are wrong, and btw raid is not a backup solution anyway so it doesnt have to protect you in the first place. m2c.

why do you use 6.7? there is no pre gen9 image for 6.7. I use 6.5u2 and works perfectly, with b120i set to ahci and the whole controller in passthrough to dsm.