Scheduled jobs not starting

[foggy]

Zafer, we do not force anyone to buy a subscription, moreover, we do provide support for users on the official evaluation period and those who use free versions of our products. All of the hotfixes are available to everyone through our support team just after they are released. The reason for not issuing a separate patch for this fix is thoroughly explained here, it's just impossible to release every minor fix as a separate patch. Thanks!

[chimera]

Client logged a ticket for this a couple days ago, referring to my email address to send the patch. I have heard NOTHING. They have had no backups for a week now. How do we escalate this????

[Vitaliy S.]

Could you please tell me your support ticket number I will let our support management know about it. Also you may want to use our support customer portal to request a call-back from our support manager.

[chimera]

5202485

just asked my client to request an update. as noted in the request, correspondance must come back by email to me, not the client

[Vitaliy S.]

As far as I can see from your ticket status, our support engineer has sent the corresponding hotfix to Colleen within 10 minutes after opening a support case. Looks like this email was lost in the spam folder of his inbox.

[chimera]

As per the case logged, Colleen requested that the email with hotfix be addressed to me (we're an I.T. integrator, who look after their environment). Can you request this is resent to me, as per the case that was logged. Thanks

[Vitaliy S.]

Done

[roadking]

Hi there -- OP here --

Just for the record Gostev -- when you say "The scope of this issue is really small, basically you HAVE to exceed your licensed amount of sockets before your run into this issue." I can assure you that we had not exceeded our license count before running into this problem. While I can't actually say (as I don't honestly know) when this began, but it was directly after upgrading to 6.1 from 6.0 and the license count (socket count) never was breached. In fact - due to an ordering mistake on our part, we have a single CPU license that always is not in use.

It has been working for us now flawlessly after the patch though. Thanks very much to the support team for addressing that for us in a timely manner.

[chimera]

I concur. I would also expect to have seen this listed as a "known issue" (regardless of whether its minor or not) in Gostev's "Known Issues" for 6.1 post at the top of this forum. That would probably save a few new posts or replies to this and/or save us from searching the forums or FAQ as to why jobs weren't running. Anyways, it seems that our spam filtering device believes its more clever than humans and blocked the patch email... you just gotta love the small things that create pain in I.T. these days... thanks Veeam for your patience in getting this sorted

[aporter]

I ran into this issue a few weeks ago but didn't know there was a fix until this thread popped up in the weekly highlights. I had just thought it was odd that jobs were sometimes not running, but had not taken the time to investigate why yet. Glad to know there is a fix, opening my support ticket now...

[Gostev]

So why is this patch is not a public one?

Hotfixes are always private (to limit the scope, as they receive limited testing for the purpose of fast release). Once we have collected a number of hotfixes, validated them on some affected customers, and support tells us they need a patch because support load is too high on some specific issues existing hotfixes are addressing, we release the patch. We are trying to release patches as rare as possible, as no one likes to upgrade too often due to all the validation/upgrade testing required.

However, patches are always public - they contain all hotfixes to date, and pass full QC cycle (takes a few weeks) to make sure there is no unforeseen collateral damage on some product functionality due to specific hotfix, or due to how those multiple hotfixes the patch consists of play together. This is what allows to make them publicly available (remember, anything we make public goes to over 40'000 customers - we have to be 200% sure before we can make anything public).

Do you want them to force to buy subscription& support?

No, absolutely not. I guess you are missing the fact that customers without active subscription have simply no rights to upgrade to the new versions anyway. Everyone who upgrades to the new version HAS to have active subscription to be able to upgrade, meaning they can reach out to our support and get any hotfix they need for the new version.

[nurbi76]

Hi,
I found this thread after having a similar problem with our datacenter.
I'm working for an installation of veeam 6.1 by my customer in trial mode, waiting for the order and then for the license. VMware infrastructure have 23 esx hosts dual core in vsphere 4.1, 3 san storage (xp20000 and cx3-80) and trial license is enough only for 16 hosts.
I prepared several jobs and tested it. Now, after few days working, scheduler doesn't work anymore. We are waiting for license but we need at this time to continue to backup datas. Could you help me with a fix that permit the scheduler to work? trial license is started about 1 week ago.
Thank you

[foggy]

Nick, please contact our support team directly to get the hotfix.

[nurbi76]

done, thank you

[nurbi76]

Support team send me ftp link to download fix of veeambackupservice. once applied veeam scheduler works again
Thank you all,

bye , nick