I was wrong about the directory differences. when the SEND CP ECPAPM CP EXT is 
issued  and I am logged on to ECPAPM the EXT puts the console in a CP READ, 
then I get the message recording stopped.
 
Derek  Ackerman
Capacity Planning etc.
(201) 759-0833
 

-----Original Message-----
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] Behalf Of Schuh, 
Richard
Sent: Tuesday, September 25, 2007 2:25 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: send external ints



It may be that there is a console entry other than "END" or "SUMMARY" that is 
already queued when the EXT is reflected. If that is so, I think (IIRC) that 
the RETRIEVE would resume its recording. Have you tried tracing the EXT to see 
if it is being reflected?

 

Regards, 
Richard Schuh 

 


  _____  


From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of 
Ackerman, Derek
Sent: Tuesday, September 25, 2007 11:00 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: send external ints

 

'CP SEND CP ECPAPM CP EXT'  is sent to a DSC SVM (ECPAPM) that is executing the 
'Retrieve Account' command. Like I said it works on 11 out of 12 systems and if 
I logon to ECPAPM and issue #CP EXT is reacts.

 

Derek  Ackerman

Capacity Planning etc.

(201) 759-0833

 

-----Original Message-----
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] Behalf Of Kris 
Buelens
Sent: Tuesday, September 25, 2007 12:26 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: send external ints

The command works because CP has a CP command, otherwise "CP SEND CP uid CP 
xxx" it wouldn't work.

Why it doesn't work: have you looked at the console of the ECPAPM system?  The 
only reason for a failure I can see is that the ECPAPM user is executing 
another CP command when you issue the CP SEND.  Or, the stuff running in ECPAPM 
might decide not to react to the External interrupt. 

2007/9/25, Schuh, Richard < [EMAIL PROTECTED]>: 

OK, it is just excess baggage. 

 

Regards, 
Richard Schuh 

 


  _____  


From: The IBM z/VM Operating System [mailto: [EMAIL PROTECTED] On Behalf Of 
Stracka, James (GTI)
Sent: Tuesday, September 25, 2007 8:59 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: send external ints

 

That is a perfectly legitimate command.

-----Original Message-----
From: The IBM z/VM Operating System [mailto: [EMAIL PROTECTED] On Behalf Of 
Schuh, Richard
Sent: Tuesday, September 25, 2007 11:54 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: send external ints

This may not be the problem, but you have one too many "CP" in the command. 'CP 
SEND CP ECPAPM EXT' should suffice as it is specified that the command sent 
will be a CP command. If being sent from the command line, the first CP is not 
needed; if from an EXEC with ADDRESS COMMAND, it is required.

 

Regards, 
Richard Schuh 

 


  _____  


From: The IBM z/VM Operating System [mailto: [EMAIL PROTECTED] On Behalf Of 
Ackerman, Derek
Sent: Tuesday, September 25, 2007 7:11 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: send external ints

 

Of 12 VM systems all but one get the external from 'CP SEND CP ECPAPM CP EXT' 
the one that fails seems to not get it or ignores it, anybody know where to 
look? The directory perhaps?

 

Derek  Ackerman

Capacity Planning etc.

(201) 759-0833



-- 
Kris Buelens,
IBM Belgium, VM customer support 

Reply via email to