Comprehensive data protection for all workloads
Post Reply
dkvello
Service Provider
Posts: 93
Liked: 12 times
Joined: Jan 01, 2006 1:01 am
Full Name: Dag Kvello
Location: Oslo, Norway
Contact:

Bug report 2

Post by dkvello » Jun 18, 2012 11:29 am

Create a backup-job and include a backup-window with "Permitted" & "Denied" times.

Start this backup-job manually within the "Denied" period.

The error is pretty much non-sense. Eksample.

"
18.06.2012 12:55:33 :: Queued for processing at 18.06.2012 12:55:33
18.06.2012 12:55:33 :: Required resources have been assigned
18.06.2012 12:55:47 :: Job has failed. See logs for details.
18.06.2012 12:55:47 :: Processing finished with errors at 18.06.2012 12:55:47
"

Considering this is working as designed (limited by backup-windows) then the job should not fail, but remain "pending"
with an "info-message" like "Job has been deferred until 18.06.2012 18:00:00 due to backup window restricions"

"
18.06.2012 12:55:33 :: Queued for processing at 18.06.2012 12:55:33
18.06.2012 12:55:33 :: Required resources have been assigned
18.06.2012 12:55:47 :: Job has been deferred until 18.06.2012 18:00:00 due to backup window restricions
18.06.2012 12:55:47 :: Processing finished with warnings at 18.06.2012 12:55:47
"

dellock6
Veeam Software
Posts: 5689
Liked: 1604 times
Joined: Jul 26, 2009 3:39 pm
Full Name: Luca Dell'Oca
Location: Varese, Italy
Contact:

Re: Bug report 2

Post by dellock6 » Jun 18, 2012 12:01 pm

Well, you manually asked for the job to start "now", so if it's within the denied period to me sounds the fail is correct, is telling you something like "you cannot run it now". Veeam cannot decide by itself to defer the job until the allowed period, maybe is more a feature request of having a flag to override manual execution even within a denied time frame.

Luca.
Luca Dell'Oca
Principal EMEA Cloud Architect @ Veeam Software

@dellock6
https://www.virtualtothecore.com/
vExpert 2011 -> 2019
Veeam VMCE #1

Vitaliy S.
Product Manager
Posts: 22777
Liked: 1526 times
Joined: Mar 30, 2009 9:13 am
Full Name: Vitaliy Safarov
Contact:

Re: Bug report 2

Post by Vitaliy S. » Jun 18, 2012 1:46 pm

I believe that any backup/replication job that goes beyond the defined backup window should be immediately stopped. Let me try to explain that:

Imagine that you have an Exchange backup job running for the whole night and in the morning when the whole office is ready to work, the backup snapshot starts committing itself to the virtual disk. This will lead to Outlook disconnections and email delivery delays, which I consider to be worse than the failed backup/replication job, don't you thinks so?

dkvello
Service Provider
Posts: 93
Liked: 12 times
Joined: Jan 01, 2006 1:01 am
Full Name: Dag Kvello
Location: Oslo, Norway
Contact:

Re: Bug report 2

Post by dkvello » Jun 18, 2012 2:38 pm

I can agree that it should be immediately stopped (as to deferred), but it should also report why it failed to run manually.
The log files doesn't state that it failed due to time-restrictions.

This problem came up because we needed to start manually an emergency backup, but the job kept failing for no apparent reason.
Someone had activated a time-denied on this job, but it was not apparent anywhere in the logs.

Vitaliy S.
Product Manager
Posts: 22777
Liked: 1526 times
Joined: Mar 30, 2009 9:13 am
Full Name: Vitaliy Safarov
Contact:

Re: Bug report 2

Post by Vitaliy S. » Jun 18, 2012 2:58 pm

Oh, yes, it definitely makes sense to mention backup window restrictions in the logs files. Thanks!

Post Reply

Who is online

Users browsing this forum: Majestic-12 [Bot] and 24 guests