Re: Getting CEE3796I AN ATTEMPT TO DYNAMICALLY TAKE A DUMP WAS NOT SUCCESSFUL.
On Wed, 21 Sep 2011 22:49:27 -0400 Jim Mulder wrote: I am considered to be fairly knowledgeable about z/OS dumping, but I am not an LE user. LOL - maybe there's hope for the rest of us yet. A few of us have managed to avoid LE entanglements - how long that good fortune lasts is anyones guess. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Getting CEE3796I AN ATTEMPT TO DYNAMICALLY TAKE A DUMP WAS NOT SUCCESSFUL.
Are you implying that IEATDUMP will try to allocate 2G, i.e., 30K tracks? On Wed, 21 Sep 2011 22:49:27 -0400 Jim Mulder d10j...@us.ibm.com wrote: : ::According to the description for the RC=8, RSN=26, you should : also have allocation messages that describe the problem. : : : :Just the useless : : :IKJ56245I DATA SET aaa.D263.T1309152.aaa NOT ALLOCATED, NOT ENOUGH :SPACE ON : :VOLUMES+ : :IKJ56245I USE DELETE COMMAND TO DELETE UNUSED DATA SETS : : :What is 'aaa' above? Your userid (the default)? If userid dsns : are SMS controlled (I don't recall : :on Dallas if they are and would have to check a client's system), : then do you have space : :in that pool? : : Yes, and they are not. : : :If the LE defaults haven't been altered (operator D CEE,ALL : command) then you can just : :add a SYSUDUMP, SYSABEND, or SYSMDUMP to get the dump and it won't : try to ceate : :the dyndump. : : Defaults unchanged. : : Why size does IEATDUMP try to allocate? Do I need to SVC trace 99 to :figure : this out? : : :You do not need to trace SVC 99 to figure this out. Most of the answer is :in the manual: : :quote :DSNAD=dsnad :DSN=dsn :DDNAME=ddname :A required input parameter. : :DSNAD=dsnad :A 4-byte field which contains the address of the area of the name pattern : used to create the data set that is to contain the dump. The format of :the : area is described in the DSN field which follows. :To code: Specify the RS-type address, or address : in register (2)-(12), of a pointer field. : : :DSN=dsn :A 2- to 101-character input area that contains the name pattern used to : create the data set that is to contain the dump. The format of the area : begins with a single byte specifying the length of the name pattern, :which : must not be greater than 100. The name pattern immediately follows that :byte. : The name pattern has a series of attributes: it is similar to that used :by the : operator DUMPDS NAME= parameter, except that SEQ is not supported, : and there is no default name pattern available; the use of system symbols : is supported; and it must resolve to a valid data set name which can be : allocated from the caller's task . When used with the REMOTE= parameter, : the generated name must be unique for each requested address space : (JOBNAME is one recommended addition to the pattern to accomplish this). : :In addition, IEATDUMP also recognizes the symbol DS. (Dump Section) : on the end of the name pattern. When present, IEATDUMP allocates the : first data set for dumping, ending with 001. If this runs out of disk :space : or uses up all 16 extents before the dump is completed, dumping will be : continued to data sets with the same name, but ending in 002,003, and : so on, until the entire dump is written. Each of these data sets are :allocated : with a primary extent size of 500M and a secondary extent size of 500M, : but it is possible to change these values by providing ACS routines that : are driven by DFSMS. : :Remember to combine all of the data sets into one data set by using : IPCS COPYDUMP, before using IPCS to view the diagnostic data. : :To code: Specify the RS-type address, or address in register (2)-(12), : of a 2- to 101-character field. : : :DDNAME=ddname :An 8-character input field that is the name of the DD representing the : data set that is to contain the dump. The DD must be allocated when : IEATDUMP is invoked. The system will open this DD. :To code: Specify the RS-type address, or address in : register (2)-(12), of an 8-character field. : :end quote : : For the part of the answer that is not in the manual: :If the DSN name pattern does not end in DS (or you are running on a :release lower than :z/OS 1.10), IEATDUMP creates a 2GB data space, and captures the dump data :into that data space :(so the maximum size of the dump is 2GB). IEATDUMP then knows the exact :size of the dump :(the amount of data in used in the data space), and allocates a primary :extent of that size. : : : I don't know what LE uses for the DSN name pattern, or if it allows you :to : specify that in some LE parameter. I am considered to be fairly :knowledgeable : about z/OS dumping, but I am not an LE user. : :Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY : :-- :For IBM-MAIN subscribe / signoff / archive access instructions, :send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO :Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For
CONVERTING DASD TO SMS
G'Day All, I have the unenviable task of converting some IMS dasd to SMS. The volumes are presently non-SMS and contain IMS DBs. I looked at the ADRDSSU and the COVERTV parm is recommended to be used. My question is has anybody encountered any problems using CONVERTV? I plan to use this jcl to run the CONVERT of the volume: //STEP1 EXEC PGM=ADRDSSU,REGION=4M //SYSPRINT DD SYSOUT=* //INVOL1 DD VOL=SER=BELAN1,UNIT=3390,DISP=SHR //SYSIN DD * CONVERTV - TEST - DDNAME(INVOL1) - SMS /* Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CONVERTING DASD TO SMS
The key there is the TEST keyword. That will simulate the CONVERTV process and let you know if any problems will be encountered. Review its output, resolve any issues, rerun with TEST again and when you get a clean run, remove the TEST keyword. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of John Dawes Sent: Thursday, September 22, 2011 7:47 AM To: IBM-MAIN@bama.ua.edu Subject: CONVERTING DASD TO SMS G'Day All, I have the unenviable task of converting some IMS dasd to SMS. The volumes are presently non-SMS and contain IMS DBs. I looked at the ADRDSSU and the COVERTV parm is recommended to be used. My question is has anybody encountered any problems using CONVERTV? I plan to use this jcl to run the CONVERT of the volume: //STEP1 EXEC PGM=ADRDSSU,REGION=4M //SYSPRINT DD SYSOUT=* //INVOL1 DD VOL=SER=BELAN1,UNIT=3390,DISP=SHR //SYSIN DD * CONVERTV - TEST - DDNAME(INVOL1) - SMS /* Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CONVERTING DASD TO SMS
Robert, Thanks very much. I plan to run the simulate before I do the CONVERTV. From: Richards, Robert B. robert.richa...@opm.gov To: IBM-MAIN@bama.ua.edu Sent: Thursday, 22 September 2011 8:04 AM Subject: Re: CONVERTING DASD TO SMS The key there is the TEST keyword. That will simulate the CONVERTV process and let you know if any problems will be encountered. Review its output, resolve any issues, rerun with TEST again and when you get a clean run, remove the TEST keyword. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of John Dawes Sent: Thursday, September 22, 2011 7:47 AM To: IBM-MAIN@bama.ua.edu Subject: CONVERTING DASD TO SMS G'Day All, I have the unenviable task of converting some IMS dasd to SMS. The volumes are presently non-SMS and contain IMS DBs. I looked at the ADRDSSU and the COVERTV parm is recommended to be used. My question is has anybody encountered any problems using CONVERTV? I plan to use this jcl to run the CONVERT of the volume: //STEP1 EXEC PGM=ADRDSSU,REGION=4M //SYSPRINT DD SYSOUT=* //INVOL1 DD VOL=SER=BELAN1,UNIT=3390,DISP=SHR //SYSIN DD * CONVERTV - TEST - DDNAME(INVOL1) - SMS /* Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CONVERTING DASD TO SMS
I tried the TEST keyword but I received the following error messages: ADR874E (001)-KVOL (01), VOLUME VECA21 IS NOT ELIGIBLE FOR CONVERSION TO SMS MANAGEMENT, 008 According to the error message it says :The volume has a nonindexed VTOC I ran the following : /* //STEP1 EXEC PGM=ICKDSF,REGION=3M //MYVOL DD UNIT=3390,DISP=(OLD,KEEP),VOL=SER=VECA21, // DSN=SYS1.VTOCIX.VECA21 //SYSPRINT DD SYSOUT=* //SYSIN DD * BUILDIX DDNAME(MYVOL) IXVTOC /* I ran the CONVERT again but I still get the same error. Any suggestions that I can try? From: Richards, Robert B. robert.richa...@opm.gov To: IBM-MAIN@bama.ua.edu Sent: Thursday, 22 September 2011 8:04 AM Subject: Re: CONVERTING DASD TO SMS The key there is the TEST keyword. That will simulate the CONVERTV process and let you know if any problems will be encountered. Review its output, resolve any issues, rerun with TEST again and when you get a clean run, remove the TEST keyword. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of John Dawes Sent: Thursday, September 22, 2011 7:47 AM To: IBM-MAIN@bama.ua.edu Subject: CONVERTING DASD TO SMS G'Day All, I have the unenviable task of converting some IMS dasd to SMS. The volumes are presently non-SMS and contain IMS DBs. I looked at the ADRDSSU and the COVERTV parm is recommended to be used. My question is has anybody encountered any problems using CONVERTV? I plan to use this jcl to run the CONVERT of the volume: //STEP1 EXEC PGM=ADRDSSU,REGION=4M //SYSPRINT DD SYSOUT=* //INVOL1 DD VOL=SER=BELAN1,UNIT=3390,DISP=SHR //SYSIN DD * CONVERTV - TEST - DDNAME(INVOL1) - SMS /* Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CONVERTING DASD TO SMS
Have you added the volume to an appropriate storage group already? Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of John Dawes Sent: Thursday, September 22, 2011 8:52 AM To: IBM-MAIN@bama.ua.edu Subject: Re: CONVERTING DASD TO SMS I tried the TEST keyword but I received the following error messages: ADR874E (001)-KVOL (01), VOLUME VECA21 IS NOT ELIGIBLE FOR CONVERSION TO SMS MANAGEMENT, 008 According to the error message it says :The volume has a nonindexed VTOC I ran the following : /* //STEP1 EXEC PGM=ICKDSF,REGION=3M //MYVOL DD UNIT=3390,DISP=(OLD,KEEP),VOL=SER=VECA21, // DSN=SYS1.VTOCIX.VECA21 //SYSPRINT DD SYSOUT=* //SYSIN DD * BUILDIX DDNAME(MYVOL) IXVTOC /* I ran the CONVERT again but I still get the same error. Any suggestions that I can try? From: Richards, Robert B. robert.richa...@opm.gov To: IBM-MAIN@bama.ua.edu Sent: Thursday, 22 September 2011 8:04 AM Subject: Re: CONVERTING DASD TO SMS The key there is the TEST keyword. That will simulate the CONVERTV process and let you know if any problems will be encountered. Review its output, resolve any issues, rerun with TEST again and when you get a clean run, remove the TEST keyword. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of John Dawes Sent: Thursday, September 22, 2011 7:47 AM To: IBM-MAIN@bama.ua.edu Subject: CONVERTING DASD TO SMS G'Day All, I have the unenviable task of converting some IMS dasd to SMS. The volumes are presently non-SMS and contain IMS DBs. I looked at the ADRDSSU and the COVERTV parm is recommended to be used. My question is has anybody encountered any problems using CONVERTV? I plan to use this jcl to run the CONVERT of the volume: //STEP1 EXEC PGM=ADRDSSU,REGION=4M //SYSPRINT DD SYSOUT=* //INVOL1 DD VOL=SER=BELAN1,UNIT=3390,DISP=SHR //SYSIN DD * CONVERTV - TEST - DDNAME(INVOL1) - SMS /* Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CONVERTING DASD TO SMS
Is the volume a member of a storage group? Do the datasets on the volume get assigned to a storage class and storage group that contains the volume? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of John Dawes Sent: Thursday, September 22, 2011 3:52 PM To: IBM-MAIN@bama.ua.edu Subject: Re: CONVERTING DASD TO SMS I tried the TEST keyword but I received the following error messages: ADR874E (001)-KVOL (01), VOLUME VECA21 IS NOT ELIGIBLE FOR CONVERSION TO SMS MANAGEMENT, 008 According to the error message it says :The volume has a nonindexed VTOC I ran the following : /* //STEP1 EXEC PGM=ICKDSF,REGION=3M //MYVOL DD UNIT=3390,DISP=(OLD,KEEP),VOL=SER=VECA21, // DSN=SYS1.VTOCIX.VECA21 //SYSPRINT DD SYSOUT=* //SYSIN DD * BUILDIX DDNAME(MYVOL) IXVTOC /* I ran the CONVERT again but I still get the same error. Any suggestions that I can try? From: Richards, Robert B. robert.richa...@opm.gov To: IBM-MAIN@bama.ua.edu Sent: Thursday, 22 September 2011 8:04 AM Subject: Re: CONVERTING DASD TO SMS The key there is the TEST keyword. That will simulate the CONVERTV process and let you know if any problems will be encountered. Review its output, resolve any issues, rerun with TEST again and when you get a clean run, remove the TEST keyword. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of John Dawes Sent: Thursday, September 22, 2011 7:47 AM To: IBM-MAIN@bama.ua.edu Subject: CONVERTING DASD TO SMS G'Day All, I have the unenviable task of converting some IMS dasd to SMS. The volumes are presently non-SMS and contain IMS DBs. I looked at the ADRDSSU and the COVERTV parm is recommended to be used. My question is has anybody encountered any problems using CONVERTV? I plan to use this jcl to run the CONVERT of the volume: //STEP1 EXEC PGM=ADRDSSU,REGION=4M //SYSPRINT DD SYSOUT=* //INVOL1 DDVOL=SER=BELAN1,UNIT=3390,DISP=SHR //SYSINDD* CONVERTV - TEST - DDNAME(INVOL1) - SMS /* Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam's signatory rights, no offer, agreement, concession or representation is binding on the company, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the company's seal. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Multile TCP/IP Stacks
Lindy that was great! On Wed, Sep 21, 2011 at 9:45 PM, Lindy Mayfield lindy.mayfi...@sas.comwrote: Does anyone do that thing anymore where you take a brown paper and breathe into it? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Bill Hecox Sent: Wednesday, September 21, 2011 3:11 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Multile TCP/IP Stacks Is this about the same thing as multiple network adapters (cards)? No. A TCP/IP stack will often use multiple network adapters to the same network for load sharing and fault tolerence. If one adapter fails the other will continue to operate. If you have multiple stacks, one for each network, each stack would likely use a different network adapter. To make it more complicated, multiple stacks can share one adapter. In this case the adapter would be connected to one network device but each stack could use a different VLAN on the network. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Those who can make you believe religious absurdities, can make you commit atrocities. Voltaire The philosopher has never killed any priests, whereas the priest has killed a great many philosophers. Denis Diderot Men will never be free until the last king is strangled with the entrails of the last priest. Denis Diderot -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CONVERTING DASD TO SMS
John Dawes wrote: I ran the following : /* Where is that line starting with '/*' coming from? //STEP1 EXEC PGM=ICKDSF,REGION=3M //MYVOL DD UNIT=3390,DISP=(OLD,KEEP),VOL=SER=VECA21, // DSN=SYS1.VTOCIX.VECA21 //SYSPRINT DD SYSOUT=* //SYSIN DD * BUILDIX DDNAME(MYVOL) IXVTOC /* I ran the CONVERT again but I still get the same error. Any suggestions that I can try? Please post th results of that BUILDIX job plus any SYSLOG messages too... Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
3270 and EE
Dear Listers I have been asked to providetelnet 3270 access to an application running on remote host connectned via VPN - Eneterprise extender. Can I define alternate IP for faiolver on that remote PU SWNET. Do I have to open telnet port 23 (7723 for SSL) beside port 12000-12004.. Any other considerations? regards Munif -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OT Microsoft Cloud Services has rainy day
On 21 Sep 2011 20:29:11 -0700, in bit.listserv.ibm-main you wrote: Microsoft cloud evaporated by one busted file * * * * * From: http://www.channelregister.co.uk/2011/09/21/microsoft_reveals_cloud_outage_causes/ Microsoft cloud evaporated by one busted file Services failed for hours By Paul Kunert Get more from this author Posted in Enterprise, 21st September 2011 11:31 GMT Free whitepaper The CIOs Guide to Optimizing Virtual Desktops A corrupted file in Microsoft's DNS services brought down its cloud across the world, the software giant has revealed. In a dramatic failure, Office 365 and Windows Live services including Hotmail and SkyDrive fell over for more than three hours earlier this month, causing further embarrassment for Redmond. No customer data was lost or compromised during the outage, according to a blog post penned by Arthur de Haan, Microsoft vice president for Windows Live Test and Service Engineering. He went on to detail the cause of the outage. A tool that helps balance network traffic was being updated and the update did not work correctly. As a result, configuration settings were corrupted, which caused a service disruption, he wrote. It took some hours for normal service levels to resume and time for the changes to replicate across the planet. De Haan said the file corruption had been caused by two rare conditions that happened at the same time, which were tracked to the networking device firmware used in Microsoft's DNS service. The first condition is related to how the load-balancing devices in the DNS service respond to a malformed input string (ie, the software was unable to parse an incorrectly constructed line in the configuration file). The second condition was related to how the configuration is synchronised across the DNS service to ensure all client requests return the same response regardless of the connection location of the client, said De Haan. Microsoft said it has pinpointed two streams of work to improve the service around monitoring, problem identification and recovery, further hardening the DNS service to improve its overall redundancy and fall-over capability. De Haan added that the firm is also developing another recovery process and reviewing recovery tools to cut down the time it takes to restore outages. We are determined to deliver the very best possible service to our customers and regret any inconvenience caused by this outage, he said. The Advertising Standards Agency is currently investigating a customer complaint into claims that Microsoft has made about its cloud services. ® Based on the postings I have seen regarding IBM-LINK and related, don't bet on IBM not being vulnerable to a similar problem. Clark Morris -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to dumps all the SMF datasets automagically evertime
You could record SMF to logstream and then this whole issue goes away. You dump the data when you need to read it not when some intermediate container needs to be emptied. Best Regards, Sam Knutson, GEICO System z Team Leader mailto:sknut...@geico.com (office) 301.986.3574 (cell) 301.996.1318 Think big, act bold, start simple, grow fast... -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of ibmnew Sent: Wednesday, September 21, 2011 5:34 AM To: IBM-MAIN@bama.ua.edu Subject: How to dumps all the SMF datasets automagically evertime Hi all When we shutdown our z/OS 1.11 everytime,we will issue 'Z EOD' command. After we IPL the system again,we find that SMF dataset was switched . P-SYS1.BDZ1.MAN1 BD1SF1600300 1 ACTIVE S-SYS1.BDZ1.MAN2 BD1SF2600300 2 DUMP REQUIRED S-SYS1.BDZ1.MAN3 BD1SF3600300 0 ALTERNATE When we issue 'I SMF' command,It's written to only dump P-SYS1.BDZ1.MAN1. How to dumps all the SMF datasets automagically evertime when we issue 'I SMF' command Thanks a lot ! Best Regards, Jason Cai This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CONVERTING DASD TO SMS
I reran the BUILDIX and I am getting the error message : ADR874E VOLUME VECA21 IS NOT ELIGIBLE FOR CONVERSION TO SMS MANAGEMENT, 012 According to the error message explanation : From: גדי בן אבי gad...@malam.com To: IBM-MAIN@bama.ua.edu Sent: Thursday, 22 September 2011 8:55 AM Subject: Re: CONVERTING DASD TO SMS Is the volume a member of a storage group? Do the datasets on the volume get assigned to a storage class and storage group that contains the volume? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of John Dawes Sent: Thursday, September 22, 2011 3:52 PM To: IBM-MAIN@bama.ua.edu Subject: Re: CONVERTING DASD TO SMS I tried the TEST keyword but I received the following error messages: ADR874E (001)-KVOL (01), VOLUME VECA21 IS NOT ELIGIBLE FOR CONVERSION TO SMS MANAGEMENT, 008 According to the error message it says :The volume has a nonindexed VTOC I ran the following : /* //STEP1 EXEC PGM=ICKDSF,REGION=3M //MYVOL DD UNIT=3390,DISP=(OLD,KEEP),VOL=SER=VECA21, // DSN=SYS1.VTOCIX.VECA21 //SYSPRINT DD SYSOUT=* //SYSIN DD * BUILDIX DDNAME(MYVOL) IXVTOC /* I ran the CONVERT again but I still get the same error. Any suggestions that I can try? From: Richards, Robert B. robert.richa...@opm.gov To: IBM-MAIN@bama.ua.edu Sent: Thursday, 22 September 2011 8:04 AM Subject: Re: CONVERTING DASD TO SMS The key there is the TEST keyword. That will simulate the CONVERTV process and let you know if any problems will be encountered. Review its output, resolve any issues, rerun with TEST again and when you get a clean run, remove the TEST keyword. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of John Dawes Sent: Thursday, September 22, 2011 7:47 AM To: IBM-MAIN@bama.ua.edu Subject: CONVERTING DASD TO SMS G'Day All, I have the unenviable task of converting some IMS dasd to SMS. The volumes are presently non-SMS and contain IMS DBs. I looked at the ADRDSSU and the COVERTV parm is recommended to be used. My question is has anybody encountered any problems using CONVERTV? I plan to use this jcl to run the CONVERT of the volume: //STEP1 EXEC PGM=ADRDSSU,REGION=4M //SYSPRINT DD SYSOUT=* //INVOL1 DD VOL=SER=BELAN1,UNIT=3390,DISP=SHR //SYSIN DD * CONVERTV - TEST - DDNAME(INVOL1) - SMS /* Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam's signatory rights, no offer, agreement, concession or representation is binding on the company, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the company's seal. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The volume is not defined to an SMS storage group This is understandable because the volume has not been added in the SG. I was just running to test to flush out any other errors. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CONVERTING DASD TO SMS
Bob, The volume was not added because I was running a test and I didn't realise that the volume needs to be added before I run the TEST option. From: Richards, Robert B. robert.richa...@opm.gov To: IBM-MAIN@bama.ua.edu Sent: Thursday, 22 September 2011 8:54 AM Subject: Re: CONVERTING DASD TO SMS Have you added the volume to an appropriate storage group already? Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of John Dawes Sent: Thursday, September 22, 2011 8:52 AM To: IBM-MAIN@bama.ua.edu Subject: Re: CONVERTING DASD TO SMS I tried the TEST keyword but I received the following error messages: ADR874E (001)-KVOL (01), VOLUME VECA21 IS NOT ELIGIBLE FOR CONVERSION TO SMS MANAGEMENT, 008 According to the error message it says :The volume has a nonindexed VTOC I ran the following : /* //STEP1 EXEC PGM=ICKDSF,REGION=3M //MYVOL DD UNIT=3390,DISP=(OLD,KEEP),VOL=SER=VECA21, // DSN=SYS1.VTOCIX.VECA21 //SYSPRINT DD SYSOUT=* //SYSIN DD * BUILDIX DDNAME(MYVOL) IXVTOC /* I ran the CONVERT again but I still get the same error. Any suggestions that I can try? From: Richards, Robert B. robert.richa...@opm.gov To: IBM-MAIN@bama.ua.edu Sent: Thursday, 22 September 2011 8:04 AM Subject: Re: CONVERTING DASD TO SMS The key there is the TEST keyword. That will simulate the CONVERTV process and let you know if any problems will be encountered. Review its output, resolve any issues, rerun with TEST again and when you get a clean run, remove the TEST keyword. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of John Dawes Sent: Thursday, September 22, 2011 7:47 AM To: IBM-MAIN@bama.ua.edu Subject: CONVERTING DASD TO SMS G'Day All, I have the unenviable task of converting some IMS dasd to SMS. The volumes are presently non-SMS and contain IMS DBs. I looked at the ADRDSSU and the COVERTV parm is recommended to be used. My question is has anybody encountered any problems using CONVERTV? I plan to use this jcl to run the CONVERT of the volume: //STEP1 EXEC PGM=ADRDSSU,REGION=4M //SYSPRINT DD SYSOUT=* //INVOL1 DD VOL=SER=BELAN1,UNIT=3390,DISP=SHR //SYSIN DD * CONVERTV - TEST - DDNAME(INVOL1) - SMS /* Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to dumps all the SMF datasets automagically evertime
I concur wholeheartedly! Just remember to issue a Z EOD before IPLs. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Knutson, Sam Sent: Thursday, September 22, 2011 10:48 AM To: IBM-MAIN@bama.ua.edu Subject: Re: How to dumps all the SMF datasets automagically evertime You could record SMF to logstream and then this whole issue goes away. You dump the data when you need to read it not when some intermediate container needs to be emptied. Best Regards, Sam Knutson, GEICO System z Team Leader mailto:sknut...@geico.com (office) 301.986.3574 (cell) 301.996.1318 Think big, act bold, start simple, grow fast... -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of ibmnew Sent: Wednesday, September 21, 2011 5:34 AM To: IBM-MAIN@bama.ua.edu Subject: How to dumps all the SMF datasets automagically evertime Hi all When we shutdown our z/OS 1.11 everytime,we will issue 'Z EOD' command. After we IPL the system again,we find that SMF dataset was switched . P-SYS1.BDZ1.MAN1 BD1SF1600300 1 ACTIVE S-SYS1.BDZ1.MAN2 BD1SF2600300 2 DUMP REQUIRED S-SYS1.BDZ1.MAN3 BD1SF3600300 0 ALTERNATE When we issue 'I SMF' command,It's written to only dump P-SYS1.BDZ1.MAN1. How to dumps all the SMF datasets automagically evertime when we issue 'I SMF' command Thanks a lot ! Best Regards, Jason Cai This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IMSDC 9.1 - FMTLIB
The words to search for is 'Message Format Serves' or MFS. The ideal is to split an IMS message into four components: the format displayed on the actual device, the format of the data to be mapped to the device format, the format of the message that is sent from the device, and the mapping to the message actually presented to the IMS application. The idea was to give the programs some degree of isolation from the physical device and therefore be able to support a number of different devices without any specialized coding. This service is performed in the Control Region, so the format library should not be needed in the message processing regions. IIRC, the format library is actually a pair of libraries that can be switched upon command to bring in new or changed formats without an outage. HTH and good luck -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of jagadishan perumal Sent: Tuesday, September 20, 2011 11:32 PM To: IBM-MAIN@bama.ua.edu Subject: IMSDC 9.1 - FMTLIB Hi, I was looking out for IMS910.FMTLIB in IMS DC region. I got as IMS910.FORMAT(different naming convention) where all the user generated and system sample screens are stored. I was bit curious to know how the screens are called in IMS region, also I tried googling with keyword(IMS DC) but I was not able to fetch any result pertaining to FORMAT. I was looking at the IMS regions JCL if the IMS910.FORMAT would be concatenated to some start up JCL but that was also not found. Apology if this questions are not appropriate to this discussion list. I am just looking out for some Online Manuals which would say more about the IMS DC . Regards, Jags -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to dumps all the SMF datasets automagically evertime
Sam, Good suggestion. I haven#39;t seen any data as to performance though. In the past dumping SMF was while not slow it wasn#39;t fast either. Has IBM ever been able to speed it up? The log stream might just be the answer to my issue, has onyone come up with any numbers? Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to dumps all the SMF datasets automagically evertime
On Thu, 22 Sep 2011 08:43:55 -0700, Ed Gould ps2...@yahoo.com wrote: (btw, below is what I see from the archives - all the #39 stuff instead of single quotes) Sam, Good suggestion. I haven#39;t seen any data as to performance though. In the past dumping SMF was while not slow it wasn#39;t fast either. Has IBM ever been able to speed it up? The log stream might just be the answer to my issue, has onyone come up with any numbers? Of course there have been numbers published by IBM and speeding up was one of the main reasons this was done. Here is a data and some verbiage from a SHARE presentation (session 2853, I think it was San Jose).View in fixed font... -+--+--+--+--+--+ |Base run |Using 1 |split |mult |Mult+ dup | |with manx |log |across 3 |streams + |30 and| |dsns |stream|logstreams|dup typ30 |100:102 | -+--+--+--+--+--+ CPU% | 86.56% | 86.19% | 87.05% | 86.34% | 86.95% | -+--+--+--+--+--+ TOT DASD | | | | | | I/O rate | 4643 | 3622 | 3387 | 3436 | 3256 | -+--+--+--+--+--+ SMFLOGR | | | | | | # of REQ | | 82769| 90474| 91879| 149324 | -+--+--+--+--+--+ SMF data | | | | | | log rate | 17355.19 | 17010.23 | 17221.54 | 17199.62 | 34472.71 | (rec/sec)| | | | | | -+--+--+--+--+--+ SMF avg | | | | | | rec len | 298.12 | 298.12 | 298.12 | 298.12 | 298.3| -+--+--+--+--+--+ SMF size | | | | | | in MB| 1776.33 | 1741.02 | 1762.65 | 1760.40 | 3530.46 | -+--+--+--+--+--+ Here we see some interesting comparisons between SMF recording to MANx data sets versus log streams. 1) When using the same workload, log stream recording did not cause any significant change in CPU utilization. Compared to the work load itself, SMF was not a significant contributer. 2) The DASD I/O rate, however, was lower when using log streams. System Logger creates larger write requests than SMF recording to MANx data sets, resulting in greater efficiency in I/O. 3) Even when duplicating records to multiple log streams, the effect of SMF recording was insignificant compared to the workload. -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IMSDC 9.1 - FMTLIB
We use IMSVS.FORMAT* where FORMATA or FORMATB is the current or previous version in use, FORMATD are members to be removed, FORMATN are new members. A batch job runs to erase all members from the previous library, copy the members from FORMATA and FORMATN and excluding members in FORMATD, creating a new library, then a console command is issued and the IMS region swaps the FORMAT library. You sites naming conventions usually will vary but is often version independent. Any screens to be changed would copied it from the version specific library. On Thu, Sep 22, 2011 at 10:36 AM, Hal Merritt hmerr...@jackhenry.com wrote: The words to search for is 'Message Format Serves' or MFS. The ideal is to split an IMS message into four components: the format displayed on the actual device, the format of the data to be mapped to the device format, the format of the message that is sent from the device, and the mapping to the message actually presented to the IMS application. The idea was to give the programs some degree of isolation from the physical device and therefore be able to support a number of different devices without any specialized coding. This service is performed in the Control Region, so the format library should not be needed in the message processing regions. IIRC, the format library is actually a pair of libraries that can be switched upon command to bring in new or changed formats without an outage. HTH and good luck -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of jagadishan perumal Sent: Tuesday, September 20, 2011 11:32 PM To: IBM-MAIN@bama.ua.edu Subject: IMSDC 9.1 - FMTLIB Hi, I was looking out for IMS910.FMTLIB in IMS DC region. I got as IMS910.FORMAT(different naming convention) where all the user generated and system sample screens are stored. I was bit curious to know how the screens are called in IMS region, also I tried googling with keyword(IMS DC) but I was not able to fetch any result pertaining to FORMAT. I was looking at the IMS regions JCL if the IMS910.FORMAT would be concatenated to some start up JCL but that was also not found. Apology if this questions are not appropriate to this discussion list. I am just looking out for some Online Manuals which would say more about the IMS DC . Regards, Jags -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Getting CEE3796I AN ATTEMPT TO DYNAMICALLY TAKE A DUMP WAS NOT SUCCESSFUL.
In of67474141.ace887ed-on85257913.000dc15a-85257913.000f8...@us.ibm.com, on 09/21/2011 at 10:49 PM, Jim Mulder d10j...@us.ibm.com said: You do not need to trace SVC 99 to figure this out. Most of the answer is in the manual: The text you quote explains how to call IEATDUMP; it does not explain what parameters were actually used. Is IEATDUMP a PC or an SVC? A GTF trace of SVC 51 might have less output than one of SVC 99. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Getting CEE3796I AN ATTEMPT TO DYNAMICALLY TAKE A DUMP WAS NOT SUCCESSFUL.
IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Are you implying that IEATDUMP will try to allocate 2G, i.e., 30K tracks? : For the part of the answer that is not in the manual: :If the DSN name pattern does not end in DS (or you are running on a :release lower than :z/OS 1.10), IEATDUMP creates a 2GB data space, and captures the dump data :into that data space :(so the maximum size of the dump is 2GB). IEATDUMP then knows the exact :size of the dump :(the amount of data in used in the data space), and allocates a primary :extent of that size. IEATDUMP knows exactly the amount of data (at most 2GB, but often less than that) that it dumped into the data space, and will use SVC 99 to allocate a data set with a primary extent size which is equal to the amount of data it dumped to the data space. In other words, it allocates a data set whose primary extent size is exactly what is needed to contain the dump. This is similar to what SDUMP does for dynamically allocated data sets, except that SDUMP uses multiple data spaces and 64-bit private storage for capturing the dump data, and thus does not have IEATDUMP's 2GB limit. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CONVERTING DASD TO SMS
--snip--- I tried the TEST keyword but I received the following error messages: ADR874E (001)-KVOL (01), VOLUME VECA21 IS NOT ELIGIBLE FOR CONVERSION TO SMS MANAGEMENT, 008 According to the error message it says :The volume has a nonindexed VTOC I ran the following : /* //STEP1 EXEC PGM=ICKDSF,REGION=3M //MYVOL DD UNIT=3390,DISP=(OLD,KEEP),VOL=SER=VECA21, // DSN=SYS1.VTOCIX.VECA21 //SYSPRINT DD SYSOUT=* //SYSIN DD * BUILDIX DDNAME(MYVOL) IXVTOC /* I ran the CONVERT again but I still get the same error. Any suggestions that I can try? -unsnip- Try spelling the index name right. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to dumps all the SMF datasets automagically evertime
The dumps on the systems I use seem to go at tape speed. What takes the time is re-initializing the MANx datasets. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ed Gould Sent: Thursday, September 22, 2011 8:44 AM To: IBM-MAIN@bama.ua.edu Subject: Re: How to dumps all the SMF datasets automagically evertime Sam, Good suggestion. I haven#39;t seen any data as to performance though. In the past dumping SMF was while not slow it wasn#39;t fast either. Has IBM ever been able to speed it up? The log stream might just be the answer to my issue, has onyone come up with any numbers? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
RES: How to dumps all the SMF datasets automagically evertime
Does the presentation shows CI size and BUFSPACE of MANx datasets ? Atenciosamente / Regards / Saludos Ituriel do Nascimento Neto BANCO BRADESCO S.A. 4254 / DPCD Engenharia de Software Sistemas Operacionais Mainframes Tel: +55 11 4197-2021 R: 22021 Fax: +55 11 4197-2814 -Mensagem original- De: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] Em nome de Mark Zelden Enviada em: quinta-feira, 22 de setembro de 2011 13:53 Para: IBM-MAIN@bama.ua.edu Assunto: Re: How to dumps all the SMF datasets automagically evertime On Thu, 22 Sep 2011 08:43:55 -0700, Ed Gould ps2...@yahoo.com wrote: (btw, below is what I see from the archives - all the #39 stuff instead of single quotes) Sam, Good suggestion. I haven#39;t seen any data as to performance though. In the past dumping SMF was while not slow it wasn#39;t fast either. Has IBM ever been able to speed it up? The log stream might just be the answer to my issue, has onyone come up with any numbers? Of course there have been numbers published by IBM and speeding up was one of the main reasons this was done. Here is a data and some verbiage from a SHARE presentation (session 2853, I think it was San Jose).View in fixed font... -+--+--+--+--+--+ |Base run |Using 1 |split |mult |Mult+ dup | |with manx |log |across 3 |streams + |30 and| |dsns |stream|logstreams|dup typ30 |100:102 | -+--+--+--+--+--+ CPU% | 86.56% | 86.19% | 87.05% | 86.34% | 86.95% | -+--+--+--+--+--+ TOT DASD | | | | | | I/O rate | 4643 | 3622 | 3387 | 3436 | 3256 | -+--+--+--+--+--+ SMFLOGR | | | | | | # of REQ | | 82769| 90474| 91879| 149324 | -+--+--+--+--+--+ SMF data | | | | | | log rate | 17355.19 | 17010.23 | 17221.54 | 17199.62 | 34472.71 | (rec/sec)| | | | | | -+--+--+--+--+--+ SMF avg | | | | | | rec len | 298.12 | 298.12 | 298.12 | 298.12 | 298.3| -+--+--+--+--+--+ SMF size | | | | | | in MB| 1776.33 | 1741.02 | 1762.65 | 1760.40 | 3530.46 | -+--+--+--+--+--+ Here we see some interesting comparisons between SMF recording to MANx data sets versus log streams. 1) When using the same workload, log stream recording did not cause any significant change in CPU utilization. Compared to the work load itself, SMF was not a significant contributer. 2) The DASD I/O rate, however, was lower when using log streams. System Logger creates larger write requests than SMF recording to MANx data sets, resulting in greater efficiency in I/O. 3) Even when duplicating records to multiple log streams, the effect of SMF recording was insignificant compared to the workload. -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html AVISO LEGAL br...Esta mensagem é destinada exclusivamente para a(s) pessoa(s) a quem é dirigida, podendo conter informação confidencial e/ou legalmente privilegiada. Se você não for destinatário desta mensagem, desde já fica notificado de abster-se a divulgar, copiar, distribuir, examinar ou, de qualquer forma, utilizar a informação contida nesta mensagem, por ser ilegal. Caso você tenha recebido esta mensagem por engano, pedimos que nos retorne este E-Mail, promovendo, desde logo, a eliminação do seu conteúdo em sua base de dados, registros ou sistema de controle. Fica desprovida de eficácia e validade a mensagem que contiver vínculos obrigacionais, expedida por quem não detenha poderes de representação. LEGAL ADVICEbr...This message is exclusively destined for the people to whom it is directed, and it can bear private and/or legally exceptional information. If you are not addressee of this message, since now you are advised to not release, copy, distribute, check or, otherwise, use the information contained in this message, because it is illegal. If you received this message by mistake, we ask you to return
Re: CONVERTING DASD TO SMS
Try spelling the index name right. It appears he did. The issue seems to be that even for TEST, the volume has to be in a storage group. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CONVERTING DASD TO SMS
Even if you add the VOLSER to the storage group, it will not use the volume until you run the Convert for real. On Thu, Sep 22, 2011 at 1:56 PM, Ted MacNEIL eamacn...@yahoo.ca wrote: Try spelling the index name right. It appears he did. The issue seems to be that even for TEST, the volume has to be in a storage group. -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
z/VM hardware requirements
As far as I know, z/VM 6.1 requires z10 or newer machine. Where can I find HW requirements for older z/VM versions/releases? Another question: what versions of z/VM are supported? -- 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 authorised 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. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, e-mail: i...@brebank.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.2011 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.346.696 złotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RES: How to dumps all the SMF datasets automagically evertime
On Thu, 22 Sep 2011 15:44:49 -0300, ITURIEL DO NASCIMENTO NETO 4254.itur...@bradesco.com.br wrote: Does the presentation shows CI size and BUFSPACE of MANx datasets ? No. There chart has the obligatory YMMV disclaimer and states: SMF Logger study using Trade6 on a z9 system with 16CPs (single image) 99.9% of the SMF records were type 102 records But even if it is optimal, this is still better compared to 20 year old technology (words used in the presentation). Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/VM hardware requirements
z/VM prior to 6 would run on z/800 +. http://www.vm.ibm.com/ 2011/9/22 R.S. r.skoru...@bremultibank.com.pl: As far as I know, z/VM 6.1 requires z10 or newer machine. Where can I find HW requirements for older z/VM versions/releases? Another question: what versions of z/VM are supported? -- Radoslaw Skorupka Lodz, Poland -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/VM hardware requirements
W dniu 2011-09-22 21:16, R.S. pisze: As far as I know, z/VM 6.1 requires z10 or newer machine. Where can I find HW requirements for older z/VM versions/releases? Another question: what versions of z/VM are supported? I'm sorry for the noise. I answered myself: 1. z/VM 5.4 works on z/900 and newer machines. Supported versions: 6.1, 5.4 (still looking for GA dates, especially for older releases) -- 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 authorised 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. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, e-mail: i...@brebank.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.2011 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.346.696 złotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CONVERTING DASD TO SMS
Yes. But at least you get past the error message re: ineligible. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -Original Message- From: Mike Schwab mike.a.sch...@gmail.com Sender: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Date: Thu, 22 Sep 2011 14:02:40 To: IBM-MAIN@bama.ua.edu Reply-To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Subject: Re: CONVERTING DASD TO SMS Even if you add the VOLSER to the storage group, it will not use the volume until you run the Convert for real. On Thu, Sep 22, 2011 at 1:56 PM, Ted MacNEIL eamacn...@yahoo.ca wrote: Try spelling the index name right. It appears he did. The issue seems to be that even for TEST, the volume has to be in a storage group. -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/VM hardware requirements
On 9/22/2011 at 03:29 PM, R.S. r.skoru...@bremultibank.com.pl wrote: Supported versions: 6.1, 5.4 (still looking for GA dates, especially for older releases) z/VM V6.1 general availability: October 23, 2009 z/VM V5.4 availability: September 12, 2008 z/VM V5.3 availability: June 29, 2007 z/VM V5.2 Generally Available as of Dec. 16, 2005 z/VM V5.1 General Availability: Sept. 24, 2004 z/VM V4.4 General Availability: Aug. 15, 2003 z/VM V4.3 General Availability: May 31, 2002 How far back do you want to go? Mark Post -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Fwd: MFNetDisk new code in my site PTF 184.
-- Forwarded message -- From: Shai Hess mfnetd...@mfnetdisk.com Date: Thu, Sep 22, 2011 at 12:51 PM Subject: MFNetDisk new code in my site PTF 184. To: shai.h...@gmail.com ** HI, This time I pay attention to my messages in MF. User from Germany ask request and I did what he asked. No more MPC999 message. All messages in MF are unique and more meaningful. I fix small bug in format trace in case of replication error. I add data for replication and VTOC journaling. I notify if there is VTOC journaling active to let the user know that there may be overhead in the PC disks if the VTOC is updated a lot. Now every time MF send request to invalid tracks I add the MVS device number in the message in PC MFNetDisk. Before only the PC device was in the message. I improve scripts. One of the script enables to display the VTOC of mirror. So, I add ability to display all the dataset, only prefix of the dataset by specify the DSN parameter, and also if you specify the CC and HH (cylinder and head) I will display the dataset which the CC HH is contained in the dataset. The reason I did it is to enable me and you to see which dataset is updated with the replication feature. The CC HH can be received by using the script per PC Device to display the last CC HH invalidated by the MFNetDIsk replication feature. Replication is now most used feature by MFNetDisk users! Thanks, Shai Hess, MFNetDisk product. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/VM hardware requirements
W dniu 2011-09-22 21:52, Mark Post pisze: On 9/22/2011 at 03:29 PM, R.S.r.skoru...@snipped.com.pl wrote: Supported versions: 6.1, 5.4 (still looking for GA dates, especially for older releases) z/VM V6.1 general availability: October 23, 2009 z/VM V5.4 availability: September 12, 2008 z/VM V5.3 availability: June 29, 2007 z/VM V5.2 Generally Available as of Dec. 16, 2005 z/VM V5.1 General Availability: Sept. 24, 2004 z/VM V4.4 General Availability: Aug. 15, 2003 z/VM V4.3 General Availability: May 31, 2002 How far back do you want to go? It is far enough, thank you. z/VM is terra incognita for me, I'd like to know what hardware can work with what software version. It's documented, but for a newbie it's not so easy to find it out. From the above I suspect that z flavour of VM (in other words: z/VM vs VM) did not start from V1R1, it continues numeration. BTW: is it known/documented what is the oldest version of z/VM that would work with z10, or z9 ? Regards -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc 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 authorised 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. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, e-mail: i...@brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2011 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.346.696 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Getting CEE3796I AN ATTEMPT TO DYNAMICALLY TAKE A DUMP WAS NOT SUCCESSFUL.
IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 09/22/2011 08:08:48 AM: You do not need to trace SVC 99 to figure this out. Most of the answer is in the manual: The text you quote explains how to call IEATDUMP; it does not explain what parameters were actually used. Is IEATDUMP a PC or an SVC? A GTF trace of SVC 51 might have less output than one of SVC 99. I interpreted the OP's question to be asking how IEATDUMP is supposed to determine the extent size for dynamic allocation, and I believe I have answered that question. To determine what was actually done in a specific case would of course require trapping/tracing/dumping. The IEATDUMP macro generates an SVC 51 with an IEATDUMP parameter. This is routed to the TDUMP processing module (IEAVTDMP), which builds a corresponding SDUMP parameter and recursively invokes SVC 51 to do SYSMDUMP-like processing Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3270 and EE
In 4634217121895766.wa.munif.sadekgmail@bama.ua.edu, on 09/22/2011 at 09:03 AM, Munif Sadek munif.sa...@gmail.com said: Do I have to open telnet port 23 Isn't that for Telnet NVT rather than TN3270? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/VM hardware requirements
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/Shelves/hcsh2a20 VM/ESA through 2.3. z/VM starts 3.1. A z/Series starts in 390 mode before switching, so even the first VM/XA could have a chance of running. Might not use all the capabilities of the system, but would utilize what the system was designed to use. On Thu, Sep 22, 2011 at 3:27 PM, R.S. r.skoru...@bremultibank.com.pl wrote: W dniu 2011-09-22 21:52, Mark Post pisze: On 9/22/2011 at 03:29 PM, z/VM V4.3 General Availability: May 31, 2002 How far back do you want to go? It is far enough, thank you. z/VM is terra incognita for me, I'd like to know what hardware can work with what software version. It's documented, but for a newbie it's not so easy to find it out. From the above I suspect that z flavour of VM (in other words: z/VM vs VM) did not start from V1R1, it continues numeration. BTW: is it known/documented what is the oldest version of z/VM that would work with z10, or z9 ? Regards Radoslaw Skorupka Lodz, -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
JES2 IP printers Multiple destinations
Hello all, I was asked a question and I couldn't find the answer to it in the PSF/JES2 manuals. We are a z/OS V1.11 shop. We have several IP printers that Jes2 prints to. Someone here wants the Jes2 output sent to two separate printers at the same time. In other words 1 jobs output sent to 2 different printers. I don't think it's possible, but what do I know. Has anyone ever done anything like this? Thanks in advance. == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/VM hardware requirements
On 9/22/2011 at 04:27 PM, R.S. r.skoru...@bremultibank.com.pl wrote: BTW: is it known/documented what is the oldest version of z/VM that would work with z10, or z9 ? I'm curious as to why you keep focusing on older versions of z/VM. I'm pretty sure that old versions of z/VM will tolerate being run on z9s or z10s. The real experts (including some people that are running _really_ old versions on newer hardware) largely hang out in the IBMVM listserv (ib...@listserv.uark.edu). It wasn't until z/VM 6.1 that having a z10 became _required_. I think some people are still running VM/ESA on them. Mark Post -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 IP printers Multiple destinations
Hello all, I was asked a question and I couldn't find the answer to it in the PSF/JES2 manuals. We are a z/OS V1.11 shop. We have several IP printers that Jes2 prints to. Someone here wants the Jes2 output sent to two separate printers at the same time. In other words 1 jobs output sent to 2 different printers. I don't think it's possible, but what do I know. Has anyone ever done anything like this? Thanks in advance. I think if you check out the /*OUTPUT statement in JES2, it can do what you want. You can code multiple destinations for any sysout. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 IP printers Multiple destinations
You can point a single sysout DD card to multiple OUTPUT JCL cards, which should allow you to do what you want. See the JCL reference manual for details. /jack - Original Message - From: Ward, Mike S mw...@ssfcu.org Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@bama.ua.edu Sent: Thursday, September 22, 2011 6:01 PM Subject: JES2 IP printers Multiple destinations Hello all, I was asked a question and I couldn't find the answer to it in the PSF/JES2 manuals. We are a z/OS V1.11 shop. We have several IP printers that Jes2 prints to. Someone here wants the Jes2 output sent to two separate printers at the same time. In other words 1 jobs output sent to 2 different printers. I don't think it's possible, but what do I know. Has anyone ever done anything like this? Thanks in advance. == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 IP printers Multiple destinations
Hi Mike, As Lizette and Jack have said, you can do that with the OUTPUT statement in JCL, we do it frequently in production batch. Check the JCL manual for the OUTPUT statement. If you want to see a couple of samples, I could post a few. HTH, Linda - Original Message - From: Mike S Ward mw...@ssfcu.org To: IBM-MAIN@bama.ua.edu Sent: Thursday, September 22, 2011 3:01:59 PM Subject: JES2 IP printers Multiple destinations Hello all, I was asked a question and I couldn't find the answer to it in the PSF/JES2 manuals. We are a z/OS V1.11 shop. We have several IP printers that Jes2 prints to. Someone here wants the Jes2 output sent to two separate printers at the same time. In other words 1 jobs output sent to 2 different printers. I don't think it's possible, but what do I know. Has anyone ever done anything like this? Thanks in advance. == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
FORCE ARM
Ok, I'll probably be sorry I opened this can of worms, but: WTF does ARM stand for on FORCE ARM? If you're wrong, they'll cut one off? Short for strongARM? ARMy grade? alARM? All Right Mom? Did some searching, no joy. No fair Googling *including the string that you already know it stands for* and finding it! ...phsiii -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to dumps all the SMF datasets automagically evertime
Barry, Do you use log stream ? Or DASD ? Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FORCE ARM
Others with real knowledge will chime in. I think it is something like allow recovery (or maybe resource) managers. A FORCE,ARM allows the application specified recovery and resource clean-up routines (if any) to run. FORCE without ARM just jerks everything out at once :) Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Phil Smith Sent: Thursday, September 22, 2011 4:51 PM To: IBM-MAIN@bama.ua.edu Subject: FORCE ARM Ok, I'll probably be sorry I opened this can of worms, but: WTF does ARM stand for on FORCE ARM? If you're wrong, they'll cut one off? Short for strongARM? ARMy grade? alARM? All Right Mom? Did some searching, no joy. No fair Googling *including the string that you already know it stands for* and finding it! ...phsiii -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FORCE ARM
ARM means Automatic Restart Management. See MVS Setting Up a Sysplex and MVS Programming Resource Recovery. Ant. Northern Territory Government of Australia -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Phil Smith Sent: Friday, 23 September 2011 9:21 AM To: IBM-MAIN@bama.ua.edu Subject: FORCE ARM Ok, I'll probably be sorry I opened this can of worms, but: WTF does ARM stand for on FORCE ARM? If you're wrong, they'll cut one off? Short for strongARM? ARMy grade? alARM? All Right Mom? Did some searching, no joy. No fair Googling *including the string that you already know it stands for* and finding it! ...phsiii -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FORCE ARM
Thanks. That wasn't nearly as interesting as I'd hoped, but at least my curiosity got satisfied! -- ...phsiii -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3270 and EE
Munif I have been asked to providetelnet 3270 access to an application running on remote host connectned via VPN - Eneterprise extender. Can I define alternate IP for faiolver on that remote PU SWNET. Do I have to open telnet port 23 (7723 for SSL) beside port 12000-12004.. This is a massively confused and confusing post! What I can extract from it which makes sense - although I may be very misled - is the following: - You wish to provide access to - I'll assume - z/OS applications supporting 3270 implying - as also hinted by your reference to apparently VTAM definitions (PU and SWNET) - support via SNA and VTAM (the SNA component of Communications Server). - You make a lot of references to IP things so it implies that you want to achieve this access over an IP network. - You make some references to Telnet also. - Thus the solution you need is to setup the SNA-oriented Telnet server, curiously called the TN3270E server[1]. You will be able to read up on how to do this in the following major subsection of 2.2 Chapter 11. Accessing remote hosts using Telnet in the z/OS Communications Server IP Configuration Guide: 2.2.1 The TN3270E Telnet server http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/F1A1B3A0/2.2.1 Allow *lots* of time to absorb it all! When you have digested all that, you will be ready to use the z/OS Communications Server IP Configuration Reference: 16.0 Chapter 16. TN3270E Telnet server http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/F1A1B4A0/16.0 You will also get a lot of help from Chapter 2, TN3270E Telnet server, in IBM z/OS V1R12 Communications Server TCP/IP Implementation Volume 2: Standard Applications: http://www.redbooks.ibm.com/abstracts/sg247897.html - Can I define alternate IP for faiolver failover on that remote PU SWNET. No, there will be no trace of PU statements in a VBUILD TYPE=SWNET major node. Do I have to open telnet port 23 ... In the SNA-oriented Telnet server's PROFILE data set, you can define port number 23 as the port for clients to use as the well-known port. ... (7723 for SSL) ... In the PROFILE data set, you can define any port number not in use by another server, which could be 7723, as the port for clients to use for secure Telnet connections. ... Eneterprise Enterprise extender. ... beside port 12000-12004. Enterprise Extender has no role to play in the configuration I have deduced you really want. That's not to say you could not also be supporting Enterprise Extender UDP exchanges over the IP network together with the TCP Telnet connections but the two functions have no need to be linked in any way - well I guess the primary LU application program (from the point of view of the SNA-oriented Telnet) could be the same, say CICS. ... via VPN ... There's no reason why you could not be using a VPN as part of the path over the IP network used by your Telnet TCP connections and your Enterprise Extender UDP exchanges. It's entirely a matter for how your underlying IP network is constructed. As for the remaining elements of your post, I have no real idea what you mean! - Incidentally, I detect a lack of the requisite skills. You will need assistance from whomever in your organisation is familiar with both sides of the Communications Server product, the SNA side, aka VTAM, and the IP side, known as TCP/IP for MVS in a previous life. This is often more than one person. Any other considerations? It's not so much other considerations as simply considerations. - I am considering putting out a series of educational posts - in the IBMTCP-L list - concerning how to put together the SNA-oriented Telnet. I am seeing more and more posts such as this one that seem to need that sort of guidance starting from the most basic level. I have to admit that the references I have proposed here are somewhat daunting! The proviso is the phrase made famous by the martyr of Vilvoorde, If I'm spared!. Unfortunately, he wasn't! - [1] The SNA-oriented Telnet server, in addition to supporting TN3270E protocols also supports TN3270 protocols and a flavour of more basic Telnet protocols which enable it to provide the appearance of a 3767 typewriter device as well as some other clever stuff enabling emulation of devices with names starting with VT but I am now straying away from my comfort zone - although I may, in a past life, have done something equivalent with GTMOSI - but that's another story ... See 2.2.1.4.5 Connection mode choices in the z/OS Communications Server IP Configuration Guide: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/F1A1B3A0/2.2.1.4.5 - Chris Mason On Thu, 22 Sep 2011 09:03:04 -0500, Munif Sadek munif.sa...@gmail.com wrote: Dear Listers I have been asked to providetelnet 3270 access to an application running on remote host connectned via VPN - Eneterprise extender. Can I define alternate IP for faiolver on that remote PU SWNET. Do I have to
Re: FORCE ARM
Phil
This looked like flexing searching skills so I had a shot at it!
... but at least my curiosity got satisfied!
Would that life were so simple!
In z/OS MVS System Commands, 4.13 FORCE Command,
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2g1b1/4.13
we find
quote
4.13.2 Syntax
The complete syntax for the FORCE command is:
FORCE {jobname }[,ARM][,A=asid][,ARMRESTART]
{U=userid}
{[jobname.]identifier}
/quote
and
quote
4.13.3 Parameters
ARM
The system is to terminate the specified job, time-sharing user, or started
procedure if it is non-cancellable. ...
Note: This keyword is not related to the ARMRESTART parameter and the functions
of the automatic restart manager.
/quote
While searching I also found the following:
quote
4.21.30 Enabling and disabling the Application Response Measurement (ARM)
services
| Use the MODIFY WLM,AM command to enable or disable Application Response
| Measurement (ARM) services.
/quote
also in z/OS MVS System Commands.
Chris Mason
On Thu, 22 Sep 2011 17:14:02 -0700, Phil Smith p...@voltage.com wrote:
Thanks. That wasn't nearly as interesting as I'd hoped, but at least my
curiosity got satisfied!
--
...phsiii
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
