flyride

Members
  • Content Count

    1,848
  • Joined

  • Last visited

  • Days Won

    97

Everything posted by flyride

  1. Yes, that is the way Synology is supporting the older CPU's; they are not upgrading the kernel, at least in 6.2. So if you want a newer kernel, 918 will be the way to go.
  2. flyride

    DSM 6.2 Loader

    Load a vmdk file in a text editor and you will have your answer.
  3. - Outcome of the update: SUCCESSFUL - DSM version prior update: DSM 6.1.7-15284U1 - Loader version and model: Jun's loader v1.02b - DS3615xs - Using custom extra.lzma: NO - Installation type: VM - ESXi 6.5.0 U1-7388607 - Additional comments: REBOOT REQUIRED / No issues with physical RDM and controller pass-through.
  4. - Outcome of the update: SUCCESSFUL - DSM version prior update: DSM 6.1.7-15284 Update 1 - Loader version and model: Jun's Loader v1.02b - DS916 - Using custom extra.lzma: NO - Installation type: BAREMETAL - ASRock J4105-ITX - Additional comments: NO REBOOT REQUIRED
  5. Unless you manually modify them yourself, you will not be using anything other than original PAT files from Synology. You should read the FAQ and best practices regarding updates. In short, nobody knows for sure whether an update is going to break XPEnology. Most folks either wait for someone to report success on a software/hardware platform similar to theirs before applying an update, or have a test system that they don't mind crashing to try it out on prior to committing the production system.
  6. If you are not using DSM to provide storage redundancy, why are you using it in the first place vs. a Linux fileshare or Docker host? You could theoretically use vSAN to achieve redundancy in the VMWare space (again DSM seems useless at that point). Like IG-88 says, you can provision on two datastores and the JBOD them together in DSM, but there is no redundancy. If you have a 1.5TB volume on a 3TB datastore, and you want a 2TB volume on a 3TB datastore, it's not difficult to add space to your VMDK, then use mdadm and btrfs/ext tools to expand the disk from
  7. Nice, I had not seen native NVMe for cache validated yet.
  8. XPEnology is only Intel-based, there is no support for the ARM platforms.
  9. See this post for your first issue.
  10. I had a similar problem, only way I could get things to work when ANY NIC had jumbo frames was to use E1000. I pass through my 10GBe card to DSM finally, and that works but I don't have other VM's that need high bandwidth.
  11. As you found out, for some reason 6.1.7 and ESXi don't work on DS3617 image. 6.1.5 works with DS3617. DS3615 works with all 6.1.x I have not used LSI controller before but most LSI components seem to be supported, either natively on DS3617 or via extra.lzma. You do have the choice to present storage to DSM via 1) virtual drive on datastore, 2) rdm or 3) passthrough controller and drives
  12. Make the boot disk a SATA drive (add SATA controller, delete IDE controller). The boot drive should be the only drive on that SATA controller. Make sure you are using the ESXi boot option on the loader. Then your boot disk should be hidden.
  13. - Outcome of the update: SUCCESSFUL - DSM version prior update: DSM 6.1.7-15284 - Loader version and model: Jun's loader v1.02b - DS3615xs - Using custom extra.lzma: NO - Installation type: VM - ESXi 6.5.0 U1-7388607 - Additional comments: REBOOT REQUIRED / No issues with test VM upgrade or production VM with physical RDM and controller pass-through.
  14. https://xpenology.com/forum/topic/12779-tried-a-recovery-choosing-migrate-option-worried-now-bricked/
  15. I have J4105 which presumably has the same ASMedia controller, and this is not the case. The four ports (Intelx2, ASMediax2) line up disk 1-4. Which image are you using?
  16. It works on my Kaby Lake processor, and Skylake/Kaby Lake are basically identical. I don't have QuickSync model however, so can't address transcoding questions.
  17. https://xpenology.com/forum/topic/12764-dsm-62-23739-downgrade-or-possible-solution/?do=findComment&comment=91880
  18. Bad news, if you did not specify a 6.1.x .PAT file during the migration, you downloaded and installed 6.2 now that it is released across all platforms. This post is consistent with how I would attempt to recover it.
  19. Platform: ASRock J4105-ITX Loader: Jun's v1.02b DS916+ DSM: DSM 6.1.7-15284 LAN: Realtek RTL8111H Gigabit SATA3: 2x Intel via chipset, 2x ASMedia ASM1061 (hot plugging supported on all ports) Comments: This is the Gemini Lake update of the ITX motherboard ASRock has been selling for years, and it runs XPEnology baremetal without special configs or drivers. Pros: 4x 2.4 Ghz cores and up to 32GB RAM (ignore the manual's 8GB limit). Hardware-accelerated video (Intel UHD 600) and AES-NI hardware encryption. On-board WiFi option. Only con is lack of expansion - only on
  20. Just built a machine with the latest Gemini Lake rev of this board, J4105-ITX. It works perfectly baremetal, no drivers required. A pretty nice XPEnology setup for a 4-bay NAS, 4x 2.5Ghz cores and 4 SATA ports for $85 USD. Expandable to 32GB RAM (ignore the false 8GB limit in the manual).
  21. I'm using a Kaby Lake Xeon on C236 chipset, and it works fine on both baremetal and with ESXi. Given that CFL is basically Kaby Lake and Z370 is basically Z270, I can't imagine you would have trouble.
  22. It would have to be a SN/MAC from a DS3615XS+ and not have been used by anyone else prior. Also, see this: https://xpenology.com/forum/topic/9392-general-faq/?do=findComment&comment=82390
  23. I'd wait at least until the loader is released official, since there are other code bases that support 6.2, there should be a good demand for the trusty DS3615XS, although it has the 3.10 Linux kernel, not the 4.4 of DS918+.
  24. Yes, you should be able to migrate. Have a backup. As a newbie to XPEnology installs, it would be useful for you to get another hard drive and do some test installation/migrations before you move forward on your production disks.