A few ideas (and perfectly willing to be slapped down by others more
knowledgeable than I):
1) Isn't MQS designed to do just this sort of thing? I gather it works across
platforms of many types.
2) If you're in a roll-your-own mood, you could easily enough write a socket
client/server in
Was wondering when the B-word would be dropped... for me to then ask... is this
a case for something like Raft consesus protocol?
I'm talking only theory-wise. As far as solving the OP's problem, it may be a
bit of a tangential thought.
- KB
‐‐‐ Original Message ‐‐‐
On Thursday,
Thank you all for your informative answers!
Steff
On Thu, 12 Aug 2021 at 12:19, Timothy Sipples wrote:
> Lennie Dymoke-Bradshaw wrote:
> >Looking through the various answers here, I note that someone has
> >mentioned the need for some kind of security, so that others cannot
> >trigger actions
Lennie Dymoke-Bradshaw wrote:
>Looking through the various answers here, I note that someone has
>mentioned the need for some kind of security, so that others cannot
>trigger actions they are not supposed to.
>I think those security issues conflict with your requirement to run
>synchronisation
U
> Subject: Re: Communication between two computer systems (LPARS or
> physical)
>
> That's right, I think CA's ENF product (now Broadcom) does that. I think it
> uses TCP/ip but maybe it's VTAM or something else.
>
> Brian
>
> ---
That's right, I think CA's ENF product (now Broadcom) does that. I think it
uses TCP/ip but maybe it's VTAM or something else.
Brian
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
> -Original Message-
>
> From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of
> Steff Gladstone
>
> Sent: 10 August 2021 13:06
>
> To: IBM-MAIN@LISTSERV.UA.EDU
>
> Subject: Communication between two computer systems (LPARS or p
List On Behalf Of
Steff Gladstone
Sent: 10 August 2021 13:06
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Communication between two computer systems (LPARS or physical)
We have global data pointed to by a name-token that is available to all the
address spaces in each computer system. We want to m
We have global data pointed to by a name-token that is available to all
the address spaces in each computer system.
But this is problematic since the required SVC (34) requires that the
program be authorized.
FWIW, the program already had to be authorized in order to obtain "global
August 2021 20:22
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Communication between two computer systems (LPARS or physical)
EXTERNAL EMAIL
Classification: Confidential
XCF (either via CF or CTC)).
RYO method for communication
-Original Message-
From: IBM Mainframe Discussion List
I hate to make this more complicated, but if (all of) the LPARs are not
connected via a plex or CTC's, then you can't use some of these suggestions.
The reason DASD was used originally with a lot of old time software (think
Checkpoint datasets) was because it was available to ALL of the LPARs
, August 10, 2021 7:06 AM
>
> To: IBM-MAIN@LISTSERV.UA.EDU
>
> Subject: Communication between two computer systems (LPARS or physical)
>
> [CAUTION: This Email is from outside the Organization. Unless you trust the
> sender, Don’t click links or open attachments as it may be a Phi
Classification: Confidential
XCF (either via CF or CTC)).
RYO method for communication
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Steff Gladstone
Sent: Tuesday, August 10, 2021 7:06 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Communication between two computer
On Tue, 10 Aug 2021, at 14:30, David Spiegel wrote:
> Hi Steff,
> Have the application which updates the data put out a WTO which triggers
> your Automation to schedule Tasks on all other LPARs (e.g. RO *ALL, S
> UPDATE).
I'd just add: make sure the automation process validates who issued the
Hi Steff,
Have the application which updates the data put out a WTO which triggers
your Automation to schedule Tasks on all other LPARs (e.g. RO *ALL, S
UPDATE).
Regards,
David
On 2021-08-10 08:06, Steff Gladstone wrote:
We have global data pointed to by a name-token that is available to
Biancucci [mad4...@gmail.com]
Sent: Tuesday, August 10, 2021 8:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Communication between two computer systems (LPARS or physical)
Steff,
it's not so simple to understand the scenario and the goal you need to
achieve in terms of "response time and certai
Steff,
it's not so simple to understand the scenario and the goal you need to
achieve in terms of "response time and certainness" of the result.
There're different ways, Sysplex Services (other guys already mentioned) or
developing a STC that runs on every LPAR listening to IP stack.
The problem
, August 10, 2021 8:38 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Communication between two computer systems (LPARS or physical)
You may want to consider using some of the SYSPLEX Services (log
streams/structures)
-- Original Message --
From: Steff Gladstone
To: IBM-MAIN
of
Steff Gladstone [steff.gladst...@gmail.com]
Sent: Tuesday, August 10, 2021 8:06 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Communication between two computer systems (LPARS or physical)
We have global data pointed to by a name-token that is available to all the
address spaces in each computer system
You may want to consider using some of the SYSPLEX Services (log
streams/structures)
-- Original Message --
From: Steff Gladstone
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Communication between two computer systems (LPARS or physical)
Date: Tue, 10 Aug 2021 15:06:22 +0300
We have
We have global data pointed to by a name-token that is available to all the
address spaces in each computer system. We want to make sure that any
updates to the data in one system are broadcast to the other computer
systems in the installation (LPARs or physical computers). Or at the very
least
21 matches
Mail list logo