Re: Hanging command
Hi Barbara, It is normal. I remember it being like that since CMDS was available... After the first SLIP the task in *MASTER* does not end, but stays there in a WAIT for more SLIP commands. Gil. On Thu, Mar 6, 2008 at 8:51 AM, Barbara Nitz [EMAIL PROTECTED] wrote: Yesterday I had occcasion to use the CMDS command extensively. I noticed (under 1.8) what I had already seen under 1.6: CMDS S,ID=1 MATCHING COMMANDS EXECUTING: 1 COMMAND NAME: SET COMMAND ID:1 SET SLIP=00 CLASS: M1 ISSUER: *MASTER*,A=0001 STARTED AT: 2008/062 01.15.22 C MATCHING COMMANDS WAITING FOR EXECUTION: 0 Does anyone else see this? Is it normal that the tcb under which this command executed is still around? This is the first command out of IEACMD00 in sys1.parmlib, with this order of parmlibs: SYS1.sysname..PARMLIB (system-specific stuff) SYS1.PARMLIB (sysplex-specific stuff) SYS1.IBM.PARMLIB (IBM defaults) SYS1.SHASPARM(jes2) regards, Barbara Nitz -- GMX startet ShortView.de. Hier findest Du Leute mit Deinen Interessen! Jetzt dabei sein: http://www.shortview.de/[EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Hanging command
Gil, now that you mention it, I checked the (long) syscmds reference. It even says so in the book (doh:-( ). Note: Some commands remain active indefinitely, so the system will display them whenever CMDS is issued. For example, if any SLIP commands have been issued and SLIP traps are in effect, one SLIP command will be executing until all traps are deleted. This is also true for many SET commands, such as SET SLIP and SET MPF. Currently one collegue has a logon command attached in master, too, even though he is logged in. But only on this one system. Best regards, Barbara -- Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten Browser-Versionen downloaden: http://www.gmx.net/de/go/browser -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Hanging command
On Thu, 6 Mar 2008 08:20:50 -0600, Mark Zelden [EMAIL PROTECTED] wrote: On Thu, 6 Mar 2008 07:51:11 +0100, Barbara Nitz [EMAIL PROTECTED] wrote: Yesterday I had occcasion to use the CMDS command extensively. I noticed (under 1.8) what I had already seen under 1.6: CMDS S,ID=1 MATCHING COMMANDS EXECUTING: 1 COMMAND NAME: SET COMMAND ID:1 SET SLIP=00 CLASS: M1 ISSUER: *MASTER*,A=0001 STARTED AT: 2008/062 01.15.22 C MATCHING COMMANDS WAITING FOR EXECUTION: 0 Does anyone else see this? Is it normal that the tcb under which this command executed is still around? This is the first command out of IEACMD00 in sys1.parmlib, with this order of parmlibs: snip I recall seeing it in the past but I don't see it now on any systems in one of my sysplexes. My IEACMD00 is the default distributed in hlq.IBM.PARMLIB. COM='CHNGDUMP SET,SDUMP=(LSQA,TRT,XESDATA),ADD' COM='SET SLIP=00' COM='SET DAE=00' COM='START LLA,SUB=MSTR' COM='START BLSJPRMI,SUB=MSTR' COM='START IFGEDI,SUB=MSTR' However, in another sysplex where IEACMD00 is coming from a local parmlib and SET SLIP=00 is the first command, I do see it there. Oh... this was mostly on 1.8 systems but there is still one 1.6 system floating around and 1.9 test sysplex systems. All seemed to behave the same way I described above. Ignore what I wrote above. It's there, the ID just isn't 1. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Hanging command
On Thu, 6 Mar 2008 07:51:11 +0100, Barbara Nitz [EMAIL PROTECTED] wrote: Yesterday I had occcasion to use the CMDS command extensively. I noticed (under 1.8) what I had already seen under 1.6: CMDS S,ID=1 MATCHING COMMANDS EXECUTING: 1 COMMAND NAME: SET COMMAND ID:1 SET SLIP=00 CLASS: M1 ISSUER: *MASTER*,A=0001 STARTED AT: 2008/062 01.15.22 C MATCHING COMMANDS WAITING FOR EXECUTION: 0 Does anyone else see this? Is it normal that the tcb under which this command executed is still around? This is the first command out of IEACMD00 in sys1.parmlib, with this order of parmlibs: SYS1.sysname..PARMLIB (system-specific stuff) SYS1.PARMLIB (sysplex-specific stuff) SYS1.IBM.PARMLIB (IBM defaults) SYS1.SHASPARM(jes2) I recall seeing it in the past but I don't see it now on any systems in one of my sysplexes. My IEACMD00 is the default distributed in hlq.IBM.PARMLIB. COM='CHNGDUMP SET,SDUMP=(LSQA,TRT,XESDATA),ADD' COM='SET SLIP=00' COM='SET DAE=00' COM='START LLA,SUB=MSTR' COM='START BLSJPRMI,SUB=MSTR' COM='START IFGEDI,SUB=MSTR' However, in another sysplex where IEACMD00 is coming from a local parmlib and SET SLIP=00 is the first command, I do see it there. Oh... this was mostly on 1.8 systems but there is still one 1.6 system floating around and 1.9 test sysplex systems. All seemed to behave the same way I described above. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Hanging command
Just found the APAR I was quoting earlier... APAR II13201. It doesn't explain much, but it does acknowledge what CMDS shows. Gil. On Thu, Mar 6, 2008 at 4:28 PM, Mark Zelden [EMAIL PROTECTED] wrote: Ignore what I wrote above. It's there, the ID just isn't 1. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Hanging command
Yesterday I had occcasion to use the CMDS command extensively. I noticed (under 1.8) what I had already seen under 1.6: CMDS S,ID=1 MATCHING COMMANDS EXECUTING: 1 COMMAND NAME: SET COMMAND ID:1 SET SLIP=00 CLASS: M1 ISSUER: *MASTER*,A=0001 STARTED AT: 2008/062 01.15.22 C MATCHING COMMANDS WAITING FOR EXECUTION: 0 Does anyone else see this? Is it normal that the tcb under which this command executed is still around? This is the first command out of IEACMD00 in sys1.parmlib, with this order of parmlibs: SYS1.sysname..PARMLIB (system-specific stuff) SYS1.PARMLIB (sysplex-specific stuff) SYS1.IBM.PARMLIB (IBM defaults) SYS1.SHASPARM(jes2) regards, Barbara Nitz -- GMX startet ShortView.de. Hier findest Du Leute mit Deinen Interessen! Jetzt dabei sein: http://www.shortview.de/[EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html