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 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 mark.yu...@paccar.com 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 t...@harminc.net 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
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
