Skip to main content
commvault.com commvault.com

Hi !

I’ve noticed a strange behaviour of a daily DDB incremental verification job, normally set to 30 readers, but getting much higher than this since a few days.. 

See below 

How can this be possible ? 

I thought that the limit was.. a limit :grinning:

So, what has changed ? Well, not sure it is related, but since sept9, I upgraded from v11FR21HP20 to v11FR21HP53, and no other change.

The Gridstor of 4 hosting this DDB also host another DDB, whose verification job runs without getting (or printing only) the maximum 30 readers limits.

 

That’s a bit annoying because the first job goes pending for a while with : 

Error Code: o19:1105]
Description: No Resources Available. Please check the Streams tab for details. 

 

Of course no ressources are available, as it’s trying to allocated more than 30.. 

 

A few details about this job and blocks to process : 

 

 

Should I log a case or, have you already been used to such ?

Hey @Laurent,

This one had me stumped. Turns out, we recently detected this issue and a hotfix is available. I’ll send you the download link via PM - it will be fixed in maintenance release 59 and above, but I’ll send the link for the hotfix on top of maintenance release 58.

Thanks @Damian Andre , now I plan to apply FR58 +hotfix this thursday afternoon.

Coming from you I guess I can consider this topic as answered :wink: .

Reply


Terms & ConditionsCookie settings