In the book "Implementing REXX support in SDSF", there's a sample called 
@SYSCMD.

It'll wait and pick up the output.

A more gung ho way would be to build a vary command processor in assembler, 
where the PGM makes use of Channel End or Device End interrupts.

- Vignesh
Mainframe Admin

-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf 
Of J R
Sent: 22 April 2014 22:43
To: [email protected]
Subject: Re: Slow vary commands processing

Scott Ford said:

"Baby,

I am a tad confused here. Vary commands also can be dependent on what is going 
on inside the system.

i.e.; CPU , I/O ...many things. Secondly, why is the speed of execution as 
issue ? Do you have processes that are dependent on the timing of these varies 
???
"

Baby Eklavya previously said:

"For eg , we had an abend yesterday where STEP 1 issues a vary command against 
a set of volumes . And STEP 2 runs an ICKDSF to init the volume .
It fails saying the volume is not offline .
"

I doubt that CPU utilization would affect only VARY commands.

However, commands are executed asynchronously, so there is certainly no 
guarantee (nor even likelihood) that they will complete any time (FSVO) soon.  
In the case of VARY OFFLINE, any current activity on the volume(s) would have 
to quiesce.



----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
[email protected] with the message: INFO IBM-MAIN

MARKSANDSPENCER.COM
________________________________
 Unless otherwise stated above:
Marks and Spencer plc
Registered Office:
Waterside House
35 North Wharf Road
London
W2 1NW

Registered No. 214436 in England and Wales.

Telephone (020) 7935 4422
Facsimile (020) 7487 2670

www.marksandspencer.com

Please note that electronic mail may be monitored.

This e-mail is confidential. If you received it by mistake, please let us know 
and then delete it from your system; you should not copy, disclose, or 
distribute its contents to anyone nor act in reliance on this e-mail, as this 
is prohibited and may be unlawful.

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN

Reply via email to