StanG

DSM 6.2.1 for DS3617xs with loader 1.03 on ESXi tips & tricks

Recommended Posts

Just a friendly warning for the other noobs like me who spent some hours troubleshooting.

 

Using DS3617xs with loader 1.03 on ESXi 6.7.

With the DSM 6.2 version VMXNET3 adapters work fine. USB controller (2.0) can be present on the VM without issues.

 

If you upgrade to 6.2.1+ you need to switch the network card(s) to E100e (this information is in the loader matrix).

But you also need to remove the USB 2.0 controller from the VM or DSM won't boot. That information is not present in the loader matrix.

 

I had to add a serial port that outputs to file to see DSM hanging on EHCI controller to realize the issue.

So maybe it will work with a USB3.0 controller, others can maybe confirm or deny, or we will find out later when we try.

 

Edited by StanG

Share this post


Link to post
Share on other sites

i think you would not need this if you use proper drivers

after update to 6.2.1+ you use a newer kernel that contains changes that makes (most) drivers from before (default drivers from jun) incompatible, when using new compiled drivers with the right kernel options it should work as before (no scsi/sas controllers in the vm, all sata)

in your case you would just need to copy the new extra.lzma into your bootimage (that was already updated to the new kernel)

 

https://xpenology.com/forum/topic/21663-driver-extension-jun-103b104b-for-dsm622-for-3615xs-3617xs-918/

 

https://xpenology.com/forum/topic/13061-tutorial-install-dsm-62-on-esxi-67/

Share this post


Link to post
Share on other sites

Hello IG-88,

 

Thank you for your message.

I can confirm, VMXNET3 and USB 3.0 controller works perfectly with your updated extra.lzma file.

 

Thanks!

Share this post


Link to post
Share on other sites
Posted (edited)

Is it the newer kernel that contains changes to (most) drivers what breaks the USB support?

Edited by captainfred

Share this post


Link to post
Share on other sites
Posted (edited)

I tried updating to 6.2.3 the other day. And it would not come back after reboot. Couldn't find it with find.synology.com or DSAssistant.

I tried changing the NIC's to E1000e instead of VMWNET3 and removing the USB adapter, but no luck.

Had to restore a backup.

 

Do I need to edit the synoboot.img and replace the extra.lzma again? I read the post, but it suggests it will just ignore the drivers in extra.lzma

 

I put the SynoBoot.sh fix in /usr/etc/rc.local before the update, but from what I've read it's only to stop showing the boot device in DSM and not even mandatory.

 

Any advice?

Edited by StanG

Share this post


Link to post
Share on other sites

@StanG do you have serial outbut? I am on 6.2.3 (3617xs) without any issues. How you use disks in VM?

Share this post


Link to post
Share on other sites

Given the thread history, @StanG needs to now restore the original extra.lzma's to the boot loader or load the new ones for 6.2.3.  The workarounds needed for 6.2.1/6.2.2 don't work on 6.2.3.

Share this post


Link to post
Share on other sites

I replaced the extra.lzma file from the "extra.lzma for loader 1.03b ds3617 DSM 6.2.3 v0.11.2_test" download found here on the forums.

I replaced the rd.gz and the zImage with the files from the DSM_DS3617xs_25426.pat file.

Unfortunately the VM will not boot.

Serial output shows:

...
linuxrc.syno executed successfully.
Post init

==================== start udevd ====================
[   19.216538] BUG: unable to handle kernel paging request at 0000000700000005
[   19.218259] IP: [<ffffffff81279455>] strnlen+0x5/0x40
[   19.219485] PGD 1b291c067 PUD 0
[   19.220325] Oops: 0000 [#1] SMP
[   19.221162] Modules linked in: e1000e(OF+) dca(F) vxlan fuse vfat fat crc32c_intel aesni_intel glue_helper lrw gf128mul ablk_helper arc4 cryptd ecryptfs sha256_generic sha1_generic ecb ae                      s_x86_64 authenc des_generic ansi_cprng cts md5 cbc cpufreq_conservative cpufreq_powersave cpufreq_performance cpufreq_ondemand mperf processor thermal_sys cpufreq_stats freq_table dm_snapsh                      ot crc_itu_t(F) crc_ccitt(F) quota_v2 quota_tree psnap p8022 llc sit tunnel4 ip_tunnel ipv6 zram(C) sg etxhci_hcd nvme(F) hpsa(F) isci(F) arcmsr(F) mvsas(F) mvumi(F) 3w_xxxx(F) 3w_sas(F) 3w_                      9xxx(F) aic94xx(F) aacraid(F) sx8(F) mpt3sas(OF) mpt2sas(OF) megaraid_sas(F) megaraid(F) megaraid_mbox(F) megaraid_mm(F) BusLogic(F) usb_storage xhci_hcd uhci_hcd ohci_hcd(F) ehci_pci(F) ehc                      i_hcd(F) usbcore usb_common mv14xx(O) uuu(OF) [last unloaded: broadwell_synobios]
[   19.240818] CPU: 3 PID: 7521 Comm: insmod Tainted: PF        C O 3.10.105 #25426
[   19.242538] Hardware name: VMware, Inc. VMware Virtual Platform/440BX Desktop Reference Platform, BIOS 6.00 12/12/2018
[   19.245021] task: ffff8801b4a64040 ti: ffff8801b30e0000 task.ti: ffff8801b30e0000
[   19.246772] RIP: 0010:[<ffffffff81279455>]  [<ffffffff81279455>] strnlen+0x5/0x40
[   19.248550] RSP: 0018:ffff8801b30e39b0  EFLAGS: 00010086
[   19.249795] RAX: ffffffff816f5ff2 RBX: ffffffff81972204 RCX: 0000000000000000
[   19.251455] RDX: 0000000700000005 RSI: ffffffffffffffff RDI: 0000000700000005
[   19.253120] RBP: 0000000700000005 R08: 000000000000ffff R09: 000000000000ffff
[   19.254789] R10: 0000000000000000 R11: 0000000000000a60 R12: ffffffff819725e0
[   19.256453] R13: 00000000ffffffff R14: 0000000000000000 R15: ffffffff8173eaf4
[   19.258124] FS:  00007f540bef8700(0000) GS:ffff8801bfd80000(0000) knlGS:0000000000000000
[   19.260007] CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b
[   19.261354] CR2: 0000000700000005 CR3: 00000001b6b2c000 CR4: 00000000000007e0
[   19.263031] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
[   19.264727] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
[   19.266384] Stack:
[   19.266875]  ffffffff8127b316 ffffffff81972204 ffffffff819725e0 ffff8801b30e3b70
[   19.268736]  00000000000003e0 ffffffff8173eaf4 ffffffff8127c47d ffffffff00000013
[   19.270593]  0000000000000004 ffffffff81972200 0000000000000001 ffffffffff0a0004
[   19.272460] Call Trace:
[   19.273055]  [<ffffffff8127b316>] ? string.isra.5+0x36/0xe0
[   19.274365]  [<ffffffff8127c47d>] ? vsnprintf+0x1dd/0x6a0
[   19.275642]  [<ffffffff8127c949>] ? vscnprintf+0x9/0x30
[   19.276874]  [<ffffffff81078613>] ? vprintk_emit+0xb3/0x4e0
[   19.278182]  [<ffffffff813044a0>] ? dev_vprintk_emit+0x40/0x50
[   19.279574]  [<ffffffff81023d18>] ? io_apic_setup_irq_pin+0x1a8/0x2d0
[   19.281081]  [<ffffffff8102516d>] ? io_apic_setup_irq_pin_once+0x2d/0x40
[   19.282657]  [<ffffffff8101f7e2>] ? mp_register_gsi+0xa2/0x1a0
[   19.284024]  [<ffffffff813044e9>] ? dev_printk_emit+0x39/0x40
[   19.285382]  [<ffffffff81304a57>] ? dev_err+0x57/0x60
[   19.286578]  [<ffffffffa04cac19>] ? e1000_probe+0x729/0xe40 [e1000e]
[   19.288069]  [<ffffffff8116c514>] ? sysfs_do_create_link_sd+0xc4/0x1f0
[   19.289594]  [<ffffffff8129d2f0>] ? pci_device_probe+0x60/0xa0
[   19.290963]  [<ffffffff81307f2a>] ? really_probe+0x5a/0x220
[   19.292272]  [<ffffffff813081b1>] ? __driver_attach+0x81/0x90
[   19.293621]  [<ffffffff81308130>] ? __device_attach+0x40/0x40
[   19.294971]  [<ffffffff81306223>] ? bus_for_each_dev+0x53/0x90
[   19.296340]  [<ffffffff813076c8>] ? bus_add_driver+0x158/0x250
[   19.297725]  [<ffffffffa04ec000>] ? 0xffffffffa04ebfff
[   19.298931]  [<ffffffff813087b8>] ? driver_register+0x68/0x150
[   19.300302]  [<ffffffffa04ec000>] ? 0xffffffffa04ebfff
[   19.301509]  [<ffffffff810003aa>] ? do_one_initcall+0xea/0x140
[   19.302879]  [<ffffffff8108be04>] ? load_module+0x1a04/0x2120
[   19.304229]  [<ffffffff81088fc0>] ? store_uevent+0x40/0x40
[   19.305517]  [<ffffffff810f9e53>] ? vfs_read+0xf3/0x160
[   19.306745]  [<ffffffff8108c64d>] ? SYSC_finit_module+0x6d/0x70
[   19.308135]  [<ffffffff814c4dc4>] ? system_call_fastpath+0x22/0x27
[   19.309587]  [<ffffffff814c4d11>] ? system_call_after_swapgs+0xae/0x13f
[   19.311132] Code: 84 00 00 00 00 00 80 3f 00 74 18 48 89 f8 0f 1f 84 00 00 00 00 00 48 83 c0 01 80 38 00 75 f7 48 29 f8 c3 31 c0 c3 48 85 f6 74 32 <80> 3f 00 74 2d 48 8d 47 01 48 01 fe eb                       0f 0f 1f 44 00 00 48 83
[   19.317836] RIP  [<ffffffff81279455>] strnlen+0x5/0x40
[   19.319084]  RSP <ffff8801b30e39b0>
[   19.319914] CR2: 0000000700000005
[   19.320710] ---[ end trace 1d4f8fc3e63e817d ]---
[   19.330554] Intel(R) Gigabit Ethernet Linux Driver - version 5.3.5.39
[   19.332094] Copyright(c) 2007 - 2019 Intel Corporation.
[   19.341463] Intel(R) 10GbE PCI Express Linux Network Driver - version 5.6.3
[   19.343215] Copyright(c) 1999 - 2019 Intel Corporation.
[   19.348697] i40e: Intel(R) 40-10 Gigabit Ethernet Connection Network Driver - version 2.4.10
[   19.350674] i40e: Copyright(c) 2013 - 2018 Intel Corporation.
[   19.356763] tn40xx: Tehuti Network Driver, 0.3.6.17.2
[   19.357991] tn40xx: Supported phys : MV88X3120 MV88X3310 MV88E2010 QT2025 TLK10232 AQR105 MUSTANG
[   19.384929] qed_init called
[   19.385721] QLogic FastLinQ 4xxxx Core Module qed 8.33.9.0
[   19.387060] creating debugfs root node
[   19.394751] qede_init: QLogic FastLinQ 4xxxx Ethernet Driver qede 8.33.9.0
[   19.400856] Loading modules backported from Linux version v3.18.1-0-g39ca484
[   19.402574] Backport generated by backports.git v3.18.1-1-0-g5e9ec4c
[   19.436087] Compat-mlnx-ofed backport release: c22af88
[   19.437434] Backport based on mlnx_ofed/mlnx-ofa_kernel-4.0.git c22af88
[   19.439123] compat.git: mlnx_ofed/mlnx-ofa_kernel-4.0.git
[   19.809578] bnx2x: Broadcom NetXtreme II 5771x/578xx 10/20-Gigabit Ethernet Driver bnx2x 1.78.17-0 (2013/04/11)
[   19.862782] bio: create slab <bio-1> at 1
[   19.864133] Btrfs loaded
[   19.870727] exFAT: Version 1.2.9
[   19.912159] jme: JMicron JMC2XX ethernet driver version 1.0.8
[   19.921916] sky2: driver version 1.30
[   19.930360] pch_gbe: EG20T PCH Gigabit Ethernet Driver - version 1.01
[   19.939296] QLogic 1/10 GbE Converged/Intelligent Ethernet Driver v5.2.42
[   19.949413] QLogic/NetXen Network Driver v4.0.80
[   19.955714] Solarflare NET driver v3.2
[   19.961677] e1000: Intel(R) PRO/1000 Network Driver - version 7.3.21-k8-NAPI
[   19.964106] e1000: Copyright (c) 1999-2006 Intel Corporation.
[   19.970218] pcnet32: pcnet32.c:v1.35 21.Apr.2008 tsbogend@alpha.franken.de
[   19.975360] VMware vmxnet3 virtual NIC driver - version 1.1.30.0-k-NAPI

 

I have a second VM where I tested the upgrade first and it worked well with replacing the files, but it doesn't work on my LIVE Xpenolgy :(

I even copied the synoboot.img file from the working 6.2.3 test VM, replaced the grub.conf with the one for the LIVE VM and it still will not boot.

 

I'm baffled :(

 

Any hints?

 

Share this post


Link to post
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.