I have a scheduled backup job. After the last backup was due, I noticed that the time stamp of “last successful run” did not update. I tried to start the job manually with “run now”, but nothing happened.
I then restarted the server. The job did not start automatically, but it was possible to start with “run now”. The progress bar showed some activity and finally it showed “finished”, but the time stamp was still not updated. Manual run is not possible, again. Also other options like “Verify files” or “Compact now” are not available.
The log file shows no error and not even warnings.
Any idea what the issue might be? Additional information needed?
Thanks a lot!!!
OMV runs on Debian, which version of mono are you using and have you tried different versions? Also can you please try to run your backup from the command line (shell) and provide the output.
From that screen the output will be captured by the webserver. From the GUI, Configuration > Export > As Command Line. Then just copy, add the --verbose switch and run it from the installation path.
Backup started at 27/12/2017 16:10:44
Invalid type Microsoft.WindowsAzure.Storage.Blob.BlobEncryptionPolicy for instance field Microsoft.WindowsAzure.Storage.Blob.BlobRequestOptions:<EncryptionPolicy>k__BackingField
Invalid type Microsoft.WindowsAzure.Storage.Queue.QueueEncryptionPolicy for instance field Microsoft.WindowsAzure.Storage.Queue.QueueRequestOptions:<EncryptionPolicy>k__BackingField
Invalid type Microsoft.WindowsAzure.Storage.Table.TableEncryptionPolicy for instance field Microsoft.WindowsAzure.Storage.Table.TableRequestOptions:<EncryptionPolicy>k__BackingField
Not sure if it’s related, but version 2.0.2.1_beta_2017-08-01 had an issue where “Finished!” was displayed before the job was actually finished. In fact, there were some expensive database operations that were still in progress.
Regarding the Azure EncryptionPolicy errors, not a clue.
For the “finished or not” issue, @warwickmm is correct that in 2.0.2.1 beta there was a database cleanup (I think) step that occurred AFTER the “Finished!” message was displayed.
The best way to tell what (if anything) is currently running and what’s queued up is probably to go to About → System Info then scroll down to “Server state properties”. In there you should see:
activeTask is the ID of the currently running task (if any)
proposedSchedule is the “not yet in queue, but expected to be put in queue at …” list
schedulerQueueIds is the list of items CURRENTLY in the queue
My GUESS regarding the OP is that you were in the finished-but-not-really hole (which should have shown in the activeTask line) and when you tried to manually do things like run, verify, or compact they were being added to the queue (which should have shown on the schedulerQueueIds line).
Of course that’s assuming "Verify files" or "Compact now" are not available means you clicked on them and nothing seemed to happen…
This is absolutely bizarre. I have no idea why it would do this. I’m sorry, but I have no further input to your problem. One last thing I would suggest is to try creating a test job with a small set of data using the same settings and see if it still reports the problem.
What are “Item1” and “Item2”? Are these backup jobs? Then “Item2” would be the one to pCloud, because it is scheduled to be done next on 2017-12-31. But, in that case, what is “Item1”?