R.F. Perretta
Hi Folks, Does anyone know the whereabouts of R.F. Perretta, who used to write articles for the Xephon magazines? I very much enjoy his coding, and the subjects of his articles, and I would like to get in touch with him. Anyone who has information, please write back to me, either on the list, or off-list, and let me know. Thank you very much. All the best of everything to all of you. Sincerely, Sam Golob sbgo...@cbttape.org -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Remote access to Z14 ZR1 Support Element via HMC question
Laurence, thanks for the earlier clarification. Just to make sure that I understand At this point, the zBC12 and the ZR1 are sitting in the DR site, each with their own HMC (on the same network). Right? If so I'd hazard a guess that the desire to do everything remotely is because there is no technical staff at the DR site. Absolutely the easiest way to transfer the LPAR definitions, user info, OSA ICC definitions and I/O definitions is via a USB drive The SSR frequently does this as part of the install. (The SSR must do this if the customer choses to replace the old HMC with the new HMC). Since the SSR knows how to do it, I'd reach out to the SSR and see if he could copy these definitions across for you. Alternately, if there is any staff at the DR site, could someone insert a USB drive into the zBC12 HMC? Then the information could be copied to the USB drive (via commands issued remotely). Then a local staff person could move the USB drive to the new HMC. Again, the information could be copied (imported in this case) via commands issued remotely. Data transfer complete. If it is absolutely imperative that the two HMCs talk to each other, then I recommend that you open a HW incident on the z14 to engage the SSR, then ask him to involve the z Top Gun. I am curious about the process your technical team wants to follow to transfer this information. Coul you obtain a copy of that process and document it here? Regards, Mike -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Laurence Chiu Sent: Saturday, March 23, 2019 12:18 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Remote access to Z14 ZR1 Support Element via HMC question Out of interest how did you copy the data from the old hmcs to the new ones? I'm not sure my post got to the list but the approach our tech people are using is to use the HMC for the 12 to populate the HMCs for the 14 and so far the old HMC cannot discover the new one. That is a potential show stopper for us. On Sun, Mar 24, 2019, 4:19 AM Jesse 1 Robinson wrote: > We replaced two z12s late last year with a z14 and a z13s. I didn't do the > actual work, but all 'migratable' HMC data was copied over to the new CECs > ahead of the push-pull swap out. This includes profile data and > userids/passwords. The z14 includes some new options that need to be set > manually because they don't have counterparts on the z12, but before the > swap, all four CECs were able to communicate with each other. > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Parwez > Sent: Saturday, March 23, 2019 3:25 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: (External):Re: Remote access to Z14 ZR1 Support Element via HMC > question > > Just a thought. > > Although its possible to use some of the older HMC H/W (I think its FC > 0092 - zBC12 had this and FC 0095), even with the correct level of HMC > code, these do not support some of the HMC Enhancements (GA2) which were > delivered with System Driver level 36 and HMC/SE Level 2.14.1 > > Parwez > > > From: IBM Mainframe Discussion List on behalf > of Laurence Chiu > Sent: 21 March 2019 18:45 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Remote access to Z14 ZR1 Support Element via HMC question > > Thanks > > We did do a major HMC firmware upgrade across the complex recently and > that issue was checked during our diagnostic call but all HMCs are on the > same level. > > Hopefully it's the domain issue else will be at our wits end. For some > reason our support organisation does not want to copy the zBC12 > configuration information across to the new z14 using a USB drive but > really want the HMC for the zBC12 to connect to the z14 so the > configuration information is already loaded. > > On Thu, Mar 21, 2019, 8:07 PM Parwez wrote: > > > While I can't answer your specific Q. A general point - a HMC with > 'lower' > > level of HMC code can't control/access System requiring a 'higher' > > level of HMC code. A HMC with higher level code e.g the z14 ZR1 HMC > > can access/control Systems all the way back to z10 EC and BC. If your > > zBC12 HMC is at level 2.12.1 then this could be the issue. If your > > zBC12 HMC hardware is of the right spec, then there is nothing to stop > > you upgrading it to the same level code as the z14 ZR1 HMC. > > > > Regards > > Parwez > > > > > > From: IBM Mainframe Discussion List on > > behalf of Laurence Chiu > > Sent: 21 March 2019 06:07 > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: Remote access to Z14 ZR1 Support Element via HMC question > > > > OK an update. We haven't solved the remote access issue yet but the > > guys wanted to do use the zBC12 HMC to discover the Z14 HMC. But > > despite all networking being fine (all the HMC's and the SE's are in > > the same LAN > > segment) the zBC12 HMC co
Re: TSO OMVS Command area
What happens when you type part of the command in the OMVS command line and end it with backslash (\)? Is there a panel in ishell for entering long commands? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Klein, Kevin Sent: Friday, March 22, 2019 4:34 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: TSO OMVS Command area I've been looking for an answer to this for the better part of 2 days. When I enter TSO OMVS on my ISPF screen, is there a way to make the command area larger than 2 lines. I have a long command I want to enter that doesn't fit on the two lines I currently have. Apologies is this is a basic ?; I don't spend a lot of time on the USS side of z/OS. Attention: The information contained in this message and or attachments is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any system and destroy any copies. (GWCC) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Remote access to Z14 ZR1 Support Element via HMC question
hi Mike Your partially right. The tech support people want to access the hmc remotely because they are located almost 80 kilometres from the datacenter so that makes sense. The zBC12 and the Z14 sit alongside each other in the DR datacenter. Both are on the same LAN segment and subnet. However if they cannot even access the hmc locally in the same LAN segment the remote access is not really an issue. I'm not a technical person in this area but I think the goal is to somehow replicate the settings from the z12 hmc to the z14 since we basically want to maintain the same iocds LPAR configuration logon credentials etc. There seems to be a reluctance to use a USB drive because they want all the HMC's on the network to replicate credentials and settings from more one master copy. Using a USB drive would bypass that process. But it was certainly allow us to get the new Z 14 up and running. They are in the datacenter again today and I have not had an update so far. But should they still encounter connection problems who is this Top Gun Z you speak of? On Mon, Mar 25, 2019, 5:08 AM Mike Smith wrote: > Laurence, thanks for the earlier clarification. > > Just to make sure that I understand At this point, the zBC12 and the > ZR1 are sitting in the DR site, each with their own HMC (on the same > network). Right? If so I'd hazard a guess that the desire to do everything > remotely is because there is no technical staff at the DR site. > > Absolutely the easiest way to transfer the LPAR definitions, user info, > OSA ICC definitions and I/O definitions is via a USB drive The SSR > frequently does this as part of the install. (The SSR must do this if the > customer choses to replace the old HMC with the new HMC). Since the SSR > knows how to do it, I'd reach out to the SSR and see if he could copy these > definitions across for you. Alternately, if there is any staff at the DR > site, could someone insert a USB drive into the zBC12 HMC? Then the > information could be copied to the USB drive (via commands issued > remotely). Then a local staff person could move the USB drive to the new > HMC. Again, the information could be copied (imported in this case) via > commands issued remotely. Data transfer complete. > > If it is absolutely imperative that the two HMCs talk to each other, then > I recommend that you open a HW incident on the z14 to engage the SSR, then > ask him to involve the z Top Gun. > > I am curious about the process your technical team wants to follow to > transfer this information. Coul you obtain a copy of that process and > document it here? > > Regards, > > Mike > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Laurence Chiu > Sent: Saturday, March 23, 2019 12:18 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Remote access to Z14 ZR1 Support Element via HMC question > > Out of interest how did you copy the data from the old hmcs to the new > ones? I'm not sure my post got to the list but the approach our tech > people are using is to use the HMC for the 12 to populate the HMCs for the > 14 and so far the old HMC cannot discover the new one. That is a potential > show stopper for us. > > On Sun, Mar 24, 2019, 4:19 AM Jesse 1 Robinson > wrote: > > > We replaced two z12s late last year with a z14 and a z13s. I didn't do > the > > actual work, but all 'migratable' HMC data was copied over to the new > CECs > > ahead of the push-pull swap out. This includes profile data and > > userids/passwords. The z14 includes some new options that need to be set > > manually because they don't have counterparts on the z12, but before the > > swap, all four CECs were able to communicate with each other. > > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > > Behalf Of Parwez > > Sent: Saturday, March 23, 2019 3:25 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: (External):Re: Remote access to Z14 ZR1 Support Element via HMC > > question > > > > Just a thought. > > > > Although its possible to use some of the older HMC H/W (I think its FC > > 0092 - zBC12 had this and FC 0095), even with the correct level of HMC > > code, these do not support some of the HMC Enhancements (GA2) which were > > delivered with System Driver level 36 and HMC/SE Level 2.14.1 > > > > Parwez > > > > > > From: IBM Mainframe Discussion List on behalf > > of Laurence Chiu > > Sent: 21 March 2019 18:45 > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: Remote access to Z14 ZR1 Support Element via HMC question > > > > Thanks > > > > We did do a major HMC firmware upgrade across the complex recently and > > that issue was checked during our diagnostic call but all HMCs are on the > > same level. > > > > Hopefully it's the domain issue else will be at our wits end. For some > > reason our support organisation does not want to copy the zBC12 > > configuration infor
part of MVS commands are no RESPONSE from REXXCDM
Hi all We issue a lot of mvs commands ( RO *all,D U,x) by REXXCMD(REXX program) We found there arejust part of this commands responsed. Is there any way to solve this problem? increase the time interval between each command? or use PGM=SDSF? Any thoughts/comments/suggestions would be greatly appreciated Thanks a lot! Jason Cai -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: part of MVS commands are no RESPONSE from REXXCDM
Have you tried to open a console? Sent from my iPhone Sorry for the finger checks > On Mar 24, 2019, at 20:35, Jason Cai wrote: > > Hi all > > We issue a lot of mvs commands ( RO *all,D U,x) by REXXCMD(REXX program) > > We found there arejust part of this commands responsed. > > > Is there any way to solve this problem? increase the time interval between > each command? > > or use PGM=SDSF? > > Any thoughts/comments/suggestions would be greatly appreciated > > Thanks a lot! > > Jason Cai > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
part of TSO commands are no RESPONSE from PGM=IKJEFT01
Hi all We issue a lot of TSO commands ( XQUERY NP2XRE DATASET('XXX.TST') DISP(MOD) VOLUME(BJ2817) DETAIL ) by PGM=IKJEFT01 .The sample is blow: //S1EXEC PGM=IKJEFT01,REGION=0M //SYSTSPRT DD SYSOUT=* //SYSPRINT DD SYSOUT=* //SYSTSIN DD * XQUERY NP2XRE DATASET('XXX.TST') DISP(MOD) VOLUME(BJ2817) DETAIL XQUERY NP2XRE DATASET('xxx.TST') DISP(MOD) VOLUME(BJ2897) DETAIL XQUERY NP2XRF DATASET('xxx.TST') DISP(MOD) VOLUME(BJ2917) DETAIL We found there are just part of this commands responsed. Any thoughts/comments/suggestions would be greatly appreciated Best Regards, Jason Cai -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: part of MVS commands are no RESPONSE from REXXCDM
I try to get the output of these mvs commands and save these output to a DSN. Best Regards, Jason Cai From: Steve Beaver Date: 2019-03-25 09:38 To: IBM-MAIN Subject: Re: part of MVS commands are no RESPONSE from REXXCDM Have you tried to open a console? Sent from my iPhone Sorry for the finger checks > On Mar 24, 2019, at 20:35, Jason Cai wrote: > > Hi all > > We issue a lot of mvs commands ( RO *all,D U,x) by REXXCMD(REXX program) > > We found there arejust part of this commands responsed. > > > Is there any way to solve this problem? increase the time interval between > each command? > > or use PGM=SDSF? > > Any thoughts/comments/suggestions would be greatly appreciated > > Thanks a lot! > > Jason Cai > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Remote access to Z14 ZR1 Support Element via HMC question
Laurence, The Top Guns are different for each region. The best way to get the proper one involved would be to contact the SSR directly or open a HW incident. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Laurence Chiu Sent: Sunday, March 24, 2019 5:58 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Remote access to Z14 ZR1 Support Element via HMC question hi Mike Your partially right. The tech support people want to access the hmc remotely because they are located almost 80 kilometres from the datacenter so that makes sense. The zBC12 and the Z14 sit alongside each other in the DR datacenter. Both are on the same LAN segment and subnet. However if they cannot even access the hmc locally in the same LAN segment the remote access is not really an issue. I'm not a technical person in this area but I think the goal is to somehow replicate the settings from the z12 hmc to the z14 since we basically want to maintain the same iocds LPAR configuration logon credentials etc. There seems to be a reluctance to use a USB drive because they want all the HMC's on the network to replicate credentials and settings from more one master copy. Using a USB drive would bypass that process. But it was certainly allow us to get the new Z 14 up and running. They are in the datacenter again today and I have not had an update so far. But should they still encounter connection problems who is this Top Gun Z you speak of? On Mon, Mar 25, 2019, 5:08 AM Mike Smith wrote: > Laurence, thanks for the earlier clarification. > > Just to make sure that I understand At this point, the zBC12 and the > ZR1 are sitting in the DR site, each with their own HMC (on the same > network). Right? If so I'd hazard a guess that the desire to do everything > remotely is because there is no technical staff at the DR site. > > Absolutely the easiest way to transfer the LPAR definitions, user info, > OSA ICC definitions and I/O definitions is via a USB drive The SSR > frequently does this as part of the install. (The SSR must do this if the > customer choses to replace the old HMC with the new HMC). Since the SSR > knows how to do it, I'd reach out to the SSR and see if he could copy these > definitions across for you. Alternately, if there is any staff at the DR > site, could someone insert a USB drive into the zBC12 HMC? Then the > information could be copied to the USB drive (via commands issued > remotely). Then a local staff person could move the USB drive to the new > HMC. Again, the information could be copied (imported in this case) via > commands issued remotely. Data transfer complete. > > If it is absolutely imperative that the two HMCs talk to each other, then > I recommend that you open a HW incident on the z14 to engage the SSR, then > ask him to involve the z Top Gun. > > I am curious about the process your technical team wants to follow to > transfer this information. Coul you obtain a copy of that process and > document it here? > > Regards, > > Mike > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Laurence Chiu > Sent: Saturday, March 23, 2019 12:18 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Remote access to Z14 ZR1 Support Element via HMC question > > Out of interest how did you copy the data from the old hmcs to the new > ones? I'm not sure my post got to the list but the approach our tech > people are using is to use the HMC for the 12 to populate the HMCs for the > 14 and so far the old HMC cannot discover the new one. That is a potential > show stopper for us. > > On Sun, Mar 24, 2019, 4:19 AM Jesse 1 Robinson > wrote: > > > We replaced two z12s late last year with a z14 and a z13s. I didn't do > the > > actual work, but all 'migratable' HMC data was copied over to the new > CECs > > ahead of the push-pull swap out. This includes profile data and > > userids/passwords. The z14 includes some new options that need to be set > > manually because they don't have counterparts on the z12, but before the > > swap, all four CECs were able to communicate with each other. > > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > > Behalf Of Parwez > > Sent: Saturday, March 23, 2019 3:25 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: (External):Re: Remote access to Z14 ZR1 Support Element via HMC > > question > > > > Just a thought. > > > > Although its possible to use some of the older HMC H/W (I think its FC > > 0092 - zBC12 had this and FC 0095), even with the correct level of HMC > > code, these do not support some of the HMC Enhancements (GA2) which were > > delivered with System Driver level 36 and HMC/SE Level 2.14.1 > > > > Parwez > > > > > > From: IBM Mainframe Discussion List on behalf > > of Laurence Chiu > > Sent: 21 March 2019 18:45 > > To: IBM-MAIN@LISTSERV.UA.EDU > > Sub