How is your virtual reader (00C) set?  What class, hold/nohold - there are 
a few things you can look at.
 
Something else you might do is detach and redefine it (ie- DETACH 00C and 
DEFINE RDR 00C) and try it again.
 




[EMAIL PROTECTED] 
Sent by: IBMVM@LISTSERV.UARK.EDU
03/12/2008 01:11 PM
Please respond to
IBMVM@LISTSERV.UARK.EDU


To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
NETDATA QUERY rc 5 from zOS output








Hi, 

I have opened a PMR with IBM, but they may have gone home for the day. 

We have an exec that submits jobs to MVS, and then checks the output when 
it comes back.  The exec uses the NETDATA QUERY command, and this has been 
working without any issues.  The zOS 1.7 system was recently updated with 
some PTFs, and now we have an issue with the reader files.  We are not 
sure if the PTFs have introduced this issue, or it is caused by something 
else. 

Here is an example: 

 submvs mvs jcl  
PUN FILE 5127 SENT TO   RSCS     RDR AS  5952 RECS 0009 CPY  001 B NOHOLD 
NOKEEP 
SUBMVS EXEC: * * * Job OSX01466 created * * *  
Ready; T=0.01/0.01 16:55:35  
 DMTAXM102I File 5952 accepted for transmission to MUCMVSB(JOB)  
 DMTAXM101I File 5952 (5952) enqueued on link AMABTCP  
 DMTAXM101I File 5952 (5952) enqueued on link AMACTCP  
 From MUCMVSB: 16.55.37 J0005952 $HASP122 OSX01466 (J0005952 FROM MUCVM1 ) 
REC 
 EIVED AT MUCMVSB  
 DMTNTR147I Sent file 5952 (5952) on link AMACTCP to MUCMVSB(JOB)  
 From MUCMVSB: 16.55.37 J0005952 $HASP165 OSX01466 (J0005952 FROM MUCVM1 ) 
END 
 ED AT MUCMVSB  MAXCC=0  
RDR FILE 5128 SENT FROM RSCS     PRT WAS 5953 RECS 0034 CPY  001 A NOHOLD 
NOKEEP 
 DMTAXM104I File (5952) spooled to OSX014 -- origin MUCVM1(OSX014) 
03/12/08 16: 
 55:35 UTC       
 netdata query       
DMSDDL639E Error in RDCARD routine; return code was 5  
Ready(00100); T=0.01/0.01 16:55:49       
 q rdr * all       
ORIGINID FILE CLASS RECORDS  CPY HOLD DATE  TIME     NAME      TYPE DIST   

RSCS     5128 A PRT 00000034 001 NONE 03/12 16:55:38 OSX01466  OUTPUT   SX 
      
Ready; T=0.01/0.01 16:56:04      


Has anyone had this issue before? 

Thanks, 
 
Ken Vance
System Programmer/Analyst, Operating System Services - Support Platforms
Software Services
Amadeus Data Processing GmbH
Erding
Germany
T: +49 (0) 8122 - 43 40 62
F: +49 (0) 8122 - 43 32 60
[EMAIL PROTECTED] 




IMPORTANT  -  CONFIDENTIALITY  NOTICE  - This e-mail is intended only for 
the use of the individual or entity shown above as addressees . It may 
contain information which is privileged, confidential or otherwise 
protected from disclosure under applicable laws .  If the reader of this 
transmission is not the intended recipient, you are hereby notified that 
any dissemination, printing, distribution, copying, disclosure or the 
taking of any action in reliance on the contents of this information is 
strictly prohibited.  If you have received this transmission in error, 
please immediately notify us by reply e-mail or using the address below 
and delete the message and any attachments from your system . 

Amadeus Data Processing GmbH 
Geschäftsführer: Eberhard Haag 
Sitz der Gesellschaft: Erding 
HR München 48 199 
Berghamer Strasse 6 
85435 Erding 
Germany

<<image/gif>>

Reply via email to