FW: SMF dump processing
When I looked as some old SYSLOG data, it appears there can be several events that may occur between the IEC205 message and the IEC234K Keep Message for the same job. No real delay in this example, but it does show events. (And ONLY after the accidental selection of this by message sequence and JES NR, did I note the example happens to be an MXG job!!). M 002 SYSK 2007114 00:51:10.09 JOB06647 0084 IEC205I BACKUP,XXXTDUHS,SAS,FILESEQ=1, COMPLETE VOLUME LIST, 666 E 666 0084 DSN=XXX0.MXG.PDB.HSM.BACKUP.G1672V00,VOLS=D59438,TOTALBLOCKS=25805 N 002 SYSK 2007114 00:51:10.29 JOB06647 0084 ACF99900 ACF2 LOGGING-08,05,SCHPROD,D59438,XXX0.MXG.PDB.HSM.BACKUP S .G1672V00,N/A N 0004000 SYSK 2007114 00:51:10.40 JOB06647 0284 -XXXTDUHS PS030 SAS 00 394241.64.016.1 12790K S 0 0 0 0 0 N 000 SYSK 2007114 00:51:10.45 JOB06647 0280 OPS1370H INIT X'4000' X'' X'' NONE 300 ATM$TAP3 S TAP3M02: take_one TDUHS - var ZZZTEMPT.TAPES.UNITS.XXXTDUHS N 400 SYSK 2007114 00:51:10.45 JOB06647 0084 ATM$TAP3 TAP3M02: take_one XXXTDUHS - var ZZZTEMPT.TAPES.UNITS.XXXTDUHS S S.E351 deleted N 200 SYSK 2007114 00:51:10.44 JOB06647 0080 TMS014 IEF234E K E351,D59438,PVT,XXXTDUHS N 200 SYSK 2007114 00:51:10.44 JOB06647 00080084 IEF234E K E351,D59438,PVT,XXXTDUHS Barry Herbert W. “Barry” Merrill, PhD President-Programmer MXG Software Merrill Consultants 10717 Cromwell Drive Dallas, TX 75229-5112 ba...@mxg.com Fax: 214 350 3694 – Still works, received as email Tel: 214 351 1966 – Unreliable, please use email www.mxg.comHomePage: FAQ answers most questions ad...@mxg.com License Forms, Invoice, Payment, ftp information supp...@mxg.comTechnical Issues MXG-L FREE ListServer http://www.mxg.com/mxg-l_listserver/ -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mark Zelden Sent: Thursday, April 14, 2016 2:31 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMF dump processing On Thu, 14 Apr 2016 19:12:12 +, Staller, Allan wrote: >Are you recording SMF 19? IIRC this can greatly elongate the SMF dump process >as the system goes to touch every online volume for each SMF dataset switch. > Right - at SMF switch time. But the problem seems to be at the end of the dump. Almost as if it was taking 15 minutes to to rewind a physical tape. At least that seems to be the problem as it was described. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS ITIL v3 Foundation Certified mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://search390.techtarget.com/ateExperts/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: PDSe Question
On 4/14/2016 1:11 PM, Savor, Thomas (Alpharetta) wrote: CHECK DECB1 LHWORK1,DCBBLKSI Block size at time of READ L WORK2,DECB1+16 Status area address SHWORK1,14(WORK2) WORK1 has block length Of course being curious it looks to me that DECB+16 points to IOB Address Then looking at the IOB DSECT (IEZIOB), 14 from the beginning = returned block length. 14 from the beginning is accurate...from my dump. However when trying to map this with IEZIOB, it seems to have wrong displacement. ORG IOBPREFX@L3A The macro expands a prefix, either in-line or as a DSECT. To get correct results, use USING IOBSTDRD,... Or you could gamble a little and subtract A(IOBSTDRD-IOBPREFX) from the DECB1+16 obtained address, but that may break if/when the macro is modified. Offset 14 points into the CSW, subtracting the unread count. If you plan to use this for production, note that the count is an unsigned halfword, and will produce incorrect results when someone plays with the CCWs. Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMF dump processing
Did someone change your VTS replication policy? Sounds like it is now having to wait for the volume to be fully transferred to another VTS to assure you have two copies, before the rewind/unload is allowed to complete. https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.idao300/d_copymode.htm?lang=en On 14 April 2016 at 20:30, Mark Zelden wrote: > On Thu, 14 Apr 2016 19:12:12 +, Staller, Allan < > allan.stal...@wunderman.com> wrote: > > >Are you recording SMF 19? IIRC this can greatly elongate the SMF dump > process as the system goes to touch every online volume for each SMF > dataset switch. > > > > Right - at SMF switch time. But the problem seems to be at the end of the > dump. Almost as > if it was taking 15 minutes to to rewind a physical tape. At least that > seems to be the problem > as it was described. > > Mark > -- > Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS > ITIL v3 Foundation Certified > mailto:m...@mzelden.com > Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html > Systems Programming expert at http://search390.techtarget.com/ateExperts/ > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMF dump processing
On Thu, 14 Apr 2016 19:12:12 +, Staller, Allan wrote: >Are you recording SMF 19? IIRC this can greatly elongate the SMF dump process >as the system goes to touch every online volume for each SMF dataset switch. > Right - at SMF switch time. But the problem seems to be at the end of the dump. Almost as if it was taking 15 minutes to to rewind a physical tape. At least that seems to be the problem as it was described. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS ITIL v3 Foundation Certified mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://search390.techtarget.com/ateExperts/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMF dump processing
Are you recording SMF 19? IIRC this can greatly elongate the SMF dump process as the system goes to touch every online volume for each SMF dataset switch. In your SMF dump job, add buffers, especially on the tape side. I am currently running with 50 and may increase it some more. The combination of the 2 techniques resulted in a cumulative 40% reduction in elapsed time. Other things to look at include the CISIZE of the MAN* datasets. We have noticed that our dumping for SMF MAN files are taking longer than usual. We see in the job log that when message IEC205I is issued, which shows the total blocks written, that sometimes it takes as long as 15 minutes for message IEF234E K to occur. Has anyone else encountered this or could explain to me why it takes 15 minutes for the IEF234E K message to occur? We realize that we need to get to logger but unfortunately it hasn't happened yet. This email including attachments may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Some unofficial early PL/I History
My first SHARE meeting was in San Francisco in February 1964, and the first session was a report by the "3-by-3" committee to describe what had been rumored as "Fortran 6". It was then called the New Programming Language (NPL). Because the NPL acronym also applied to the UK's National Physical Laboratory (equivalent to the US Bureau of Standards), the name was later changed to PL/I. The 3x3 team was 3 IBMers (C.W. Medlock, Bernice Weitzenhoffer, and George Radin (later of RISC fame)) and 3 customers (Hans Berg, Jim Cox, and Bruce Rosenblatt (who said he came up with the idea of condition prefixes)). They passed out copies of the language draft. One of the first questions was from someone who noticed that integer variables were 32 bits long; many were worried because current machines in 1964 had 36-bit words. There was a lot of hemming and hawing by the IBMers because System/360 hadn't been announced yet. After much discussion on gent at the back of the room stood up and said "This language should be called FUMBOL -- a mix of FORTRAN, ALGOL, and COBOL". A moment later, another gent said "No, it should be called EBTKS" (pronounced Eb-Tix). Silence. Then he said in a harsh voice "Everything But The Kitchen Sink!". Regards... John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMF dump processing
The environment is IBM virtual tape and we write a new each time. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mark Zelden Sent: Thursday, April 14, 2016 1:17 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMF dump processing On Thu, 14 Apr 2016 12:09:49 -0500, Mark Zelden wrote: >On Thu, 14 Apr 2016 17:02:07 +, Lopez, Sharon wrote: > >>We have noticed that our dumping for SMF MAN files are taking longer than >>usual. We see in the job log that when message IEC205I is issued, which >>shows the total blocks written, that sometimes it takes as long as 15 minutes >>for message IEF234E K to occur. Has anyone else encountered this or could >>explain to me why it takes 15 minutes for the IEF234E K message to occur? >> >>We realize that we need to get to logger but unfortunately it hasn't happened >>yet. >> >>Thanks in advance for all of your help. >> > >Does it run as an STC? Is the system busier than it used to be? What >is the goal of the service class it runs in? > >I support some very large systems and sysplexes. I'm talking LPARs with >over 200G of real storage, lots of CICS, DB2, WebSphere etc. etc. We >still haven't converted to logger for SMF and we don't normally have >any problems keeping up with SMF dumps. Our SMFDUMP STC runs in a >service class with importance 2. There have been a few times were >someone leaves a DB2 accounting trace left on and the dumps have >trouble keeping up and I've changed them to SYSSTC until we can track >down the bone head that left the trace on. :-) > Sorry, I didn't read your question carefully. You're problem sounds related to either the tape management system or the tape environment itself. Is it virtual? Physical? IBM, Oracle, EMC? Do you ever mod onto an existing data set or it is "new" each time? Many more details are needed. Regards, Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS ITIL v3 Foundation Certified mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://search390.techtarget.com/ateExperts/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Email correspondence to and from this address may be subject to the North Carolina Public Records Law and may be disclosed to third parties by an authorized state official. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMF dump processing
On Thu, 14 Apr 2016 12:09:49 -0500, Mark Zelden wrote: >On Thu, 14 Apr 2016 17:02:07 +, Lopez, Sharon wrote: > >>We have noticed that our dumping for SMF MAN files are taking longer than >>usual. We see in the job log that when message IEC205I is issued, which >>shows the total blocks written, that sometimes it takes as long as 15 minutes >>for message IEF234E K to occur. Has anyone else encountered this or could >>explain to me why it takes 15 minutes for the IEF234E K message to occur? >> >>We realize that we need to get to logger but unfortunately it hasn't happened >>yet. >> >>Thanks in advance for all of your help. >> > >Does it run as an STC? Is the system busier than it used to be? What is the >goal of the >service class it runs in? > >I support some very large systems and sysplexes. I'm talking LPARs with over >200G of real >storage, lots of CICS, DB2, WebSphere etc. etc. We still haven't converted to >logger for >SMF and we don't normally have any problems keeping up with SMF dumps. Our >SMFDUMP STC >runs in a service class with importance 2. There have been a few times were >someone >leaves a DB2 accounting trace left on and the dumps have trouble keeping up >and I've changed >them to SYSSTC until we can track down the bone head that left the trace on. >:-) > Sorry, I didn't read your question carefully. You're problem sounds related to either the tape management system or the tape environment itself. Is it virtual? Physical? IBM, Oracle, EMC? Do you ever mod onto an existing data set or it is "new" each time? Many more details are needed. Regards, Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS ITIL v3 Foundation Certified mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://search390.techtarget.com/ateExperts/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: PDSe Question
Interesting tidbit of info on this code in the manual that Greg pointed me to: This code works perfectly as written: ... CHECK DECB1 LHWORK1,DCBBLKSI Block size at time of READ L WORK2,DECB1+16 Status area address SHWORK1,14(WORK2) WORK1 has block length ... Of course being curious it looks to me that DECB+16 points to IOB Address Then looking at the IOB DSECT (IEZIOB), 14 from the beginning = returned block length. 14 from the beginning is accurate...from my dump. However when trying to map this with IEZIOB, it seems to have wrong displacement. ORG IOBPREFX@L3A SPACE 1 ***@L3A ** @L3A **NORMAL SCHEDULING PRE-PREFIX @L3A ***** 8 BYTES @L3A ** @L3A ***@L3A SPACE 1 IOBVIDAN DSF VIRTUAL IDAW FOR QSAM, BSAM, BPAM NORMAL @L3A * SCHEDULING, BUFFER START ADDR @L3A IOBVIDA2 DS0FVIRTUAL IDAW WHEN NOT BEGINNING OF BUFFER,@L5C * USED FOR UNIT RECORD DEVICES ONLY @L5C IOBLENRD DSF LENGTH OF BLOCK READ, LBI @L5A Instead of ORGing back to the beginning, it should ORG to IOBPREFX+8 to make the displacement correct. IOBLENRD should displace to 000C, but DSECT has it at 0004. Thanks, Tom Savor -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMF dump processing
On Thu, 14 Apr 2016 17:02:07 +, Lopez, Sharon wrote: >We have noticed that our dumping for SMF MAN files are taking longer than >usual. We see in the job log that when message IEC205I is issued, which shows >the total blocks written, that sometimes it takes as long as 15 minutes for >message IEF234E K to occur. Has anyone else encountered this or could >explain to me why it takes 15 minutes for the IEF234E K message to occur? > >We realize that we need to get to logger but unfortunately it hasn't happened >yet. > >Thanks in advance for all of your help. > Does it run as an STC? Is the system busier than it used to be? What is the goal of the service class it runs in? I support some very large systems and sysplexes. I'm talking LPARs with over 200G of real storage, lots of CICS, DB2, WebSphere etc. etc. We still haven't converted to logger for SMF and we don't normally have any problems keeping up with SMF dumps. Our SMFDUMP STC runs in a service class with importance 2. There have been a few times were someone leaves a DB2 accounting trace left on and the dumps have trouble keeping up and I've changed them to SYSSTC until we can track down the bone head that left the trace on. :-) Regards, Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS ITIL v3 Foundation Certified mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://search390.techtarget.com/ateExperts/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
SMF dump processing
We have noticed that our dumping for SMF MAN files are taking longer than usual. We see in the job log that when message IEC205I is issued, which shows the total blocks written, that sometimes it takes as long as 15 minutes for message IEF234E K to occur. Has anyone else encountered this or could explain to me why it takes 15 minutes for the IEF234E K message to occur? We realize that we need to get to logger but unfortunately it hasn't happened yet. Thanks in advance for all of your help. Email correspondence to and from this address may be subject to the North Carolina Public Records Law and may be disclosed to third parties by an authorized state official. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Fixcat vs Hardware PSP Buckets
On Wed, 13 Apr 2016 09:42:23 -0400, John Eells wrote: >Pete wrote: And most of us don't know what it was that Pete wrote, because he apparently posted to bit.listserv.ibm-main. Fortunately for him, this time two knowledgeable people (John and Kurt) seem to have seen his posts there and responded here on the list. bit.listserv.ibm-main mirrors the posts from the listserv, but posts to bit.listserv.ibm-main do not appear on this listserv, which is where the vast majority of us read it. Pete and any others would be advised to subscribe to the listserv. If desired, they can set their subscription to NOMAIL and access the posts on the web. For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: QUESTION ABOUT CA-VIEWDIRECT
View Direct is from ASG not CA. Previous owner was Mobius with the product name Infopac. There is no direct way of finding out what report is on what tape, however, there is a database listing report RIN6002 section Report Version Table that contains the info you are looking for. CIT | Ken Porowski | VP Mainframe Engineering | Information Technology | +1 973 740 5459 (tel) | ken.porow...@cit.com This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, “CIT”), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of willie bunter Sent: Thursday, April 14, 2016 6:42 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [IBM-MAIN] QUESTION ABOUT CA-VIEWDIRECT Good Day To All, I have a question about CA-ViewDirect. Is there a utility that I could use that could tell me all the job outputs contained on a tape? For example, DFHSM has the TTOC or FIXCDS A. Each tape is cataloged and contains multi-file. The auditors would like to have detailed information which is contained on the tape. I hope I was able to pose my question clearly. Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OMVS (TCPIP) internals question
So an update to my quest of knowledge... https://en.wikipedia.org/wiki/Unix_domain_socket and http://www.thomasstover.com/uds.html The bottom line is this form of "socket" is integral for any process to process communication not just networking, amy I going down the right path? From: IBM Mainframe Discussion List on behalf of Tracy Adams Sent: Thursday, April 14, 2016 9:38 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: OMVS (TCPIP) internals question I am trying to understand the function of TCPIP and its "max sockets". We are experiencing a problem that happens infrequently where our CICS application closing down the DataPower port with an error that indicates max sockets has been reached. IBM support has confirmed this in a dump. They say our max and current values are at 65,535 when the dump was initiated and to increase our maxsockets setting in BPXPRMxx. We are set at the default of 64000. Its maximum value is 16 million. This parameter is in the "network" definition of a "a single sockets file system". What I am grappling with is what is a "single sockets file system" and how the heck can we be hitting 65k units of anything? We are not that big! (so I think) So who and what consumes all these entries in this single socket file system? How can I monitor this? Netstat shows active connections between 700 - 900 so I don't believe this is the right spot to be looking. Quick explanations would be great, recommendations on readings that will clarify would be awesome as well. TIA, Tracy -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Move Sysplex out of z/VM
Rado, I certaily did prepare that. All LPARS; CF's; coupling datasets etc is usable native on the CEC since I can reach it all. Thanks Werner -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Move Sysplex out of z/VM
W dniu 2016-04-14 o 16:02, Werner Zieleznik pisze: Hi, thanks. Well, like mentioned, it seems initializing the sysplex in inevitable. That kind of work and extra loops like going to XCFLOCAL; run the jobs etc.. IPL again with MULTISYSTEM is not that complicated. I agree with that point. I was only wondering if it is avoidable since there is no communication via CF links between CF native and CF under VM. I can be wrong, but I think you can prepare sysplex resources outside of VM in advance and then just use them. Of course this covers CF and CDSes, not the content of the structures. At least one IPL less. -- Radoslaw Skorupka Lodz, Poland --- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorized to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, www.mBank.pl, e-mail: kont...@mbank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2016 r. kapitał zakładowy mBanku S.A. (w całości wpłacony) wynosi 168.955.696 złotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Move Sysplex out of z/VM
Hi, thanks. Well, like mentioned, it seems initializing the sysplex in inevitable. That kind of work and extra loops like going to XCFLOCAL; run the jobs etc.. IPL again with MULTISYSTEM is not that complicated. I agree with that point. I was only wondering if it is avoidable since there is no communication via CF links between CF native and CF under VM. Thanks again. Werner -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Move Sysplex out of z/VM
On 4/14/2016 9:15 AM, Werner Zieleznik wrote: Hi, what you're describing is exactly what I tried. It's failing because HCD will not allow to define a coupling link from the native CF on the CEC to the z/VM LPAR. So the sysplex will not find the path form the old sysplex under z/VM to the CF on the CEC. Activating the policy with the new CF'S is not a problem as such. But the new changes are pending because the link is not found, hence the information about the new CF's is not writen to the coupling data sets. That is exactly the reason for my question here. Has anybody done this before, knowing more about z/VM and if that is actually possible. Thanks Werner Werner, I just ran this past no less an expert than Frank Kyne, and he says that CF's under VM cannot communicate with native CF's on a CEC (I was wrong, sorry). He says that he's done what you want to do many times and it's not that difficult. You should be able to move your MVS guests and sysplex back and forth from VM to LPAR and back again. You will have to initialize the sysplex, but it's definitely doable. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
OMVS (TCPIP) internals question
I am trying to understand the function of TCPIP and its "max sockets". We are experiencing a problem that happens infrequently where our CICS application closing down the DataPower port with an error that indicates max sockets has been reached. IBM support has confirmed this in a dump. They say our max and current values are at 65,535 when the dump was initiated and to increase our maxsockets setting in BPXPRMxx. We are set at the default of 64000. Its maximum value is 16 million. This parameter is in the "network" definition of a "a single sockets file system". What I am grappling with is what is a "single sockets file system" and how the heck can we be hitting 65k units of anything? We are not that big! (so I think) So who and what consumes all these entries in this single socket file system? How can I monitor this? Netstat shows active connections between 700 - 900 so I don't believe this is the right spot to be looking. Quick explanations would be great, recommendations on readings that will clarify would be awesome as well. TIA, Tracy -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Move Sysplex out of z/VM
Hi, :-) did read that as well and accept it as a fact. I was wondering if anyone has got a workaround to prevent initialzing the sysplex. ...but I think its inevitable. Thanks Werner -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Move Sysplex out of z/VM
This: https://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.ieaf100/hfourv.htm seems to say that a z/OS sysplex must reside completely within a single z/VM system or completely outside it. z/VM is able to simulate advanced Coupling Facility (CF) and Message Facility (MF) function, namely, the ability of a set of CFs to be directly connected to one another and to z/OS® guests. z/VM Guest Coupling Simulation provides for the simulation of one or more complete parallel sysplexes within a single z/VM system image. The intent is to provide a pre-production testing platform for a coupled-system installation. The z/VM simulated environment is not intended for production use because its single points of failure negate the intent of the parallel sysplex environment. Other than the processors required, there is no special hardware needed: no coupling links and no external coupling facilities. Neither is such hardware supported. *All guest operation systems coupling within a simulated sysplex can only be coupled (through simulated coupling links) to coupling facilities also running as guests of the same z/VM system.* Up to 32 virtual machines can be coupled within a simulated sysplex, with each such virtual machine coupled to up to eight coupling facility virtual machines. In addition, when the processor and z/VM are so capable, each simulated coupling facility can connect to up to seven peer simulated coupling facilities. All coupled guests and simulated coupling facilities run within a single instance of the z/VM Control Program (CP). On Thu, Apr 14, 2016 at 8:15 AM, Werner Zieleznik wrote: > Hi, > > what you're describing is exactly what I tried. It's failing because HCD > will not allow to define a coupling link from the native CF on the CEC to > the z/VM LPAR. So the sysplex will not find the path form the old sysplex > under z/VM to the CF on the CEC. > Activating the policy with the new CF'S is not a problem as such. But the > new changes are pending because the link is not found, hence the > information about the new CF's is not writen to the coupling data sets. > > That is exactly the reason for my question here. Has anybody done this > before, knowing more about z/VM and if that is actually possible. > > Thanks > Werner > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- How many surrealists does it take to screw in a lightbulb? One to hold the griffon and one to fill the bathtub with brightly colored LEDs. Maranatha! <>< John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Fixcat vs Hardware PSP Buckets
Kurt Quackenbush wrote: in between this time I received and the enhanced hold data... Ah hah! I highly suspect the latest HOLDDATA is the reason for the discrepancy. I'm pretty sure the PSP bucket instructs you to first get the latest HOLDDATA before running the REPORT MISSINGFIX command. Indeed they do! "This entry documents the z/OS support required for the z13s server. It has been separated by z/OS release. You should use these SMP/E Fix Categories specified, with current FIXCAT HOLDDATA (see instructions below):" ... "Fix categories are defined in IBM HOLDDATA. Therefore, before you run the SMP/E REPORT command, you must first acquire the latest HOLDDATA from IBM. Current HOLDDATA is provided in all IBM service deliverables, including orders produced using SMP/E RECEIVE ORDER and ShopzSeries,. Also, they are available in the "Full" (730 day) HOLDDATA file you can download directly from (ftp://service.boulder.ibm.com/s390/holddata/full.txt). " Also, note that the 2965 categories by themselves are perhaps insufficient, depending on what machine you are coming from. You should at least also include the 2964 ones, but for simplicity's sake I'd recommend using IBM.Device.Server.* and whatever functional FIXCATs you need as described in the PSP. Please let us know if the PSP's instructions should be clarified somehow. -- John Eells IBM Poughkeepsie ee...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Move Sysplex out of z/VM
Hi, what you're describing is exactly what I tried. It's failing because HCD will not allow to define a coupling link from the native CF on the CEC to the z/VM LPAR. So the sysplex will not find the path form the old sysplex under z/VM to the CF on the CEC. Activating the policy with the new CF'S is not a problem as such. But the new changes are pending because the link is not found, hence the information about the new CF's is not writen to the coupling data sets. That is exactly the reason for my question here. Has anybody done this before, knowing more about z/VM and if that is actually possible. Thanks Werner -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: QUESTION ABOUT CA-VIEWDIRECT
Tom, Corrections. I dug around. You are right it was formerly ASG. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Fixcat vs Hardware PSP Buckets
in between this time I received and the enhanced hold data... Ah hah! I highly suspect the latest HOLDDATA is the reason for the discrepancy. I'm pretty sure the PSP bucket instructs you to first get the latest HOLDDATA before running the REPORT MISSINGFIX command. In any case, glad to hear you've now got all the PTFs you need. Kurt Quackenbush -- IBM, SMP/E Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Move Sysplex out of z/VM
On 4/14/2016 12:45 AM, Werner Zieleznik wrote: Hi, has anyone ever moved a sysplex out of z/VM to the native CEC? It seems to me that I cant define coupling link's form the native CEC into VM. So, if I activate a policy with new CF's on the native CEC the changes are pending and it would not write it to the control datasets. At the bottom line it looks to me, I have to initialize the sysplex again on the native CEC? Any hints? Thanks Werner Werner, Conceptually, what you want to do should be possible, but the devil is in the details. For the sake of discussion, let's assume you have a two LPAR sysplex where the LPARs run as VM Guests. I'll assume that you have an internal CF running as a VM guest, and an "external" CF, running as a native CF LPAR on the same CEC (you still with me?). The "internal" CF under VM should theoretically be able to talk to the "external" CF for duplex, failover, etc. Are you saying can't talk to the "external" CF from the "internal" CF under VM? I don't know enough about VM communication to tell you how to fix this, but it should be possible to do this. I don't think you should have to initialize the sysplex on the "external" CF. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: QUESTION ABOUT CA-VIEWDIRECT
It is VIEWDIRECT (formerly INFOPAC). On Thu, 4/14/16, Pinnacle wrote: Subject: Re: QUESTION ABOUT CA-VIEWDIRECT To: IBM-MAIN@LISTSERV.UA.EDU Received: Thursday, April 14, 2016, 8:20 AM On 4/14/2016 6:44 AM, willie bunter wrote: > Good Day To All, > > I have a question about CA-ViewDirect. Is there a utility that I could use that could tell me all the job outputs contained on a tape? For example, DFHSM has the TTOC or FIXCDS A. > > Each tape is cataloged and contains multi-file. The auditors would like to have detailed information which is contained on the tape. > > I hope I was able to pose my question clearly. > > Thanks. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > Willie, Do you mean CA-View, or ASG (formerly Mobius) ViewDirect? There should be utilities in both products to give you the reports on a particular archive volume. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Example of ACS Environment of SPMGCLTR
Theo, Check out Glen Wilcock's 'What's new in DFHSM' March 2014. This was presented at SHARE in Anaheim in 2014. You can google it and download. There is a section called 'Storage Tiering' which goes into detail about SPMGCLTR (not SPGMCLTR) and the &ACSENV with examples. HTH Richard Marchant Joburg rules On Wed, Apr 13, 2016 at 5:52 PM, Buckton, T. (Theo) wrote: > Hi, > > Can somebody give me an example of coding for &ACSENV of SPGMCLTR in order > to make use of CLASS TRANSITION for space management - moving data from > one class of storage to another within ML0. > This should be for Storage, Management Class and Storage Group. > > Regards > Theo > > > Nedbank Limited Reg No 1951/09/06. The following link displays > the names of the Nedbank Board of Directors and Company Secretary. > [ http://www.nedbank.co.za/terms/DirectorsNedbank.htm ] > This email is confidential and is intended for the addressee only. > The following link will take you to Nedbank's legal notice. > [ http://www.nedbank.co.za/terms/EmailDisclaimer.htm ] > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: QUESTION ABOUT CA-VIEWDIRECT
On 4/14/2016 6:44 AM, willie bunter wrote: Good Day To All, I have a question about CA-ViewDirect. Is there a utility that I could use that could tell me all the job outputs contained on a tape? For example, DFHSM has the TTOC or FIXCDS A. Each tape is cataloged and contains multi-file. The auditors would like to have detailed information which is contained on the tape. I hope I was able to pose my question clearly. Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Willie, Do you mean CA-View, or ASG (formerly Mobius) ViewDirect? There should be utilities in both products to give you the reports on a particular archive volume. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: QUESTION ABOUT CA-VIEWDIRECT
The vendor should have provided something, but regardless, get the TAPEMAP utility from the CBT website. You will be glad you did. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of willie bunter Sent: Thursday, April 14, 2016 6:42 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: QUESTION ABOUT CA-VIEWDIRECT Good Day To All, I have a question about CA-ViewDirect. Is there a utility that I could use that could tell me all the job outputs contained on a tape? For example, DFHSM has the TTOC or FIXCDS A. Each tape is cataloged and contains multi-file. The auditors would like to have detailed information which is contained on the tape. I hope I was able to pose my question clearly. Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
QUESTION ABOUT CA-VIEWDIRECT
Good Day To All, I have a question about CA-ViewDirect. Is there a utility that I could use that could tell me all the job outputs contained on a tape? For example, DFHSM has the TTOC or FIXCDS A. Each tape is cataloged and contains multi-file. The auditors would like to have detailed information which is contained on the tape. I hope I was able to pose my question clearly. Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN