SYS PROG needed Part time remote

Hello All,

A former coworker of mine needs a Systems Programmer to support
CA-7 and intermediate UNIX skills.

This is a 6 month position(or longer) with remote work.  Please email to him
at 

da...@morfordc2.com   

 

If interested or me at ming...@prodigy.net   

 


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

Re: SMP)e

[Brian Westerman]

No the problem is that you can't install these particular PTFs with everything 
else, they have to be performed separately via an Apply the PTF by itself with 
NO Groupextend and then Apply the
 remaining PTF's needed from the original Apply.

Like:
APPLY S(UI76945)
BYPASS(HOLDSYSTEM)
CHECK.

Then after you see that works run it without the CHECK and you will be fine to 
go back and APPLY CHECK the rest of the RSU.  The important part is that you 
can't do these at the same time you do the rest of the RSU.  It sucks, but it 
is what it is.

You need to do this for all of the affected ptfs.  You can run them one after 
the other in the same job, but you MUST list them individually on a separate 
APPLY statement.  

There is a list job you can run to get them all so that you can put a single 
job together, but I don't remember the component that you are supposed to list.

This is a "new" thing that IBM is doing because if you try to do other PTFs at 
the same time, it can fail to do everything that it should do.

Brian

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

Re: SMP)e

[Barbara Nitz]

>I am assuming this is for z/OS 2.4.  At my current employer, I have the PTF 
>applied.  I think that at my past employer, I ran into the same problem you 
>did.  I never was able to resolve the error at the previous employer.  
>
>The only difference between old employer and new employer, was the date of the 
>receiving of cumulative maintenance.  Previous employer, date of receiving 
>cumulative maintenance was third quarter 2021, current employer second quarter 
>of 2022.  

I have run into this a number of times for different ptfs, starting back in 
z/OS 2.3. In the easy case I had the 'required' ptf (i.e. the ptf that was 
giving me the instructions on how to do the setup) already received or received 
in the same batch.

Despite using groupextent, that ptf's hold actions never showed up in the apply 
check output. Because it was not installable, and hold actions are only shown 
for installable ptfs. I had to go back to the smppts and browse the thing 
manually to get at the install instructions. This always happened when both the 
ptf and it's prereq were received at the same time. Provided IBM had bothered 
to even provide a prereq ptf. I remember one DFHSM ptf in 2.3 that just didn't 
have install instructions. I was lucky that that ptf was already in the 2.5 
base when I got 2.5. 
I also had a case where I was unable to find out what the install instructions 
were. That ptf still hangs around in my 2.5 smppts. Since it's for a function 
we don't use, I don't much care. Until it impacts something we need due to 
coreqs.:-(

Best regards, Barbara

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

Re: Ransomware in VSAM and DB2

[Tommy Tsui]

Any recommendation

「Attila Fogarasi 」在 2023年3月10日 週五，上午7:44 寫道：

> Also there are various solutions for immutable backups of z/OS data, which
> would protect you against ransomware.
>
> On Fri, Mar 3, 2023 at 1:27 PM Tommy Tsui  wrote:
>
> > Hi all.
> > We are studying to build the tertiary backup. In fact, is it possible to
> > hack the VSAM dataset during online period, is there any policy to
> protect
> > VSAM datasets ?
> >
> > Thanks for sharing
> >
> > --
> > 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: CS/CDS instruction

[Ed Jaffe]

On 3/9/2023 6:06 PM, Paul Gilmartin wrote:

On Thu, 9 Mar 2023 18:17:14 -0600, Tom Marchant wrote:


IBM has announced that Transactional execution will be removed.


Entirely?  I read much earlier that it  was being removed partially.


Partial disablement of anything is often a prelude to eventual permanent 
disablement...



--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
https://www.phoenixsoftware.com/



This e-mail message, including any attachments, appended messages and the
information contained therein, is for the sole use of the intended
recipient(s). If you are not an intended recipient or have otherwise
received this email message in error, any use, dissemination, distribution,
review, storage or copying of this e-mail message and the information
contained therein is strictly prohibited. If you are not an intended
recipient, please contact the sender by reply e-mail and destroy all copies
of this email message and do not otherwise utilize or retain this email
message or any or all of the information contained therein. Although this
email message and any attachments or appended messages are believed to be
free of any virus or other defect that might affect any computer system into
which it is received and opened, it is the responsibility of the recipient
to ensure that it is virus free and no responsibility is accepted by the
sender for any loss or damage arising in any way from its opening or use.

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

Re: WLM Couple dataset?

[Gabriel Tully]

Bill,

IBM doesn't recommend mirroring the couple data sets [1]. There may not be 
serious ramifications for the WLM CDS, but it could be on the same volume with 
a more critical Sysplex CDS or CFRM CDS. The last time I asked IBM about 
mirroring CDSes a severe tone was employed to strongly suggest thinking twice 
about what was at risk.

[1] 
https://www.ibm.com/docs/en/zos/2.5.0?topic=recovery-planning-disaster-actions

-- 
Gabe Tully


On Thu, 9 Mar 2023 16:20:05 -0600, Bill Giannelli  
wrote:

>not that makes sense to me...

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

Re: Shut down z/OS & billing

[John McKown]

That's what I was hoping.

On Thu, Mar 9, 2023, 17:42 Attila Fogarasi  wrote:

> Business as usual for SCRT as there is a provision for providing
> explanation for missing data, you would just say "z/OS decommissioned on
>  date".
>
> On Fri, Mar 10, 2023 at 12:11 AM John McKown  >
> wrote:
>
> > We will be shutting down our z/OS system very soon. I am wondering about
> > the final billing report. I am responsible to generate it and upload it
> > (IBM & Rocket). But I do wonder about the final partial month.
> >
> > --
> > 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: CS/CDS instruction

[Paul Gilmartin]

On Thu, 9 Mar 2023 18:17:14 -0600, Tom Marchant wrote:

>IBM has announced that Transactional execution will be removed.
>
Entirely?  I read much earlier that it  was being removed partially.

Transactional execution : software :: speculative execution : firmware.

But in the latter case, the designer has more control over its use.


>On Fri, 10 Mar 2023 10:51:59 +1100, Attila Fogarasi wrote:
>
>>The modern way is Transactional Execution.  PLO was developed decades ago
>>and works well by itself but doesn't co-exist well with CS/CDS.  

-- 
gil

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

Re: CS/CDS instruction

[Tony Harminc]

On Thu, 9 Mar 2023 at 18:52, Attila Fogarasi  wrote:

> The modern way is Transactional Execution.


It would be if IBM hadn't announced that it's being discontinued.


> PLO was developed decades ago
> and works well by itself but doesn't co-exist well with CS/CDS.  From a
> performance perspective transactional execution is the way to go (TBEGIN
> instruction, etc. but you need to check CVTTX for availability of the
> facility).
>

And some time soon it will always not be available.

Tony H.

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

Re: CS/CDS instruction

[Tom Marchant]

IBM has announced that Transactional execution will be removed.

-- 
Tom Marchant

On Fri, 10 Mar 2023 10:51:59 +1100, Attila Fogarasi  wrote:

>The modern way is Transactional Execution.  PLO was developed decades ago
>and works well by itself but doesn't co-exist well with CS/CDS.  From a
>performance perspective transactional execution is the way to go (TBEGIN
>instruction, etc. but you need to check CVTTX for availability of the
>facility).

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

Re: [EXTERNAL] Re: WLM Couple dataset?

[Tom Marchant]

On the listserv web page, to the left of the top of the place where you type 
your reply, there is a large double quote. Click on that.

--
Tom Marchant

On Thu, 9 Mar 2023 18:33:08 -0500, Tony Harminc  wrote:

>On Thu, 9 Mar 2023 at 18:27, Bill Giannelli  wrote:
>
>> I am in the listserv web page. I do not see 3 dots above the send button

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

Re: CS/CDS instruction

[Attila Fogarasi]

The modern way is Transactional Execution.  PLO was developed decades ago
and works well by itself but doesn't co-exist well with CS/CDS.  From a
performance perspective transactional execution is the way to go (TBEGIN
instruction, etc. but you need to check CVTTX for availability of the
facility).

On Fri, Mar 3, 2023 at 4:38 AM Ituriel do Neto <
03427ec2837d-dmarc-requ...@listserv.ua.edu> wrote:

> Guys,
>
> Thank you, that's exactly what I need.
> I don't know how I didn't see it in Pop
>
>
> Best Regards
>
> Ituriel do Nascimento Neto
> z/OS System Programmer
>
>
>
>
>
>
> Em quarta-feira, 1 de março de 2023 às 18:34:12 BRT, Seymour J Metz <
> sme...@gmu.edu> escreveu:
>
>
>
>
>
> In addition to the obvious instructions Phil mentioned, there is also PLO.
> I don't have any relevant performance data.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf
> of Ituriel do Neto [03427ec2837d-dmarc-requ...@listserv.ua.edu]
> Sent: Wednesday, March 1, 2023 3:52 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: CS/CDS instruction
>
> Hi all,
>
> Is there a similar instruction to CS or CDS, but using 64 bits register ?
>
> I have a double word that contains a counter and using 64 bits instructions
> would be faster to increment this value than manipulate it with other
> storage
> areas and an even-odd pair of 32 bits registers.
>
> Thanks in advance
>
>
> Best Regards
>
> Ituriel do Nascimento Neto
> z/OS System Programmer
>
> --
> 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
>

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

Re: Ransomware in VSAM and DB2

[Attila Fogarasi]

Also there are various solutions for immutable backups of z/OS data, which
would protect you against ransomware.

On Fri, Mar 3, 2023 at 1:27 PM Tommy Tsui  wrote:

> Hi all.
> We are studying to build the tertiary backup. In fact, is it possible to
> hack the VSAM dataset during online period, is there any policy to protect
> VSAM datasets ?
>
> Thanks for sharing
>
> --
> 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: Shut down z/OS & billing

[Attila Fogarasi]

Business as usual for SCRT as there is a provision for providing
explanation for missing data, you would just say "z/OS decommissioned on
 date".

On Fri, Mar 10, 2023 at 12:11 AM John McKown 
wrote:

> We will be shutting down our z/OS system very soon. I am wondering about
> the final billing report. I am responsible to generate it and upload it
> (IBM & Rocket). But I do wonder about the final partial month.
>
> --
> 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: WLM Couple dataset?

[Tony Harminc]

On Thu, 9 Mar 2023 at 18:27, Bill Giannelli  wrote:

> I am in the listserv web page. I do not see 3 dots above the send button
>

Sorry - my advice was for Gmail only. I never use the listserv page to post
things, so can't help you. But surely you aren't the only one, so perhaps
someone will chime in.

Tony H.

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

Re: [EXTERNAL] Re: WLM Couple dataset?

[Bill Giannelli]

I am in the listserv web page. I do not see 3 dots above the send button

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

Re: [EXTERNAL] Re: WLM Couple dataset?

[Tony Harminc]

On Thu, 9 Mar 2023 at 18:14, Bill Giannelli  wrote:

> I apologize, it is inadvertent.
> How do I include the whole thread?
>

In Gmail (which you seem to be using), after you click Reply, click the
three little dots icon that's just above the Send button at the bottom.

But please do trim your threads intelligently - don't go to the other
extreme of including the entire text of a long thread!

Tony H.

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

Re: [EXTERNAL] Re: WLM Couple dataset?

[Bill Giannelli]

I apologize, it is inadvertent.
How do I include the whole thread?

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

Re: [EXTERNAL] Re: WLM Couple dataset?

[Pommier, Rex]

Bill,

And your post doesn't make sense to anybody.  Please stop stripping all the 
context from your posts.  

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bill Giannelli
Sent: Thursday, March 9, 2023 4:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: WLM Couple dataset?

not that makes sense to me...

--
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: WLM Couple dataset?

[Bill Giannelli]

not that makes sense to me...

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

Re: WLM Couple dataset?

[Gibney, Dave]

Do they give a reason? Or explanation?

> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Bill Giannelli
> Sent: Thursday, March 9, 2023 1:52 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: WLM Couple dataset?
> > 
> we are being told by our managed service vendor they have to manually
> update the DR WLM Couple datasets. that they cant be mirrored..
> 
> --
> 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: WLM Couple dataset?

[Bill Giannelli]

we are being told by our managed service vendor they have to manually update 
the DR WLM Couple datasets. that they cant be mirrored..

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

Re: WLM Couple dataset?

[Michael Babcock]

We use Global Mirror to keep our WLM dataset in sync to our DR system.

On Thu, Mar 9, 2023 at 2:49 PM Bill Giannelli 
wrote:

> yes I understand that. but we had policy definitions in PROD that were not
> copied over to DR.
> We thought the WLM Couple dataset could be mirrored in our DR.
> We are being told they have to be manually kept in synch now.
> thanks
> Bill
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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

Re: WLM Couple dataset?

[Bill Giannelli]

yes I understand that. but we had policy definitions in PROD that were not 
copied over to DR.
We thought the WLM Couple dataset could be mirrored in our DR.
We are being told they have to be manually kept in synch now.
thanks
Bill

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

Re: WLM Couple dataset?

[Dave Jousma]

On Thu, 9 Mar 2023 14:34:03 -0600, Bill Giannelli  
wrote:

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

Just an FYI, you do not need to know the couple dataset name for WLM to update 
the WLM policy.   You do it through the panels.

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

Re: WLM Couple dataset?

[Bill Giannelli]

thank you both!!

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

Re: WLM Couple dataset?

[Mickey Virdi]

On Thu, 9 Mar 2023 14:23:43 -0600, Mike Schwab  wrote:

>https://www.ibm.com/docs/en/zos/2.4.0?topic=command-displaying-workload-manager-information-wlm
>
>D WLM
>
>On Thu, Mar 9, 2023 at 2:19 PM Bill Giannelli  wrote:
>>
>> where can I find what the WLM Couple dataset is?
>> we need a policy updated and then the WLM Couple Dataset mirrored in our DR.
>> thanks
>> Bill
>>
>> --
>> 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




D XCF,CPL,TYPE=WLM  will also show which CDS is in use

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

Re: WLM Couple dataset?

[Mike Schwab]

https://www.ibm.com/docs/en/zos/2.4.0?topic=command-displaying-workload-manager-information-wlm

D WLM

On Thu, Mar 9, 2023 at 2:19 PM Bill Giannelli  wrote:
>
> where can I find what the WLM Couple dataset is?
> we need a policy updated and then the WLM Couple Dataset mirrored in our DR.
> thanks
> Bill
>
> --
> 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

WLM Couple dataset?

[Bill Giannelli]

where can I find what the WLM Couple dataset is?
we need a policy updated and then the WLM Couple Dataset mirrored in our DR.
thanks
Bill

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

Re: FW: SMP)e

[Steve Beaver]

Just ordered UI76945


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of rpinion865
Sent: Thursday, March 9, 2023 1:26 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: FW: SMP)e

I am assuming this is for z/OS 2.4.  At my current employer, I have the PTF 
applied.  I think that at my past employer, I ran into the same problem you 
did.  I never was able to resolve the error at the previous employer.  

The only difference between old employer and new employer, was the date of the 
receiving of cumulative maintenance.  Previous employer, date of receiving 
cumulative maintenance was third quarter 2021, current employer second quarter 
of 2022.  




Sent with Proton Mail secure email.

--- Original Message ---
On Thursday, March 9th, 2023 at 2:14 PM, Steve Beaver  
wrote:


> Are any of you that are having the following error in SMPe? And if you
> 
> Have had it - How did you get passed it
> 
> 
> 
> GIM24608E ** SHELLSCR ENTRY BBLS2009 IS NEEDED TO PROCESS HFS BBL20009 FOR
> 
> SYSMOD UI76945, BUT SHELLSCR BBLS2009 IS NOT IN THE MVST100
> ZONE.
> 
> 
> 
> TIA
> 
> Steve
> 
> 
> --
> 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: FW: SMP)e

[Steve Beaver]

Sounds like I need to order it


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of rpinion865
Sent: Thursday, March 9, 2023 1:26 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: FW: SMP)e

I am assuming this is for z/OS 2.4.  At my current employer, I have the PTF 
applied.  I think that at my past employer, I ran into the same problem you 
did.  I never was able to resolve the error at the previous employer.  

The only difference between old employer and new employer, was the date of the 
receiving of cumulative maintenance.  Previous employer, date of receiving 
cumulative maintenance was third quarter 2021, current employer second quarter 
of 2022.  




Sent with Proton Mail secure email.

--- Original Message ---
On Thursday, March 9th, 2023 at 2:14 PM, Steve Beaver  
wrote:


> Are any of you that are having the following error in SMPe? And if you
> 
> Have had it - How did you get passed it
> 
> 
> 
> GIM24608E ** SHELLSCR ENTRY BBLS2009 IS NEEDED TO PROCESS HFS BBL20009 FOR
> 
> SYSMOD UI76945, BUT SHELLSCR BBLS2009 IS NOT IN THE MVST100
> ZONE.
> 
> 
> 
> TIA
> 
> Steve
> 
> 
> --
> 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: FW: SMP)e

[rpinion865]

I am assuming this is for z/OS 2.4.  At my current employer, I have the PTF 
applied.  I think that at my past employer, I ran into the same problem you 
did.  I never was able to resolve the error at the previous employer.  

The only difference between old employer and new employer, was the date of the 
receiving of cumulative maintenance.  Previous employer, date of receiving 
cumulative maintenance was third quarter 2021, current employer second quarter 
of 2022.  




Sent with Proton Mail secure email.

--- Original Message ---
On Thursday, March 9th, 2023 at 2:14 PM, Steve Beaver  
wrote:


> Are any of you that are having the following error in SMPe? And if you
> 
> Have had it - How did you get passed it
> 
> 
> 
> GIM24608E ** SHELLSCR ENTRY BBLS2009 IS NEEDED TO PROCESS HFS BBL20009 FOR
> 
> SYSMOD UI76945, BUT SHELLSCR BBLS2009 IS NOT IN THE MVST100
> ZONE.
> 
> 
> 
> TIA
> 
> Steve
> 
> 
> --
> 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: FW: SMP)e

[Mark Jacobs]

Is there any HOLDDATA in that PTF that might assist you?

Mark Jacobs 

Sent from ProtonMail, Swiss-based encrypted email.

GPG Public Key - 
https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com


--- Original Message ---
On Thursday, March 9th, 2023 at 2:14 PM, Steve Beaver  
wrote:


> Are any of you that are having the following error in SMPe? And if you
> 
> Have had it - How did you get passed it
> 
> 
> 
> GIM24608E ** SHELLSCR ENTRY BBLS2009 IS NEEDED TO PROCESS HFS BBL20009 FOR
> 
> SYSMOD UI76945, BUT SHELLSCR BBLS2009 IS NOT IN THE MVST100
> ZONE.
> 
> 
> 
> TIA
> 
> Steve
> 
> 
> --
> 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

FW: SMP)e

[Steve Beaver]

Are any of you that are having the following error in SMPe?  And if you

Have had it - How did you get passed it

 

GIM24608E ** SHELLSCR ENTRY BBLS2009 IS NEEDED TO PROCESS HFS BBL20009 FOR

  SYSMOD UI76945, BUT SHELLSCR BBLS2009 IS NOT IN THE MVST100
ZONE.

 

TIA

Steve


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

Re: Looking for Beta Clients

[Charles Mills]

Replying to two questions from this thread. This may read like an ad but at 
this point I have zero financial interest in either of these solutions.

With regard to IND$FILE auditing, I wrote a product that did exactly that: 
intercepted IND$FILE requests and wrote all the details to SMF. At CorreLog, 
where I wrote it, we called it IND$Defender. All of the CorreLog products were 
acquired by BMC. I have no idea whether they still publish it or under what 
name.

With regard to an alternative to FTP that will run on back releases of z/OS, my 
former (before CorreLog) company's flagship product was named Outbound and did 
exactly that. I sold the company to ASG in 1998. ASG is of course now Rocket. I 
have no idea whether they still publish the product or not. I do not see it on 
their Web site, but ASG had over 100 products and Rocket's Web may not list 
them all.

Charles

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

Re: REXX, ooRexx, BSF4ooRExx (Re: Ad TCP/Socket programs in REXX (Re: Mainframe REXX (Re: Badmouthing Rexx and ooRexx - again (Re: zOSMF and zOWE for non-mainframers

[Rony G. Flatscher]

On 08.03.2023 02:30, David Crayford wrote:

On 8/3/23 02:26, Rony G. Flatscher wrote:
There also appears to be bugs in SysThread where the "attached" member variable is not 
initialized in the constructor that takes a pthread_t argument.


Ah, interesting that this is regarded a stumbling block, how about pthread_getunique_np() or such 
then?



Obviously, the "_np" suffix stands for "non-portable". It doesn't exist on z/OS! I happen to know 
the internal structure of the opaque pthread_t structure on z/OS and to extract the thread ID (TCB 
address) one would implement something like:


int gettid() { return (int)(pthread_self().__ & 0x7fff); }


Erich, a developer, has applied a fix that should make it possible to get over this on z/OS with an 
elegant solution, here his respective comment:


   Committed code fix with revision [r12649]
   As reported by David Crayford, pthread_t is a struct on z/OS and setting or 
casting it, fails

Good luck with your next attempt to compile ooRexx on z/OS and please let us 
know how you fare!
:)

---rony


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

Re: Looking for Beta Clients

[Tom Brennan]

ICC's are setup as OSA-C so they won't be affected by the elimination of 
OSA-E.  But... like Timothy mentioned, a related statement of direction 
is the elimination of OSA copper cards (1000BASE-T) so with that, ICC's 
will have to be configured on OSA 1G fiber cards.


"Removal of support for OSA-Express 1000BASE-T hardware adapters: IBM 
z16 will be the last IBM Z server to support OSA Express 1000BASE-T 
hardware adapters (FC 0426, FC 0446, and FC 0458). Definition of all 
valid OSA CHPID types will be allowed only on OSA-Express GbE adapters, 
and potentially higher bandwidth fiber Ethernet adapters, on future 
servers."


Disclaimer:  Add "From what I understand" to each sentence.

On 3/9/2023 6:07 AM, Michael Babcock wrote:

How does that affect the OSA-ICC 1000Base-T adapters configured as OSC
types?

On Wed, Mar 8, 2023 at 11:45 PM P H <
04843e86df79-dmarc-requ...@listserv.ua.edu> wrote:


Re: CHPID type OSE:


IBM z16 will be the last IBM Z server to support OSE
networkingchannels. IBM Z support for the Systems Network Architecture
(SNA) protocol being transported natively out of the server using
OSA-Express 1000BASE-T adapters configured as channel type OSE will be
eliminated after IBM z16. Client applications that rely on the SNA protocol
and use OSE networking channels as the transport, as opposed to FICON CTC,
must either migrate to TCP/IP, or the networking configuration of the
operating system image must be updated to make use of some form of SNA over
IP technology, where possible, such as z/OS Enterprise Extender.


Regards

Parwez Hamid​

From: IBM Mainframe Discussion List  on behalf
of Tom Brennan 
Sent: 08 March 2023 23:19
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: Looking for Beta Clients

To do LU6.2 outside the machine don't you need an OSA card setup as
OSA-E for SNA?  Unless I read it wrong, IBM has a statement of direction
that z16 will be the last to support OSA-E.

For IND$FILE, check the terminal emulator and see if there's an option
to increase the I/O block size used for that processing.  I've found
increasing it can make a big difference.

On 3/8/2023 2:48 PM, rpinion865 wrote:

I know of a client that does not have a TCP/IP stack, and won't consider

one (OS/390 2.10, yeah you read that right), that needs something more
reliable than IND$FILE.  We have a need to transfer large binary datasets,
and IND$FILE is way too slow, and it often dies in the middle of a large
transfer.


I remember LU 6.2 transfer programs.  But, I couldn't find anything
still available.

Sorry for tagging on to another thread.




Sent with Proton Mail secure email.

--- Original Message ---
On Wednesday, March 8th, 2023 at 5:19 PM, Tom Brennan <

t...@tombrennansoftware.com> wrote:




Looks interesting!

Since you didn't mention things like SFTP/FTP/TSO/CICS as requirements,
and the doc mentioned port 443, can I assume the product requires a
started task listening on the mainframe side? Just asking because
that's probably the way I would do it in order to bypass all the hassles
of those other services.

On 3/8/2023 1:36 PM, Tony Tancredi wrote:


Hi Everyone,

I apologize if this isn't within group protocol, but I need help.

I have created a TLS enabled, TCP/IP file transfer program that

performs transfers 156 times faster than IND$FILE. It supports files, PDS,
VSAM, SYSOUT, can submit jobs, print to mainframe printers, and be
automated. As a beta client, I'm offering 1 free year if you choose to keep
it. All I ask for is some of your time and feedback. I will provide
constant support during your effort.


The requirements are:
- z/OS 2.3 and above
- TCP/IP enabled
- AT-TLS (instructions to setup are in our documentation)
- Windows 10 or above for the client

Please visit https://entegriasystems.com and https://fastssr.net

(click the Documentation link on the left side) to view details of FastSSR.


I greatly appreciate your consideration.

Thanks,
Tony Tancredi
856-316-0017

--
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




--
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 

Re: Looking for Beta Clients

[Tony Tancredi]

Hi Lennie,

- It is SAF enabled for authorization and access.
- It can log SMF records.
- It keeps a log on the mainframe of data transfers.
- On the web administration site, it list each transfer by date, time, user, 
file, and size.
- It does not run APF authorized but requires an SVC to be installed.

Thanks,
Tony

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

Re: Looking for Beta Clients

[Michael Babcock]

We use Rocket’s Terminal Emulation product (formerly Bluezone).  It uses
FTP for transfers with TLS via AT-TLS.   We have IND$FILE disabled in the
product.

On Thu, Mar 9, 2023 at 6:46 AM Tony Tancredi 
wrote:

> Hi Binyamin,
> The terminal emulator users are our main target. The FastSSR client can
> easily be launched from a user-defined button within all major emulators.
> Thanks,
> Tony
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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

Re: Looking for Beta Clients

[Michael Babcock]

How does that affect the OSA-ICC 1000Base-T adapters configured as OSC
types?

On Wed, Mar 8, 2023 at 11:45 PM P H <
04843e86df79-dmarc-requ...@listserv.ua.edu> wrote:

> Re: CHPID type OSE:
>
>
>IBM z16 will be the last IBM Z server to support OSE
> networkingchannels. IBM Z support for the Systems Network Architecture
> (SNA) protocol being transported natively out of the server using
> OSA-Express 1000BASE-T adapters configured as channel type OSE will be
> eliminated after IBM z16. Client applications that rely on the SNA protocol
> and use OSE networking channels as the transport, as opposed to FICON CTC,
> must either migrate to TCP/IP, or the networking configuration of the
> operating system image must be updated to make use of some form of SNA over
> IP technology, where possible, such as z/OS Enterprise Extender.
>
>
> Regards
>
> Parwez Hamid​
> 
> From: IBM Mainframe Discussion List  on behalf
> of Tom Brennan 
> Sent: 08 March 2023 23:19
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Subject: Re: Looking for Beta Clients
>
> To do LU6.2 outside the machine don't you need an OSA card setup as
> OSA-E for SNA?  Unless I read it wrong, IBM has a statement of direction
> that z16 will be the last to support OSA-E.
>
> For IND$FILE, check the terminal emulator and see if there's an option
> to increase the I/O block size used for that processing.  I've found
> increasing it can make a big difference.
>
> On 3/8/2023 2:48 PM, rpinion865 wrote:
> > I know of a client that does not have a TCP/IP stack, and won't consider
> one (OS/390 2.10, yeah you read that right), that needs something more
> reliable than IND$FILE.  We have a need to transfer large binary datasets,
> and IND$FILE is way too slow, and it often dies in the middle of a large
> transfer.
> >
> > I remember LU 6.2 transfer programs.  But, I couldn't find anything
> > still available.
> >
> > Sorry for tagging on to another thread.
> >
> >
> >
> >
> > Sent with Proton Mail secure email.
> >
> > --- Original Message ---
> > On Wednesday, March 8th, 2023 at 5:19 PM, Tom Brennan <
> t...@tombrennansoftware.com> wrote:
> >
> >
> >> Looks interesting!
> >>
> >> Since you didn't mention things like SFTP/FTP/TSO/CICS as requirements,
> >> and the doc mentioned port 443, can I assume the product requires a
> >> started task listening on the mainframe side? Just asking because
> >> that's probably the way I would do it in order to bypass all the hassles
> >> of those other services.
> >>
> >> On 3/8/2023 1:36 PM, Tony Tancredi wrote:
> >>
> >>> Hi Everyone,
> >>>
> >>> I apologize if this isn't within group protocol, but I need help.
> >>>
> >>> I have created a TLS enabled, TCP/IP file transfer program that
> performs transfers 156 times faster than IND$FILE. It supports files, PDS,
> VSAM, SYSOUT, can submit jobs, print to mainframe printers, and be
> automated. As a beta client, I'm offering 1 free year if you choose to keep
> it. All I ask for is some of your time and feedback. I will provide
> constant support during your effort.
> >>>
> >>> The requirements are:
> >>> - z/OS 2.3 and above
> >>> - TCP/IP enabled
> >>> - AT-TLS (instructions to setup are in our documentation)
> >>> - Windows 10 or above for the client
> >>>
> >>> Please visit https://entegriasystems.com and https://fastssr.net
> (click the Documentation link on the left side) to view details of FastSSR.
> >>>
> >>> I greatly appreciate your consideration.
> >>>
> >>> Thanks,
> >>> Tony Tancredi
> >>> 856-316-0017
> >>>
> >>> --
> >>> 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
> >
> >
>
> --
> 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
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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

Re: zOSMF

[Seymour J Metz]

MVS/SE R1 ("SE1") installed on top of OS/VS2 R3.7 and MVS/SE R2 ("SE2") 
installed on top of OS/VS2 R3.8; in both cases one of the prerequisite 
selectable units disabled DSS ("By the pricking of my thumbs, SU7 this way 
comes.")

MVS/SP V1 replaced SE2 and exploited, but did not require, various features. 
And, yes, it did support 26-bit real addresses. I saw it on a 4341, but it ran 
on anything that had a DAT box, enough memory and an S/370 mode.











mM


From: IBM Mainframe Discussion List  on behalf of 
Steve Thompson 
Sent: Wednesday, March 8, 2023 3:18 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF

Interesting. I remember MVS/SE[1] and MVS/SE2 -- vaguely, before
MVS/SP1.

I remember macros and fiche mentioning 3033MP and I thought it
was 32MB support since each side had 16MB. And I think it was
only the NUC that had that support built into it. The early bar
as it were. ;-)

And then came MVS/SP2 (aka XA).

Steve Thompson



On 3/8/2023 2:13 PM, Mike Schwab wrote:
>>> MVS/SP Version 1.3.8 (for MVS/370)
> MVS/SP is for running 24 bit programs on 17-64MB real memory.
> Copyrighted and not available currently.
> MVS 3.8 is what is freely available, limited to 16MB real memory.
>
> On Wed, Mar 8, 2023 at 12:59 PM Tom Marchant
> <000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote:
>> Maybe she means what she said. MVS/SP Version 1.3.8 is referenced as a 
>> supported operating environment in this:
>> https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ibm.com%2Fcommon%2Fssi%2Fcgi-bin%2Fssialias%3Finfotype%3Ddd%26subtype%3Dsm%26appname%3DShopzSeries%26htmlfid%3D897%2FENUS5695-002=05%7C01%7Csmetz3%40gmu.edu%7C14f2099ea2ee47277a9508db20124830%7C9e857255df574c47a0c00546460380cb%7C0%7C0%7C638139035146559532%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C=Fpg2BMblpmM4IYw753djb%2B1hbWO55YIIFk6bbM6RGkQ%3D=0
>>
>> --
>> Tom Marchant
>>
>> On Tue, 7 Mar 2023 16:03:13 -0500, David Spiegel  
>> wrote:
>>
>>> Hi Terri,
>>> Maybe you mean OS2/MVS 3.8(J)?
>>> That could've been circa 1986.
>>> (I also have a similar progression, but, did VS1 7D with BPE before MVS.)
>>>
>>> Regards,
>>> David
>>>
>>> On 2023-03-07 15:25, Shaffer, Terri wrote:
 It was 1984/1985, maybe 1986 even, as my memory is foggy..  yes mvs/sp 3.8 
 I added the 1.  Then XA/ESA/OS390/z-OS

 Ms Terri E Shaffer
 Senior Systems Engineer,
 z/OS Support:
 ACIWorldwide - Telecommuter
 H(412-766-2697) C(412-519-2592)
 terri.shaf...@aciworldwide.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


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

Re: Looking for Beta Clients

[Lennie Dymoke-Bradshaw]

Tony,

What is often quoted by the auditors is that IND$FILE will transfer data but is 
essentially unaudited. Thus it is treated as a potential security exposure for 
data leakage.

While a program control RACF check can be used it will only log the use of the 
IND$FILE program, rather than recording or checking on the name of the dataset 
which is transferred. (Even if RACF program protection is used IND£FILE can 
often be executed from another library or under another name to bypass those 
program controls. After all it does not require APF authorisation).

So those of us working in security would like a "more controllable" or at least 
a "more auditable" replacement for IND$FILE. Does your code produce any SMF 
records? Does it have any security controls? Does it run APF authorised?

Lennie
Lennie Dymoke-Bradshaw
https://rsclweb.com 
‘Dance like no one is watching. Encrypt like everyone is.’


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Tony Tancredi
Sent: 09 March 2023 12:42
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Looking for Beta Clients

Hi Michael,
>From OS390 to wherever the Windows PC client is running. I do understand that 
>FTP, TSO XMIT, and other technologies exist. What I'm trying to replace is the 
>IND$FILE transfers most terminal emulator users are using. If you visit my 
>website, you will see we are developing another product, RheoWorx, which will 
>perform automated workflows where data can be transferred and managed between 
>any nodes within the workflow, including multiple mainframes.
Thanks,
Tony

--
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

Shut down z/OS & billing

[John McKown]

We will be shutting down our z/OS system very soon. I am wondering about
the final billing report. I am responsible to generate it and upload it
(IBM & Rocket). But I do wonder about the final partial month.

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

Re: Looking for Beta Clients

[Tony Tancredi]

Hi Binyamin,
The terminal emulator users are our main target. The FastSSR client can easily 
be launched from a user-defined button within all major emulators.
Thanks,
Tony

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

Re: Looking for Beta Clients

[Tony Tancredi]

Hi Michael,
From OS390 to wherever the Windows PC client is running. I do understand that 
FTP, TSO XMIT, and other technologies exist. What I'm trying to replace is the 
IND$FILE transfers most terminal emulator users are using. If you visit my 
website, you will see we are developing another product, RheoWorx, which will 
perform automated workflows where data can be transferred and managed between 
any nodes within the workflow, including multiple mainframes.
Thanks,
Tony

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

Re: Looking for Beta Clients

[Tony Tancredi]

No worries. Not jumping into an LU6.2 solution!

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

Re: Looking for Beta Clients

[Tony Tancredi]

FSSRMAIN is a continuously running job.  Port 443 is only used outbound for web 
service requests.

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

Re: Looking for Beta Clients

[Tony Tancredi]

Hi Tom,
As of right now, it's not a started task but is a separate job that runs on the 
mainframe. Port 443 is used by FastSSR to communicate with REST services 
running in our host (which can be installed on-premise). The actual transfer 
occurs over random port numbers within a port range you specify. If you look in 
the TTLS rules I have as an example in the documentation, you will see I have 
9100 - 9199 assigned. On each connection attempt, two (2) port numbers within 
that range are randomly chosen to perform the initial TCPIP connection over 
TLS. Once connected, those port numbers are returned to the pool and TCPIP 
takes over.
Thanks,
Tony

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

SNA and CHPID OSE Details (Was: Looking for Beta Clients)

[Timothy Sipples]

Tom Brennan wrote:
>To do LU6.2 outside the machine don't you need an OSA card setup as
>OSA-E for SNA?

No, that's not a requirement. You already have at least two other options:

1. You can use Enterprise Extender (SNA protocols such as LU 6.2 over UDP). 
z/OS Communications Server's TCP/IP stacks do not require CHPID type OSE. CHPID 
type OSD is perfectly fine. Enterprise Extender is a standard, included, no 
additional charge feature in the base z/OS operating system.

Enterprise Extender was first introduced in OS/390 V2R7 in early 1999 and 
retrofitted via PTF to OS/390 V2R6. Of course EE has been enhanced and refined 
since then. It's getting near a quarter century of EE availability. And since 
it's really not possible to secure pre-UDP "classic" SNA transports adequately 
it's prudent to favor EE for SNA traffic.

2. You can use FICON Channel-to-Channel (CTC) connections via FICON Express 
ports. For example, FICON CTC is probably how you'd connect CICS Transaction 
Server on VSEn to CICS Transaction Server on z/OS if VSEn and z/OS are running 
on separate physical machines. AFAIK VSEn and z/VSE do not support Enterprise 
Extender, but that's OK since FICON CTC is also available for LU 6.2 and other 
SNA protocols. You can use Fibre Channel Endpoint Security to encrypt those 
FICON CTC connections.

>Unless I read it wrong, IBM has a statement of direction
>that z16 will be the last to support OSA-E.

Yes. IBM expects that the IBM z16 will be the last model to include support for 
CHPID type OSE. But that doesn't mean LU 6.2 is going away. Not at all! It 
might mean the way LU 6.2 traffic is carried across your network changes a 
little (if it hasn't already changed), but "What else is new?" Physical 
networks keep evolving and improving (and sometimes simplifying) even while 
applications keep working. You don't have to change your applications that use 
LU 6.2 and other SNA protocols. They keep chugging along with better 
performance, throughput, and security.

Not coincidentally IBM also issued a Statement of Direction that the IBM z16 is 
likely to be the last model to support 1000BASE-T copper Ethernet ports 
directly on the machine. Those are the only OSA-Express adapters that still 
support CHPID type OSE. If you still need physical copper Ethernet ports, no 
problem: lean on your networking equipment (routers, switches) to provide those 
ports. Your networking gear won't provide CHPID type OSE, but EE doesn't need 
OSE.

— — — — —
Timothy Sipples
Senior Architect
Digital Assets, Industry Solutions, and Cybersecurity
IBM zSystems/LinuxONE, Asia-Pacific
sipp...@sg.ibm.com


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