Re: tcpip.tcpip.data and NSINTERADDR
Could you post the messages or have you tried contacting the list owner Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Ward, Mike S > Sent: Thursday, July 30, 2015 11:19 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: tcpip.tcpip.data and NSINTERADDR > > I had the same problem > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Tim Brown > Sent: Thursday, July 30, 2015 12:25 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: tcpip.tcpip.data and NSINTERADDR > > Thanks, I was subscribed but when I try and send to IBMTCP- > l...@vm.marist.edu It fails > > Tim > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Lizette Koehler > Sent: Thursday, 30 July, 2015 1:20 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: tcpip.tcpip.data and NSINTERADDR > > Url that was missing > > https://urldefense.proofpoint.com/v2/url?u=http- > 3A__www2.marist.edu_htbin_wlvindex-3FIBMTCP- > 2DL&d=BQICAg&c=BY0WRPt8vrhqs_gNwjcMsqT0O3k78MJMGj95ah0eDEA&r > =zOHsw49ELZowM6Rv- > ZAKUiUor2SACQLxb608FGcJw4s&m=8dDLqn22CE8STSiUMCRxW0- > oumkbE0WT9A_BMIdcYyc&s=fNM_j5P38D_jFNVl16t_GEUyYhzAYg6rIJ- > KlWPSKZs&e= > > Lizette > > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM- > m...@listserv.ua.edu] > > On Behalf Of Lizette Koehler > > Sent: Thursday, July 30, 2015 10:19 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: tcpip.tcpip.data and NSINTERADDR > > > > Also, if you were not aware, there is a TCPIP list that might be a > > good > place to > > post as well. > > > > To join, if you have not done so > > > > TCPIP To subscribe, send mail to lists...@vm.marist.edu with > > the > > command (paste it!) in the e-mail message body: > > SUBSCRIBE IBMTCP-L > > Or this url and go to the bottom of the webpage: > > > > > > Lizette > > > > > > > -Original Message- > > > From: IBM Mainframe Discussion List [mailto:IBM- > > m...@listserv.ua.edu] > > > On Behalf Of Lizette Koehler > > > Sent: Thursday, July 30, 2015 10:18 AM > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > Subject: Re: tcpip.tcpip.data and NSINTERADDR > > > > > > I am not sure, but does OBEYFILE do this for you? > > > > > > Lizette > > > > > > > > > > -Original Message- > > > > From: IBM Mainframe Discussion List [mailto:IBM- > > > m...@listserv.ua.edu] > > > > On Behalf Of Tim Brown > > > > Sent: Thursday, July 30, 2015 10:15 AM > > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > > Subject: tcpip.tcpip.data and NSINTERADDR > > > > > > > > Can TCPIP be refreshed to read in an updated copy of > > > > TCPIP.TCPIP.DATA with a new entry for NSINTERADDR without having > > > > to restart TCPIP > > > > > > > > Tim > > -- > 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 > > == > This email, and any files transmitted with it, is confidential and intended > solely for the use of the individual or entity to which it is addressed. If you > have received this email in error, please notify the system manager. This > message contains confidential information and is intended only for the > individual named. If you are not the named addressee, you should not > disseminate, distribute or copy this e-mail. Please notify the sender > immediately by e-mail if you have received this message by mistake and > delete this e-mail from your system. If you are not the intended recipient, > you are notified that disclosing, copying, distributing or taking any action in > reliance on the contents of this information is strictly prohibited. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email to > lists...@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: Different Security Products in a Sysplex
On 7/30/2015 9:06 PM, Givens, Dennis W. wrote: Thanks to both for this additional info. Tom, You are correct that we require 2 for Global mirroring. The other 8 are for the Hyperswap which requires 1 pair(2) for each sysplex and we run 4 plexes. Craig, I am beginning to believe this to be true. Do you happen to be doing this today? My concern is like what was pointed out earlier in the thread...RO commands won't work across the systems that run different security products. Dennis, Craig is correct, you can share what you want, and separate what you want within a sysplex. When you say Hyperswap, do you mean Metro Mirror? Are you going to run MGM (Metro-Global Mirror)? If so, then the number of LPARs makes sense. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Different Security Products in a Sysplex
Thanks to both for this additional info. Tom, You are correct that we require 2 for Global mirroring. The other 8 are for the Hyperswap which requires 1 pair(2) for each sysplex and we run 4 plexes. Craig, I am beginning to believe this to be true. Do you happen to be doing this today? My concern is like what was pointed out earlier in the thread...RO commands won't work across the systems that run different security products. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Craig Pace Sent: Thursday, July 30, 2015 6:12 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Different Security Products in a Sysplex This will not be a problem at all. Although you are in a Sysplex, you can still have separation with the LPARs themselves. You can have separate shared security databases, different vendors, separate DB2, JES, CICS, etc. The beauty of the Sysplex is the ability to share as much as you want or as little as you want. Craig -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Thomas Conley Sent: Thursday, July 30, 2015 17:22 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Different Security Products in a Sysplex On 7/30/2015 5:11 PM, Givens, Dennis W. wrote: > I appreciate all of the input on my question. Here is additional information > that may help clarify > > We have an 8 LPAR sysplex. All are sharing a Top Secret DB. > We need to add 10 more to provide IBM GDPS Hyperswap and Global mirroring. We > would like these (due to political reasons) to use a shared RACF DB. > These new lpars will have limited system access by users and run a reduced > product set. > They will function as Control systems for the Hyper swap and Mirroring > functions for the sysplex. > > > Can these 18 systems function just fine in this configuration. > > I understand that commands will not work between the lpars running different > packages. We may be able to overcome this short coming. > Any more capabilities that will be impacted. > > Thanks in advance for any additional insight. > Dennis, No reason they shouldn't. If you're setting up Global Mirror, you should only need a controlling LPAR in the local datacenter, and a remote system in the remote datacenter. Not sure why you need 10 LPARs unless you have 8 LPARs processing data. I would recommend defining your sysplexes before introducing GDPS. Have you engaged IBM yet? Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This communication contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please note that any distribution, copying or use of this communication or the information in it is strictly prohibited. If you have received this communication in error, please notify the sender immediately and then destroy any copies of it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN CNA SURETY voted the #1 Carrier for Surety Bonds by PROPERTYCASUALTY360 Survey NOTICE: This e-mail message, including any attachments and appended messages, is for the sole use of the intended recipients and may contain confidential and legally privileged information. If you are not the intended recipient, any review, dissemination, distribution, copying, storage or other use of all or any portion of this message is strictly prohibited. If you received this message in error, please immediately notify the sender by reply e-mail and delete this message in its entirety. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: replacement CRTs for 3278s
http://www.twindata.com/DecisionData/3270terminal.htm We went with IBM Info Windows when the 327x's started fading out. Just the box with the SVGA output. We had a PC contract and used their 19" displays. Looks like these my suffice for lack of INFO/Windows. In a message dated 7/30/2015 6:14:06 P.M. Central Daylight Time, g...@ugcs.caltech.edu writes: Does anyone know where to get replacement, either new or with lots of life left, CRTs for 3729s? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
replacement CRTs for 3278s
Does anyone know where to get replacement, either new or with lots of life left, CRTs for 3729s? thanks. -- glen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Different Security Products in a Sysplex
This will not be a problem at all. Although you are in a Sysplex, you can still have separation with the LPARs themselves. You can have separate shared security databases, different vendors, separate DB2, JES, CICS, etc. The beauty of the Sysplex is the ability to share as much as you want or as little as you want. Craig -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Thomas Conley Sent: Thursday, July 30, 2015 17:22 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Different Security Products in a Sysplex On 7/30/2015 5:11 PM, Givens, Dennis W. wrote: > I appreciate all of the input on my question. Here is additional information > that may help clarify > > We have an 8 LPAR sysplex. All are sharing a Top Secret DB. > We need to add 10 more to provide IBM GDPS Hyperswap and Global mirroring. We > would like these (due to political reasons) to use a shared RACF DB. > These new lpars will have limited system access by users and run a reduced > product set. > They will function as Control systems for the Hyper swap and Mirroring > functions for the sysplex. > > > Can these 18 systems function just fine in this configuration. > > I understand that commands will not work between the lpars running different > packages. We may be able to overcome this short coming. > Any more capabilities that will be impacted. > > Thanks in advance for any additional insight. > Dennis, No reason they shouldn't. If you're setting up Global Mirror, you should only need a controlling LPAR in the local datacenter, and a remote system in the remote datacenter. Not sure why you need 10 LPARs unless you have 8 LPARs processing data. I would recommend defining your sysplexes before introducing GDPS. Have you engaged IBM yet? Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This communication contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please note that any distribution, copying or use of this communication or the information in it is strictly prohibited. If you have received this communication in error, please notify the sender immediately and then destroy any copies of it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Different Security Products in a Sysplex
On 7/30/2015 5:11 PM, Givens, Dennis W. wrote: I appreciate all of the input on my question. Here is additional information that may help clarify We have an 8 LPAR sysplex. All are sharing a Top Secret DB. We need to add 10 more to provide IBM GDPS Hyperswap and Global mirroring. We would like these (due to political reasons) to use a shared RACF DB. These new lpars will have limited system access by users and run a reduced product set. They will function as Control systems for the Hyper swap and Mirroring functions for the sysplex. Can these 18 systems function just fine in this configuration. I understand that commands will not work between the lpars running different packages. We may be able to overcome this short coming. Any more capabilities that will be impacted. Thanks in advance for any additional insight. Dennis, No reason they shouldn't. If you're setting up Global Mirror, you should only need a controlling LPAR in the local datacenter, and a remote system in the remote datacenter. Not sure why you need 10 LPARs unless you have 8 LPARs processing data. I would recommend defining your sysplexes before introducing GDPS. Have you engaged IBM yet? Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Different Security Products in a Sysplex
I appreciate all of the input on my question. Here is additional information that may help clarify We have an 8 LPAR sysplex. All are sharing a Top Secret DB. We need to add 10 more to provide IBM GDPS Hyperswap and Global mirroring. We would like these (due to political reasons) to use a shared RACF DB. These new lpars will have limited system access by users and run a reduced product set. They will function as Control systems for the Hyper swap and Mirroring functions for the sysplex. Can these 18 systems function just fine in this configuration. I understand that commands will not work between the lpars running different packages. We may be able to overcome this short coming. Any more capabilities that will be impacted. Thanks in advance for any additional insight. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Thomas Conley Sent: Thursday, July 30, 2015 11:35 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Different Security Products in a Sysplex On 7/30/2015 11:38 AM, Charles Mills wrote: > Aren't we OT from the OP's question? He was not asking about different > versions of RACF. He was asking about running a CA security product on one > system of a Sysplex and RACF on another. I too would be interested in the > answer to that question. > > Charles > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Elardus Engelbrecht > Sent: Thursday, July 30, 2015 7:19 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Different Security Products in a Sysplex > > Thomas Conley wrote: > >> We were at z/OS V1R12 when I was there, they've since upgraded to z/OS V2R1. >> OS/390, LOL. > Asked and answered counselor. Then I proceeded to reply to the highjacked thread. Sue me. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN CNA SURETY voted the #1 Carrier for Surety Bonds by PROPERTYCASUALTY360 Survey NOTICE: This e-mail message, including any attachments and appended messages, is for the sole use of the intended recipients and may contain confidential and legally privileged information. If you are not the intended recipient, any review, dissemination, distribution, copying, storage or other use of all or any portion of this message is strictly prohibited. If you received this message in error, please immediately notify the sender by reply e-mail and delete this message in its entirety. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: tcpip.tcpip.data and NSINTERADDR
I had the same problem -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tim Brown Sent: Thursday, July 30, 2015 12:25 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: tcpip.tcpip.data and NSINTERADDR Thanks, I was subscribed but when I try and send to ibmtc...@vm.marist.edu It fails Tim -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Thursday, 30 July, 2015 1:20 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: tcpip.tcpip.data and NSINTERADDR Url that was missing https://urldefense.proofpoint.com/v2/url?u=http-3A__www2.marist.edu_htbin_wlvindex-3FIBMTCP-2DL&d=BQICAg&c=BY0WRPt8vrhqs_gNwjcMsqT0O3k78MJMGj95ah0eDEA&r=zOHsw49ELZowM6Rv-ZAKUiUor2SACQLxb608FGcJw4s&m=8dDLqn22CE8STSiUMCRxW0-oumkbE0WT9A_BMIdcYyc&s=fNM_j5P38D_jFNVl16t_GEUyYhzAYg6rIJ-KlWPSKZs&e= Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Lizette Koehler > Sent: Thursday, July 30, 2015 10:19 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: tcpip.tcpip.data and NSINTERADDR > > Also, if you were not aware, there is a TCPIP list that might be a > good place to > post as well. > > To join, if you have not done so > > TCPIP To subscribe, send mail to lists...@vm.marist.edu with > the > command (paste it!) in the e-mail message body: > SUBSCRIBE IBMTCP-L > Or this url and go to the bottom of the webpage: > > > Lizette > > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM- > m...@listserv.ua.edu] > > On Behalf Of Lizette Koehler > > Sent: Thursday, July 30, 2015 10:18 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: tcpip.tcpip.data and NSINTERADDR > > > > I am not sure, but does OBEYFILE do this for you? > > > > Lizette > > > > > > > -Original Message- > > > From: IBM Mainframe Discussion List [mailto:IBM- > > m...@listserv.ua.edu] > > > On Behalf Of Tim Brown > > > Sent: Thursday, July 30, 2015 10:15 AM > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > Subject: tcpip.tcpip.data and NSINTERADDR > > > > > > Can TCPIP be refreshed to read in an updated copy of > > > TCPIP.TCPIP.DATA with a new entry for NSINTERADDR without having > > > to restart TCPIP > > > > > > Tim -- 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 == This email, and any files transmitted with it, is confidential and intended solely for the use of the individual or entity to which it is addressed. If you have received this email in error, please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this message by mistake and delete this e-mail from your system. If you are not the intended recipient, you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: 3480/3490 Tape Migration Services
On 30 July 2015 at 13:02, Pfister, Nathan wrote: > I am possibly looking to contract out a migration of legacy data mainly > housed on 3480 and 3490 tapes. We no longer have the capability to read > these tapes (as we no longer have the drives necessary) so I want to > virtualize these tapes (z/OS and VSE tapes both). I was wondering if anyone > could recommend any company that could do this type of migration that you may > have worked with in the past. Cartagena Software does exactly this kind of thing. They have a lot of experience. http://cartagena.com/ Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: 3480/3490 Tape Migration Services
The auto loader only holds and mounts physical tapes into the physical tape drive. Items to consider: 1) A tape drive(s) would need to be rented & potentially an auto-loader(s) 2) IODEF work done if tape drives have been removed in the past 3) Change management window(s) scheduled to implement the changes and then remove them 4) Schedule the workload so the current virtual tape solution disk cache is not over run 5) Make decisions around new vol ser's to be used versus migration in place and the impacts to the tape catalog and application JCL 6) BC / DR considerations 7) Replication to second, third and possibly fourth sites and the impact on the disk storage at all the sites 8) Temporary impact on the links between sites I am sure I am missing many other considerations. Just a few thought that immediately jump out. Hope it helps. Chuck Formica PMP NE / Canada Division Sales Manager, EMC CORE Technologies Division - Mainframe Products cell: 1.860.918.7049, email charles.form...@emc.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Thursday, July 30, 2015 1:17 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: 3480/3490 Tape Migration Services This may be a silly thought. Could you attach something like a 3490 autoloader to your Virtual tape system and just do the process in house. Maybe rent one (limited lease)? Some of the considerations for this might be 1) security of the data on the tape 2) if there are tape errors, easier and faster turnaround time on the errors. 3) Cost of device (possible rental) vs. cost of outside vendor. 4) Less cost doing it in-house rather than outside. You may have already consider these things, but I had to ask. Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Pfister, Nathan > Sent: Thursday, July 30, 2015 10:02 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: 3480/3490 Tape Migration Services > > List; > > I am possibly looking to contract out a migration of legacy data > mainly housed > on 3480 and 3490 tapes. We no longer have the capability to read > these tapes (as we no longer have the drives necessary) so I want to > virtualize these tapes (z/OS and VSE tapes both). I was wondering if > anyone could recommend any company that could do this type of > migration that you may have worked with in the past. > > Thanks; > > Nathan Pfister > Systems Programmer > Donegal Insurance Group > *800-877-0600, ext 7548 > *nathanpfis...@donegalgroup.com -- 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: 3480/3490 Tape Migration Services
Nathan, IBM, EMC, Oracle & Luminex offer mainframe virtual tape solutions. All should be able to provide migration services even if you do not acquire their solution. Century21 does a lot of migration work for mainframe tape as well. I can put you in touch with them. Feel free to contact me directly. Chuck Formica PMP NE / Canada Division Sales Manager, EMC CORE Technologies Division - Mainframe Products cell: 1.860.918.7049, email charles.form...@emc.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Robert McElroy Sent: Thursday, July 30, 2015 1:15 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: 3480/3490 Tape Migration Services Luminex comes to mind... -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Pfister, Nathan Sent: Thursday, July 30, 2015 1:02 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: 3480/3490 Tape Migration Services List; I am possibly looking to contract out a migration of legacy data mainly housed on 3480 and 3490 tapes. We no longer have the capability to read these tapes (as we no longer have the drives necessary) so I want to virtualize these tapes (z/OS and VSE tapes both). I was wondering if anyone could recommend any company that could do this type of migration that you may have worked with in the past. Thanks; Nathan Pfister Systems Programmer Donegal Insurance Group *800-877-0600, ext 7548 *nathanpfis...@donegalgroup.com E-MAIL CONFIDENTIALITY NOTICE: This e-mail from Donegal Insurance Group may contain CONFIDENTIAL and legally protected information. If you are not an intended recipient, please do not copy, use or disclose this email or its contents to others; and please notify us by calling toll free (800) 877-0600 x7880 or by replying to this message, and then delete it from your system. Delivery of this email to an unintended recipient is not a waiver of any attorney-client or other applicable privilege. -- 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: tcpip.tcpip.data and NSINTERADDR
Thanks, I was subscribed but when I try and send to ibmtc...@vm.marist.edu It fails Tim -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Thursday, 30 July, 2015 1:20 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: tcpip.tcpip.data and NSINTERADDR Url that was missing https://urldefense.proofpoint.com/v2/url?u=http-3A__www2.marist.edu_htbin_wlvindex-3FIBMTCP-2DL&d=BQICAg&c=BY0WRPt8vrhqs_gNwjcMsqT0O3k78MJMGj95ah0eDEA&r=zOHsw49ELZowM6Rv-ZAKUiUor2SACQLxb608FGcJw4s&m=8dDLqn22CE8STSiUMCRxW0-oumkbE0WT9A_BMIdcYyc&s=fNM_j5P38D_jFNVl16t_GEUyYhzAYg6rIJ-KlWPSKZs&e= Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Lizette Koehler > Sent: Thursday, July 30, 2015 10:19 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: tcpip.tcpip.data and NSINTERADDR > > Also, if you were not aware, there is a TCPIP list that might be a > good place to > post as well. > > To join, if you have not done so > > TCPIP To subscribe, send mail to lists...@vm.marist.edu with > the > command (paste it!) in the e-mail message body: > SUBSCRIBE IBMTCP-L > Or this url and go to the bottom of the webpage: > > > Lizette > > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM- > m...@listserv.ua.edu] > > On Behalf Of Lizette Koehler > > Sent: Thursday, July 30, 2015 10:18 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: tcpip.tcpip.data and NSINTERADDR > > > > I am not sure, but does OBEYFILE do this for you? > > > > Lizette > > > > > > > -Original Message- > > > From: IBM Mainframe Discussion List [mailto:IBM- > > m...@listserv.ua.edu] > > > On Behalf Of Tim Brown > > > Sent: Thursday, July 30, 2015 10:15 AM > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > Subject: tcpip.tcpip.data and NSINTERADDR > > > > > > Can TCPIP be refreshed to read in an updated copy of > > > TCPIP.TCPIP.DATA with a new entry for NSINTERADDR without having > > > to restart TCPIP > > > > > > Tim -- 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: tcpip.tcpip.data and NSINTERADDR
Url that was missing http://www2.marist.edu/htbin/wlvindex?IBMTCP-L Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Lizette Koehler > Sent: Thursday, July 30, 2015 10:19 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: tcpip.tcpip.data and NSINTERADDR > > Also, if you were not aware, there is a TCPIP list that might be a good place to > post as well. > > To join, if you have not done so > > TCPIP To subscribe, send mail to lists...@vm.marist.edu with > the > command (paste it!) in the e-mail message body: > SUBSCRIBE IBMTCP-L > Or this url and go to the bottom of the webpage: > > > Lizette > > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM- > m...@listserv.ua.edu] > > On Behalf Of Lizette Koehler > > Sent: Thursday, July 30, 2015 10:18 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: tcpip.tcpip.data and NSINTERADDR > > > > I am not sure, but does OBEYFILE do this for you? > > > > Lizette > > > > > > > -Original Message- > > > From: IBM Mainframe Discussion List [mailto:IBM- > > m...@listserv.ua.edu] > > > On Behalf Of Tim Brown > > > Sent: Thursday, July 30, 2015 10:15 AM > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > Subject: tcpip.tcpip.data and NSINTERADDR > > > > > > Can TCPIP be refreshed to read in an updated copy of > > > TCPIP.TCPIP.DATA with a new entry for NSINTERADDR without having to > > > restart TCPIP > > > > > > Tim -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: tcpip.tcpip.data and NSINTERADDR
Also, if you were not aware, there is a TCPIP list that might be a good place to post as well. To join, if you have not done so TCPIP To subscribe, send mail to lists...@vm.marist.edu with the command (paste it!) in the e-mail message body: SUBSCRIBE IBMTCP-L Or this url and go to the bottom of the webpage: Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Lizette Koehler > Sent: Thursday, July 30, 2015 10:18 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: tcpip.tcpip.data and NSINTERADDR > > I am not sure, but does OBEYFILE do this for you? > > Lizette > > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM- > m...@listserv.ua.edu] > > On Behalf Of Tim Brown > > Sent: Thursday, July 30, 2015 10:15 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: tcpip.tcpip.data and NSINTERADDR > > > > Can TCPIP be refreshed to read in an updated copy of TCPIP.TCPIP.DATA > > with a new entry for NSINTERADDR without having to restart TCPIP > > > > Tim -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: tcpip.tcpip.data and NSINTERADDR
I am not sure, but does OBEYFILE do this for you? Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Tim Brown > Sent: Thursday, July 30, 2015 10:15 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: tcpip.tcpip.data and NSINTERADDR > > Can TCPIP be refreshed to read in an updated copy of TCPIP.TCPIP.DATA > with a new entry for NSINTERADDR without having to restart TCPIP > > Tim > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: 3480/3490 Tape Migration Services
This may be a silly thought. Could you attach something like a 3490 autoloader to your Virtual tape system and just do the process in house. Maybe rent one (limited lease)? Some of the considerations for this might be 1) security of the data on the tape 2) if there are tape errors, easier and faster turnaround time on the errors. 3) Cost of device (possible rental) vs. cost of outside vendor. 4) Less cost doing it in-house rather than outside. You may have already consider these things, but I had to ask. Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Pfister, Nathan > Sent: Thursday, July 30, 2015 10:02 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: 3480/3490 Tape Migration Services > > List; > > I am possibly looking to contract out a migration of legacy data mainly housed > on 3480 and 3490 tapes. We no longer have the capability to read these > tapes (as we no longer have the drives necessary) so I want to virtualize > these tapes (z/OS and VSE tapes both). I was wondering if anyone could > recommend any company that could do this type of migration that you may > have worked with in the past. > > Thanks; > > Nathan Pfister > Systems Programmer > Donegal Insurance Group > *800-877-0600, ext 7548 > *nathanpfis...@donegalgroup.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: 3480/3490 Tape Migration Services
Luminex comes to mind... -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Pfister, Nathan Sent: Thursday, July 30, 2015 1:02 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: 3480/3490 Tape Migration Services List; I am possibly looking to contract out a migration of legacy data mainly housed on 3480 and 3490 tapes. We no longer have the capability to read these tapes (as we no longer have the drives necessary) so I want to virtualize these tapes (z/OS and VSE tapes both). I was wondering if anyone could recommend any company that could do this type of migration that you may have worked with in the past. Thanks; Nathan Pfister Systems Programmer Donegal Insurance Group *800-877-0600, ext 7548 *nathanpfis...@donegalgroup.com E-MAIL CONFIDENTIALITY NOTICE: This e-mail from Donegal Insurance Group may contain CONFIDENTIAL and legally protected information. If you are not an intended recipient, please do not copy, use or disclose this email or its contents to others; and please notify us by calling toll free (800) 877-0600 x7880 or by replying to this message, and then delete it from your system. Delivery of this email to an unintended recipient is not a waiver of any attorney-client or other applicable privilege. -- 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
tcpip.tcpip.data and NSINTERADDR
Can TCPIP be refreshed to read in an updated copy of TCPIP.TCPIP.DATA with a new entry for NSINTERADDR without having to restart TCPIP Tim -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
3480/3490 Tape Migration Services
List; I am possibly looking to contract out a migration of legacy data mainly housed on 3480 and 3490 tapes. We no longer have the capability to read these tapes (as we no longer have the drives necessary) so I want to virtualize these tapes (z/OS and VSE tapes both). I was wondering if anyone could recommend any company that could do this type of migration that you may have worked with in the past. Thanks; Nathan Pfister Systems Programmer Donegal Insurance Group *800-877-0600, ext 7548 *nathanpfis...@donegalgroup.com E-MAIL CONFIDENTIALITY NOTICE: This e-mail from Donegal Insurance Group may contain CONFIDENTIAL and legally protected information. If you are not an intended recipient, please do not copy, use or disclose this email or its contents to others; and please notify us by calling toll free (800) 877-0600 x7880 or by replying to this message, and then delete it from your system. Delivery of this email to an unintended recipient is not a waiver of any attorney-client or other applicable privilege. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: BPXWDYN - standard or installed?
On Thu, 30 Jul 2015 10:05:42 -0500, Mike Schwab wrote: >It is a part of OpenMVS. > Among these fora a while ago, someone (Mark Z? Ed J?) reported difficulty with BPXWDYN early in system initialization. Bill Schoen answered that BPXWDYN uses OpenMVS services in reporting errors. Perhaps he expressed an intent to add a fallback reporting mechanism. A test might be to shut down OMVS and see whether BPXWDYN works in that state. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Different Security Products in a Sysplex
On 7/30/2015 11:38 AM, Charles Mills wrote: Aren't we OT from the OP's question? He was not asking about different versions of RACF. He was asking about running a CA security product on one system of a Sysplex and RACF on another. I too would be interested in the answer to that question. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Elardus Engelbrecht Sent: Thursday, July 30, 2015 7:19 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Different Security Products in a Sysplex Thomas Conley wrote: We were at z/OS V1R12 when I was there, they've since upgraded to z/OS V2R1. OS/390, LOL. Asked and answered counselor. Then I proceeded to reply to the highjacked thread. Sue me. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
reducing the ISPF panel footprint.
If you are attending SHARE in Orlando, please attend my session: Session 17578: ISPF Power Tools: Using Panel Exits to Dynamically Display/Hide Panel Lines Friday, August 14, 2015: 10:00 AM-11:00 AM Europe 2 (Walt Disney World Dolphin ) Many ISPF panels are static in nature. This session will describe how you can easily modify an existing static panel to show or hide lines dynamically. Included is a short demo and a technical discussion of how to implement this feature in your ISPF panels. ("reducing the ISPF panel footprint." was my original title, but the SHARE guys renamed it) I have already posted this on the ISPF-L forum. Pedro Vera DB2 Admin Tool http://www-01.ibm.com/software/data/db2imstools/db2tools/db2admin/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: XCF HELP!
The thread was posted on Sun, 12 Jul 2015 16:17:40 +. So this was a very late commentary on this issue. You can find the original posting in the archives. Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Ted MacNEIL > Sent: Thursday, July 30, 2015 8:33 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: XCF HELP! > > SPOF - Single Point of Failure > > I don't need to see the post: that was my point! > > - > -teD > - > Original Message > From: Elardus Engelbrecht > Sent: Thursday, July 30, 2015 11:22 > To: IBM-MAIN@LISTSERV.UA.EDU > Reply To: IBM Mainframe Discussion List > Subject: Re: XCF HELP! > > Ted MacNEIL wrote: > > >Which is worse? > >The alleged SPOF? > > What is SPOF? Single Point Of Failure? Or something else? > > >Or, what happens when GRSRNLxx doesn't match? > > See the OP's message in this thread when she discovered her GRSRNLxx > does not match... > > Groete / Greetings > Elardus Engelbrecht > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Different Security Products in a Sysplex
Aren't we OT from the OP's question? He was not asking about different versions of RACF. He was asking about running a CA security product on one system of a Sysplex and RACF on another. I too would be interested in the answer to that question. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Elardus Engelbrecht Sent: Thursday, July 30, 2015 7:19 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Different Security Products in a Sysplex Thomas Conley wrote: >We were at z/OS V1R12 when I was there, they've since upgraded to z/OS V2R1. >OS/390, LOL. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: XCF HELP!
SPOF - Single Point of Failure I don't need to see the post: that was my point! - -teD - Original Message From: Elardus Engelbrecht Sent: Thursday, July 30, 2015 11:22 To: IBM-MAIN@LISTSERV.UA.EDU Reply To: IBM Mainframe Discussion List Subject: Re: XCF HELP! Ted MacNEIL wrote: >Which is worse? >The alleged SPOF? What is SPOF? Single Point Of Failure? Or something else? >Or, what happens when GRSRNLxx doesn't match? See the OP's message in this thread when she discovered her GRSRNLxx does not match... Groete / Greetings Elardus Engelbrecht -- 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: XCF HELP!
Ted MacNEIL wrote: >Which is worse? >The alleged SPOF? What is SPOF? Single Point Of Failure? Or something else? >Or, what happens when GRSRNLxx doesn't match? See the OP's message in this thread when she discovered her GRSRNLxx does not match... Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: XCF HELP!
Which is worse? The alleged SPOF? Or, what happens when GRSRNLxx doesn't match? - -teD - Original Message From: Vernooij, CP (ITOPT1) - KLM Sent: Thursday, July 30, 2015 10:51 To: IBM-MAIN@LISTSERV.UA.EDU Reply To: IBM Mainframe Discussion List Subject: Re: XCF HELP! Better? I don't like SPOFs, especially when I can avoid them Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Scott Fagen Sent: 30 July, 2015 16:19 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: XCF HELP! On Mon, 13 Jul 2015 10:47:15 -0400, Joseph W Gentile wrote: >It's a good practice to update all the GRSRNLXX's for >the sysplex at once. It's an even better practice to share the same GRSRNLxx member with all members in the GRS complex ;-) Scott Fagen Chief Architect - z Systems CA Technologies -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- 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: BPXWDYN - standard or installed?
It is a part of OpenMVS. On Thu, Jul 30, 2015 at 9:21 AM, Roland Kinsman wrote: > I'm afraid this is an awfully dumb question, but here goes... > > Can I expect to find BPXWDYN in any typical z/OS shop, or does it have to be > installed? > > I'm asking because I work for a vendor, and I want to use it in some sample > JCL that will be distributed to customers. > > Thanks! > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: BPXWDYN - standard or installed?
Roland Kinsman wrote: >I'm afraid this is an awfully dumb question, but here goes... Only wise persons ask questions! ;-) >Can I expect to find BPXWDYN in any typical z/OS shop, or does it have to be >installed? It (and its other BPX* friends) should be available in SYS1.LINKLIB unless you have a weird setup. >I'm asking because I work for a vendor, and I want to use it in some sample >JCL that will be distributed to customers. If SYS1.LINKLIB is in LKNLST and APF and your USS is setup correctly, you could distribute your JCL just as is. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: XCF HELP!
Better? I don't like SPOFs, especially when I can avoid them Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Scott Fagen Sent: 30 July, 2015 16:19 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: XCF HELP! On Mon, 13 Jul 2015 10:47:15 -0400, Joseph W Gentile wrote: >It's a good practice to update all the GRSRNLXX's for >the sysplex at once. It's an even better practice to share the same GRSRNLxx member with all members in the GRS complex ;-) Scott Fagen Chief Architect - z Systems CA Technologies -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: BPXWDYN - standard or installed?
All shops, part of z/OS USS ( Unix System Services ) Scott On Thu, Jul 30, 2015 at 10:21 AM, Roland Kinsman wrote: > I'm afraid this is an awfully dumb question, but here goes... > > Can I expect to find BPXWDYN in any typical z/OS shop, or does it have to > be installed? > > I'm asking because I work for a vendor, and I want to use it in some > sample JCL that will be distributed to customers. > > Thanks! > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
BPXWDYN - standard or installed?
I'm afraid this is an awfully dumb question, but here goes... Can I expect to find BPXWDYN in any typical z/OS shop, or does it have to be installed? I'm asking because I work for a vendor, and I want to use it in some sample JCL that will be distributed to customers. Thanks! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: XCF HELP!
On Mon, 13 Jul 2015 10:47:15 -0400, Joseph W Gentile wrote: >It's a good practice to update all the GRSRNLXX's for >the sysplex at once. It's an even better practice to share the same GRSRNLxx member with all members in the GRS complex ;-) Scott Fagen Chief Architect - z Systems CA Technologies -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Different Security Products in a Sysplex
Thomas Conley wrote: >We were at z/OS V1R12 when I was there, they've since upgraded to z/OS V2R1. >OS/390, LOL. LOL! Ok. Thanks. >> Or, what SysPlex do you have? Bronze, Gold, etc.? >I've never used those terms, so I couldn't begin to tell you. It was a real >sysplex, DB2 data sharing, so I guess that means Gold? Perhaps others could tell what SysPlex you have. Bronze, Gold, etc. are coming from IBM and SHARE sources like this ITSO redbook: "Merging Systems into a Sysplex" www.redbooks.ibm.com/redbooks/pdfs/sg246818.pdf (I know it is dated 2002, but don't shoot me, please. ;-D ) >> Of course, I must have missed something or something new was introduced? >I defer to the Walt. No-one is arguing with Walter Farrell even when he is now retired. ;-) Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Different Security Products in a Sysplex
I don't recall exactly how we accomplished this, but a number of years ago, I was involved with an ACF2 to Top Secret conversion. During that time we had both ACF2 and Top Secret active, not just on the same sysplex, but the same LPAR. My recollection was that one had to be in warning mode, so that it simply monitored as to whether it would have allowed the same accesses as the other security product. The intent was to aid in verifying the conversion. It was my understanding we were using a facility that was intended to be an aid in converting from RACF to ACF2. I don't know if there was something similar for an RACF/Top Secret. I don't know if. or to what extent, this addresses the original question. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Aliases (was: z/OS 2.2 announcement)
On Thu, 30 Jul 2015 12:57:35 +, Staller, Allan wrote: >RTFM... > From: z/OS DFSMS Access Method Services Commands SC23-6846-01 It appears to me that DEFINE ALIAS (NAME(aliasname) RELATE(entryname) ... ) DEFINE PATH (NAME(entryname) PATHENTRY(entryname) ,,, ) ... perform equivalent functions for NONVSAM and VSAM data sets respectively. They could have been designed as a single command, saving this novice programmer significant confusion. And RELATE and SYMBOLICRELATE both appear as Required Parmeters while they are described as mutually exclusive. It strains my understanding of logic that two parameters can both be required yet mutually exclusive. In fact, I routinely omit SYMBOLICRELATE, so it appears not to be required. On Thu, 30 Jul 2015 06:25:01 -0500, Walt Farrell wrote: > > ..., *if* you specify the PATHENTRY keyword when defining a PATH, > [emphasis added -- gil] > The manual describes PATHENTRY as Required; "if" shouldn't apply. But, as above, the authors appear to have a poor understanding of "required". -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Different Security Products in a Sysplex
Eman, My answers below. Regards, Tom Conley On 7/30/2015 6:43 AM, Elardus Engelbrecht wrote: Thomas Conley wrote: I run into this all the time, especially when production, test, and sandbox LPARs are mixed into a sysplex. Typically the production systems share a RACF DB, the test systems share a different RACF DB, etc. Works fine. So, you have at least TWO shared RACF DBs in ONE SysPlex? At what z/OS or OS/390 level? We were at z/OS V1R12 when I was there, they've since upgraded to z/OS V2R1. OS/390, LOL. Beside that you mentioned in a later post that you set some bits to achieve above, I'm not sure how you could do that, AFAIK, according to the RACF docs, you can have only ONE shared RACF DB in ONE SysPlex. As previously posted by the Walt, this is doable. How are JES2, HSM, Catalogs, GRS setup between all these LPARs? Something shared or not? Multiple JES2 MASes, HSM, shared usercats, shared GRS. System name or sysplex identifier used in RACF database name. Or, what SysPlex do you have? Bronze, Gold, etc.? I've never used those terms, so I couldn't begin to tell you. It was a real sysplex, DB2 data sharing, so I guess that means Gold? Of course, I must have missed something or something new was introduced? I defer to the Walt. TIA! And many thanks for your posts. Thank you for the Thank you, and you're welcome. Groete / Greetings Elardus Engelbrecht -- 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: Aliases (was: z/OS 2.2 announcement)
RTFM... Al Staller | Z Systems Programmer | KBM Group | (Tel) 972 664-3565 | allan.stal...@kbmg.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Wednesday, July 29, 2015 11:58 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Aliases (was: z/OS 2.2 announcement) On 2015-07-29, at 15:59, Staller, Allan wrote: > PATH does not equal ALIAS in VSAM... > How are they different? In my experience they're just commands with different names that do the same thing. > > BTW, is there any good reason that an alias for a non-VSAM data set is called > an ALIAS while an alias for a VSAM data set is called a PATH? > (Might some object have both, in which case the distinction is > meaningful?) -- gil -- 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: Different Security Products in a Sysplex
Walt Farrell wrote: >You are confusing several functions: Perhaps, but which of your 3 points are applicable to Thomas Conley setup? >(a) sharing the database, where you can have any number of different RACF >databases shared among different combinations of systems in the sysplex, all >controlled via their ICHRDSNT modules; >(b) RACF Sysplex Communications, where all systems enabled for RACF sysplex >communications (specified via ICHRDSNT) must use the same RACF database; >(c) RACF Data Sharing (also specified via ICHRDST), where all the systems >enabled for RACF sysplex communication may additionally share data and do some >primitive communication via CF structures. >Your statements about sharing (1 database) are true for systems in >configurations (b) or (c), but not for systems in configuration (a). It makes sense. Thanks. I also believe your points, while only for RACF, are useable to the OP of this thread. PS: where in the RACF manuals is point (a) described/explained? I must have missed it. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Aliases (was: z/OS 2.2 announcement)
On Thu, 30 Jul 2015 06:25:01 -0500, Walt Farrell wrote: > >A VSAM PATH _can_ be the same as a non-VSAM ALIAS. However, it also can be >different. > >For keyed VSAM files, if you specify the PATHENTRY keyword when defining a >PATH, you can specify that the PATH should use an alternate index. At that >point, if you open the PATH instead of opening the CLUSTER you will have the >same data, but in a different order. > Couldn't that facility have been achieved without a separate command simply by supporting PATHENTRY as a keyword of DEFINE ALIAS? Simpler is better. Or should be. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS V2.2 PDFs available on the web
Seems that I found the reason for not including description of PARMLIB-member IEFOPZxx in the appropr. z/OS GA-manuals: According z/OS 2.2 announcement this functionality will be included by PTF only in December 2015. And therefore it sounds reasonable for me not including it in the GA-manuals ... ciao Lutz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Different Security Products in a Sysplex
On Thu, 30 Jul 2015 05:43:43 -0500, Elardus Engelbrecht wrote: >Thomas Conley wrote: > >>I run into this all the time, especially when production, test, and sandbox >>LPARs are mixed into a sysplex. Typically the production systems share a >>RACF DB, the test systems share a different RACF DB, etc. Works fine. > >So, you have at least TWO shared RACF DBs in ONE SysPlex? At what z/OS or >OS/390 level? > >Beside that you mentioned in a later post that you set some bits to achieve >above, I'm not sure how you could do that, AFAIK, according to the RACF docs, >you can have only ONE shared RACF DB in ONE SysPlex. You are confusing several functions: (a) sharing the database, where you can have any number of different RACF databases shared among different combinations of systems in the sysplex, all controlled via their ICHRDSNT modules; (b) RACF Sysplex Communications, where all systems enabled for RACF sysplex communications (specified via ICHRDSNT) must use the same RACF database; (c) RACF Data Sharing (also specified via ICHRDST), where all the systems enabled for RACF sysplex communication may additionally share data and do some primitive communication via CF structures. Your statements about sharing (1 database) are true for systems in configurations (b) or (c), but not for systems in configuration (a). -- Walt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Aliases (was: z/OS 2.2 announcement)
On Wed, 29 Jul 2015 22:57:53 -0600, Paul Gilmartin wrote: >On 2015-07-29, at 15:59, Staller, Allan wrote: > >> PATH does not equal ALIAS in VSAM... >> >How are they different? In my experience they're just commands >with different names that do the same thing. A VSAM PATH _can_ be the same as a non-VSAM ALIAS. However, it also can be different. For keyed VSAM files, if you specify the PATHENTRY keyword when defining a PATH, you can specify that the PATH should use an alternate index. At that point, if you open the PATH instead of opening the CLUSTER you will have the same data, but in a different order. -- Walt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Different Security Products in a Sysplex
Thomas Conley wrote: >I run into this all the time, especially when production, test, and sandbox >LPARs are mixed into a sysplex. Typically the production systems share a RACF >DB, the test systems share a different RACF DB, etc. Works fine. So, you have at least TWO shared RACF DBs in ONE SysPlex? At what z/OS or OS/390 level? Beside that you mentioned in a later post that you set some bits to achieve above, I'm not sure how you could do that, AFAIK, according to the RACF docs, you can have only ONE shared RACF DB in ONE SysPlex. How are JES2, HSM, Catalogs, GRS setup between all these LPARs? Something shared or not? Or, what SysPlex do you have? Bronze, Gold, etc.? Of course, I must have missed something or something new was introduced? TIA! And many thanks for your posts. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS V2.2 PDFs available on the web
Big Thank YOU, Marna ! But after downloading 'MVS-Initialisation and Tuning Reference' I wonder why the mentioned new PARMLIB-member IEFOPZxx is not decribed in the manual :-( Are the manuals just 'under construction' ? ciao Lutz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN