Re: Questions about EZAZSSI
We do not use the Pascal socket interface. We have not had Pascal on our system since about 1992-1993. We have a home grown Automated IPL procedure. It has been in use since 1995. TCP/IP gets started much later in the procedure after TNF and VMCF are started. The IPL procedure does not issue a start for TNF and VMCF. The subsystem definitions for TNF & VMC have START(NO). TNF & VMCF are started 1 minute before TCP/IP. Our TCP/IP AUTOLOG section is: AUTOLOG 10 FTPD JOBNAME FTPD1; FTP Server IMWEBSRV ; HTTP Server ; IOASRV; OSA/SF Server ; LPSERVE ; LPD Server ; NAMED ; Domain Name Server ; NCPROUT ; NCPROUTE Server ; OMPROUT ; OMPROUTE Server OSNMPD; SNMP Agent Server ; PAGENT; Policy Agent Server PORTMAP ; Portmap Server (SUN 3.9) ; PORTMAP JOBNAME PORTMAP1 ; USS Portmap Server (SUN 4.0) ; RXSERVE ; Remote Execution Server ; SMTP ; SMTP Server TN3270E ; Telnet Server ; TCPIPX25 ; X25 Server ; CIGBRSRV ; Breeze Listener ENDAUTOLOG So again, I query who starts EZAZSSI? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Questions about EZAZSSI
I am preparing for the first IPL of z/OS 2.2. I was reviewing the COMMND00 PARMLIB member and found a start command for EZAZSSI. I am totally unfamiliar with this address space. I googled it and found that EZAZSSI starts the TNF & VMCF address spaces. I reviewed the log from Saturday night's IPL and found this associated message - 'EZY6043I TNF Start Initiated'. I looked up the message: Explanation: A TNF address space start was issued. System Action: EZAZSSI continues; start of TNF expected. Of course, a similar message was issued for VMCF. I check our PARMLIB concatenation and did not find a start command for EZAZSSI; and, I know the IPL procedure did not start EZAZSSI? So, how did EZAZSSI get started? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Question about Enterprise COBOL 5.1 & LE compatible level.
Sorry about the typo. We are running z/OS 1.13 and not 1.3. However, Mr. Schwab pointed to the Migration Guide for Enterprise COBOL 5.1 wherein I found this bit of info in the Language Environment's runtime support for different compilers: Enterprise COBOL for z/OS, Version 5.1 requires a minimum level of z/OS Version 1 Release 13. Thank you very much Mr. Schwab. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Question about Enterprise COBOL 5.1 & LE compatible level.
I have been asked to install Enterprise COBOL 5.1 which went GA in October of 2013. We are currently running z/OS 1.13 with a current RSU Level of 1404. We have Enterprise COBOL 4.2 and the corresponding LE level that came with z/OS 1.3 in February of 2012. Correct me if I am wrong, but, I don't think our current level of LE can support COBOL 5.1. Is there some maintenance that will upgrade our LE level to be compatible with COBOL 5.1? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Question concerning running z/OS LPARs under z/VM
I was quesioned about reconfiguring our current processor. Currently, we are running 6 LPARs - 2 sandbox LPARs , an applicaton/test LPAR, a certification LPAR, a production LPAR and a scheduling LPAR. The sandbox LPARs run under separate monoplexes and separate MASs. The remaining LPARs run under a Base Sysplex and the same MAS. The configuration in question would have the 2 sandbox LPARs, the application/test LPAR and the certification LPAR run as guests under z/VM. The production and scheduling LPARs would still run as separate LPARs but the same MAS. Can the current Base Sysplex and MAS still be used with 2 members running native and the other two runnng as guests under z/VM?Would we need a second MAS? I would also think that there would be extra overhead with PRSM deciding which LPAR gets resources and if it is the z/VM LPAR, then z/VM deciding which guest gets the resources. Seems like a duplication of effort. Then, of course, would JES2 tolerate this as well? Any thoughts, or, has anyone performed this type of configuration. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Extracting SMF records with IFASMFDP
Using the JCL provide by Mr. Engelbrecht, I discovered that the extract worked as coded. What I also learned was that one of test LPARs was down for an extended period of time. When the LPAR was IPLd, the latent SMF data was copied to the input of the extract. Thus, the Type 80 for the first of the month was encountered in the input phase. Thank you for this JCL which I will use again and again. Mr. Mr. Engelbrecht wrote: >Yes, and since the OP is extracting record type 89, you can do a quick check >on the output whether the date/time selection works as >advertised. >Something like this: //SMF89EXEC PGM=ICETOOL //TOOLMSG DD SYSOUT=* //DFSMSG DD SYSOUT=* //VLSHCNTL DD * OPTION COPY,VLSHRT INCLUDE COND=(6,1,BI,EQ,X'59') /* //RAWSMF DD DISP=SHR,DSN=.. //SORTSMF DD DISP=(NEW,DELETE,DELETE),SPACE=(CYL,(50,50,0)) //VREPTDD SYSOUT=* //TOOLIN DD * SORT FROM(RAWSMF) TO(SORTSMF) USING(VLSH) DISPLAY FROM(SORTSMF) LIST(VREPT) - HEADER('SMFTYP') ON(6,1,BI) - HEADER('DATE')ON(11,4,DT1,E'/99/99') - HEADER('TIME')ON(7,4,TM1,E'99:99:99') - HEADER('SYSTEM') ON(15,4,CH) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Extracting SMF records with IFASMFDP
I am attempting to extract a subset of a subset of SMF data for a time period from 00:00 to 14:00 on 8/9/2014 (2014221): //SMFDPTAP EXEC PGM=IFASMFDP //SYSPRINT DD SYSOUT=* //DUMPINDD DSN=SE.EN.X02.SCRT.DATA.G2871V00,DISP=SHR //DUMPOUT DD DSN=TECH.SCRT.PART2, // DISP=(,CATLG,DELETE), // UNIT=SYSALLDA, // SPACE=(CYL,(5,1),,CONTIG), // DCB=D.SMF //SYSIN DD * INDD(DUMPIN,OPTIONS(DUMP)) OUTDD(DUMPOUT,TYPE(0:255)) DATE(2014221,2014221) START() END(1400) // When the job runs, I receive this report: IFA010I SMF DUMP PARAMETERS IFA010I END(1400) -- SYSIN IFA010I START() -- SYSIN IFA010I DATE(2014221,2014221) -- SYSIN IFA010I OUTDD(DUMPOUT,TYPE(0:255)) -- SYSIN IFA010I INDD(DUMPIN,OPTIONS(DUMP)) -- SYSIN IFA020I DUMPOUT -- TECH.SCRT.PART2 IFA020I DUMPIN -- SE.EN.X02.SCRT.DATA.G2871V00 SUMMARY ACTIVITY REPORT START DATE-TIME 08/01/2014-00:30:00 END DATE-TIME 08/10/2014-00:00:00 RECORD RECORDS PERCENT AVG. RECORD MIN. RECORD MAX. RECORD RECORDS TYPE READOF TOTAL LENGTHLENGTH LENGTH WRITTEN 2 1 .10 %18.0018 18 1 3 1 .10 %18.0018 18 1 70 454 45.58 % 1,950.03 172 3,916 270 89 540 54.22 % 3,403.50 326 8,490 329 TOTAL996 100 % 2,734.1818 8,490 601 NUMBER OF RECORDS IN ERROR 0 The input data set only contains data for 8/9/14 - 2014221. So, why does the report says the Start Date is 08/01/2014? And the end data is 8/10/24? I have specified a Start Date of 8/9/2014. Why does the End Date become 8/10/2014 and the end time is 00:00:00 when I have specified an end time of 14:00 and a End Date of 2014221 - 8/9/2014? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Copy of SVC Dump
On 22 April 2014 19:01, Mark Yuhas wrote: > Bear with me. I have an old program that copies a SVC Dump to regular data > set with a non-system DSN. It has been working for many years. I need to > make a few changes for the current configuration of z/OS 1.13. IPCS accepts > the system dump data set but rejects the one-off data set saying there is no > directory record. I added the dump record via the IPCS ADDDUMP command. > Now, IPCS accepts the dump but when I try to analyze it via IPCS commands, it > states that information is missing. > > I performed an ISPF compare of the data sets. According to that test, the > data sets are the same. I'm stumped. Is there something new about copying > dump data sets in 1.13? Tony Harminc responded >Is your output RECFM=FBS,LRECL=4160? If it's (say) FB or has the wrong LRECL, IPCS will treat it as a trace or other non-dump dataset, and produce confusing messages. >Tony H. Thanks for the insight. I converted to FBS and all is well. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Copy a SVC Dump
Bear with me. I have an old program that copies a SVC Dump to regular data set with a non-system DSN. It has been working for many years. I need to make a few changes for the current configuration of z/OS 1.13. IPCS accepts the system dump data set but rejects the one-off data set saying there is no directory record. I added the dump record via the IPCS ADDDUMP command. Now, IPCS accepts the dump but when I try to analyze it via IPCS commands, it states that information is missing. I performed an ISPF compare of the data sets. According to that test, the data sets are the same. I'm stumped. Is there something new about copying dump data sets in 1.13? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OCOPY fails to convert text
Thank you for the tip. However, I had to change the OCOPY statement to: "ocopy indd(filein) outdd(fileout) , text convert('sys1.linklib(BPXFX311)') pathopts(use) FROM1047" Without the FROM1047, no conversion. Curiously, I OCOPYd a simple text file with the new format. OCOPY did not convert. However, when I reverted to the old format, it converted. As Alice said, 'Curiouser & curiouser.' -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
OCOPY fails to convert text
I have a REXX EXEC that copies a MVS file to zFS file. The zFS file is used as input to create a chart under Windows. When the REXX EXEC runs, the file is copied without any text conversion. Here are REXX statements: infile = 'CP.EN.X20.TRNCOUNT.VB' outfile = path || '/TRNCOUNT.CSV' chmod_command = "chmod " || outfile " 777" say outfile say chmod_command "allocate ddname(fileout) pathopts(ordwr,ocreat) pathdisp(keep,keep) , path('" || outfile || "')" "allocate ddname(filein) DA('CP.EN.X20.TRNCOUNT.VB') shr" "ocopy indd(filein) outdd(fileout) text convert(yes) pathopts(use)" if rc ¬= 0 then say "ocopy failed for CP.EN.X20.TRNCOUNT.VB , (RC=" || rc || ")" address syscall chmod_command "free ddname(fileout)" "free ddname(filein)" And this is the results from the SYSTSPRT: .50 *-* infile = 'CP.EN.X20.TRNCOUNT.VB' . >>> "CP.EN.X20.TRNCOUNT.VB" .51 *-* outfile = path || '/TRNCOUNT.CSV' . >>> "/etc/u/dept976/Departmental/CICS_Graphs/CSV/TRNCOUNT.CSV" .52 *-* chmod_command = "chmod " || outfile " 777" . >>> "chmod /etc/u/dept976/Departmental/CICS_Graphs/CSV/TRNCOUNT.CSV 777" .53 *-* say outfile . >>> "/etc/u/dept976/Departmental/CICS_Graphs/CSV/TRNCOUNT.CSV" ./etc/u/dept976/Departmental/CICS_Graphs/CSV/TRNCOUNT.CSV .54 *-* say chmod_command . >>> "chmod /etc/u/dept976/Departmental/CICS_Graphs/CSV/TRNCOUNT.CSV 777" .chmod /etc/u/dept976/Departmental/CICS_Graphs/CSV/TRNCOUNT.CSV 777 .55 *-* "allocate ddname(fileout) pathopts(ordwr,ocreat) pathdisp(keep,keep) , path('" || outfile || "')" . >>> "allocate ddname(fileout) pathopts(ordwr,ocreat) pathdisp(keep,keep) , path('/etc/u/dept976/Departmental/CICS ._Graphs/CSV/TRNCOUNT.CSV')" .57 *-* "allocate ddname(filein) DA('CP.EN.X20.TRNCOUNT.VB') shr" . >>> "allocate ddname(filein) DA('CP.EN.X20.TRNCOUNT.VB') shr" .58 *-* "ocopy indd(filein) outdd(fileout) text convert(yes) pathopts(use)" . >>> "ocopy indd(filein) outdd(fileout) text convert(yes) pathopts(use)" .59 *-* if rc ¬= 0 . >>> "0" .62 *-* address syscall chmod_command . >>> "chmod /etc/u/dept976/Departmental/CICS_Graphs/CSV/TRNCOUNT.CSV 777" The resulant zFS file is a copy of the MVS file - no text conversion. I don't know why this is happening. I have a more complex REXX EXEC that transfers approximatedly 120 files in the same manner. I have no problems with the second REXX EXEC. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SCRT question
My apologies for not responding sooner. Extended weekend. I was upating a current production batch job that generates the SCRT and FTPs the report to a Windows Server. I decided to change the Windows Server to a DFS server. I just had sideblinders on and focused on the FTP step. When someone mentioned OCOPY, the light bulb went on. I dropped the FTP step. Replaced it with BATCH TMP with the necessary commands for the directories, allocations and OCOPY invocation. The solution is now in place. Thanks for the suggestion. Worked like a charm. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
SCRT question
Has anybody successfully FTPd the SCRT report in a batch job to a zFS file? When I try it, I get a weird file. When I use a Windows, the file transfers without a problem. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
FTP Problem
I goofed. The address was change but the userid & password was not. I have just changed my password. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
FTP problem
This is the JCL: //FTP EXEC PGM=FTP //SYSPRINT DD SYSOUT=* //INPUTDD * ren1mvs myuhas mgikeda cd /SYSTEM/etc/u/dept976/Departmental/Weekly Mainframe Capacity Statistics put 'TECH.MYUHAS.SIGREPT.FORMAT' abc.txt cd /SYSTEM/etc/u/dept976/Departmental/Weekly Mainframe Capacity Statistics locsite chmod 775 abc.txt quit This is the output: EZA1736I FTP EZY2640I Using 'SYS1.TCPPARMS(FTPDATA)' for local site configuration parameters. EZA1450I IBM FTP CS V1R13 EZA1456I Connect to ? EZA1736I ren1mvs EZA1554I Connecting to: ren1mvs.misrenton.paccar.com 160.69.4.33 port: 21. 220-FTPD1 IBM FTP CS V1R13 at ren1mvs.misrenton.paccar.com, 23:10:36 on 2013-04-23. 220 Connection will close if idle for more than 5 minutes. EZA1459I NAME (ren1mvs:MYUHAS): EZA1701I >>> USER myuhas 331 Send password please. EZA1789I PASSWORD: EZA1701I >>> PASS 230 MYUHAS is logged on. Working directory is "MYUHAS.". EZA1460I Command: EZA1736I cd /SYSTEM/etc/u/dept976/Departmental/Weekly Mainframe Capacity Statistics EZA1701I >>> CWD /SYSTEM/etc/u/dept976/Departmental/Weekly Mainframe Capacity Statistics 250 HFS directory /SYSTEM/etc/u/dept976/Departmental/Weekly Mainframe Capacity Statistics is the current working directory EZA1460I Command: EZA1736I put 'TECH.MYUHAS.SIGREPT.FORMAT' abc.txt EZA1460I Command: EZA1736I put 'TECH.MYUHAS.SIGREPT.FORMAT' abc.txt EZA1701I >>> SITE FIXrecfm 120 LRECL=120 RECFM=FB BLKSIZE=27960 200 SITE command was accepted EZA1701I >>> PORT 160,69,4,33,28,57 200 Port request OK. EZA1701I >>> STOR abc.txt 125 Storing data set /SYSTEM/etc/u/dept976/Departmental/Weekly Mainframe Capacity Statistics/abc.txt 250 Transfer completed successfully. EZA1617I 5734 bytes transferred in 0.005 seconds. Transfer rate 1146.80 Kbytes/sec. EZA1460I Command: EZA1736I cd /SYSTEM/etc/u/dept976/Departmental/Weekly Mainframe Capacity Statistics EZA1701I >>> CWD /SYSTEM/etc/u/dept976/Departmental/Weekly Mainframe Capacity Statistics 250 HFS directory /SYSTEM/etc/u/dept976/Departmental/Weekly Mainframe Capacity Statistics is the current working directory EZA1460I Command: EZA1736I locsite chmod 775 abc.txt EZA2667W CHMod filename is not a valid HFS file. CHMod ignored. EZA1460I Command: EZA1736I quit EZA1701I >>> QUIT 221 Quit command received. Goodbye. I can edit abc.txt and other things. I can't see why abc.txt is an invalid HFS filename. BTW - According to the IP User's Guide and Commands - this is the proper format for the LOCSITE CHMOD command. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
zDynaCap
My manager requested me to gather some information about a product called zDynaCap from ESAi (Enterprise Systems Associates Inc.). The rep supplied a link for a doc concerning the product. The article was short and not very in depth and claimed it could cut our IBM software costs. Has anyone installed zDynaCap? If so, was the install easy - Security, HMC levels, user interface ... Did the product deliver as adveritised? Was it actually worh it? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
SMF Type 99 quandry
According to the MVS Programming Workload Management Services manual, a Type SMF 99 record is written every policy interval (approximately 10 seconds). I have 5 LPARs - 3 production, 1 LPAR just constructed and 2 test LPARs. The SMF activity for the 2 test LPARs and the newly constructed ones is more than I expected. I reviewed the SUMMARY ACTIVITY REPORT and discovered an inordinate amount of Type 99 records. I did some calculations for each LPAR and discovered that, on average, there are 5.16 Type 99 records being written every second. Not one every 10 seconds. Either the policy interval time length has changed or these Type 99 records are being written by some other component. What am I missing? Yes, I could turn off writing the Type 99 records. But, is this indicative of some other problem? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: . Searching for a cross=reference list of manuals ...
Thank you for the input. The IBM site contains some information. The site lists 672 titles. The set I am working with contains over 1800 titles. And, the Windows solution. I am at the mercy of our desktop group for a workstation configuration. This includes hardware and software. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Searching for a cross=reference list of manuals ...
I am searching for a cross-reference list for the manuals I downloaded for 1.13. I really don't want to open each an every PDF to determine the title of the associated manual. Does such a cross-reference list exist? If so, where can I obtain it? Prior to Windows 7, the VIEW tab had a detail setting that would dispay the title. Windows 7 doesn't work that way for me. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN