RE: Comm Mgr 2 WAS: Data queue's

["Walden Leverich" <walden@xxxxxxxxxxxxxxx>]

Interesting, I'd be interested to know what IBM says about the problem.
Also, did you have Level 2/3 on the line when you brought the machine down?
They should have been able to walk you through using the disk editor (SST)
to remove the task's TDE from the task queue. I don't recall the details but
basically you go into the guts of OS/400 and rip the job out. It's ugly, but
still nicer than using the big red switch.

-Walden

> -----Original Message-----
> From: mcsnet!midrange.com!midrange-l-owner@Mcs.Net
> [mailto:mcsnet!midrange.com!midrange-l-owner@Mcs.Net]On Behalf Of
> Jeffrey M. Carey
> Sent: Tuesday, January 20, 1998 1:57 PM
> To: MIDRANGE-L@midrange.com
> Subject: Comm Mgr 2 WAS: Data queue's
>
>
> We had to shut down the system because a user connected via Comm Mgr 2
> closed the application without shutting down.  This left a session
> running, holding several files open.  Even ENDJOBABN would not end the
> job (we currently have an open problem on this), so there was no way to
> end SBS QINTER, let alone release the held files.
>
> Kempter, Eric wrote:
> >
> > Try dumping the object.  DMPOBJ OBJ(Dtaq name) OBJTYPE(*DTAQ).  May I
> > inquire as to the conditions that forced you to perform a system
> > shutdown?  Please advise.
> >
> > Happy New Year.
> >
> > Eric Kempter
> > Senior Programmer/Analyst
> > E-Mail:  EKempter@Smsocs.com
> >
> >  -----Original Message-----
> > From: midrange-l-owner [SMTP:midrange.com!midrange-l-owner@mcs.com]
> > Sent: Monday, January 19, 1998 1:12 PM
> > To: midrange-l
> > Subject: Data queue's
> >
> > We recently had a problem htat caused us to bring our 530 down with sbs
> > active (had a job that would not end).  When the system came up, several
> > dtaq were damaged.  In trying to recreate these dtaq (which had
> > duplicates in other libraries on the system and on our development box),
> > I discovered that retrieving all the needed parameters was impossible,
> > as was copying a dtaq (although I could save & restore, which is what I
> > ended up doing).
> >
> > Is there a way to see all the parameters of a dtaq (e.g. TYPE *STD or
> > *DDM, MAXLEN, FORCE *YES or *NO, SEQ *FIFO *LIFO or *KEYED).
> >
> > I did try the usrtool DSPDTAQ, but that didn't seem to show all of them.
> > +---
> > | This is the Midrange System Mailing List!
> > | To submit a new message, send your mail to "MIDRANGE-L@midrange.com".
> > | To unsubscribe from this list send email to
> > MIDRANGE-L-UNSUB@midrange.com.
> > | Questions should be directed to the list owner/operator:
> > david@midrange.com
> > +---
> > uucp
> > +---
> > | This is the Midrange System Mailing List!
> > | To submit a new message, send your mail to "MIDRANGE-L@midrange.com".
> > | To unsubscribe from this list send email to
MIDRANGE-L-UNSUB@midrange.com.
> > | Questions should be directed to the list owner/operator:
> david@midrange.com
> > +---
> > uucp
> +---
> | This is the Midrange System Mailing List!
> | To submit a new message, send your mail to "MIDRANGE-L@midrange.com".
> | To unsubscribe from this list send email to
MIDRANGE-L-UNSUB@midrange.com.
> | Questions should be directed to the list owner/operator:
david@midrange.com
> +---
>

+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to "MIDRANGE-L@midrange.com".
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---