SDSF REXX Help
I know this is not the correct forum, but was hoping someone could provide some directed. I'm trying to have this REXX program change the CLASS OUTDISP for anything in the HELD QUE with OWNER=CA7Z* I can read the entries that match this information, but having problems getting it to change the CLASS to W and OUTDISP to KEEP. I have highlighted the command that I believe is causing me this problem. Any help would be appreciated. Rogers /* REXX */ TRACE ALL /* ISFPREFIX=CA7Z* */ ISFOWNER='CA7Z*' ISFFILTER=OCLASS EQ 0 ISFFILTER2=OOUTDISP EQ LEAVE /* SPECIFY THE COLUMN YOU WILL BE WORKING WITH */ ISFCOLS = 'JNAME JOBID OCLASS OUTDISP OWNERID ' RC=ISFCALLS('ON') /* ACCESS THE H DISPLAY */ ADDRESS SDSF ISFEXEC H ALL FIXEDFIELD = WORD(ISFCOLS,1) SAY NUMBER OF ROWS RETURNED: ISFROWS /* PROCESS ALL ROWS*/ DO IX=1 TO ISFROWS JNAME = JNAME.IX JOBID = JOBID.IX CLASS = OCLASS.IX ODISP = OUTDISP.IX OWNER = OWNERID.IX LINEA = ' JNAME='JNAME'JOBID='JOBID 'CLASS='CLASS 'ODISP='ODISP LINEB = ' OWNER='OWNER LINE1 = LINEA || LINEB SAY LINE1 /* FIND ALL JOBS WITH RMLRDARS */ /* DO IX=1 TO JNAME.0 */ /* IF JNAME.IX = RMLRDARS THEN /* IF THIS IS DESIRED ROW */ */ /* DO */ /* ISSUE THE ACTION AGAINST THE ROW IDENTIFIED BY */ /* THE TOKEN. THE PARM CONTAINS THE COLUMN NAME */ /* TO BE MODIFIED AND THE DATA TO USE. */ ADDRESS SDSF ISFACT H TOKEN('TOKEN.IX'), PARM(OCLASS W OUTDISP KEEP) END RC=ISFCALLS('OFF') EXIT RETURN This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error, please immediately notify us by return E-Mail or telephone to arrange for return of its contents including any documents. -- 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: CICS TN3270 Printer Question
Chris, Thank you for your time in researching this question. I'm not directly making these changes, just passing them on to the VTAM programmer. When he provides me with his feed back I will pass it on to you. Thanks again. Rogers -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Chris Mason Sent: Friday, May 15, 2009 9:39 AM To: IBM-MAIN@bama.ua.edu Subject: Re: CICS TN3270 Printer Question Rogers I'm looking further into this - actually taking the time to read the manual! Ideally somebody who has actually done this would respond but, meantime, let's see what can be done. - From what you said before I assumed you had provided the specific name XS128PTS in the definitions set up in your TN3270E client. If this is not the case, you will need to use DEFAULTPRT XS128PTS ENDDEFAULTPRT in order to have the printer connection select LU name XS128PTS in the basic testing setup I proposed. - It may be that you shouldn't need to use the CICS ACQUIRE process in order to initiate the printer session. As far as CICS is concerned, you could have the printer itself initiate the session. In terms of the SNA flow involved, this would be similar to the use of the LOGAPPL operand of the APPL, LOCAL or LU statement representing the secondary LU. A printer does *not* use the DEFAULTAPPL statement in order to initiate the printer session. The text following DEFAULTAPPL: in the Communications Server IP Configuration Guide states The DEFAULTAPPL statement applies only to terminal emulators connecting in TN3270, TN3270E, or DBCSTRANSFORM mode. In the days before TN3270E and printer support, TN3270 supported only logical display devices and described them as terminals. With the introduction of printer support, descriptions continue confusingly to use the term terminal in order to indicate a logical *display* device. A printer uses the PRTDEFAULTAPPL statement in order to initiate the printer session which is necessarily using TN3270E TELNET negotiation. Thus I suggest you could try using the statement PRTDEFAULTAPPL CICSPEGQ if you are using the simplified test setup I proposed. Alternatively, you could go for broke and try stitching PRTDEFAULTAPPL CICSPEGQ IPPEGQ into the definitions you posted. Either of these should cause your printer connection to concatenate to a session with CICS at the time you make the TN3270E client connection and you will not actually need to use the CICS ACQUIRE command. If the TN3270E server initiates the session as I indicate here, it is now important that the mode table entry name is correctly specified in the TN3270E server definitions using the TELNETDEVICE statement: TELNETDEVICE IBM-3287-1 ,DSC2K If you are very keen instead to use the DLOGMOD operand of the APPL statement, you could specify the following: TELNETDEVICE IBM-3287-1 ,NONE Note that, if you continue to have problems, you should post any error messages from the two components in this configuration from which you did not mention any information in your initial post. These two components are the TN3270 server and VTAM. If there are any messages at the time you issue the CICS ACQUIRE command or, using the definitions I have just proposed, at the time you make your TN3270E printer connection, you should post these. In addition, any status display information from any of the components, before and after, should be posted. Incidentally, if you decide to use the mechanism implied by the PRTDEFAULTAPPL statement - and get it to work of course, you will not need AUTH=(ACQ) to be specified on the APPL statement. It will do no harm to be left in place but would contribute to good documentation if it were removed. It would also serve not to confuse anyone trying to make sense of your definitions should you happen not to be available to explain them - a lot of that going on these days! - Please let us know how you get on. - A final point for now: I see you are using a mode table entry which suggests that you want to use LU type 3. Using LU type 1 for printer sessions is generally more efficient. Note that I am assuming, despite the fact that you have specified the MODETAB operand on your APPL statement which names a private mode table, you are, in fact, using the mode table entry specified in the mode table supplied by VTAM and always available, ISTINCLM. If you do decide to use LU type 1 with a mode table entry such as SCS and the system running CICS is not the same one running the TN3270E server, you may want to improve flow by taking care of the pacing values. This is where your private mode table could become useful. - Chris Mason On Thu, 14 May 2009 15:05:45 -0500, Laine, Rogers rla...@whitneybank.com wrote: From an Attachmate Extra session defined as a TN3270 printer, I am able to connect to the luname XS128PTS. The session state of the session in Extra displays as 'Active and not bound'. When an acquire is attempted from CICS, the below
CICS TN3270 Printer Question
Chris, The VTAM programmer was able to successful BIND the printer using the below information. This configuration produced a bound printer session in CICSSYZA without having to do an acquire. He also removed AUTH=ACQ from the VTAM APPL. Next week he will to the real test of sending output to the printer. Again thanks for all of your assistance. Rogers 49 TELNETPARMS 50 PORT 6623 51 MSG07 52 ; Define telnet terminals 53 TELNETDEVICE IBM-3287-1 NONE 54 LUSESSIONPEND; On termination of a Telnet server connection, 55 ; the user will revert to the DEFAULTAPPL 56 SMFINIT STD 57 SMFTERM STD 58 ; DBCSTRANSFORM 59 ENDTELNETPARMS 000140 BEGINVTAM 000141 PORT 6623 000142 PRTGROUP PEGQ 000143 xs128pts xs129pts xs130pts xs131pts 000144 ENDPRTGROUP 000145 IPGROUP IPPEGQ 255.255.255.0:111.22.33.0 ENDIPGROUP replaced IP address to protect the real address. 000146 PRTMAP PEGQ IPPEGQ 000147 PRTDEFAULTAPPL CICSSYZA 000148 ENDVTAM -- 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
CICS TN3270 Printer Question
From an Attachmate Extra session defined as a TN3270 printer, I am able to connect to the luname XS128PTS. The session state of the session in Extra displays as 'Active and not bound'. When an acquire is attempted from CICS, the below message is generated in the MSGUSR log. A network analyzer shows that no network traffic is generated by the acquire. Can you explain what is going wrong with this printer? VTAM APPL Definition: XS128PTS APPL AUTH=(ACQ),EAS=1,PARSESS=NO,SESSLIM=YES,MODETAB=WNBMODE1,DLOGMOD=DSC2K,E NCR=NONE CICS Printer definition: OBJECT CHARACTERISTICSCICS RELEASE = 0650 CEDA View TErminal( XSSP ) TErminal : XSSP Group : MRH Description: AUTINSTModel : No No | Yes | Only AUTINSTName: TERMINAL IDENTIFIERS TYpeterm : PEGATELN NEtname: XS128PTS CONSOle: No No | 0-127 | 129-250 CONSName : REMOTESYSTem : REMOTEName : REMOTESYSNet : Modename : ASSOCIATED PRINTERS PRINTER: PRINTERCopy: No No | Yes ALTPRINTEr : ALTPRINTCopy : No No | Yes PIPELINE PROPERTIES POol : TAsklimit : No No | 1-32767 OPERATOR DEFAULTS OPERId : OPERPriority : 0000-255 OPERRsl: 0 0-24,... OPERSecurity : 1 1-64,... PRESET SECURITY USERid : NAtlang: TERMINAL USAGES TRansaction: TErmpriority : 0000-255 Inservice : YesYes | No SOlicited : No No | Yes SESSION SECURITY SEcurityname : ATtachsec : Local Local | Identify | Verify | Persistent | Mixidpe BINDPassword :PASSWORD NOT SPECIFIED BINDSecurity : No No | Yes USEDfltuser: No No | Yes SOlicited : No No | Yes SESSION SECURITY SEcurityname : ATtachsec : Local Local | Identify | Verify | Persistent | Mixidpe BINDPassword :PASSWORD NOT SPECIFIED BINDSecurity : No No | Yes USEDfltuser: No No | Yes TCPIP TN3270: TELNETPARMS;CICSPEGQ PTR TEST PORT 6623 ; define telnet terminals TELNETDEVICE 3278-2-E AUTOSNA2 TELNETDEVICE 3278-2 AUTOSNA TELNETDEVICE 3279-2 AUTOSNA TELNETDEVICE 3278-5-E wnbmod5 TELNETDEVICE 3279-5-E wnbmod5 TELNETDEVICE 3287-1 dsc2k LUSESSIONPEND; On termination of a Telnet server connection, ; the user will revert to the DEFAULTAPPL SMFINIT STD SMFTERM STD DBCSTRANSFORM ENDTELNETPARMS BEGINVTAM ;CICSPEGQ Print Test port 6623 LUGROUP lugrp1 xs124tts xs125tts xs126tts xs127tts ENDLUGROUP PRTGROUP PEGQ ;TN3270E sessions for PEGq ptrs and KODAK xs128pts xs129pts xs130pts xs131pts ENDPRTGROUP IPGROUP IPPEGQ 255.255.255.0:172.31.22.0 ENDIPGROUP LUMAP lugrp1 IPPEGQ PRTMAP PEGQ IPPEGQ DEFAULTAPPL CICSPEGQ ; application for all Telnet session ENDVTAM CICS Error Messages: DFHZC3437 I 05/14/2009 13:40:24 CICSPEGQ XSSP CSNE Node XS128PTS action taken: NOCREATE CLSDST ABTASK ABSEND ABRECV ((1) Modul name: DFHZNAC) DFHZC3462 I 05/14/2009 13:40:24 CICSPEGQ XSSP CSNE Node XS128PTS session terminated. ((2) Module name: DFHZCLS) NQNAME XSSP,CSNE,13:40:24,WNBNET XS128PTS DFHZC2403 E 05/14/2009 13:43:25 CICSPEGQ XSSP CSNE Bind failure. VTAM RETURN CODE 1001 SENSE CODE 0801 ((1) Module name: DFHZSYX) -- 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
New RRSF Users
If I'm using AUTODIRECT for PWSYNC from A to B how do I determine when things are working to no working? How can one tell the state of these RACF commands sent by RRSF. IE Pending, Completed, etc? Any commands to display or utility to determine. How to troubleshoot problems? TIA, Rogers This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error, please immediately notify us by return E-Mail or telephone to arrange for return of its contents including any documents. -- 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
RACF RRSF SET
I know that this should be directed to the RACF list, but I was thinking someone may know the answer. How do I display the options that were defined using the SET command. Things like. SET NOAUTODIRECT SET NOAUTOPWD I want to set what options have already been set. TIA, Rogers This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error, please immediately notify us by return E-Mail or telephone to arrange for return of its contents including any documents. -- 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: RACF RRSF SET
Walt Jerry, Thanks for setting me straight. I was mixing the SET with the TARGET command. Rogers -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Walt Farrell Sent: Monday, April 06, 2009 4:57 PM To: IBM-MAIN@bama.ua.edu Subject: Re: RACF RRSF SET On Mon, 6 Apr 2009 16:44:52 -0500, Laine, Rogers rla...@whitneybank.com wrote: I know that this should be directed to the RACF list, but I was thinking someone may know the answer. How do I display the options that were defined using the SET command. Things like. SET NOAUTODIRECT SET NOAUTOPWD I want to set what options have already been set. SET LIST (with the appropriate subsystem command character first, of course). See the RACF Command Language Reference for information on RACF commands. -- Walt Farrell, CISSP IBM STSM, z/OS Security Design -- 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 This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error, please immediately notify us by return E-Mail or telephone to arrange for return of its contents including any documents. -- 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
OSA-ICC Concerns
We are looking to install two OSA cards to support two ICC OSC ports to handle our remote consoles. We have a z890 installed and my concern is when the CE applies maintenance to the OSC will this interrupt these active consoles? Are these OCS ports handled any differently from the OSD's in regard to maintenance by CE? Since I will have two OSC I can plan for the outage (if it exists) on one while running off the other. TIA, Rogers This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error, please immediately notify us by return E-Mail or telephone to arrange for return of its contents including any documents. -- 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
TMON MVS Exception Reporting
We are currently using TMON for MVS to trap certain console messages to trigger a console command string to submit a batch job. We would like to know if it is possible to execute a REXX program from the console instead of submitting a batch job? Since these trapped console message will be happening quite frequency we do not want to handle by a batch job. TIA, Rogers This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error, please immediately notify us by return E-Mail or telephone to arrange for return of its contents including any documents. -- 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: TMON MVS Exception Reporting
We will be running on 1.9 in a few weeks. My question is how would I code this on the TMON exception screen to invoke the REXX program? -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of ITURIEL DO NASCIMENTO NETO Sent: Friday, March 27, 2009 11:56 AM To: IBM-MAIN@bama.ua.edu Subject: RES: TMON MVS Exception Reporting If you are zOS 1.9 or above you can use SYSREXX invoked by Tmon. 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-m...@bama.ua.edu] Em nome de Laine, Rogers Enviada em: |sexta-feira, 27 de março de 2009 12:54 |Para: IBM-MAIN@bama.ua.edu |Assunto: TMON MVS Exception Reporting | |We are currently using TMON for MVS to trap certain console messages to |trigger a console command string to submit a batch job. | |We would like to know if it is possible to execute a REXX program from |the console instead of submitting a batch job? | |Since these trapped console message will be happening quite frequency |we do not want to handle by a batch job. | |TIA, | |Rogers | |This E-Mail transmission (and/or the documents accompanying |it) may contain information belonging to the sender which is |confidential, privileged and/or exempt from disclosure under applicable |law. The information is intended only for the use of the individual(s) |or entity named above. If you are not the intended recipient, you are |hereby notified that any disclosure, copying, distribution or the |taking of any action in reliance on the contents of this information is |strictly prohibited. If you have received this E-Mail transmission in |error, please immediately notify us by return E-Mail or telephone to |arrange for return of its contents including any documents. | |-- |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 | HTMLfont face=Tahoma size=1HRAVISO LEGAL brEsta 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. HTMLfont face=Tahoma size=1HRLEGAL ADVICE brThis 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 this email, making possible, as soon as possible, the elimination of its contents of your database, registrations or controls system. The message that bears any mandatory links, issued by someone who has no representation powers, shall be null or void. -- 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 This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error, please immediately notify us by return E-Mail or telephone to arrange for return of its contents including any documents. -- 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
OSA-ICC NIP Consoles
I'm currently testing a OSA-ICC on my z890 under z/os 1.7 with Extra 7.1a to replace my two Visara controllers. All of my TSO Sessions and z/os consoles are working fine with ICC. The issue that I'm fighting now is to get a NIP message on the ICC console, the NIP messages are going to the Visara sessions when I start it's session. The IODF has both the current Visara and the new ICC consoles defined. On seaching the list archives I found that WCCResetClock=TRUE must be set for the consoles in Extra, but that did not solve my problem. Any help would be appreciated. Rogers This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error, please immediately notify us by return E-Mail or telephone to arrange for return of its contents including any documents. -- 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
Adding new console for OSA-ICC
When we added the OSA-ICC to our IODF we also defined new NIP consoles for all three LPARS. I would like to test one of these console on our sandbox lpar using ICC. This is what I think needs to be done. 1. Define the new console for sandbox lpar to CONSOLxx parm and NOT to the CNGRPxx parm. I'm thinking that if it is not in the CNGRP member it will not be broadcast across the sysplex. 2. IPL the sandbox lpar to introduce the new NIP console. This IPL will be done using one of the existing NIP consoles. 3. Add the new console to the sessions configuration on the ICC. 4. See if I can connect to the new console using Extra. If this works continue with next step. 5. IPL again but use this new NIP console instead of the existing one used above in step 2. Since this is being done on my sandbox lpar I do not want it to impact my other two production lpars. We will be IPLing the other two lpars on Sunday morning and do not want to cause any problems because of my testing. So can I leave this new console defined to the sandbox for Sunday's IPL or should I remove it from CONSOLxx and IPL again? TIA, Rogers This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error, please immediately notify us by return E-Mail or telephone to arrange for return of its contents including any documents. -- 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: Adding new console for OSA-ICC
Kevin, thanks for your reply. Were you testing under a sysplex? Rogers -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Neubert, Kevin Sent: Thursday, March 05, 2009 1:02 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Adding new console for OSA-ICC If your NIP console list contains your old and new device addresses and you have not deleted the old equipment, etc. you are good to go for your testing. I did not experience any issues running mixed 2074/OSA-ICC consoles for conversion to OSA-ICC in the manner you describe. I don't feel backing out your sandbox changes is necessary. Good luck. Regards, Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Laine, Rogers Sent: Thursday, March 05, 2009 7:05 AM To: IBM-MAIN@bama.ua.edu Subject: Adding new console for OSA-ICC When we added the OSA-ICC to our IODF we also defined new NIP consoles for all three LPARS. I would like to test one of these console on our sandbox lpar using ICC. This is what I think needs to be done. 1. Define the new console for sandbox lpar to CONSOLxx parm and NOT to the CNGRPxx parm. I'm thinking that if it is not in the CNGRP member it will not be broadcast across the sysplex. 2. IPL the sandbox lpar to introduce the new NIP console. This IPL will be done using one of the existing NIP consoles. 3. Add the new console to the sessions configuration on the ICC. 4. See if I can connect to the new console using Extra. If this works continue with next step. 5. IPL again but use this new NIP console instead of the existing one used above in step 2. Since this is being done on my sandbox lpar I do not want it to impact my other two production lpars. We will be IPLing the other two lpars on Sunday morning and do not want to cause any problems because of my testing. So can I leave this new console defined to the sandbox for Sunday's IPL or should I remove it from CONSOLxx and IPL again? TIA, Rogers This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error, please immediately notify us by return E-Mail or telephone to arrange for return of its contents including any documents. -- 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: Adding new console for OSA-ICC
Scott, Three years ago when we were rolling out our sysplex across three lpars I believe we ran into a problem if all of our CONSOLxx members were not in sync. So since I'm only changing the one CONSOLxx member on the sandbox I do not want to create a problem on the other lpars when we IPL them on Sunday. So why not add them to the other lpars, right? Because that we cause change control paperwork to complete this task. So I'm really trying to find a proven short cut. Rogers -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Scott Rowe Sent: Thursday, March 05, 2009 1:41 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Adding new console for OSA-ICC I don't understand what either sysplex, CONSOLxx, or CNGRP have to do with NIP consoles. BTW, if you have a console in CONSOLxx when you IPL, sysplex willknow about the console, but I don't understand whay you are concerned with that. Laine, Rogers rla...@whitneybank.com 3/5/2009 2:10 PM Kevin, thanks for your reply. Were you testing under a sysplex? Rogers -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Neubert, Kevin Sent: Thursday, March 05, 2009 1:02 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Adding new console for OSA-ICC If your NIP console list contains your old and new device addresses and you have not deleted the old equipment, etc. you are good to go for your testing. I did not experience any issues running mixed 2074/OSA-ICC consoles for conversion to OSA-ICC in the manner you describe. I don't feel backing out your sandbox changes is necessary. Good luck. Regards, Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Laine, Rogers Sent: Thursday, March 05, 2009 7:05 AM To: IBM-MAIN@bama.ua.edu Subject: Adding new console for OSA-ICC When we added the OSA-ICC to our IODF we also defined new NIP consoles for all three LPARS. I would like to test one of these console on our sandbox lpar using ICC. This is what I think needs to be done. 1. Define the new console for sandbox lpar to CONSOLxx parm and NOT to the CNGRPxx parm. I'm thinking that if it is not in the CNGRP member it will not be broadcast across the sysplex. 2. IPL the sandbox lpar to introduce the new NIP console. This IPL will be done using one of the existing NIP consoles. 3. Add the new console to the sessions configuration on the ICC. 4. See if I can connect to the new console using Extra. If this works continue with next step. 5. IPL again but use this new NIP console instead of the existing one used above in step 2. Since this is being done on my sandbox lpar I do not want it to impact my other two production lpars. We will be IPLing the other two lpars on Sunday morning and do not want to cause any problems because of my testing. So can I leave this new console defined to the sandbox for Sunday's IPL or should I remove it from CONSOLxx and IPL again? TIA, Rogers This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error, please immediately notify us by return E-Mail or telephone to arrange for return of its contents including any documents. -- 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 CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- 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
Re: Changeman on Z
Andy, That is the way it was installed here many years ago (10+). So I guess that is what the vendor recommends. Our new DASD ADM is just starting to address the SB37 abends when the package files start growing. We do not handle migration of these files using HSM. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Andy Murawski Sent: Thursday, January 22, 2009 12:20 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Changeman on Z Thanks Rogers, You indicate you may explore excluding these files from Migration and Space release, why? I am not a Changeman admin, and I do not have access to the install or implementation manual, but we are getter some rather ridiculous demands from our team that supports Changeman. Like segregating all Changeman files onto their own pool, exclude all changeman files from GRS, do not perform any space management functions (no migration, no space release). They claim that these practices are recommended by the vendor and most Changeman shops do this ?^%%??. What is so special about Changeman files that they warrant this isolation? -- 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 8 This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error, please immediately notify us by return E-Mail or telephone to arrange for return of its contents including any documents. -- 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: Changeman on Z
Andy, My answers are below your questions. We are using 5.6.1 on z/OS 1.7, soon to be 1.9 Rogers -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Andy Murawski Sent: Wednesday, January 21, 2009 1:57 PM To: IBM-MAIN@bama.ua.edu Subject: Changeman on Z IBM-Main users, I am interested in how other shops running Serenas Changeman are managing the Changeman files or exceptions if any and why. 1. Excluding any or all files from GRS, MIM? We use GRS but do not have any Changeman files defined for GRS. 2. Single thread Changeman jobs? None that I'm aware of. 3. Cross system contention issues? We only run it on one lpar. 2. Segregating Changeman files into their own, isolated storage pool? or integrate in the shared SMS storage pools? All Changeman datasets are going to one SMS storage pool. 3. Any special space management considerations for some or all Changeman files? Exclude from HSM migratrion, space release? We have none of the above, but we should explore this. 4. Any performance issues with large PDSE's vs large PDS's? We are just moving to PDSE's, but not for this application. Your responses are appreciated, 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 8 This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error, please immediately notify us by return E-Mail or telephone to arrange for return of its contents including any documents. -- 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
OSA-ICC Session Configuration
I'm reviewing the requirements for installing the OSA-ICC on our z890. When defining the terminal sessions there is a field called Client's IP. The doc states it is the static IP address configured in the workstation platform for its network interface card. Q1. Is this a required field? Q2. If it is a required field must it be a static IP? Does it support DHCP? TIA, Rogers -- 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: OSA-ICC Session Configuration
Thanks. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of ??? ?? ??? Sent: Tuesday, January 06, 2009 8:30 AM To: IBM-MAIN@bama.ua.edu Subject: Re: OSA-ICC Session Configuration It is not a required field. If you specify it, it means that only a client with that IP can connect to the session. Gadi -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Laine, Rogers Sent: Tuesday, January 06, 2009 3:48 PM To: IBM-MAIN@bama.ua.edu Subject: OSA-ICC Session Configuration I'm reviewing the requirements for installing the OSA-ICC on our z890. When defining the terminal sessions there is a field called Client's IP. The doc states it is the static IP address configured in the workstation platform for its network interface card. Q1. Is this a required field? Q2. If it is a required field must it be a static IP? Does it support DHCP? TIA, Rogers -- 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: SMF Subtype 132 record
Sorry, but I'm not running this software. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Denis O'Sullivan Sent: Monday, August 18, 2008 6:32 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SMF Subtype 132 record Speaking of small eye-catcher strings... Are you running SYSB-II from HW software? http://www.hwcs.com/software/sysb-ii/index.asp -Original Message- From: Laine, Rogers [mailto:[EMAIL PROTECTED] Sent: 15 August 2008 13:41 Subject: Re: SMF Subtype 132 record Scott, This is what I see when dumping this SMF record. I see nothing that jumps out at me that would indicate who this belongs to. d k¬ SYSBOPER004 \ d k¬ SYSBOPER007 A| d SYSBOPER007 A| d SYSBOPER004 \ d SYSBOPER004 \ d SYSBOPER007 A| -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Scott Barry Sent: Thursday, August 14, 2008 10:25 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SMF Subtype 132 record On Thu, 14 Aug 2008 20:52:01 -0500, Rogers Laine [EMAIL PROTECTED] wrote: We are trying to research what software is producing SMF subtype of 132? We see these records being created every 1-2 minutes when a TSO user is log on the system. Any ideas? Dump a few of these records and look for an eye-catcher in the header, presuming you are looking for SMF type 132. You can use some DFSORT / COPY and IDCAMS PRINT utility commands - example JCL below: //S1 EXEC PGM=SORT,PARM=ABEND //SYSOUT DD SYSOUT=* //SORTIN DD DISP=SHR,DSN=_your_smf_input_file_ //SORTOUT DD DSN=amp;SORTTEMP, // UNIT=SYSDA,SPACE=(CYL,(10,10)), // DISP=(NEW,PASS) //SYSINDD * OPTION STOPAFT=5 SORT FIELDS=COPY INCLUDE COND=(6,1,BI,EQ,132) /* //DUMP EXEC PGM=IDCAMS //IN1 DD DISP=(OLD,DELETE),DSN=amp;SORTTEMP //SYSPRINT DD SYSOUT=* //SYSINDD * PRINT INFILE(IN1) DUMP /* Scott Barry SBBWorks, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Confidentiality Notice: This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error, please immediately notify us by return E-Mail or telephone to arrange for return of its contents including any documents. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This email has been scanned for all known viruses by the MessageLabs Email Security Service and the Macro 4 plc internal virus protection system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Confidentiality Notice: This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error, please immediately notify us by return E-Mail or telephone to arrange for return of its contents including any documents. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMF Subtype 132 record
We were able to determine that this type132 record was being created by our IEFUTL custom exit. Thanks for everyone's suggestions and ideas on solving this mystery. Rogers Confidentiality Notice: This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error, please immediately notify us by return E-Mail or telephone to arrange for return of its contents including any documents. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMF Subtype 132 record
Kevin, You are correct, I mean type 132. Rogers -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Fletcher, Kevin Sent: Thursday, August 14, 2008 9:17 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SMF Subtype 132 record Rogers, you said subtype 132, do you mean type? if so, I see references to NETSPY. If you really do mean subtype I saw references to type 102 (DB2) with a suptype of 132. Thanks, Fletch snip We are trying to research what software is producing SMF subtype of 132? We see these records being created every 1-2 minutes when a TSO user is log on the system. Any ideas? /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Confidentiality Notice: This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error, please immediately notify us by return E-Mail or telephone to arrange for return of its contents including any documents. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMF Subtype 132 record
Scott, This is what I see when dumping this SMF record. I see nothing that jumps out at me that would indicate who this belongs to. d k¬ SYSBOPER004 \ d k¬ SYSBOPER007 A| d SYSBOPER007 A| d SYSBOPER004 \ d SYSBOPER004 \ d SYSBOPER007 A| -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Scott Barry Sent: Thursday, August 14, 2008 10:25 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SMF Subtype 132 record On Thu, 14 Aug 2008 20:52:01 -0500, Rogers Laine [EMAIL PROTECTED] wrote: We are trying to research what software is producing SMF subtype of 132? We see these records being created every 1-2 minutes when a TSO user is log on the system. Any ideas? Dump a few of these records and look for an eye-catcher in the header, presuming you are looking for SMF type 132. You can use some DFSORT / COPY and IDCAMS PRINT utility commands - example JCL below: //S1 EXEC PGM=SORT,PARM=ABEND //SYSOUT DD SYSOUT=* //SORTIN DD DISP=SHR,DSN=_your_smf_input_file_ //SORTOUT DD DSN=amp;SORTTEMP, // UNIT=SYSDA,SPACE=(CYL,(10,10)), // DISP=(NEW,PASS) //SYSINDD * OPTION STOPAFT=5 SORT FIELDS=COPY INCLUDE COND=(6,1,BI,EQ,132) /* //DUMP EXEC PGM=IDCAMS //IN1 DD DISP=(OLD,DELETE),DSN=amp;SORTTEMP //SYSPRINT DD SYSOUT=* //SYSINDD * PRINT INFILE(IN1) DUMP /* Scott Barry SBBWorks, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Confidentiality Notice: This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error, please immediately notify us by return E-Mail or telephone to arrange for return of its contents including any documents. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMF Subtype 132 record
Scott, This is information in the SMFPRMxx member. SYS(TYPE(0:255),EXITS(IEFU83,IEFU84,IEFACTRT,IEFUTL, IEFUSI,IEFUJI),NOINTERVAL,NODETAIL) We are allowing all type records to be written. (management request). We do not have any DOC to tell us what product 132 belongs, thus my problem. Do you think one of these exits could be producing this type record. I'm not sure what these exits do. Thanks, Rogers Scott, This is what I see when dumping this SMF record. I see nothing that jumps out at me that would indicate who this belongs to. d k¬ SYSBOPER004 \ d k¬ SYSBOPER007 A| d SYSBOPER007 A| d SYSBOPER004 \ d SYSBOPER004 \ d SYSBOPER007 A| How unfortunate. Some, hopefully most, ISVs mark their record with some small eye-catcher string, just in case two products are writing to the same record type. Then any SMF data post-processing utility/code can validate that the record is really their own. So, it's time to back-track to your PARMLIB(SMFPRMxx) member and/or your intra-day DUMPXY/SMFDUMP job or your nightly SMF collection processing. Sure hope you might have some DOC reference indicating who's writing that record type. Any authorized software product or application program could be writing this record type to your MAN dataset. Another option is to disable the record type in SMFPRMxx and see what program gripes about it when the SMFWTM invocation gets a non-zero RC. Then your prairie dog will pop out of its den! Scott Barry SBBWorks, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Confidentiality Notice: This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error, please immediately notify us by return E-Mail or telephone to arrange for return of its contents including any documents. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMF Subtype 132 record
Ralph, How would I go about checking SYSTRACE? Rogers -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ralph Kaden Sent: Friday, August 15, 2008 9:56 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SMF Subtype 132 record Try this: To determine who's writing an SMF rectype: SL SET,IF,A=SYNCSVCD,L=(IGC0008C,64),DATA=(1R?+5,EQ,xx), SD=(ALLNUC,ALLPSA,CSA,GRSQ,LPA,RGN,SQA,SUM,TRT),END where xx = the SMF record type in hex You should then be able to check SYSTRACE to see who issued the SVC 83 (x'svc53'). In the case in which it's a branch entry, you should be able to follow the registers back to see who made the call. Regards, Ralph Ralph Kaden z/OS (MVS) Level 2 Support - Allocation and Scheduler (Converter/Interpreter, Initiator/Terminator, ENF, SJF, SMF, SSI, SWA Mgr) T/ L: 8/295-4096 External: 845-435-4096 VM: S390VM.v$i01029MVS: PLPSC.v$i316 External email: [EMAIL PROTECTED] Internal email: Ralph Kaden/Poughkeepsie/Contr/[EMAIL PROTECTED] Laine, Rogers [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 08/15/2008 08:40 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: SMF Subtype 132 record Scott, This is what I see when dumping this SMF record. I see nothing that jumps out at me that would indicate who this belongs to. d k¬ SYSBOPER004 \ d k¬ SYSBOPER007 A| d SYSBOPER007 A| d SYSBOPER004 \ d SYSBOPER004 \ d SYSBOPER007 A| -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Scott Barry Sent: Thursday, August 14, 2008 10:25 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SMF Subtype 132 record On Thu, 14 Aug 2008 20:52:01 -0500, Rogers Laine [EMAIL PROTECTED] wrote: We are trying to research what software is producing SMF subtype of 132? We see these records being created every 1-2 minutes when a TSO user is log on the system. Any ideas? Dump a few of these records and look for an eye-catcher in the header, presuming you are looking for SMF type 132. You can use some DFSORT / COPY and IDCAMS PRINT utility commands - example JCL below: //S1 EXEC PGM=SORT,PARM=ABEND //SYSOUT DD SYSOUT=* //SORTIN DD DISP=SHR,DSN=_your_smf_input_file_ //SORTOUT DD DSN=amp;SORTTEMP, // UNIT=SYSDA,SPACE=(CYL,(10,10)), // DISP=(NEW,PASS) //SYSINDD * OPTION STOPAFT=5 SORT FIELDS=COPY INCLUDE COND=(6,1,BI,EQ,132) /* //DUMP EXEC PGM=IDCAMS //IN1 DD DISP=(OLD,DELETE),DSN=amp;SORTTEMP //SYSPRINT DD SYSOUT=* //SYSINDD * PRINT INFILE(IN1) DUMP /* Scott Barry SBBWorks, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Confidentiality Notice: This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error, please immediately notify us by return E-Mail or telephone to arrange for return of its contents including any documents. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Confidentiality Notice: This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance
BMC Control-M Interface Program
'm looking for some help locating a Cobol program that has coding that includes the CTMAPI interface to order a job from there scheduler product (CTM). The manual talks about this interface but it offers no working samples using it. We were able to get the CLIST part working, but we need this cobol piece to generate the interface part. I have searched all resources that I can think of including BMC's knowledge base without any luck. I know this list must have what I'm searching for. Thanks, Rogers Confidentiality Notice: This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error, please immediately notify us by return E-Mail or telephone to arrange for return of its contents including any documents. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
BMC Control-M User-Defined Variable
This question is for users of Control-M (Scheduler) I would like to set a user-defined variable to be used in the JCL of a job submitted by Control-M(CTM). So if I specify %%VAR1=job list what I get is the first full word (job) not the full text of (job list). If I use %%VAR1=job_list I get the full text of (job_list). So my question is how do I specify a full text without needing to put a _ (underscore)? Thanks, Rogers Confidentiality Notice: This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error, please immediately notify us by return E-Mail or telephone to arrange for return of its contents including any documents. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SHARE in Orlando
You can also purchase Disney Park discounted tickets for after 2pm or 4pm($43)for a discounted price. These tickets can be ordered by calling Disney's convention special information line 407-566-5600. You cannot purchase these type tickets at the gate. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jim Marshall Sent: Friday, February 22, 2008 8:46 AM To: IBM-MAIN@BAMA.UA.EDU Subject: SHARE in Orlando I am attending SHARE in Orlando and the following was not obvious to me until I looked around at the Ground Transportation available for getting from the Orlando Airport to the Disney Coronado Springs hotel. I have always waited until I got to the destination airport and jumped a bus or Super Shuttle or some type of cheap Van (hey, trying to keep expenses low). All my attempts to find info on the Internet pointed me at Disney Magical Express and the prices were interesting. I finally found out the shuttle is FREE and only needs a call to the hotel and give them your name. In all the 30 years of attending SHARE this is a first and the US Taxpayers thank SHARE for this along with the US Govt rate. Jim -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Confidentiality Notice: This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error, please immediately notify us by return E-Mail or telephone to arrange for return of its contents including any documents. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
WTOR message routing
We have two lpars (SYS SYSB) defined in a sysplex running z/os 1.7 We have a Cobol program that runs on the SYSB that issues a two line message from the WTOR. This two line message only appears on the SYSB console along with the reply message. Cool... The reply message also appears on SYSA console since it is in the sysplex. So my question is.. How can I get the two line message to appear on SYSA so the operators know what the outstanding reply is for? The computer operators only monitor the SYSA console. Any ideas or suggestions would be appreciate. Rogers Confidentiality Notice: This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error, please immediately notify us by return E-Mail or telephone to arrange for return of its contents including any documents. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Couple Member HELP
Bob, If your couple dataset names are changing don't forget to change the COUPLEXX member in parmlib to reflect the new names. Rogers -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Robert Pelletier Sent: Friday, August 24, 2007 1:15 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Couple Member HELP Thank you all. I did with your help. Have a Nice Day ! Bob Pelletier Connecticut Student Loan Foundation Rocky Hill, Ct. I would first go to the other LPAR and issue the D XCF,COUPLE and make sure that you don't have the same alternate defined on both systems. Wayne Driscoll Product Developer JME Software LLC NOTE: All opinions are strictly my own. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Robert Pelletier Sent: Friday, August 24, 2007 12:32 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Couple Member HELP Looking good thanks except: 13.25.12 IXC260I ALTERNATE COUPLE DATA SET REQUEST FROM SYSTEM PROD FOR WLM IS NOW BEING PROCESSED. DATA SET: SYS1.PROD.WLM.CDS02 13.25.12 *IXC248E COUPLE DATA SET SYS1.PROD.WLM.CDS02 ON VOLSER TECH02 FOR WLM MAY BE IN USE BY ANOTHER SYSPLEX. 13.25.12 *18 IXC247D REPLY U TO ACCEPT USE OR D TO DENY USE OF THE COUPLE DATA SET FOR WLM. I have 2 LPARS and they have unique datasets. I assume I can respond U? Have a Nice Day ! Bob Pelletier Connecticut Student Loan Foundation Rocky Hill, Ct. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Confidentiality Notice Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this e-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this e-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately and delete this message from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Confidentiality Notice: This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error, please immediately notify us by return E-Mail or telephone to arrange for return of its contents including any documents. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM messages in syslog
Lizette, I don't know the answer to your question, sorry, but I have been trying to find a way to have HSM notify on the console that the recall has been completed. Again like yourself I would like to automate this process. TIA, Rogers -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lizette Koehler Sent: Thursday, August 16, 2007 8:27 AM To: IBM-MAIN@BAMA.UA.EDU Subject: DFHSM messages in syslog Is there a way in DFSMShsm to get it to put more information in syslog for RECALLS? The past several nights with ARC0381A messages. The main cause was a lack of tape drives. So we have automated the message to reply WAIT. Also to do Q ACT and Q WAIT commands to see what might be happening at that time. I am hoping there is some way to put the recall inforamtion for HSM into SYSLOG/OPERLOG. Example if I am recalling dsn X.Y.Z is it possible for HSM to produce some sort of ARC message with ARCxI Recalling X.Y.Z for userid Which Needs Volume 123456 If not, I will look at the DFHSM exits to see if there is a mechanism there. Thanks for the input. Lizette Confidentiality Notice: This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error, please immediately notify us by return E-Mail or telephone to arrange for return of its contents including any documents. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SOC4 in DFSORT with DB2
We had to place DFSORT after the SYNCSORT library in the linklist parm member. I know this was very confusing when we had this problem. Rogers -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of George Bly Sent: Wednesday, August 01, 2007 7:22 AM To: IBM-MAIN@BAMA.UA.EDU Subject: SOC4 in DFSORT with DB2 HI All We went to DB2V8 this week. Now we are getting S0C4's in DFSORT when using DB2 utilities. I've read the informational APAR and I have it in correctly after my SyncSort libs. I am working with IBM but has anyone else run into this problem. By the way: IBMLINK went down when we first started researching the problem. It was very inconvenient to say the least. Thanks!! George George A. Bly Senior Systems Programmer 331 Hayes Hall Information Technology Services Bowling Green State University Bowling Green, Ohio 43403 Office: (419) 372-7729 Fax:(419) 372-7723 Cell:(419) 260-4487 PS: A friend will help you move. A really good friend will help you move a body!!! e-mail: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Confidentiality Notice: This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error, please immediately notify us by return E-Mail or telephone to arrange for return of its contents including any documents. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SOC4 in DFSORT with DB2
George, Do you have the SDSNEXIT,SDSNLINK,SDSNLOD2, SDSNLOAD before the SICELINK SORTLPA? Are you using STEPLIB in your utility jcl? Rogers -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of George Bly Sent: Wednesday, August 01, 2007 7:48 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SOC4 in DFSORT with DB2 We have sys1.sicelink and sys1.sortlpa in the right place. George -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Laine, Rogers Sent: Wednesday, August 01, 2007 8:44 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SOC4 in DFSORT with DB2 We had to place DFSORT after the SYNCSORT library in the linklist parm member. I know this was very confusing when we had this problem. Rogers -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Confidentiality Notice: This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error, please immediately notify us by return E-Mail or telephone to arrange for return of its contents including any documents. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SMTP with SYSPLEX
Recently we moved to a SYSPLEX that has 3 LPARs in a GRS RING.( I know ring is not the best). Since moving to this plex we have noticed that the Receive/Delivery of emails going thru SMTP has been taking 2-3 hours instead of 30 minutes before the plex was added. We are talking about a few thousand emails going out at one time period. What I'm thinking of doing is adding the SMTP datasets to the GRSRNL Systems exclusion list so they will stay local instead of going across the ring using the below statement. RNLDEF RNL(EXCL) TYPE(PATTERN) QNAME(SYSDSN) RNAME(SYSOD.SMTP.SYSA.*) Has anyone else seen this type of problem with SMTP when migrating to a SYSPLEX? TIA, Rogers Confidentiality Notice: This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error, please immediately notify us by return E-Mail or telephone to arrange for return of its contents including any documents. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
EMC-SRDF/A with z/os Sysplex
We have been using EMC's SRDF/A for almost 12 months now using z/os 1.4 About one month ago we migrated from 1.4 to 1.7 again using SRDF without any problems. This past weekend we put two of the 1.7 LPARS into a SYSLPEX along with GRS. Now we are seeing some programs that do lots of IO running longer (SYSTEM SLOW DOWNS). We do not see any enqueue/reserves that are outstanding from a GRS point of view. Now if we stop the started task for SRDF the system returns to normal without any slow downs. Does the configuration of SRDF need to know that we are running in a SYSPLEX? Any help or direction would be appreciated. PS EMC has been contacted, but no answers have been forth coming. TIA, Rogers Confidentiality Notice: This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error, please immediately notify us by return E-Mail or telephone to arrange for return of its contents including any documents. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EMC-SRDF/A with z/os Sysplex
Alan, We understand the performance impact when migrating data from on box to another. What we are doing is over a remote circuit, but the impact is after all data has been moved and now only the changed data is being moved, then the slow downs occurs. I'll be surprised if I get an real answer from them too. Rogers -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Field, Alan C. Sent: Thursday, May 10, 2007 3:00 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: EMC-SRDF/A with z/os Sysplex Rogers, I don't know but we have just completed an upgrade using SRDF to get the data off the old and onto the new EMC box. Some LPARs were at 1.6, some at 1.8. For the week we ran that way our performance guy got some very elongated times and the graphs have a very definite peak for the week. He recalls we saw the same thing a few years ago doing another box to box migration. There is obviously measurable impact. We never followed up with EMC to see if there was an explanation or a circumvention. I'll be interested if you get an explanation from EMC. Alan Confidentiality Notice: This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error, please immediately notify us by return E-Mail or telephone to arrange for return of its contents including any documents. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
JES2 Shutdown issue on z/os 1.7
Thanks for everyone that responded to my question regarding my JES2 shutdown issue. Since we were migrating from 1.4 to 1.7 we failed to include the steps to shutdown the health checker ZFS started tasks. Once this was determined the operator stopped these STC's and JES2 was shutdown cleanly. Rogers Confidentiality Notice: This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error, please immediately notify us by return E-Mail or telephone to arrange for return of its contents including any documents. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
JES2 Shutdown issue on z/os 1.7
We just migrated from 1.4 to 1.7 on our production lpar about 1.5 weeks ago. The first shutdown on 1.7 caused JES2 not to come down clean, thus forcing an ABEND to end it. Our second shutdown did the same thing. All of our NJE line printer are DRAINED. Every thing looks fine, but I think it may be due to either ZFS or USS causing this problem. What am I missing here? Has anyone else seen this problem under 1.7? Any help would be appreciate. TIA, Rogers Confidentiality Notice: This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error, please immediately notify us by return E-Mail or telephone to arrange for return of its contents including any documents. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Printing PDF output
John, It may have to do with the printer selection. On the system console enter F vs. task name,DISPLAY,printer name,STATUS It will reflect the following messages. The VPS981R message shows that printer W3105 is IDLE with a Class Selection of A and WRITER ID of W3105. Then see what JES has for this print job. I'm not sure if a PDF document has any thing to do with job selection. Rogers F VPS,DISPLAY,W3105,STATUS VPS920R W3105 DISPLAY COMMAND ACKNOWLEDGED VPS981R W3105 IDLE C=A W=W3105 -Original Message- From: Chase, John [mailto:[EMAIL PROTECTED] Sent: Friday, October 06, 2006 10:56 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Printing PDF output Hi, All, Anybody have a clue how to get a PDF document from the JES2 spool to a TCPIP printer using VPS? AFAICT everything that needs to be defined / specified has been defined / specified; the PDF is sitting in the output queue with a disp. of WRITE, VPS has the target printer acquired, the printer is online and ready to print, etc., etc. But the damned document just sits there, in the output queue, ignoring all attempts to print it. Been there two days now -jc- Confidentiality Notice: This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error, please immediately notify us by return E-Mail or telephone to arrange for return of its contents including any documents. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Z/OS 1.4 to 1.7 Migration
Jim, Are these VS Cobol II program running under LE? If they are then you should be ok. Rogers -Original Message- From: Petersen, Jim [mailto:[EMAIL PROTECTED] Sent: Friday, August 25, 2006 8:00 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Z/OS 1.4 to 1.7 Migration We are on z/OS 1.7 and have a project currently going on to migrate VS COBOL II to Enterprise COBOL. All VS COBOL II programs are currently executing okay under both z/OS 1.6 and z/OS 1.7. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email: [EMAIL PROTECTED] 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell This message may contain confidential information. The information contained in this message and any attachments are intended solely for the use of the addressee(s) named above. If you are not the intended recipient, any disclosure, copying, distribution or other use of the contents of this message is strictly prohibited. If you have received this email in error, please notify the sender immediately by email and delete all copies of this message -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Rahul Balachandran, ISDC Chennai Sent: Monday, August 21, 2006 2:15 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Z/OS 1.4 to 1.7 Migration My customer is currently on Z/OS 1.4 and is planning to migrate to Z/OS 1.7 by March 2007 Following are my observations on Z/OS 1.7 migration (Application program Specific). Batch OS/VS COBOL : Existing load modules will run under Z/OZ 1.7 with out any change. Online OS/VS COBOL with CICS TS 3.1 : Will ABEND under Z/OS 1.7 VS COBOL II : Existing load modules will run under Z/OZ 1.7 with out any change. JCL : All support for JOBCAT/STEPCAT is removed : ISAM : Support for ISAM files are removed. All ISAM files must be converted to VSAM prior to Z/OZ 1.7 migration VSAM : Support for VSAM keywords IMBED, REPLICATE and KEYRANGE is removed. Can anyone confirm that VS COBOL II load modules will continue to run under Z/OS 1.7. Do I need to consider anything other than the above mentioned for the migration? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Confidentiality Notice: This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error, please immediately notify us by return E-Mail or telephone to arrange for return of its contents including any documents. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Enterprise Extender Requirements on z/OS
Chris, 1. Yes, we are using the traditional VTAM subareas between domains. 2. Can you explain what is meant by enabled for APPN and what is APPN? Thank you for your reply, it was exactly what I was requesting from my question. Rogers Confidentiality Notice: This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error, please immediately notify us by return E-Mail or telephone to arrange for return of its contents including any documents. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Enterprise Extender Requirements on z/OS
Mark, Thanks for the URL, that was one of the first few hits from my Google search on this topic. Rogers Confidentiality Notice: This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error, please immediately notify us by return E-Mail or telephone to arrange for return of its contents including any documents. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Enterprise Extender Requirements on z/OS
I'm researching what resources are required to implement Enterprise Extender on a z/OS 1.4 system? Would I need to install any additional software/hardware on our 2086-A04? What I think thus far is a GigaBit OSA card is needed with some additional VTAM coding, right? TIA, Rogers Confidentiality Notice: This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error, please immediately notify us by return E-Mail or telephone to arrange for return of its contents including any documents. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Displaying USS timezone for 1.4
Can someone point me to a manual that explains how to display the timezone setting (CST, EST, etc) in USS. I changed the TZ parm in /etc/profile/ /etc/init.options to reflect CST0CDT0 to reflect no offset since our zos time is set the same for both LOCAL GMT and recycled SMTP but the sent time is still wrong. I know this is not the correct way to set the Clockxx parm but that's the way management wants itok :) TIA, Rogers Confidentiality Notice: This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error, please immediately notify us by return E-Mail or telephone to arrange for return of its contents including any documents. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Displaying USS timezone for 1.4
John, You mention using TZ parm for FTPD, but I'm trying to change the time zone for the SMTP STC. Will this same parm work? Rogers -Original Message- From: McKown, John [mailto:[EMAIL PROTECTED] Sent: Friday, July 28, 2006 1:59 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Displaying USS timezone for 1.4 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Laine, Rogers Sent: Friday, July 28, 2006 1:47 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Displaying USS timezone for 1.4 Can someone point me to a manual that explains how to display the timezone setting (CST, EST, etc) in USS. I changed the TZ parm in /etc/profile/ /etc/init.options to reflect CST0CDT0 to reflect no offset since our zos time is set the same for both LOCAL GMT and recycled SMTP but the sent time is still wrong. I know this is not the correct way to set the Clockxx parm but that's the way management wants itok :) TIA, Rogers The TZ variable in /etc/profile does not affect anything other than interactive logons. That is, the shell will source /etc/profile if and only if it thinks that the shell is going to be used by a person. IIRC, /etc/init.options will only affect things started via the /etc/rc script file. Having said that, a normal STC does not use the shell anyway. What I have done in the FTPD started task is set the TZ environment variable via the PARM= parameter, thusly: PARM='ENVAR(TZ=CST6CDT)' add ENVAR(TZ=CST0CDT0) to the already existing parms, before any / in the PARM= being passed to the main routine. Another possibility is to set the ENVAR via your LE customization USERMOD. If you do this, then every LE enabled program will pick up the TZ. Ano -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Confidentiality Notice: This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error, please immediately notify us by return E-Mail or telephone to arrange for return of its contents including any documents. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Solved: Connecting to remote HMC
Thanks Mark Natarajan for your suggestions regarding this issue. What I found was the IE Internet Setting for HTTP 1.1 through Proxy connection was NOT checked. Once this was done the ???badProtocolTitle??? went away. Thanks, Rogers -Original Message- From: Natarajan Mohan [mailto:[EMAIL PROTECTED] Sent: Friday, June 23, 2006 4:56 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Connecting to remote HMC Mark, If you are running a windows XP mahine and if you had applied one of those security patches released last week (i.e jun 12 or 13th), seem to affect some network functionality. Refer to microsoft security bulleting MS06-25 or even MS06-21 (internet explorer) is related to routing and remote access vulnerabilities. This might have stepped up on how HMC interacts with each other. Easy way to find out is uninstalling that patch and see whether you get the old results. HTH, Natarajan That started happening here a couple of months ago. I asked the proxy / firewall folks if something changed and they say no, but I don't believe them. I've dropped the issue because I found a way around it. I just add the HMC address to my proxy bypass list in internet explorer: internet options connections lan settings advanced advanced (unfortunately I have to do this every time I boot because of logon scripts / configs that chance IE settings). I told the network group this and they said it doesn't make sense because the address is internal and should already be bypassed. The thing is, I am on the zurich domain (172.) and the HMC is on the farmers domain (10.). The farmers people on the 10. network don't have that problem, only the people on the 172. network do. Let me know if the work around works for you or if you (or anyone else) has any other explanation. For us, it stopped working on a Monday morning which is why I suspected some weekend change broke it. Cheers, Mark -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Confidentiality Notice: This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error, please immediately notify us by return E-Mail or telephone to arrange for return of its contents including any documents. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Connecting to remote HMC
I have been connecting to my 2086 thru the HMC for the past month. Today I'm getting ???badprotocoltitle??? error after entering the user password. I believe this is related only to my laptop, but don't know what could have changed to cause this error. Anyone have any ideas? Rogers Confidentiality Notice: This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error, please immediately notify us by return E-Mail or telephone to arrange for return of its contents including any documents. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Time differences
We are currently migrating from a 2066-A02 to a 2086-A04 an having a issue with the HMC TOD the z/os 1.4 being different times. The 2066 CLOCK00 has the TIMEZONE set to W.00.00.00 and the HMC time set to local time with nothing for UTC, but the direction has EAST selected. On the 2086 the HMC is set to the local time with TimeZone as America/Chicago and the CLOCK00 has the same W.00.00.00 setting, but the z/os time is five hours ahead of time. I know the TIMEZONE can be changed to reflect the five hour difference and the suggested method is to use GMT, but has something changed between these two machines? Rogers Confidentiality Notice: This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error, please immediately notify us by return E-Mail or telephone to arrange for return of its contents including any documents. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Revolver Issue
What I found in the revolver trace is it was using SYS1.TCPPARMS as the default, so I made my changes there and it now works. My next question is where can I change this default to something else? Rogers -Original Message- From: Patrick O'Keefe [mailto:[EMAIL PROTECTED] Sent: Thursday, May 11, 2006 12:19 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Revolver Issue On Wed, 10 May 2006 15:54:31 -0500, Laine, Rogers [EMAIL PROTECTED] wrote: I'm trying to setup a default revolver using Local Hosts file on MVS. When using FTP under TSO it's able to find the Server name, but if I try a batch job it does not locate the same Server name. What do I need to code in the JCL to locate the correct Server using Local Hosts? ... You may not need anything in your JCL. Very recently I took a resolver trace of a batch FTP and was surprised to see it used the Unix hosts defs rather than the MVS HOSTS defs. Make sure that your /ect/hosts contains the same info as your HOST.INFO datasets. Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Confidentiality Notice: This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error, please immediately notify us by return E-Mail or telephone to arrange for return of its contents including any documents. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Revolver Issue
I'm trying to setup a default revolver using Local Hosts file on MVS. When using FTP under TSO it's able to find the Server name, but if I try a batch job it does not locate the same Server name. What do I need to code in the JCL to locate the correct Server using Local Hosts? Rogers Confidentiality Notice: This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error, please immediately notify us by return E-Mail or telephone to arrange for return of its contents including any documents. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SMTP Space Allocation for CONN256.Note file
My space allocation seems to be too small for the CONN256.NOTE dataset. Because of this it is going into multi extents on difference volumes, then failing with error message EZA5544E unable to RENAME file CONN256 followed by message EZA5568E unable to allocate ADDRBLOK data set correctly. I believe if I increase the space allocation on this file the error would stop, but I don't know where this small allocation is defined in the SMTP STC. Any suggestions or ideas? Rogers Confidentiality Notice: This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error, please immediately notify us by return E-Mail or telephone to arrange for return of its contents including any documents. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Adding MVS consoles to system without IPL
I'm installing Visara equipment on z/os 1.4 and would like to add these new consoles addresses to my active system without doing a IPL. I see where I can do a SET CNGRP=xx to pick up the new console groups, but how do I pick up the consoles defined to the CONSOLxx parm? Can this be done without IPLing? Rogers Confidentiality Notice: This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error, please immediately notify us by return E-Mail or telephone to arrange for return of its contents including any documents. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
DocuText on z/OS 1.7
Can someone tell me if they are running Docutext release 5.8.2D on z/OS 1.7? Vendor says they have not tested this release on 1.7. Any help would be appreciated. TIA, Rogers Confidentiality Notice: This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error, please immediately notify us by return E-Mail or telephone to arrange for return of its contents including any documents. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
z/OS IPL Consoles
We are currently running z/OS 1.4 with two LPARS that are using 3174-1L 3274-1L controllers that have 3270 terminals attached for IPL'ing our two systems. What can we do to upgrade this old hardware to something a little more current? We also will be moving to 1.7 within the next 6-8 months. Can this help? TIA, Rogers Confidentiality Notice: This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error, please immediately notify us by return E-Mail or telephone to arrange for return of its contents including any documents. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS IPL Consoles
We are running a 2066-002 processor. The ICC option is a cost item from IBM? Where can I get more information on this? Rogers -Original Message- From: Kittendorf, Craig [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 18, 2006 4:22 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: z/OS IPL Consoles You didn't mention your processor. But offhand I can think of: 1) Integrated Console Controller (ICC) with OSA Express 2) IBM 2074 3) Visara SCON and ICON products Number 1 can replace 2 and 3 if you have the hardware. I'm not sure if a Cisco router with CIPs and running TN3270 server will work. Craig -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Laine, Rogers Sent: Wednesday, January 18, 2006 4:48 PM To: IBM-MAIN@BAMA.UA.EDU Subject: z/OS IPL Consoles We are currently running z/OS 1.4 with two LPARS that are using 3174-1L 3274-1L controllers that have 3270 terminals attached for IPL'ing our two systems. What can we do to upgrade this old hardware to something a little more current? We also will be moving to 1.7 within the next 6-8 months. Can this help? TIA, Rogers -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Confidentiality Notice: This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error, please immediately notify us by return E-Mail or telephone to arrange for return of its contents including any documents. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Enterprise Cobol Issue Part II
I have reviewed everyone's comments and RTFM an still very confused why I'm still getting this error when the program executes. I have included the short version of the cobol and the job output. Can you please eyeball this source tell me what is wrong? 1PP 5655-G53 IBM Enterprise COBOL for z/OS and OS/390 3.2.0 MICW004 Date 08/18/2005 Time 11:15:24 Page 3 LineID PL SL +-*A-1-B--+2+3+4+5+6+7-| --+8 Map and Cross Reference 0 01 000100 IDENTIFICATION DIVISION. 02 000200 PROGRAM-ID.MICW004. 03 000300 ENVIRONMENT DIVISION. 04 000400 CONFIGURATION SECTION. 05 000500 INPUT-OUTPUT SECTION. 06 000600 FILE-CONTROL. 07 000700 SELECT MIC-DDA-FILEASSIGN TO DA-MICDDAU. 10 08 000800 DATA DIVISION. 09 000900 FILE SECTION. 10 001000 FD MIC-DDA-FILE 11 001100 RECORDING MODE IS V 12 001200 RECORD IS VARYING IN SIZE FROM 112 TO 1082 CHARACTERS 13 001300 DEPENDING ON WS-REC-LGTH. 18 14 001400 01 MIC-DDA-REC-MIN-LRECL PIC X(112). BLF=0+000 112C 15 001500 01 MIC-DDA-RECORD-80 PIC X(1082). BLF=0+000 1082C 16 001600 17 001700 WORKING-STORAGE SECTION. 18 001800 01 WS-REC-LGTH PIC 9(08) BINARY. BLW=0+000 4C 19 001900 01 WS-MICDDA-RECORDPIC X(1082). BLW=0+008 1082C 20 002000 21 002100 PROCEDURE DIVISION. 22 002200 OPEN I-O MIC-DDA-FILE. 10 23 002300 READ MIC-DDA-FILE. 10 24 002400 MOVE MIC-DDA-RECORD-80 TO WS-MICDDA-RECORD. 15 19 25 002500 MOVE WS-MICDDA-RECORD TO MIC-DDA-RECORD-80. 19 15 26 002600 REWRITE MIC-DDA-RECORD-80. 15 27 002700 CLOSE MIC-DDA-FILE. 10 28 002800 STOP RUN. IGZ0020S A logic error occurred. Neither FILE STATUS nor a declarative was specified for file MICDDAU in program MICW004 at relative location X'0426'. The status code was 44. From compile unit MICW004 at entry point MICW004 at compile unit offset +0426 at entry offset +0426 at address 0A700EFE. LEAID ENTERED (LEVEL 05/09/2005 AT 07.00) LEAID PROCESSING COMPLETE. TIA, Rogers Confidentiality Notice: This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error, please immediately notify us by return E-Mail or telephone to arrange for return of its contents including any documents. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Displaying ISPF variables
Since I'm not a REXX person, Don's answer was just what I needed. It works GREAT Thanks to Don, Dave, Rob, Steve for your replies. Rogers -Original Message- From: Imbriale, Donald , Exchange [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 17, 2005 10:20 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Displaying ISPF variables On the ISPF Primary Options panel, pull down Options and select Dialog Test appl ID. Set it as you need it. Then go to dialog test and option 3 should show you the variables you are interested in. Don Imbriale -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Laine, Rogers Sent: Wednesday, August 17, 2005 10:26 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Displaying ISPF variables I'm trying to display the ISPF variables using DIALOG TEST. When I display the variables the ID reflects another application. How can I change the application to the one I need? Confidentiality Notice: This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error, please immediately notify us by return E-Mail or telephone to arrange for return of its contents including any documents. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Enterprise Cobol Issue
Our application group has a batch Cobol program that was compiled using MVS/Cobol with the CMPR2 option running against LE runtime on z/os 1.4. This program is updating a record in a variable record file. When they take the same Cobol source and compile it using Enterprise Cobol V3.2 it complies okay but fails on the rewrite statement. Since Enterprise Cobol not longer supports the CMPR2 option we need to understand what needs to the done to migrate this source to support the new compiler. The programmer is looking for a sample program that updates a variable record file so we can compare the coding. Any ideas or suggestions would be appreciated. TIA, Rogers Confidentiality Notice: This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error, please immediately notify us by return E-Mail or telephone to arrange for return of its contents including any documents. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
TN3270 Setup Question
Hello, If I were to create two Telnet ports (ie 1000 2000) would I be able to direct each of these ports to a different group of LU's? TIA, Rogers Confidentiality Notice: This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error, please immediately notify us by return E-Mail or telephone to arrange for return of its contents including any documents. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html