STRDBGSVR worked until last week

["Koester, Michael" <mkoester@xxxxxxxxxxxxx>]

I, and the other developer, can no longer start the debug server with STRDBGSVR, either from within WDSCi or from the 5250 command line.  Worked fine for both of us until last Thursday.  SysAdmin can successfully run the command but does not arrive for an hour after I start, so I'd really like this function back.
When we try, we get the following:
> > strdbgsvr                                                                
   Job 141463/MKOESTER/QB5ROUTER submitted to job queue QUSRNOMAX in library
     QSYS.                                                                  
   Object QB5ROUTER in QGPL type *DTAQ deleted.                             
   An error occurred using the control socket for the debug server.         
   Ownership of object QB5JOBLST in QTEMP type USRSPC changed.              
   Replaced object QB5JOBLST type *USRSPC was moved to QRPLOBJ.             
   Job 141464/MKOESTER/QSYSJOBD submitted to job queue QSYSNOMAX in library 
     QSYS.       

The "An error occurred using the control socket for the debug server." is CPFAC14.  Message detail is:
Cause . . . . . :   The control socket used to communicate with the debug   
  server router function could not be used.                                 
Recovery  . . . :   Using the WRKOBJLCK command, check to see which job is  
  holding a lock on object QSYS/QB5ROUTER, type *PGM. End all jobs holding a
  lock and retry the ENDDBGSVR command.   

The prescribed recovery is useless - no locks found, and we're not running ENDDBGSVR anyway... 
Search of web has not yielded any answers.  We've not been able to determine what changed to cause this.  We're running v6.1
SysAdmin has not had time to pursue this yet, so I'm hoping to assist by tapping the wisdom of this list. Has anyone else encountered and conquered this?

Many thanks.
Michael Koester