Dima P. wrote:GFS job kicks in at 00:00 of the scheduled day and waits for new restore points. I assume VEB locks these restore points, causing GFS job to fail. Now, due the daily retry cycle, GFS job starts a retry and takes the VEB backups, since it has been unlocked by the source job.
That's what I see in the logs, but why does the GFS job try to catch the new restore point from an Endpoint Backup during the running merge? After the merge is complete (about 10 minutes later) the GFS works after two failed events. Sometimes I see this behaviour also with backup copys with Endpoints as source where the source can't be locked because the Endpoint Job is not finished yet but backup copy wants to catch the restore point.
Dima P. wrote:I’ll check with QA folks regarding the job failure state and email report, as this part sounds a bit confusing.
What I want to say is that Veeam marks the GFS job in the GUI als failed and also sends an error mail for it although all parts of the GFS job have the success status.
I think the failed attempts to lock the Endpoint Backups too early shouldn't happen as it makes no sense but at the end all parts of the GFS job are successful with some retries, so the job status should also be successful.