Jobs stuck indefinitely in Queued Status

All,

Same problem even running backup exec 2014,  i to have a CAS MMS environment,  and what weird is that we have the exact same hardware at each site!

We are running a virtual environment server 2008r2 and using a Drobo b1200i which is iscsi connected.  The drobo has all SAS drives with an SSD data tiering stage.  when it runs it runs extremly fast!  the keyword however is when it runs.

Deduplication is 100% random...
sometimes recreating the job works although it is random.  we have scanned the drive for bad media with stsinv,  reinstalled,  repaired installs, run network tests, speed tests to disks,  permission checks, you name it we have tried it!  one weird thing i have noticed is that sometimes running a small job of one file,  seems to "jump start" a backup and make it run for a few days again?!?!  funny part is,  even if a backup job will not run,  a restore seems to always work!

honestly at this point i am about ready to give up on deduplication all together,  as every disc backup i run to the Drobo runs fast and consistently! possibly even to the point of considering another backup solution.  i cant have this inconsistency in my environment.  if it wasnt for the space saving features of dedup i would not even be having this conversation.  and it seems like the further you go the less support you seem to get from symantec technicians!  i get it they are confused and probably frustrated as well...  but how do you think it makes the end user feel who is not getting reliable backups?  i use to have success asking my software vendor to call and poke the bear so to say.  but even now its hard to get a call back.

I get it maybe you are confused and dont understand what is going on symantec...  but dont leave us hanging!  shouldnt the pure volume of posts like this on the web prompt action?  can this really be this big of an unsolvable issue?

100% frustrated with no direction to go over here.  and the fact that i am not alone is no comfort what so ever!

We've been having the same issue with a pretty similar setup. I actually found that disconnecting the MMS from the CAS and just running it in stand alone after running a re-inventory seems to make the issue go away but as soon as we reconnect it to the CAS it starts randomly queing jobs forever. So I'm pretty much no help but at least you know there's more frustrated users.

drmont1,

I share your frustration in this.  we to have the same issue with jobs being stuck in queue.  Although it is a bit more random.  Sometimes i will come in and find that a job is stuck since the night before,  and i cancel it and it runs fine the next night!  sometimes,  recreating the job fixes the issue.  and in some cases nobody seems to know why it is stuck!

We to have done a clean build of our MMS putting it entirly on a stand alone server (symantec recomendation)  We had been using what Symantec called a non supported disc for our deduplication,  so we replaced it with a "supported" device.  although i highly doubt that makes any difference.  and neither of these suggestions have solved the issue.

We are preforming our backups to deduplication disc.  and they always seem to pick and choose who wants to stick on which night!  yet ive found that if i run a backup to disc on the same server that a deduplication job is stuck on,  it runs without an issue?

Frustrated and confused...  is there a patch for that?

Hi drmont1,

  Supposdly, Symantec silently changed the way they write data to the .bkf file in SP3.  I learned this while diving deep into my VSS issues...which you confirmed..(thanks).  Check with EMC DD to see if they have a codeset or firmware upgrade.

-Steven