Re: [External] Re: Options grow for migrating mainframe apps to the cloud | Network World

[Peter Bishop]

Indeed.  And I also like the last sentence of the paragraph you quote:

/"/Legacy platforms may seem old, outdated and due for replacement. Yet 
IBM and other vendors are continually integrating open-source tools to 
appeal to more developers while updating the hardware. Application 
leaders should reassess the capabilities and quality of these platforms 
before leaving them."


I would suffix the clause "fairly and openly" to the final sentence.

Also, what's perhaps easy at 100 MIPS is much harder at 1.

cheers,
Peter

On 16/07/2020 7:13 am, Pommier, Rex wrote:

Ron,

Let me rephrase that for you.   So many words, so much...  Blowing Snow.

I like the first line of the last paragraph, which is a Gartner quote from last 
year:

"The value gained by moving applications from the traditional enterprise platform 
onto the next 'bright, shiny thing' rarely provides an improvement in the business 
process or the company's bottom line. A great deal of analysis must be performed and each 
cost accounted for."




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Web enabled ISPF Application

[Gord Tomlin]

On 2020-07-15 16:52, Lionel B Dyck wrote:

The thought is to not present an ISPF panel, which you could do using the
zOSMF ISPF interface but to make it a true web interface.


Is the desired end result to have only the web interface, or do you want 
to continue to have an ISPF interface as well?


--

Regards, Gord Tomlin
Action Software International
(a division of Mazda Computer Corporation)
Tel: (905) 470-7113, Fax: (905) 470-6507
Support: https://actionsoftware.com/support/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Web enabled ISPF Application

[Paul Gilmartin]

On Wed, 15 Jul 2020 15:52:40 -0500, Lionel B Dyck wrote:

>The thought is to not present an ISPF panel, which you could do using the
>zOSMF ISPF interface but to make it a true web interface.
> 
For some, yes, but I once built an x3270; struggled (briefly) with its
fonts; gave up and substituted a system Mono Sans.

A user complained because it didn't look precisely like a 3270.

>Website:�https://www.lbdsoftware.com
>
>-Original Message-
>
>> On 15 July 2020, at 12:00, Lionel B Dyck wrote:
>> 
>> Does anyone have any advice on how to enable a current ISPF 
>> application to support a web interface?
>> 
>> Specifically:
>>  
>> 1.   User authentication
>> 2.   Present a web page similar to the current ISPF panel
>> 3.   Receive input from the web page
>> 4.   Return information to a web page
  (5. ?)  File Transfer

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Web enabled ISPF Application

[Al Ferguson]

Lionel,

I have done a “conversion” of an ISPF App to a Web App (an ISPF App used by 
RACF Admins to Reset Passwords; to make it available to the Help Desk). I did 
it as a USS REXX CGI using HTTPS, so I could secure the authentication; but all 
the permissions needed to be embedded into the CGI Scripts (using Http Server 
configuration and USS File Sticky Bits). Very ugly (and not fun to debug the 
security aspects when things get mangled). All access and activity to the app 
needs to be logged by the App (as the real user is hidden from SAF by the Http 
Server & the  Sticky bits). 

So pretty messy, though in my case it meant I did not have to actually give the 
help desk personal any access beyond the app (because of the USERIDs at the 
shop, required SYSTEM SPECIAL and TSO Access); so it was actually the lesser of 
two evils.

So, unless it is a simple application access wise AND the CGI Scripts are 
relatively simple (you will need to re-write everything in CGI, PHP, or 
Java)that the ISPF App does); I would suggest using the zOSMF interface into 
ISPF. One version of the application, one version of the SAF rules, and SMF 
based logging make it much simpler and more secure.

That said, if you have something that any TSO/ISPF User would be able to 
access; I have some USS REXX CGIs & HTML Templates I used for the above App to 
get you started. I do not have the Apache httpd server configuration setup 
anymore (that is where you set up the CGI, https requirements, authentication 
process, …). If you want those, email me at the address in my signature and I 
will send you a zip of what I have (it is all ASCII as it is access under USS 
via the Apache httpd server, so no XMITs).

Al

> On 15 July 2020, at 15:52, Lionel B Dyck  wrote:
> 
> The thought is to not present an ISPF panel, which you could do using the
> zOSMF ISPF interface but to make it a true web interface.
> 
> Thx
> 
> 
> Lionel B. Dyck <
> Website: https://www.lbdsoftware.com
> 
> "Worry more about your character than your reputation.  Character is what
> you are, reputation merely what others think you are." - John Wooden
> 
> ...
> Lionel,
> 
> Isn't there an interface into TSO/ISPF via zOSMF Available w/zOS 2.3+?
> 
> 
>> On 15 July 2020, at 12:00, Lionel B Dyck  > wrote:
>> 
>> Does anyone have any advice on how to enable a current ISPF 
>> application to support a web interface?
>> 
>> 
>> 
>> Specifically:
>> 
>> 
>> 
>> 1.   User authentication
>> 2.   Present a web page similar to the current ISPF panel
>> 3.   Receive input from the web page
>> 4.   Return information to a web page
>> 
>> 
>> 
>> Thanks in advance
> 
> ___


Al Ferguson   | mailto:afergu...@neptunescove.org
Milwaukee, WI USA |   http://www.neptunescove.org

Dulcius ex Asperis


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Web enabled ISPF Application

[Lionel B Dyck]

Thanks everyone - what I'm looking for seems to be the web enablement toolkit.  
Now just need to learn how to use it *AND* find a way to convert ISPF panels 
into HTML as a starting place from which to clean it up and make it look like 
it fits in the web.


Lionel B. Dyck <
Website: https://www.lbdsoftware.com

"Worry more about your character than your reputation.  Character is what you 
are, reputation merely what others think you are." - John Wooden

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Itschak Mugzach
Sent: Wednesday, July 15, 2020 4:19 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Web enabled ISPF Application

There was such application (except the logon issue) part of ispf but i think it 
was deprecated (tx god, it was very unsecure).

Is it a one region for one user application? If so, you do not need to manage 
sessions like a web server, just a simple listener in rexx. There is a French 
product that already does that. If it is of interest, i can find the name. They 
are a kind of simple rdz

ITschak


בתאריך יום ד׳, 15 ביולי 2020, 20:00, מאת Lionel B Dyck ‏:

> Does anyone have any advice on how to enable a current ISPF 
> application to support a web interface?
>
>
>
> Specifically:
>
>
>
> 1.  User authentication
> 2.  Present a web page similar to the current ISPF panel
> 3.  Receive input from the web page
> 4.  Return information to a web page
>
>
>
> Thanks in advance
>
>
>
>
>
> Lionel B. Dyck <
> Website:   https://www.lbdsoftware.com
>
> "Worry more about your character than your reputation.  Character is 
> what you are, reputation merely what others think you are." - John 
> Wooden
>
>
>
>
> --
> 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: Web enabled ISPF Application

[Itschak Mugzach]

There was such application (except the logon issue) part of ispf but i
think it was deprecated (tx god, it was very unsecure).

Is it a one region for one user application? If so, you do not need to
manage sessions like a web server, just a simple listener in rexx. There is
a French product that already does that. If it is of interest, i can find
the name. They are a kind of simple rdz

ITschak


בתאריך יום ד׳, 15 ביולי 2020, 20:00, מאת Lionel B Dyck ‏:

> Does anyone have any advice on how to enable a current ISPF application to
> support a web interface?
>
>
>
> Specifically:
>
>
>
> 1.  User authentication
> 2.  Present a web page similar to the current ISPF panel
> 3.  Receive input from the web page
> 4.  Return information to a web page
>
>
>
> Thanks in advance
>
>
>
>
>
> Lionel B. Dyck <
> Website:   https://www.lbdsoftware.com
>
> "Worry more about your character than your reputation.  Character is what
> you are, reputation merely what others think you are." - John Wooden
>
>
>
>
> --
> 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: [External] Re: Options grow for migrating mainframe apps to the cloud | Network World

[Pommier, Rex]

Ron,

Let me rephrase that for you.   So many words, so much...  Blowing Snow.  

I like the first line of the last paragraph, which is a Gartner quote from last 
year:  

"The value gained by moving applications from the traditional enterprise 
platform onto the next 'bright, shiny thing' rarely provides an improvement in 
the business process or the company's bottom line. A great deal of analysis 
must be performed and each cost accounted for."

LZLabs doesn't appear to be "modernizing" anything, they're emulating z 
architecture and running it on x86 hardware.  Same application software, with 
an additional layer of "slow me down" sitting between the application and the 
user.  Call me skeptical.  

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Ron 
Wells
Sent: Wednesday, July 15, 2020 4:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [External] Re: Options grow for migrating mainframe apps to the cloud 
| Network World

So many words/so  few

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mark Regan
Sent: Wednesday, July 15, 2020 3:45 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Fwd: Options grow for migrating mainframe apps to the cloud | Network 
World

** EXTERNAL EMAIL - USE CAUTION **


https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.networkworld.com%2Farticle%2F3567058%2Foptions-grow-for-migrating-mainframe-apps-to-the-cloud.html&data=02%7C01%7CRon.Wells%40OMF.COM%7Cc16b10a7cef348455d5008d828ffe920%7C57c0053cb5f84a1e8bb6e8afa09f3b82%7C0%7C0%7C637304426877058136&sdata=ntfHBA8FnD8T77QFCFyeW%2BTqRsXBOF7K532vcfvCgPo%3D&reserved=0

or

*https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Ftinyurl.com%2Fy9r3yeus&data=02%7C01%7CRon.Wells%40OMF.COM%7Cc16b10a7cef348455d5008d828ffe920%7C57c0053cb5f84a1e8bb6e8afa09f3b82%7C0%7C0%7C637304426877058136&sdata=lQzDR%2BWcggYtv1UHBTp72s3Iejy7%2B97zVHvdyQJz7aU%3D&reserved=0
 
*

Regards,

Mark T. Regan
Nationwide Insurance, Retired

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Email Disclaimer

This E-mail contains confidential information belonging to the sender, which 
may be legally privileged information. This information is intended only for 
the use of the individual or entity addressed above. If you are not the 
intended recipient, or an employee or agent responsible for delivering it to 
the intended recipient, you are hereby notified that any disclosure, copying, 
distribution, or the taking of any action in reliance on the contents of the 
E-mail or attached files is strictly prohibited.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

The information contained in this message is confidential, protected from 
disclosure and may be legally privileged.  If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful.  If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format.  Thank you.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Web enabled ISPF Application

[Seymour J Metz]

Well, the simplest way would be for your ISPF application to be a web server, 
but that complicates the TCP/IP infrastructure and security profile.

It's probably better design to have an application within ZOSMF or your normal 
web server. 


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Lionel B Dyck [lbd...@gmail.com]
Sent: Wednesday, July 15, 2020 1:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Web enabled ISPF Application

Does anyone have any advice on how to enable a current ISPF application to
support a web interface?



Specifically:



1.  User authentication
2.  Present a web page similar to the current ISPF panel
3.  Receive input from the web page
4.  Return information to a web page



Thanks in advance





Lionel B. Dyck <
Website:  

 
https://secure-web.cisco.com/1saZk6017CzmFwkK0k9Fia8h9Zn1mSZj4OaDr3sP3GegzlrtWLEP-zb7-uw4JDvlew9QrYrlFjw4dQs2wcwG8Hkgo8F45AxOJbWIPChTtzIAOErLnK7IrqZIAGAMydJebli0vKGkrx579l1n-lpIoM7ZF7NjTTf6xTCo8pEpxEriSH5pOY500arImvUdB-kjs1uPjK1fvfZlMTsWdHBO-cRvBlOw4MSlWBLgIULiGml9EO1d3gjlqU1xBaIbN58-zANsTFL86VlUIOM1b7MDyFX3vcnZBLfIaPfetSR1oScMwYal2fahu4qK11EhQ2cVxCR5ZthPeZex1P7L6-sVtMQwHN7--64bqxQ3dJb1Q2ca6Zp2um3wDjbb--FDmQ34mdF-2uw-4klLJw9-OXi2WFUcULeVf51rNmPmn6Q8Qr1AkCe4JL8!
 bLI6F171lKSGAL/https%3A%2F%2Fwww.lbdsoftware.com

"Worry more about your character than your reputation.  Character is what
you are, reputation merely what others think you are." - John Wooden




--
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: Options grow for migrating mainframe apps to the cloud | Network World

[Ron Wells]

So many words/so  few

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mark Regan
Sent: Wednesday, July 15, 2020 3:45 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Fwd: Options grow for migrating mainframe apps to the cloud | Network 
World

** EXTERNAL EMAIL - USE CAUTION **


https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.networkworld.com%2Farticle%2F3567058%2Foptions-grow-for-migrating-mainframe-apps-to-the-cloud.html&data=02%7C01%7CRon.Wells%40OMF.COM%7Cc16b10a7cef348455d5008d828ffe920%7C57c0053cb5f84a1e8bb6e8afa09f3b82%7C0%7C0%7C637304426877058136&sdata=ntfHBA8FnD8T77QFCFyeW%2BTqRsXBOF7K532vcfvCgPo%3D&reserved=0

or

*https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Ftinyurl.com%2Fy9r3yeus&data=02%7C01%7CRon.Wells%40OMF.COM%7Cc16b10a7cef348455d5008d828ffe920%7C57c0053cb5f84a1e8bb6e8afa09f3b82%7C0%7C0%7C637304426877058136&sdata=lQzDR%2BWcggYtv1UHBTp72s3Iejy7%2B97zVHvdyQJz7aU%3D&reserved=0
 
*

Regards,

Mark T. Regan
Nationwide Insurance, Retired

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Email Disclaimer

This E-mail contains confidential information belonging to the sender, which 
may be legally privileged information. This information is intended only for 
the use of the individual or entity addressed above. If you are not the 
intended recipient, or an employee or agent responsible for delivering it to 
the intended recipient, you are hereby notified that any disclosure, copying, 
distribution, or the taking of any action in reliance on the contents of the 
E-mail or attached files 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: Web enabled ISPF Application

[Lionel B Dyck]

The thought is to not present an ISPF panel, which you could do using the
zOSMF ISPF interface but to make it a true web interface.

Thx


Lionel B. Dyck <
Website: https://www.lbdsoftware.com

"Worry more about your character than your reputation.  Character is what
you are, reputation merely what others think you are." - John Wooden

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Al Ferguson
Sent: Wednesday, July 15, 2020 3:44 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Web enabled ISPF Application

Lionel,

Isn't there an interface into TSO/ISPF via zOSMF Available w/zOS 2.3+?


> On 15 July 2020, at 12:00, Lionel B Dyck mailto:lbd...@gmail.com>> wrote:
> 
> Does anyone have any advice on how to enable a current ISPF 
> application to support a web interface?
> 
> 
> 
> Specifically:
> 
> 
> 
> 1.User authentication
> 2.Present a web page similar to the current ISPF panel
> 3.Receive input from the web page
> 4.Return information to a web page
> 
> 
> 
> Thanks in advance

___

Al Ferguson   | mailto:afergu...@neptunescove.org
Milwaukee, WI USA |   http://www.neptunescove.org

Dulcius ex Asperis


--
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: Web enabled ISPF Application

[Al Ferguson]

Lionel,

Isn't there an interface into TSO/ISPF via zOSMF Available w/zOS 2.3+?


> On 15 July 2020, at 12:00, Lionel B Dyck  > wrote:
> 
> Does anyone have any advice on how to enable a current ISPF application to
> support a web interface?
> 
> 
> 
> Specifically:
> 
> 
> 
> 1.User authentication
> 2.Present a web page similar to the current ISPF panel
> 3.Receive input from the web page
> 4.Return information to a web page
> 
> 
> 
> Thanks in advance

___

Al Ferguson   | mailto:afergu...@neptunescove.org
Milwaukee, WI USA |   http://www.neptunescove.org

Dulcius ex Asperis


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Fwd: Options grow for migrating mainframe apps to the cloud | Network World

[Mark Regan]

https://www.networkworld.com/article/3567058/options-grow-for-migrating-mainframe-apps-to-the-cloud.html

or

*https://tinyurl.com/y9r3yeus *

Regards,

Mark T. Regan
Nationwide Insurance, Retired

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Web enabled ISPF Application

[Mike Schwab]

Check the HNET videos for connectivity.
https://www.youtube.com/user/moshe5760/videos

Once you have screen I/O going, RAKF authorization can be added.

On Wed, Jul 15, 2020 at 5:00 PM Lionel B Dyck  wrote:
>
> Does anyone have any advice on how to enable a current ISPF application to
> support a web interface?
>
>
>
> Specifically:
>
>
>
> 1.  User authentication
> 2.  Present a web page similar to the current ISPF panel
> 3.  Receive input from the web page
> 4.  Return information to a web page
>
>
>
> Thanks in advance
>
>
>
>
>
> Lionel B. Dyck <
> Website:   https://www.lbdsoftware.com
>
> "Worry more about your character than your reputation.  Character is what
> you are, reputation merely what others think you are." - John Wooden
>
>
>
>
> --
> 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

Web enabled ISPF Application

[Lionel B Dyck]

Does anyone have any advice on how to enable a current ISPF application to
support a web interface?

 

Specifically:

 

1.  User authentication
2.  Present a web page similar to the current ISPF panel
3.  Receive input from the web page
4.  Return information to a web page

 

Thanks in advance

 

 

Lionel B. Dyck <
Website:   https://www.lbdsoftware.com

"Worry more about your character than your reputation.  Character is what
you are, reputation merely what others think you are." - John Wooden

 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Two Processors and One IODF

[R.S.]

Good point. XRC is one direction. In order to use the opposite direction 
one has to have XRC feature on remote DASD box.

And this open broad topic of DR scenarios, drills, etc.

--
Radoslaw Skorupka
Lodz, Poland






W dniu 14.07.2020 o 20:15, Jesse 1 Robinson pisze:

Thanks for the overview. (I should write this out on the palm of my hand; too 
much hand washing these days, though.) As you or someone else pointed out, for 
z/OS Global, an 'XRC license' is required only at the source/prod site because, 
at the DR site, data is written to the mirror volumes via standard I/O.

However, in a real life fail-over scenario, you may well want to *mirror back* 
to the original site. Or begin mirroring to some other site. At that point the 
DR site will need an XRC license.

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of R.S.
Sent: Tuesday, July 14, 2020 3:17 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Two Processors and One IODF

CAUTION EXTERNAL EMAIL

I hate new names of PPRC and XRC (and PPRC-XD), but... But one should know 
there are new features. New features with new names, but no old name exist for 
them.

There are still PPRC, XRC, PPRC-XD, but there is also some kind of "XRC without 
z/OS", performed by dasd arrays without host involvement.

Names?

PPRC  - Metro Mirror
XRC   - z/OS Global Mirror or  Global Mirror for z/Series. Data is being
moved by z/OS task (Data Mover). Interesting: only source array need a licensed 
feature of XRC. Target array need not, and it can be other type/vendor.
PPRC-XD - Global Copy, neither synchronous nor asynchronous. It's inconsistent.
(none) - Global Mirror (consist of PPRC-XD and FlashCopy), asynchronous (but 
consistent) copy on unlimited distance.

To be honest, both HDS and Dell/EMC also complicated their names.
Not to mention HDS is not Hitachi, but Hitachi also delivers arrays for HP 
(HPE).
And there is also new player from Moshe Yanai, Infinidat, AFAIK.
And there are/were smaller players.

--
Radoslaw Skorupka
Lodz, Poland






W dniu 13.07.2020 o 18:39, Jackson, Rob pisze:

Ah, the constant rebranding and re-lingo-ing.  It must really help sales.  The last time 
I had IBM storage, Global Mirror was PPRC/XD and "z/OS Global Mirror" was 
GDPS/XRC.  And Metro Mirror was PPRC synchronous.  I can't see how GDPS/XRC would work 
with non-unique addresses--at least between primary and secondary, since they're both 
online to the SDMs (right?  getting fuzzy on it).  Currently we use HUR (love it), but I 
don't believe it would work with non-unique addresses either.

First Horizon Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On
Behalf Of Jesse 1 Robinson
Sent: Monday, July 13, 2020 12:27 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Two Processors and One IODF

[External Email. Exercise caution when clicking links or opening
attachments.]

We mirror with XRC, which I believe is Global Mirror. (I cannot keep the 
current lingo straight.) In my shop, we have a business need to put any 
device--DASD or tape--online to any LPAR regardless of location. In order to do 
that, device addresses *must* be unique. If you have absolutely no need to do 
that, then I don't think uniqueness is required. OTOH is costs little to make 
them unique. If you don't do it from the get-go, it will be very difficult in 
the future.

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com




==

Jeśli nie jesteś adresatem tej wiadomości:

- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś 
na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać 
tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) 
tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać 
karze.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. 
Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, 
NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 
01.01.2020 r. wynosi 169.401.468 złotych.

If you are not the addressee of this message:

- let us know by replying to this e-mail (thank you!),
- delete this message permanently (including all the copies which you have 
printed out or saved).
This message may contain legally protected information, which may be used 
exclusively by the addressee.Please be reminded that anyone who disseminates 
(copies, distributes) this message 

Re: Two Processors and One IODF

[R.S.]

Actually not. It is possible (not recommended!) to have shared DASD with 
different addresses.
Example: CPCa and CPCb are connected to same DASD box. CPCa use dev num 
3000-33FF and CPCb use dev num 1000-13FF for the same devices.

Devices can be varied online on both CPCs - local and remote.

Note: CU does not know device number. It talks about UA and CUADD.

And again: it is better to use same numbering schema, even in case of 
two IODFs. The above example is possible, but not recommended. From 
machine point of view there is no difference, but from human point of 
view same numbering is better.


--
Radoslaw Skorupka
Lodz, Poland






W dniu 14.07.2020 o 18:26, Jesse 1 Robinson pisze:

A final caution. You will need to do DASD housekeeping on the DR system. In 
order to do that remotely, you will need to put DR volumes online to prod. That 
will require unique device addresses. Just saying.

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Michael Babcock
Sent: Monday, July 13, 2020 11:33 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Two Processors and One IODF

CAUTION EXTERNAL EMAIL

Ours is simply a DR site so currently we don’t have that requirement.

On Mon, Jul 13, 2020 at 11:27 AM Jesse 1 Robinson 
wrote:


We mirror with XRC, which I believe is Global Mirror. (I cannot keep
the current lingo straight.) In my shop, we have a business need to
put any device--DASD or tape--online to any LPAR regardless of
location. In order to do that, device addresses *must* be unique. If
you have absolutely no need to do that, then I don't think uniqueness
is required. OTOH is costs little to make them unique. If you don't do
it from the get-go, it will be very difficult in the future.

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List  On
Behalf Of Michael Babcock
Sent: Monday, July 13, 2020 7:10 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Two Processors and One IODF

CAUTION EXTERNAL EMAIL

Thanks!

We are using Global Mirror for replication.  Not sure if using the
same device addresses will be a problem or not for GM.

So, does everyone recommend different device addresses?

On Sat, Jul 11, 2020 at 1:01 PM Jackson, Rob

wrote:


I don't know if anyone has pointed it out, but if this is a brand
new, vanilla CEC, before you even have to worry about an IODF, you
need an IOCDS.  Generally you create that deck from an IODF, and I
can't imagine you would choose not to.  All of our CECs are defined
in one IODF.  For a new machine across the state, we sent the IOCDS
deck for the target CEC (and common ICC configs) to the CE, and he
put them on a thumb drive; we then ran stand-alone IOCP to load the
HSA.  Then with any (I would hope) form of replication you use, the
IODF needed for all the recovery LPARs is "just already there" on
your recovery

SYS1.IPLPARM/IODF volume.

Our DASD CUs and device addresses are different (I'm thinking they
had to be for either flavor of replication), but we don't have that
many, so we don't have to worry about running out.  Our LPAR numbers
are the same on all CECs, and our OS configs are defined only once
and are used on all respective LPARs.

There's nothing to it, and I don't know of a single reason not to
have one common IODF.

First Horizon Bank
Mainframe Technical Support





==

Jeśli nie jesteś adresatem tej wiadomości:

- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś 
na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać 
tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) 
tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać 
karze.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. 
Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, 
NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 
01.01.2020 r. wynosi 169.401.468 złotych.

If you are not the addressee of this message:

- let us know by replying to this e-mail (thank you!),
- delete this message permanently (including all the copies which you have 
printed out or saved).
This message may contain legally protected information, which may be used 
exclusively by the addressee.Please be reminded that anyone who disseminates 
(copies, distributes) this message or takes any similar action, violates the 
law and may be penalised.

mBank S.A