mirror of
https://github.com/007revad/Synology_HDD_db.git
synced 2026-04-25 13:45:59 +03:00
[GH-ISSUE #132] Update 3, no nvme volume after reboot, no E10M20 functionality #556
Labels
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/Synology_HDD_db#556
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @zcpnate on GitHub (Aug 5, 2023).
Original GitHub issue: https://github.com/007revad/Synology_HDD_db/issues/132
I shouldn't have done it... I did it 🙃
Setup:
DS1821+
E10M20-TI with 2x WD Red nvme Operating as R/W Cache for Volume 1
Volume 1: 4x SHR-2 HDD
Volume 2 - Internal nvme slots: 2x 970 Evo Plus SHR-1 Volume
Attempted to Upgrade from Update 1 > Update 3 after having issues on Update 2 and rolling back to Update 1.
Alas, similar or even worse issues on Update 3. Let me recount:
Update 3 applied. No forced reboot - everything operating normally.
Ran script 3.1.62 manually to ensure proper settings. Manually Reboot
hdd_db script scheduled to run at shutdown and boot
After reboot, no nvme volumes appear. Volume 2 missing, HDD Volume 1 Critical no nvme Cache
Drives and E10M20 show in script output but do not have any functionality from this point on. LAN 5 from the E10M20 does appear to show up.
Attempt to force downgrade to update 1 by running the reinstall script and then applying PAT file.
After reboot, this does resolve the issue with Volume 2 it appears and is functional after "update" reboot.
E10M20 still only functional for LAN thus Volume 1 remains critical.
However, even after applying the PAT, info still shows DS remains on update 3.
After rebooting once more, back to entirely broken state.
@zcpnate commented on GitHub (Aug 5, 2023):
Update:
I've attempted telnet version downgrade and even the process described here using a spare drive:
https://www.reddit.com/r/synology/comments/140ywsm/how_i_broke_dsm_and_recovered_without_losing_my/
No matter what, after applying the PAT for 7.2U1 and then getting into DSM, we're on Update 3
So I guess the options are:
or
Thoughts?
@zcpnate commented on GitHub (Aug 5, 2023):
I've gotten back to Update 1!
After running the reinstall version script and rebooting, we're met with Synology Web Assistant.
I had the thought to block all outbound internet traffic from the DS as I had a hunch it might be auto-applying the Update 2 and Update 3 patches as part of the restore after manually selecting Update 1 PAT.
I was right.
However, the DS does require internet connection to begin the update with local pat. Yikes.
I enabled the firewall policy to allow traffic for a moment, started the upgrade and then blocked all outbound internet traffic.
Success, restore complete on update 1 - data volumes back. A bit of resetup to do since I deleted settings and restored throughout my debugging.
Domains contacted by web assistant that appear relevant:
update7.synology.com
dataupdate7.synology.com
dataautoupdate7.synology.com
So basically I feel like I should never update again lol
@007revad commented on GitHub (Aug 6, 2023):
A few other people said this after update 2 was released. I've been too scared to update my DS1821+ to update 2 or 3. Though I did update my DS720+ test NAS without any issues.
Did you capture more than just the domains?
Do you have auto update enabled for DSM updates?
Many synology.com addresses are configurable/editable in 4 different files on the DS1821+ but "dataupdate7.synology.com" is hardcoded in 2 library files. I can't tell if the libraries only use the hard coded URLs if the URL is not configured in synoinfo.conf - like the drive_db_test_url that we can add to synoinfo.conf to prevent DSM updating the drive databases with
drive_db_test_url=127.0.0.1And I can't find "dataautoupdate7.synology.com" in any of DSM 7.2 Update 1's files.
Synoinfo.conf contains:
pkgupdate_server="https://pkgupdate7.synology.com"
rss_server="http://update7.synology.com/autoupdate/genRSS.php"
rss_server_ssl="https://update7.synology.com/autoupdate/genRSS.php"
rss_server_v2="https://update7.synology.com/autoupdate/v2/getList"
security_version_server="https://update7.synology.com/securityVersion"
small_info_path="https://update7.synology.com/smallupdate"
update_server="http://update7.synology.com/"
update_server_ssl="https://update7.synology.com/"
updateurl="http://www.synology.com/"
Files containing "dataupdate7.synology.com"
https://dataupdate7.synology.com/is hardcoded in libhwcontrol.so and libsynoinstallcpp.sohttps://dataupdate7.synology.com/to get Synology drive firmware updates.https://dataupdate7.synology.com/to get DSM small (nano) updates viahttps://dataupdate7.synology.com/smallupdates./usr/share/data_update/data_update.conf:
/usr/syno.sbin/junior_expansion_pack.sh:
/usr/syno/bin/securityscan/Define.py:
@BackedUpBooty commented on GitHub (Aug 24, 2023):
is there any more word on whether this will work with update 3? the work you've done is top notch, but I'm like you with your 1821+, not brave enough to attempt update past 7.2U1
@007revad commented on GitHub (Aug 25, 2023):
I updated my DS1821+ a week ago to update 3 and haven't had any issues.
@BackedUpBooty commented on GitHub (Aug 25, 2023):
Well that's good news. I would have thought more people would have posted if there were wider-ranging issues with U3 as well, so I may bite the bullet myself over the weekend. Thanks for taking the time to reply :)
@007revad commented on GitHub (Aug 25, 2023):
Agreed. I only know of a very small number of people who had issues after updating to update 2 or update 3.
@007revad commented on GitHub (Aug 25, 2023):
To answer my own question:
Synology HDD/SSD Update Pack Download Site
DSM Update Download Site
Source: https://kb.synology.com/en-my/DSM/tutorial/What_websites_does_Synology_NAS_connect_to_when_running_services_or_updating_software
@riverflow commented on GitHub (Aug 26, 2023):
I recently bought a ds1821. I updated dsm to UPDATE 3 and installed packages. I wanted to use shr-6 ssd cache, so I bought E10M20, and ran script. but like zcpnate, all ssd cache was gone. so I restored script.. (cache drive re-appeared)
are there no option for use E10M20 on UPDATE 3?
could you do recogntion of device name change on script? ex. E10M20-T1 to E10G18-T2
@007revad commented on GitHub (Aug 26, 2023):
Do you want the NVMe drives in the E10M20-T1 as cache drives or a volume?
Can you try https://github.com/007revad/Synology_enable_M2_card
Looks like I might need to buy a E10M20-T1 and do some testing.
@BackedUpBooty commented on GitHub (Aug 26, 2023):
Just did the update, can confirm no issues with the Samsung NVMe sticks as volume in my 920+. Docker spun right back up and all is good.
@riverflow commented on GitHub (Aug 26, 2023):
I ran Synology_enable_M2_card.sh on my DS1821+ dsm7.2U3 with E10M20-T1, same phenomenon.
All M2 drives were gone. and my synology fans run louder. (like when HP server compatibility test failed)
I did restoration.
@007revad commented on GitHub (Sep 6, 2023):
This is caused by 7.2 update 3.
Someone has kindly donated an M2 card but they haven't posted it yet. I'll do some testing on my DS1821+ with 7.2 update 3 once the card arrives.
In the meantime you can go back to 7.2 update 1 with https://github.com/007revad/Synology_DSM_reinstall but:
@007revad commented on GitHub (Nov 25, 2023):
There's a new release candidate version of the script that now correctly enables M.2 cards like the E10M20-T1 for the DS1821+ and DS1621+
https://github.com/007revad/Synology_HDD_db/releases/tag/v3.2.67-RC
@007revad commented on GitHub (Dec 2, 2023):
Synology_HDD_db v3.2.68 released which now correctly, and simply, enables E10M20-T1, M2D20, M2D18 and M2D17 in models that use device tree and are using DSM 7.2 Update 2 and 3, 7.2.1, 7.2.1 Update 1, 2 and 3.
I also updated Synology_enable_M2_card which does the same but allows you choose which M.2 card to enable, or choose to enable all of them.