Re: DFsort error message

2024-03-27 Thread Bob T Roller
One of the most important things I learned 45 years ago was 37 is always a 
space issue. 13 was an open issue and 14 a close issue.

Sent from [Proton Mail](https://proton.me/mail/home) for iOS

On Tue, Mar 26, 2024 at 1:24 PM, Ron Thomas 
<[0600304cab5d-dmarc-requ...@listserv.ua.edu](mailto:On Tue, Mar 26, 2024 
at 1:24 PM, Ron Thomas < wrote:

> Hi All -
>
> We are getting a sort error on a huge file . Below are the details from log
>
> Parm cards used
> SORT FIELDS=COPY
>
> Error Log details
>
> ICE193I 0 ICEAM1 INVOCATION ENVIRONMENT IN EFFECT - ICEAM1 ENVIRONMENT 
> SELECTED
> ICE252I 1 PARMLIB OPTIONS WERE MERGED WITH INSTALLATION MODULE DEFAULTS
> ICE088I 0 ITGB9059.STEP02 .SORT , INPUT LRECL = 317, BLKSIZE = 27896, TYPE =
> ICE093I 0 MAIN STORAGE = (MAX,33554432,33554432)
> ICE156I 0 MAIN STORAGE ABOVE 16MB = (33497072,33497072)
> ICE127I 0 OPTIONS: OVFLO=RC0 ,PAD=RC0 ,TRUNC=RC0 
> ,SPANINC=RC16,VLSCMP=N,SZERO=Y,
> ICE128I 0 OPTIONS: 
> SIZE=33554432,MAXLIM=1048576,MINLIM=450560,EQUALS=N,LIST=Y,ER
> ICE129I 0 OPTIONS: VIO=N,RESDNT=ALL ,SMF=FULL 
> ,WRKSEC=Y,OUTSEC=Y,VERIFY=N,CHALT=
> ICE130I 0 OPTIONS: RESALL=8192,RESINV=0,SVC=109 
> ,CHECK=Y,WRKREL=Y,OUTREL=Y,CKPT=
> ICE131I 0 OPTIONS: 
> TMAXLIM=33554432,ARESALL=0,ARESINV=0,OVERRGN=65536,CINV=Y,CFW
> ICE132I 0 OPTIONS: VLSHRT=N,ZDPRINT=Y,IEXIT=N,TEXIT=N,LISTX=N,EFS=NONE ,EXITC
> ICE133I 0 OPTIONS: HIPRMAX=0 ,DSPSIZE=2000,ODMAXBF=2097152,SOLRF=N,VLLONG=N
> ICE235I 0 OPTIONS: NULLOUT=RC0
> ICE236I 0 OPTIONS: DYNAPCT=10 ,MOWRK=Y,TUNE=STOR,EXPMAX=2000 ,EXPOLD=MAX ,E
> ICE084I 0 EXCP ACCESS METHOD USED FOR SORTIN
> ICE889I 0 CT=MAX , SB=3, L=0, D=, CCW=1MAM
> ICE902I 0 O I PP11
> ICE906I 1 ST=ABOVE,SR=33497072,RC=0
> ICE907I 1 ST=ABOVE,SA=33497056,NF=1,LF=33497056,SF=33497056
> ICE906I 1 ST=BELOW,SR=98320,RC=0
> ICE907I 1 ST=BELOW,SA=49152,NF=1,LF=49152,SF=49152
> ICE231I 0 STORAGE USED FOR OUTFIL : BELOW 16M = 20480, ABOVE 16M = 2119680
> ICE231I 0 STORAGE USED FOR OUTFIL : BELOW 16M = 20480, ABOVE 16M = 2119680
> ICE855I 0 SORTOUT : TX=N, R=J, L=J, B=D, BL=0, BR=0, DCT=37, VS=N, RU=X, SB=8
> ICE210I 0 SORTOUT : EXCP USED, LRECL = 317, BLKSIZE = 27896, TYPE = FB
> ICE751I 2 EF-I80638 CB-NONE F0-NONE DA-I76950
> ICE185A 0 AN SE37 ABEND WAS ISSUED BY DFSORT, ANOTHER PROGRAM OR AN EXIT 
> (PHASE
>
> Job Step work file details . Allocated SORTWK50 files
>
> XXSORTWK09 DD DISP=(NEW,DELETE,DELETE),SPACE=(CYL,())
> IEFC653I SUBSTITUTION JCL - DISP=(NEW,DELETE,DELETE),SPACE=(CYL,(200))
> XXSORTWK10 DD DISP=(NEW,DELETE,DELETE),SPACE=(CYL,())
> IEFC653I SUBSTITUTION JCL - DISP=(NEW,DELETE,DELETE),SPACE=(CYL,(200))
> XXSORTWK11 DD DISP=(NEW,DELETE,DELETE),SPACE=(CYL,())
> IEFC653I SUBSTITUTION JCL - DISP=(NEW,DELETE,DELETE),SPACE=(CYL,(200))
> XXSORTWK12 DD DISP=(NEW,DELETE,DELETE),SPACE=(CYL,())
> IEFC653I SUBSTITUTION JCL - DISP=(NEW,DELETE,DELETE),SPACE=(CYL,(200))
> XXSORTWK13 DD DISP=(NEW,DELETE,DELETE),SPACE=(CYL,())
> IEFC653I SUBSTITUTION JCL - DISP=(NEW,DELETE,DELETE),SPACE=(CYL,(200))
> XXSORTWK14 DD DISP=(NEW,DELETE,DELETE),SPACE=(CYL,())
> IEFC653I SUBSTITUTION JCL - DISP=(NEW,DELETE,DELETE),SPACE=(CYL,(200))
> XXSORTWK15 DD DISP=(NEW,DELETE,DELETE),SPACE=(CYL,())
> IEFC653I SUBSTITUTION JCL - DISP=(NEW,DELETE,DELETE),SPACE=(CYL,(200))
> XXSORTWK16 DD DISP=(NEW,DELETE,DELETE),SPACE=(CYL,())
> IEFC653I SUBSTITUTION JCL - DISP=(NEW,DELETE,DELETE),SPACE=(CYL,(200))
> XXSORTWK17 DD DISP=(NEW,DELETE,DELETE),SPACE=(CYL,())
> IEFC653I SUBSTITUTION JCL - DISP=(NEW,DELETE,DELETE),SPACE=(CYL,(200))
> XXSORTWK18 DD DISP=(NEW,DELETE,DELETE),SPACE=(CYL,())
> IEFC653I SUBSTITUTION JCL - DISP=(NEW,DELETE,DELETE),SPACE=(CYL,(200))
> XXSORTWK19 DD DISP=(NEW,DELETE,DELETE),SPACE=(CYL,())
> IEFC653I SUBSTITUTION JCL - DISP=(NEW,DELETE,DELETE),SPACE=(CYL,(200))
>
> //SORTOUT DD DSN=KGN01.PS.RPCFIL.AMT.ACTV.UNLD.FINAL1.HDR,
> // SPACE=(CYL,(1200,500),RLSE),VOL=(,,,99),
> // RECFM=FB,DSORG=PS,
> // DISP=(NEW,CATLG,DELETE),LRECL=317,BLKSIZE=0
> //SYSIN DD DSN=MK.PS.PROD.PARMLIB(PSJH06P),DISP=SHR
>
> Could someone please let us know what needs to be done here?
>
> Regards
> Ron T
>
> --
> 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: security fun with z/OSMF install - can't get there

2024-03-27 Thread Michael Babcock
SAN is Subject Alternate Name in a digital certificate.

In that case, I would try a different port such as 2443 or any other port
not in use.

On Wed, Mar 27, 2024 at 4:46 PM Pommier, Rex 
wrote:

> Hi Michael,
>
> I'm not following you on this one.  SANs?  In my vocabulary SAN is storage
> and we don't run a SAN for our mainframe disk.  Direct attach, 2 LPARs on
> the same physical CEC, 1 DS8910F storage direct attached, and shared chpids
> for both the disk and OSA.
>
> I did find this - which I didn't see yesterday that is probably my problem
> but I can't see what I need to change to fix it:
>
> CWWKO0221E: TCP Channel defaultHttpEndpoint-ssl initialization did not
> succeed.
>The socket bind did not succeed for host * and port 443.  The port
> might already be in use.
>Exception Message: EDC5111I Permission denied. (errno2=0x744C7246)
>
> I do a netstat on port 443 and get this:
>
> D TCPIP,TCPIP,NETSTAT,ALLCON,PORT=443
> EZZ2500I NETSTAT CS V2R4 TCPIP 496
> USER ID  CONN LOCAL SOCKET   FOREIGN SOCKET STATE
> 0 OF 0 RECORDS DISPLAYED
> END OF THE REPORT
>
> Over on the production LPAR I see that IZUSVR1 is bound to port 443.
>
> Within the z/OSMF active config file I see this on the non-working one:
> IZU_APPSERVER_HOSTNAME=TSTJES2.MNLIFE.COM
> IZU_JWKS_HOSTNAME=TSTJES2.MNLIFE.COM
> IZU_HTTP_SSL_PORT=443
> IZU_HTTP_PORT=-1
>
> TCPIP.DATA has my HOSTNAME TSTJES2 and both TSTJES2 and TSTJES2.MNLIFE.COM
> both correctly resolve to the test LPAR IP address.
>
> Over on the working one I do the same netstat and see the bind:
>
> D TCPIP,TCPIP,NETSTAT,ALLCON,PORT=443
> EZZ2500I NETSTAT CS V2R4 TCPIP 600
> USER ID  CONN LOCAL SOCKET   FOREIGN SOCKET STATE
> IZUSVR1  0004A344 172.16.128.14..443 10.53.240.151..34554   ESTBLSH
> IZUSVR1  000492CB 0.0.0.0..443   0.0.0.0..0 LISTEN
> 2 OF 2 RECORDS DISPLAYED
> END OF THE REPORT
>
> In active config:
> IZU_APPSERVER_HOSTNAME=MVSJES2.MNLIFE.COM
> IZU_JWKS_HOSTNAME=MVSJES2.MNLIFE.COM
> IZU_HTTP_SSL_PORT=443
> IZU_HTTP_PORT=-1
>
> TCPIP.DATA on working one has HOSTNAME MVSJES2 and everything resolves
> correctly.
>
> Thoughts/ideas?
>
> I'm chasing a couple other links people sent me.
>
> Rex
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Michael Babcock
> Sent: Tuesday, March 26, 2024 9:23 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [EXTERNAL] Re: security fun with z/OSMF install - can't get there
>
> Also, if you cloned prod and changed the IP added and/or domain name, I
> would check the certs.  Do the certs match the SANs?
>
> On Tue, Mar 26, 2024 at 9:16 PM Michael Babcock 
> wrote:
>
> > Does this help?
> >
> >
> > https://urldefense.com/v3/__https://kinsta.com/knowledgebase/pr-end-of
> > -file-error/*what-causes-the-pr_end_of_file_error__;Iw!!KjMRP1Ixj6eLE0
> > Fj!oaOvtuzKsu_CrFeLcgyUKF_gNSfdjsYOIW2qhL0UuZh7RZ70fpwMbhZmzveK6QkZRvM
> > nI2nXVMundFuGm1tmuiOd81fQsKoWqjD1$
> >
> >
> > On Tue, Mar 26, 2024 at 6:28 PM Pommier, Rex 
> > wrote:
> >
> >> Hi List,
> >>
> >> We are attempting our first foray into getting z/OSMF up and running.
> >> Scenario is we're backleveled maintenance-wise on our 2.4 system.  We
> >> ran the security configuration setup etc and got z/OSMF up and
> >> running on the production LPAR we are planning on running it from.
> >> However when we started to load z/OS 3.1 we ran into a problem with
> >> missing PTFs.  Got one set of PTFs installed and after adding a
> >> local_override.cfg file into the configuration directory we got
> >> z/OSMF up and running again and past that hurdle.  We hit the next
> >> one requiring a dozen more PTFs to bypass it.  We decided to move the
> >> install to our sandbox just to get z/OSMF working to the point we can
> >> use it to get our 3.1 software install back on track.  I ran
> >> disk-level flashcopy copies of my entire production LPAR to the
> >> sandbox, made the required changes (IP addresses etc) to get the
> >> sandbox up and running.  Started z/OSMF and it comes up with no
> >> errors or warnings (except the one telling me I'm using the local
> override file).  However, when I try to get to the web server I get a
> "secure connection failure"
> >> with " PR_END_OF_FILE_ERROR" trying to connect with Firefox and "
> >> 172.16.128.108 unexpectedly closed the connection" using Chrome.
> >> Security
> >> (RACF) is identical to what it is on the production LPAR.  z/OSMF
> >> config is identical as well.  Does anybody have any idea what I'm
> missing?
> >>
> >> TIA,
> >>
> >> Rex
> >>
> >> -
> >> - 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, 

Re: [EXTERNAL] Re: security fun with z/OSMF install - can't get there

2024-03-27 Thread Pommier, Rex
Follow-up and resolution.

We found it.  “stupid sysprog trick”.  I was missing a line in my TCPIP PROFILE 
member telling it to reserve port 443 for z/OSMF on our test LPAR.  I looked at 
that member in production, even running compares against the one being used for 
test, about a half dozen times and missed it every time.  One of my colleagues 
finally spotted the missing line.  

Thanks,

Rex

-Original Message-
From: Pommier, Rex 
Sent: Wednesday, March 27, 2024 10:02 AM
To: 'IBM Mainframe Discussion List' 
Subject: RE: [EXTERNAL] Re: security fun with z/OSMF install - can't get there

Hi Michael,

I'm not following you on this one.  SANs?  In my vocabulary SAN is storage and 
we don't run a SAN for our mainframe disk.  Direct attach, 2 LPARs on the same 
physical CEC, 1 DS8910F storage direct attached, and shared chpids for both the 
disk and OSA.  

I did find this - which I didn't see yesterday that is probably my problem but 
I can't see what I need to change to fix it:

CWWKO0221E: TCP Channel defaultHttpEndpoint-ssl initialization did not succeed. 
 
   The socket bind did not succeed for host * and port 443.  The port might 
already be in use.
   Exception Message: EDC5111I Permission denied. (errno2=0x744C7246)  

I do a netstat on port 443 and get this:

D TCPIP,TCPIP,NETSTAT,ALLCON,PORT=443
EZZ2500I NETSTAT CS V2R4 TCPIP 496   
USER ID  CONN LOCAL SOCKET   FOREIGN SOCKET STATE
0 OF 0 RECORDS DISPLAYED 
END OF THE REPORT

Over on the production LPAR I see that IZUSVR1 is bound to port 443.  

Within the z/OSMF active config file I see this on the non-working one:
IZU_APPSERVER_HOSTNAME=TSTJES2.MNLIFE.COM   
IZU_JWKS_HOSTNAME=TSTJES2.MNLIFE.COM
IZU_HTTP_SSL_PORT=443   
IZU_HTTP_PORT=-1

TCPIP.DATA has my HOSTNAME TSTJES2 and both TSTJES2 and TSTJES2.MNLIFE.COM both 
correctly resolve to the test LPAR IP address.

Over on the working one I do the same netstat and see the bind:

D TCPIP,TCPIP,NETSTAT,ALLCON,PORT=443 
EZZ2500I NETSTAT CS V2R4 TCPIP 600
USER ID  CONN LOCAL SOCKET   FOREIGN SOCKET STATE 
IZUSVR1  0004A344 172.16.128.14..443 10.53.240.151..34554   ESTBLSH   
IZUSVR1  000492CB 0.0.0.0..443   0.0.0.0..0 LISTEN
2 OF 2 RECORDS DISPLAYED  
END OF THE REPORT 

In active config:
IZU_APPSERVER_HOSTNAME=MVSJES2.MNLIFE.COM   
IZU_JWKS_HOSTNAME=MVSJES2.MNLIFE.COM
IZU_HTTP_SSL_PORT=443   
IZU_HTTP_PORT=-1

TCPIP.DATA on working one has HOSTNAME MVSJES2 and everything resolves 
correctly.  

Thoughts/ideas?  

I'm chasing a couple other links people sent me.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Michael Babcock
Sent: Tuesday, March 26, 2024 9:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: security fun with z/OSMF install - can't get there

Also, if you cloned prod and changed the IP added and/or domain name, I would 
check the certs.  Do the certs match the SANs?

On Tue, Mar 26, 2024 at 9:16 PM Michael Babcock 
wrote:

> Does this help?
>
>
> https://urldefense.com/v3/__https://kinsta.com/knowledgebase/pr-end-of
> -file-error/*what-causes-the-pr_end_of_file_error__;Iw!!KjMRP1Ixj6eLE0
> Fj!oaOvtuzKsu_CrFeLcgyUKF_gNSfdjsYOIW2qhL0UuZh7RZ70fpwMbhZmzveK6QkZRvM
> nI2nXVMundFuGm1tmuiOd81fQsKoWqjD1$
>
>
> On Tue, Mar 26, 2024 at 6:28 PM Pommier, Rex 
> wrote:
>
>> Hi List,
>>
>> We are attempting our first foray into getting z/OSMF up and running.
>> Scenario is we're backleveled maintenance-wise on our 2.4 system.  We 
>> ran the security configuration setup etc and got z/OSMF up and 
>> running on the production LPAR we are planning on running it from.
>> However when we started to load z/OS 3.1 we ran into a problem with 
>> missing PTFs.  Got one set of PTFs installed and after adding a 
>> local_override.cfg file into the configuration directory we got 
>> z/OSMF up and running again and past that hurdle.  We hit the next 
>> one requiring a dozen more PTFs to bypass it.  We decided to move the 
>> install to our sandbox just to get z/OSMF working to the point we can 
>> use it to get our 3.1 software install back on track.  I ran 
>> disk-level flashcopy copies of my entire production LPAR to the 
>> sandbox, made the required changes (IP addresses etc) to get the 
>> sandbox up and running.  Started z/OSMF and it comes up with no 
>> errors or warnings (except the one telling me I'm using the local override 
>> file).  However, when I try to get to the web server I get a "secure 

Re: [EXTERNAL] Re: security fun with z/OSMF install - can't get there

2024-03-27 Thread Pommier, Rex
Hi Michael,

I'm not following you on this one.  SANs?  In my vocabulary SAN is storage and 
we don't run a SAN for our mainframe disk.  Direct attach, 2 LPARs on the same 
physical CEC, 1 DS8910F storage direct attached, and shared chpids for both the 
disk and OSA.  

I did find this - which I didn't see yesterday that is probably my problem but 
I can't see what I need to change to fix it:

CWWKO0221E: TCP Channel defaultHttpEndpoint-ssl initialization did not succeed. 
 
   The socket bind did not succeed for host * and port 443.  The port might 
already be in use.
   Exception Message: EDC5111I Permission denied. (errno2=0x744C7246)  

I do a netstat on port 443 and get this:

D TCPIP,TCPIP,NETSTAT,ALLCON,PORT=443
EZZ2500I NETSTAT CS V2R4 TCPIP 496   
USER ID  CONN LOCAL SOCKET   FOREIGN SOCKET STATE
0 OF 0 RECORDS DISPLAYED 
END OF THE REPORT

Over on the production LPAR I see that IZUSVR1 is bound to port 443.  

Within the z/OSMF active config file I see this on the non-working one:
IZU_APPSERVER_HOSTNAME=TSTJES2.MNLIFE.COM   
IZU_JWKS_HOSTNAME=TSTJES2.MNLIFE.COM
IZU_HTTP_SSL_PORT=443   
IZU_HTTP_PORT=-1

TCPIP.DATA has my HOSTNAME TSTJES2 and both TSTJES2 and TSTJES2.MNLIFE.COM both 
correctly resolve to the test LPAR IP address.

Over on the working one I do the same netstat and see the bind:

D TCPIP,TCPIP,NETSTAT,ALLCON,PORT=443 
EZZ2500I NETSTAT CS V2R4 TCPIP 600
USER ID  CONN LOCAL SOCKET   FOREIGN SOCKET STATE 
IZUSVR1  0004A344 172.16.128.14..443 10.53.240.151..34554   ESTBLSH   
IZUSVR1  000492CB 0.0.0.0..443   0.0.0.0..0 LISTEN
2 OF 2 RECORDS DISPLAYED  
END OF THE REPORT 

In active config:
IZU_APPSERVER_HOSTNAME=MVSJES2.MNLIFE.COM   
IZU_JWKS_HOSTNAME=MVSJES2.MNLIFE.COM
IZU_HTTP_SSL_PORT=443   
IZU_HTTP_PORT=-1

TCPIP.DATA on working one has HOSTNAME MVSJES2 and everything resolves 
correctly.  

Thoughts/ideas?  

I'm chasing a couple other links people sent me.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Michael Babcock
Sent: Tuesday, March 26, 2024 9:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: security fun with z/OSMF install - can't get there

Also, if you cloned prod and changed the IP added and/or domain name, I would 
check the certs.  Do the certs match the SANs?

On Tue, Mar 26, 2024 at 9:16 PM Michael Babcock 
wrote:

> Does this help?
>
>
> https://urldefense.com/v3/__https://kinsta.com/knowledgebase/pr-end-of
> -file-error/*what-causes-the-pr_end_of_file_error__;Iw!!KjMRP1Ixj6eLE0
> Fj!oaOvtuzKsu_CrFeLcgyUKF_gNSfdjsYOIW2qhL0UuZh7RZ70fpwMbhZmzveK6QkZRvM
> nI2nXVMundFuGm1tmuiOd81fQsKoWqjD1$
>
>
> On Tue, Mar 26, 2024 at 6:28 PM Pommier, Rex 
> wrote:
>
>> Hi List,
>>
>> We are attempting our first foray into getting z/OSMF up and running.
>> Scenario is we're backleveled maintenance-wise on our 2.4 system.  We 
>> ran the security configuration setup etc and got z/OSMF up and 
>> running on the production LPAR we are planning on running it from.  
>> However when we started to load z/OS 3.1 we ran into a problem with 
>> missing PTFs.  Got one set of PTFs installed and after adding a 
>> local_override.cfg file into the configuration directory we got 
>> z/OSMF up and running again and past that hurdle.  We hit the next 
>> one requiring a dozen more PTFs to bypass it.  We decided to move the 
>> install to our sandbox just to get z/OSMF working to the point we can 
>> use it to get our 3.1 software install back on track.  I ran 
>> disk-level flashcopy copies of my entire production LPAR to the 
>> sandbox, made the required changes (IP addresses etc) to get the 
>> sandbox up and running.  Started z/OSMF and it comes up with no 
>> errors or warnings (except the one telling me I'm using the local override 
>> file).  However, when I try to get to the web server I get a "secure 
>> connection failure"
>> with " PR_END_OF_FILE_ERROR" trying to connect with Firefox and "
>> 172.16.128.108 unexpectedly closed the connection" using Chrome.  
>> Security
>> (RACF) is identical to what it is on the production LPAR.  z/OSMF 
>> config is identical as well.  Does anybody have any idea what I'm missing?
>>
>> TIA,
>>
>> Rex
>>
>> -
>> - 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 

Re: DSFS IBM Idea - Please consider voting

2024-03-27 Thread Paul Gilmartin
On Tue, 26 Mar 2024 13:48:56 -0500, Lionel B. Dyck  wrote:

>Please consider voting on my new IBM Idea for /dsfs
>https://ibm-z-hardware-and-operating-systems.ideas.ibm.com/ideas/ZOS-I-4024
>- this is requesting that dsfs have access to input datasets in the spool
>along with the currently supported output datasets.
>
> 
I'm curious:  How does "tail -f" behave on a DSFS SYSOUT while  it is
actively being updated by a batch job?  Is it comparable to SDSF with
auto refresh?

Are there any restrictions that should be mentioned in the User's Guide?

-- 
gil

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


Re: IBM VTS and cloud

2024-03-27 Thread Mike Schwab
https://www.redbooks.ibm.com/redpapers/pdfs/redp5573.pdf Updated Jan 2024.

On Wed, Mar 27, 2024 at 11:07 AM Radoslaw Skorupka
<0471ebeac275-dmarc-requ...@listserv.ua.edu> wrote:
>
> The following scenario:
> Two TS770T (with TS4500 attached) connected in grid.
> Now there is a business requirement to keep third copy of data in a
> cloud, preferably Azure or Google.
> Q1: is it feasible?
> Q2: is it require to purchase third TS7700 with cloud attachment?
>
> --
> Radoslaw Skorupka
> Lodz, Poland
>
> --
> 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


IBM VTS and cloud

2024-03-27 Thread Radoslaw Skorupka

The following scenario:
Two TS770T (with TS4500 attached) connected in grid.
Now there is a business requirement to keep third copy of data in a 
cloud, preferably Azure or Google.

Q1: is it feasible?
Q2: is it require to purchase third TS7700 with cloud attachment?

--
Radoslaw Skorupka
Lodz, Poland

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