mirror of
https://github.com/007revad/Synology_HDD_db.git
synced 2026-04-25 13:45:59 +03:00
[GH-ISSUE #127] Worm / Immutable snapshot not fully enabled #557
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#557
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 @HOAP81 on GitHub (Aug 2, 2023).
Original GitHub issue: https://github.com/007revad/Synology_HDD_db/issues/127
I tried enabling Immutable snapshots with your script but it left the function broken.
RS1219+ runing DSM 7.2 64570u2
After running the script the WORM and immutable snapshot functions appear in the GUI.
I can also set the system as a replication target with immutable snapshot enabled.
But
I cannot create a WORM-share on the system. It gives the error "The operation failed. Please sign in to DSM again and retry" on the confirm settings page (enterprise mode. I have not tried compliance mode).
Marking an existing snapshot as immutable is possible (or creating one using the system as a replication target) but the expiry timer is not counting down. So it appears my snapshot is immutable for ever.
Also setting the support_worm value back to "no" doesn't do anything. But I guess that would be by design.
@007revad commented on GitHub (Aug 2, 2023):
Don't try compliance mode or you'll have to wait 3.5 years to be able to edit or delete the files (or connect the drives a computer and format them).
Thanks for confirming that I need to do more to fully enable Worm on models older than '20 series.
When I added the option to enable Worm I made the following note to myself: