Receiving hourly email from cron about snapshot cleanup

Do these snapshots work for any other filesystem than BTRFS ?

I am receiving the emails as well.

My system runs ZFS and this option is disabled.

Quote from zandive

Hello all,

Since upgrading to openmediavault-6.4.0-1, I have begun to receive an hourly email like the following:

It seems that the "openmediavault-cleanup_sf_snapshots" script calls the command "omv-sfsnapadm cleanup". In the OMV GUI, if I navigate to "Storage > Shared Folders > All Snapshots > Settings", I see that the "Enable automatic snapshot clean up" setting is disabled (unchecked). However, in this case, "omv-sfsnapadm cleanup" returns with exit code 1, which causes cron to report an error. For example:

Code

$ sudo omv-sfsnapadm -v cleanup
Cleaning up snapshots from shared folders has been disabled.
$ echo "$?"
1

It seems like maybe this should, instead, return 0? Or perhaps the wrapper script should catch this output (instead of redirecting to /dev/null) and avoid sending an email?

It seems like there are 2 possible workarounds to avoid the cron error emails:

1. In the OMV GUI Snapshot settings, enable the automatic snapshot cleanup checkbox
2. Edit the script "/usr/sbin/omv-sfsnapadm", line 190, to "sys.exit(0)" since it's not really an error to have this option disabled

Has anyone else bumped into this? How have you resolved it? Maybe I should take this opportunity to learn more about Shared Folder Snapshots. Thanks in advance!

Display More

The same problem I have.... immediately after upgrading to openmediavault-6.4.0-1,.....

I am getting this issues on version 6.4.3-1 (Shaitan) running on kernal: Linux 5.19.17-2-pve and amd64

full error:

~$ sudo omv-sfsnapadm -v cleanup
Traceback (most recent call last):
  File "/usr/sbin/omv-sfsnapadm", line 244, in <module>
    sys.exit(main())
  File "/usr/sbin/omv-sfsnapadm", line 240, in main
    cli()
  File "/usr/lib/python3/dist-packages/click/core.py", line 829, in __call__
    return self.main(*args, **kwargs)
  File "/usr/lib/python3/dist-packages/click/core.py", line 782, in main
    rv = self.invoke(ctx)
  File "/usr/lib/python3/dist-packages/click/core.py", line 1259, in invoke
    return _process_result(sub_ctx.command.invoke(sub_ctx))
  File "/usr/lib/python3/dist-packages/click/core.py", line 1066, in invoke
    return ctx.invoke(self.callback, **ctx.params)
  File "/usr/lib/python3/dist-packages/click/core.py", line 610, in invoke
    return callback(*args, **kwargs)
  File "/usr/lib/python3/dist-packages/click/decorators.py", line 73, in new_func
    return ctx.invoke(f, obj, *args, **kwargs)
  File "/usr/lib/python3/dist-packages/click/core.py", line 610, in invoke
    return callback(*args, **kwargs)
  File "/usr/sbin/omv-sfsnapadm", line 182, in cleanup_cmd
    limits: Dict[SnapshotKind, int] = {kind: lifecycle.get(
  File "/usr/sbin/omv-sfsnapadm", line 182, in <dictcomp>
    limits: Dict[SnapshotKind, int] = {kind: lifecycle.get(
AttributeError: 'NoneType' object has no attribute 'get'

I did remove a number of shares from the server when they died and it started after that.

I see the following error

Failed to execute XPath query '//system/sharedfoldersnapshotlifecycle'. 

votdev Thank you, I ran the migration and now able to see snapshot settings and seems to have stopped the errors!