It is difficult to be too helpful with a problem that even the vendor cannot solve after having been provided several dumps ;-) I speak of users hung in LOGOFF/FORCE PENDING status with a deferred work count of 2 and nothing in the queue. If you can find some way to determine whether it is the result of a process that increments the count without putting anything on the queue or one that fails to decrement the count when it has completed, please let me know. You get extra credit if you can figure out a way to determine how long the count has been bogus.
Regards, Richard Schuh -----Original Message----- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Wednesday, May 24, 2006 3:15 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: GIVE command on a tape drive with intervention required On Wednesday, 05/24/2006 at 01:37 EST, Brian Nielsen <[EMAIL PROTECTED]> wrote: > I've run some traces and know why DDR is abending. If you don't want to > read the technical details below, the question is: Is this an APAR'able > DDR problem or "user error caused by the HALT - don't do that"? Please open a PMR, Brian. Because you asked so nicely ["he's such a *nice* boy"] and you have such helpful problem determination skills, we're inclined to treat it initially as a bug. (And I'm not 100% certain, but I think it helps that the developer is also named Brian.] But I ask you, why can't everyone else include a nice detailed analysis of the problem in *their* problem descriptions? I mean, it's not like in some alien language like Java or C++! ;-) [OCO modules excluded, of course] Alan Altmark z/VM Development IBM Endicott
