Re: Downsizing? - OPS?

[Timothy Sipples]

I assume you mean Broadcom CA OPS/MVS. Here are some suggestions, in no 
particular order:

* If you already have NetView, and if your needs are fairly simple or at 
least amenable to NetView, then that might be enough.

* If you are primarily or exclusively Db2-oriented in what you need, then 
you may be able to get by with the Administrative Task Scheduler, included 
with Db2 for z/OS.

* IBM Automation Control for z/OS is essentially a simplified edition of 
IBM System Automation for z/OS, priced accordingly. IBM Tivoli AF/OPERATOR 
for z/OS is another possible choice in a similar vein.

* Brian Westerman posts frequently here, and not only can Syzygy help with 
z/OS and other "version up" work to keep you in a supported configuration 
(with security patches for example), they also offer a simple automation 
tool for z/OS.

* This article provides some advice on possible "freebies," such as z/OS 
Automatic Restart Manager (ARM):

http://www.longpelaexpertise.com.au/ezine/DoWeNeedAutomationSoftware.php

- - - - - - - - - -
Timothy Sipples
I.T. Architect Executive
Digital Asset & Other Industry Solutions
IBM Z & LinuxONE
- - - - - - - - - -
E-Mail: 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

Re: UTF16 to EBCDIC

[Paul Gilmartin]

On Fri, 7 Feb 2020 06:29:26 +0400, Jake Anderson wrote:
>
>I am looking way to translate from UTF16 to EBCDIC. When I do D UNI,ALL i
>do not see UTF16 to EBCDIC conversion table.
> 
Which EBCDIC?  1047? 500? 037? other (specify)?
How do you want to handle UTF16 characters that do not exist
in your chosen EBCDIC code page?

>Is it something I need to load as CUNIMG or I have to create a table then
>refer them while FTP ing ?
>
See: 
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.cunu100/uniccsi.htm
for IBM UTF-16 CCSIDs.

>Please advise
> 
You asked a question on IBMTCP-L, similar, but specific to FTP, where I
suggested MBDATACONN, as in:

https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.halu001/mbcschina.htm
Also:

https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.halz001/ftpcasmbdataconn.htm

Is that example useful?

-- gil

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

UTF16 to EBCDIC

[Jake Anderson]

Hi

Cross posted

I am looking way to translate from UTF16 to EBCDIC. When I do D UNI,ALL i
do not see UTF16 to EBCDIC conversion table.

Is it something I need to load as CUNIMG or I have to create a table then
refer them while FTP ing ?

Please advise

Jake

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

Re: Downsizing? - OPS?

[Ed Jaffe]

On 2/6/2020 5:59 PM, Gibney, Dave wrote:

I eventually need to leave WSU (in about a year) with a system that can 
coast 3 to 7 years with minimal skilled care.



They plan to run z/OS 2.1 for 4-8 MORE years from today?? Its three-year 
extended service contract (if they purchased one) ends September of next 
year. That means they will be running *totally* unsupported for 3-7 
years after that?! No security patches. No nuthin?! That's gonna make 
them a hackers' paradise. All of that archive/historical HR and 
financial data will potentially be at risk with nobody watching the 
store. Scary stuff... I'm glad I never attended WSU...


I hope it's a 100% closed system...


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

Downsizing? - OPS?

[Gibney, Dave]

The direction is clearly set. My z/OS 2.1 installation is heading for a 
sunset, sometime in the next several years. The Student Systems were ERP's to 
cloud systems not quite a decade ago. The remaining (HR/Financial/Etc.) are 
scheduled for migration to Workday (again, in cloud) July 1.
There is still archive/historical data that wasn't moved and more that 
isn't moving. There is a need/plan to run reduced/read-only for an as yet 
undetermined time. We moved our 4 LPARs (Production, Development, 2 sandboxes) 
to a MFaaS provider at the end of 2017. Part of the plan is to reverse the path 
we took from 1 LPAR to 4 LPARS, back to 1 LPAR.

Now, I need to plan to reduce the footprint expenses. In particular, we 
probably won't be renewing ISV contracts.
I have z/OS alternatives to some (DF/SORT, DFSMSrmm, etc.) And, z/OS is 
part of the MFaaS contract. Although we do plan to consolidate LPARs and reduce 
the overall footprint.

Which brings me to my question and request for advice. Given the 
constraints (free or native z/OS 2.1) what alternatives to CA-OPS would the 
community recommend. I know there's some in the firehose that is 
www.cbttap.org.

   I eventually need to leave WSU (in about a year) with a system that can 
coast 3 to 7 years with minimal skilled care.

Dave Gibney
Information Technology Services
Washington State University


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

Re: SFTP Get

[Rob Schramm]

I wrote a script for a client.. short.. that would source a file to set
variables for sleep time number of tries file it was getting and data said
it was going to eventually end up in.

It worked pretty well.

Rob Schramm

On Thu, Feb 6, 2020, 13:22 Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Thu, 6 Feb 2020 09:39:20 -0600, Ron Thomas wrote:
>
> >this is what we use here ,so how is this we need to handle ?
> >
> >//STEP02   EXEC PGM=BPXBATSL,REGION=0M,
> >// PARM='PGM /usr/lpp/ssh2/bin/sftp2
> >// -B //DD:BATCHIN'
> >
> Don't you need a continuation mark in column 72?  Is this copied from
> what you're actually trying?
>
> I'll suggest:
> ...
> //  SET SFTP='/usr/lpp/ssh2/bin/sftp2'
> //STEP02   EXEC PGM=BPXBATSL,REGION=0M,
> // PARM='SH -c ''&SFTP -B //DD:BATCHIN''; true'
> ...
> >//SYSTSPRT DD  SYSOUT=*
> >//STDOUT   DD  SYSOUT=*
> >//STDENV   DD  DSN=SYS1.TECSSH.PARMLIB(SSHENV),DISP=SHR
> >_BPXK_AUTOCVT=ON
> >_BPX_SHAREAS=NO
> >_BPX_BATCH_UMASK=0022
> >SSH_DEBUG_FMT="%W(72)(2) %Dd/%Dt/%Dy %Dh:%Dm:%Ds:%Df %m/%s:%n:%f %M"
> >_BPXK_JOBLOG=STDERR
> >_EDC_ADD_ERRNO2=1
> >//*
> >//BATCHIN  DD  DSN=J01.MKS.IT057.STORE.FILE.ONE.FTPCNTL,DISP=SHR
>
> -- gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: z15 System Recover Boost [EXTERNAL]

[Mike Schwab]

Any additional IPL / Recovery BOOST processing power is over and above
normal processing.  It will not reduce the processing power on other
LPARs.  Unless you DON'T have any spare processors (or CP capacity).

On Thu, Feb 6, 2020 at 4:30 PM Feller, Paul
 wrote:
>
> The final word on the zIIP thing is going to be our capacity person.  If that 
> person is okay with the situation then I'm okay with it.  From where I sit I 
> don't want any more overhead for zIIP management then needed.  We only have 3 
> zIIP on the box.  10 of the lpars get 1 zIIP and the 11th lpar gets 2 zIIP.  
> That 11th lpar is an important lpar.  Yes we have the weights set for the 
> zIIP that the tech lpars are bottom on the list.
>
> If you are suggesting that we config offline the 2nd zIIP before BOOST is 
> done, my answer would I don't know what would happen.  That would be a 
> question for IBM to answer.  That is why we are looking at testing 
> BOOST=SPEED to see how that reacts.  That's why we all have the tech lpars in 
> our environments to try things out before we roll to production.
>
>
> Thanks..
>
> Paul Feller
> AGT Mainframe Technical Support
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Tony Harminc
> Sent: Thursday, February 06, 2020 3:42 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: z15 System Recover Boost [EXTERNAL]
>
> On Thu, 6 Feb 2020 at 16:31, Feller, Paul  
> wrote:
>
> > Well we have our z15 in and running.  We have been testing the System
> > Recovery Boost on our tech lpars.  What we have found makes us think
> > we will be setting the option to BOOST=SPEED for our tech lpars.  I
> > normally define each lpar with a minimum of 1 zIIP with 1 zIIP in
> > reserve.  With BOOST=SYSTEM the 2nd zIIP is getting put online and it stays 
> > online for an hour.  We really don't want to do that on our tech lpars.  We 
> > may also look at this related to the other lpars as we roll this out to see 
> > what happens.
>
> What's the down side to having that zIIP online to that lpar? Is some other 
> work losing out because (presumably lower importance) "tech"
> work is being done on the zIIP?
>
> > Just daydreaming here, but it would be nice if there was a time limit
> > you could set for how long BOOST was active (unless I missed
> > something).  As I stated before BOOST was active for an hour on our tech 
> > lpars and they really don't need that BOOST for that long.
>
> Could you not vary it offline at the right time using existing automation?
>
> Tony H.
>
> --
> 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



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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

Re: z15 System Recover Boost [EXTERNAL]

[Feller, Paul]

The final word on the zIIP thing is going to be our capacity person.  If that 
person is okay with the situation then I'm okay with it.  From where I sit I 
don't want any more overhead for zIIP management then needed.  We only have 3 
zIIP on the box.  10 of the lpars get 1 zIIP and the 11th lpar gets 2 zIIP.  
That 11th lpar is an important lpar.  Yes we have the weights set for the zIIP 
that the tech lpars are bottom on the list.

If you are suggesting that we config offline the 2nd zIIP before BOOST is done, 
my answer would I don't know what would happen.  That would be a question for 
IBM to answer.  That is why we are looking at testing BOOST=SPEED to see how 
that reacts.  That's why we all have the tech lpars in our environments to try 
things out before we roll to production.


Thanks..

Paul Feller
AGT Mainframe Technical Support


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tony Harminc
Sent: Thursday, February 06, 2020 3:42 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z15 System Recover Boost [EXTERNAL]

On Thu, 6 Feb 2020 at 16:31, Feller, Paul  wrote:

> Well we have our z15 in and running.  We have been testing the System 
> Recovery Boost on our tech lpars.  What we have found makes us think 
> we will be setting the option to BOOST=SPEED for our tech lpars.  I 
> normally define each lpar with a minimum of 1 zIIP with 1 zIIP in 
> reserve.  With BOOST=SYSTEM the 2nd zIIP is getting put online and it stays 
> online for an hour.  We really don't want to do that on our tech lpars.  We 
> may also look at this related to the other lpars as we roll this out to see 
> what happens.

What's the down side to having that zIIP online to that lpar? Is some other 
work losing out because (presumably lower importance) "tech"
work is being done on the zIIP?

> Just daydreaming here, but it would be nice if there was a time limit 
> you could set for how long BOOST was active (unless I missed 
> something).  As I stated before BOOST was active for an hour on our tech 
> lpars and they really don't need that BOOST for that long.

Could you not vary it offline at the right time using existing automation?

Tony H.

--
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: z15 System Recover Boost [EXTERNAL]

[Tony Harminc]

On Thu, 6 Feb 2020 at 16:31, Feller, Paul  wrote:

> Well we have our z15 in and running.  We have been testing the System 
> Recovery Boost on our tech lpars.  What we have
> found makes us think we will be setting the option to BOOST=SPEED for our 
> tech lpars.  I normally define each lpar with a
> minimum of 1 zIIP with 1 zIIP in reserve.  With BOOST=SYSTEM the 2nd zIIP is 
> getting put online and it stays online for an
> hour.  We really don't want to do that on our tech lpars.  We may also look 
> at this related to the other lpars as we roll this out to
> see what happens.

What's the down side to having that zIIP online to that lpar? Is some
other work losing out because (presumably lower importance) "tech"
work is being done on the zIIP?

> Just daydreaming here, but it would be nice if there was a time limit you 
> could set for how long BOOST was active (unless I
> missed something).  As I stated before BOOST was active for an hour on our 
> tech lpars and they really don't need that
> BOOST for that long.

Could you not vary it offline at the right time using existing automation?

Tony H.

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

Re: z15 System Recover Boost [EXTERNAL]

[Feller, Paul]

Well we have our z15 in and running.  We have been testing the System Recovery 
Boost on our tech lpars.  What we have found makes us think we will be setting 
the option to BOOST=SPEED for our tech lpars.  I normally define each lpar with 
a minimum of 1 zIIP with 1 zIIP in reserve.  With BOOST=SYSTEM the 2nd zIIP is 
getting put online and it stays online for an hour.  We really don't want to do 
that on our tech lpars.  We may also look at this related to the other lpars as 
we roll this out to see what happens.  

Just daydreaming here, but it would be nice if there was a time limit you could 
set for how long BOOST was active (unless I missed something).  As I stated 
before BOOST was active for an hour on our tech lpars and they really don't 
need that BOOST for that long.

From an IPL earlier today:
SP01 20037 13:31:49.03  0090  IWM064I BOOST ACTIVATED.
SP01 20037 14:31:49.06  0090  IWM064I BOOST ENDED.


Thanks..

Paul Feller
AGT Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jim Elliott
Sent: Sunday, January 12, 2020 9:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z15 System Recover Boost [EXTERNAL]

Feature Code 6802: SRB Upgrade Record (annual charge) and Feature Code 9930: 
SRB Upgrade Authorization (no charge) are required only to make use of the 
optional System Recovery Boost Upgrade Record, which allows the temporary 
activation of additional zIIP processor resources in conjunction with System 
Recovery Boost.

If you only want to use your existing zIIPs or available MIPS as a sub-capacity 
"model" (i.e. if you are not on a 7xx capacity setting) for System Recovery 
Boost then there is no charge.

Regards, Jim

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

--
Please note:  This message originated outside your organization. Please use 
caution when opening links or attachments.

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

Re: SFTP Get

[Paul Gilmartin]

On Thu, 6 Feb 2020 09:39:20 -0600, Ron Thomas wrote:

>this is what we use here ,so how is this we need to handle ?
>
>//STEP02   EXEC PGM=BPXBATSL,REGION=0M,
>// PARM='PGM /usr/lpp/ssh2/bin/sftp2
>// -B //DD:BATCHIN'
>
Don't you need a continuation mark in column 72?  Is this copied from
what you're actually trying?

I'll suggest:
...
//  SET SFTP='/usr/lpp/ssh2/bin/sftp2'
//STEP02   EXEC PGM=BPXBATSL,REGION=0M,
// PARM='SH -c ''&SFTP -B //DD:BATCHIN''; true'
...
>//SYSTSPRT DD  SYSOUT=*
>//STDOUT   DD  SYSOUT=*
>//STDENV   DD  DSN=SYS1.TECSSH.PARMLIB(SSHENV),DISP=SHR
>_BPXK_AUTOCVT=ON
>_BPX_SHAREAS=NO
>_BPX_BATCH_UMASK=0022
>SSH_DEBUG_FMT="%W(72)(2) %Dd/%Dt/%Dy %Dh:%Dm:%Ds:%Df %m/%s:%n:%f %M"
>_BPXK_JOBLOG=STDERR
>_EDC_ADD_ERRNO2=1
>//*
>//BATCHIN  DD  DSN=J01.MKS.IT057.STORE.FILE.ONE.FTPCNTL,DISP=SHR

-- gil

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

Re: SFTP Get

[Kirk Wolf]

Are you sure it's IBM z/OS OpenSSH sftp?   Looks like it might be something
else.

On Thu, Feb 6, 2020 at 9:39 AM Ron Thomas  wrote:

> this is what we use here ,so how is this we need to handle ?
>
> //STEP02   EXEC PGM=BPXBATSL,REGION=0M,
> // PARM='PGM /usr/lpp/ssh2/bin/sftp2
> // -B //DD:BATCHIN'
> //SYSTSPRT DD  SYSOUT=*
> //STDOUT   DD  SYSOUT=*
> //STDENV   DD  DSN=SYS1.TECSSH.PARMLIB(SSHENV),DISP=SHR
> _BPXK_AUTOCVT=ON
> _BPX_SHAREAS=NO
> _BPX_BATCH_UMASK=0022
> SSH_DEBUG_FMT="%W(72)(2) %Dd/%Dt/%Dy %Dh:%Dm:%Ds:%Df %m/%s:%n:%f %M"
> _BPXK_JOBLOG=STDERR
> _EDC_ADD_ERRNO2=1
> //*
> //BATCHIN  DD  DSN=J01.MKS.IT057.STORE.FILE.ONE.FTPCNTL,DISP=SHR
>
> 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: Desjardins POC More Details

[Mike Shorkend]

That's Israel time

On Thu, 6 Feb 2020, 19:01 Mike Shorkend,  wrote:

> I need to be off the call by 1830
> On Thu, 6 Feb 2020, 18:04 Ori Shalom,  wrote:
>
>> Never heard about SIC.
>>
>> On Thu, 6 Feb 2020 at 17:24, Gus Delgado  wrote:
>>
>>> I will set up the call.
>>>
>>> Thanks,
>>> Gus
>>>
>>> Sent from my iPhone
>>>
>>> On Feb 6, 2020, at 10:14 AM, Mike Shorkend 
>>> wrote:
>>>
>>> 
>>> Sunday is good for me, I am free most of the day.
>>>
>>> On Thu, 6 Feb 2020, 16:48 Roi Mor,  wrote:
>>>
 Ori,
 Is SIC something we do already/have experience?

 Mike,
 Can you get on a call today/Sunday with Gus and Ori to sync and create
 follow up questions to the client?

 Thanks,
 Roi



 בתאריך יום ה׳, 6 בפבר׳ 2020, 04:38 PM, מאת Mike Shorkend ‏<
 mike.shork...@gmail.com>:

> OK, I will take a look. Finally my French lessons will be justified..
> Looking at  a very high level I see two protocols - SIC and WEB. SIC
> seems to be an internal acronym. From what I can see it is standard IMS
> conversational transactions and should not be an issue for OL.
> I am not sure what they mean by WEB. There are a few ways to make IMS
> accessible to the WEB. Are they using   IMS MFS Web Enablement which needs
> WAS ? Something over IMS connect? homegrown?
>
>
> Mike
>
>
>
>
>
>
>
> On Thu, 6 Feb 2020 at 15:50, Roi Mor  wrote:
>
>> Hi Mike,
>>
>> We are having a POC soon in large Canadian Bank on IMS environment.
>>
>> I appreciate if you can review as it seems a non standard and custom
>> protocol.
>> Hope you can shade some light over it.
>> Its written in French, but mostly technical.
>>
>> If you do, please lets have a call asap to get your thoughts.
>>
>> Gus CCd, leads this opportunity in NA.
>>
>> Thanks alot,
>> Roi
>>
>>
>> -- Forwarded message -
>> מאת: Gus Delgado 
>> ‪Date: יום ה׳, 6 בפבר׳ 2020, 12:42 PM‬
>> Subject: Re: Desjardins POC More Details
>> To: Ori Shalom 
>> Cc: Roi Mor , Zeev Avidan <
>> zee...@openlegacy.com>
>>
>>
>> Please find attached to this email the document that describes the
>> protocol.
>>
>>
>>
>> On Thu, Feb 6, 2020 at 5:22 AM Ori Shalom 
>> wrote:
>>
>>> Hi,
>>>
>>> As I understood from Gus it looked like we might face a none
>>> standard IMS protocol with the upcoming Desjardins POC.
>>> I'm bringing this up to see if we can get some help with reviewing
>>> the technical details maybe with Mike or some assistance from R&D.
>>> Gus, please attach the document you showed me on the call that
>>> explain the protocol.
>>>
>>> Thanks,
>>> Ori
>>>
>>>
>>> --
>>> Ori Shalom
>>> Product manager , Israel OpenLegacy Inc
>>> m.+972-54-810-8586
>>> Website  Email 
>>> 
>>>   
>>>
>>
>>
>> --
>>  *Gus Delgado*
>> Customer Success Director
>>
>> e: gu...@openlegacy.com
>> p: 703-371-3398
>>
>> [image: Facebook]  [image: Twitter]
>>  [image: LinkedIn]
>> www.openlegacy.com
>>
>
>
> --
> Mike Shorkend
> m...@shorkend.com
> www.shorkend.com
> Tel: +972524208743
> Fax: +97239772196
>

>>
>> --
>> Ori Shalom
>> Product manager , Israel OpenLegacy Inc
>> m.+972-54-810-8586
>> Website  Email 
>> 
>>   
>>
>

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

Re: Desjardins POC More Details

[Mike Shorkend]

I need to be off the call by 1830
On Thu, 6 Feb 2020, 18:04 Ori Shalom,  wrote:

> Never heard about SIC.
>
> On Thu, 6 Feb 2020 at 17:24, Gus Delgado  wrote:
>
>> I will set up the call.
>>
>> Thanks,
>> Gus
>>
>> Sent from my iPhone
>>
>> On Feb 6, 2020, at 10:14 AM, Mike Shorkend 
>> wrote:
>>
>> 
>> Sunday is good for me, I am free most of the day.
>>
>> On Thu, 6 Feb 2020, 16:48 Roi Mor,  wrote:
>>
>>> Ori,
>>> Is SIC something we do already/have experience?
>>>
>>> Mike,
>>> Can you get on a call today/Sunday with Gus and Ori to sync and create
>>> follow up questions to the client?
>>>
>>> Thanks,
>>> Roi
>>>
>>>
>>>
>>> בתאריך יום ה׳, 6 בפבר׳ 2020, 04:38 PM, מאת Mike Shorkend ‏<
>>> mike.shork...@gmail.com>:
>>>
 OK, I will take a look. Finally my French lessons will be justified..
 Looking at  a very high level I see two protocols - SIC and WEB. SIC
 seems to be an internal acronym. From what I can see it is standard IMS
 conversational transactions and should not be an issue for OL.
 I am not sure what they mean by WEB. There are a few ways to make IMS
 accessible to the WEB. Are they using   IMS MFS Web Enablement which needs
 WAS ? Something over IMS connect? homegrown?


 Mike







 On Thu, 6 Feb 2020 at 15:50, Roi Mor  wrote:

> Hi Mike,
>
> We are having a POC soon in large Canadian Bank on IMS environment.
>
> I appreciate if you can review as it seems a non standard and custom
> protocol.
> Hope you can shade some light over it.
> Its written in French, but mostly technical.
>
> If you do, please lets have a call asap to get your thoughts.
>
> Gus CCd, leads this opportunity in NA.
>
> Thanks alot,
> Roi
>
>
> -- Forwarded message -
> מאת: Gus Delgado 
> ‪Date: יום ה׳, 6 בפבר׳ 2020, 12:42 PM‬
> Subject: Re: Desjardins POC More Details
> To: Ori Shalom 
> Cc: Roi Mor , Zeev Avidan  >
>
>
> Please find attached to this email the document that describes the
> protocol.
>
>
>
> On Thu, Feb 6, 2020 at 5:22 AM Ori Shalom 
> wrote:
>
>> Hi,
>>
>> As I understood from Gus it looked like we might face a none standard
>> IMS protocol with the upcoming Desjardins POC.
>> I'm bringing this up to see if we can get some help with reviewing
>> the technical details maybe with Mike or some assistance from R&D.
>> Gus, please attach the document you showed me on the call that
>> explain the protocol.
>>
>> Thanks,
>> Ori
>>
>>
>> --
>> Ori Shalom
>> Product manager , Israel OpenLegacy Inc
>> m.+972-54-810-8586
>> Website  Email 
>> 
>>   
>>
>
>
> --
>  *Gus Delgado*
> Customer Success Director
>
> e: gu...@openlegacy.com
> p: 703-371-3398
>
> [image: Facebook]  [image: Twitter]
>  [image: LinkedIn]
> www.openlegacy.com
>


 --
 Mike Shorkend
 m...@shorkend.com
 www.shorkend.com
 Tel: +972524208743
 Fax: +97239772196

>>>
>
> --
> Ori Shalom
> Product manager , Israel OpenLegacy Inc
> m.+972-54-810-8586
> Website  Email 
> 
>   
>

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

Re: SFTP Get

[Ron Thomas]

this is what we use here ,so how is this we need to handle ?

//STEP02   EXEC PGM=BPXBATSL,REGION=0M,
// PARM='PGM /usr/lpp/ssh2/bin/sftp2
// -B //DD:BATCHIN'
//SYSTSPRT DD  SYSOUT=*
//STDOUT   DD  SYSOUT=*
//STDENV   DD  DSN=SYS1.TECSSH.PARMLIB(SSHENV),DISP=SHR
_BPXK_AUTOCVT=ON
_BPX_SHAREAS=NO
_BPX_BATCH_UMASK=0022
SSH_DEBUG_FMT="%W(72)(2) %Dd/%Dt/%Dy %Dh:%Dm:%Ds:%Df %m/%s:%n:%f %M"
_BPXK_JOBLOG=STDERR
_EDC_ADD_ERRNO2=1
//*
//BATCHIN  DD  DSN=J01.MKS.IT057.STORE.FILE.ONE.FTPCNTL,DISP=SHR

Regards
Ron T

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

Re: SFTP Get

[Barkow, Eileen]

Try coding  EXIT=0  in the parm field. It sets the CC to 0, at least it looks 
like it does

//FTPSEXEC PGM=FTP,PARM=('-v  MVSI 2121 (EXIT=0)')

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Ron 
Thomas
Sent: Thursday, February 6, 2020 9:19 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SFTP Get

Hello.

We have a a job that runs every 30 mins , this job will pulls a text file from 
a windows server and loads to the Mainframe dataset . In some-cases the file is 
not present and FTP step fails .  I need to set this to a normal completion 
even if the file is not present .  Please let me know how this is to be handled?

Regards
Ron T

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



This e-mail, including any attachments, may be confidential, privileged or 
otherwise legally protected. It is intended only for the addressee. If you 
received this e-mail in error or from someone who was not authorized to send it 
to you, do not disseminate, copy or otherwise use this e-mail or its 
attachments. Please notify the sender immediately by reply e-mail and delete 
the e-mail from your system.

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

Re: Sysplex Maintenance and USS

[Chris Parker]

Juan,

Thanks!  This is exactly what I was looking for.  It's an extra step to 
remember, but this makes sense.

Thanks!
Chris

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Juan Escamilla
Sent: Thursday, February 6, 2020 8:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Sysplex Maintenance and USS

In a read/write sysplex aware root file system, For file systems that come with 
the OS, we mount our filesystems as follows:

 /* IBM Liberty Imbedded
 MOUNT FILESYSTEM('SYS1.IBM.ZOS.&SYSR1..SBBLZFS')
   MOUNTPOINT('/&SYSR1./usr/lpp/liberty_zos')
   MODE(READ) TYPE(ZFS)
   PARM('AGGRFULL(99,1)')
 SETUID /*
   AUTOMOVE /*

For products that we didn't get with z/OS, we mount them as follows:

MOUNT FILESYSTEM('SYSV.IBM.LPP') This is a file system with mountpoints 
that we originally had under /usr/lpp/IBM
  MOUNTPOINT('/global/usr/lpp/ibm')
  MODE(READ) TYPE(ZFS)
  NOSETUID
  AUTOMOVE


MOUNT FILESYSTEM('SYSV.IBM.JAVA.&IBM_JAVA_8..ZFS.SAJV80M')
  MOUNTPOINT('/global/usr/lpp/ibm/java/&IBM_JAVA_8./V8.0')
  TYPE(ZFS) MODE(READ)
  PARM('AGGRFULL(99,1)')
SETUID
  AUTOMOVE

Then we ad symbolic links in /&SYSNAME./usr/lpp/usr/ to point to where the 
product truly resides; therefore, your users don't have to change.

In BPXPRM00 ensure you add the UNMOUNT PARM on your VERSION statement:

VERSION('&SYSR1.',UNMOUNT)

I hope that helps.
VERSION('&SYSR1.',UNMOUNT)


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
---
NOTICE:
This email and all attachments are confidential, may be proprietary, and may be 
privileged or otherwise protected from disclosure. They are intended solely for 
the individual or entity to whom the email is addressed. However, mistakes 
sometimes happen in addressing emails. If you believe that you are not an 
intended recipient, please stop reading immediately. Do not copy, forward, or 
rely on the contents in any way. Notify the sender and/or Imperva, Inc. by 
telephone at +1 (650) 832-6006 and then delete or destroy any copy of this 
email and its attachments. The sender reserves and asserts all rights to 
confidentiality, as well as any privileges that may apply. Any disclosure, 
copying, distribution or action taken or omitted to be taken by an unintended 
recipient in reliance on this message is prohibited and may be unlawful.
Please consider the environment before printing this email.

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

Re: IDCAMS Sysin LRECL GT 80 bytes

[Mark Jacobs]

TIL. Thanks.

Mark Jacobs

Sent from ProtonMail, Swiss-based encrypted email.

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

‐‐‐ Original Message ‐‐‐
On Thursday, February 6, 2020 9:35 AM, John McKown 
 wrote:

> On Thu, Feb 6, 2020 at 8:23 AM Mark Jacobs <
> 0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:
>
> > Does IDCAMS work with sysin control cards from a dataset with an lrecl
> > greater than 80 bytes? I've tried datasets with lrecl=240 and 255, and it
> > looks like it's not accepting any operands past column 71.
> > Mark Jacobs
> > Sent from ProtonMail, Swiss-based encrypted
> > email.
> > GPG Public Key -
> > https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com
>
> PARM MARGINS(left-margin,right-margin)
>
> Defaults to 2,72
>
> https://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.idai200/parm.htm
>
> -
>
> People in sleeping bags are the soft tacos of the bear world.
> Maranatha! <><
>
> John McKown
>
> 
>
> 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: SFTP Get

[Ron Thomas]

it is IBM z/OS SFTP

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

Re: IDCAMS Sysin LRECL GT 80 bytes

[Allan Staller]

This is documented in the AMS manual.

" Commands can begin at, or to the right of, the left margin. For batch 
processing jobs, the default margins
are 2 and 72.
Commands are separated from their parameters by one or more separators (blanks, 
commas, or
comments). For some parameters, parentheses are used as separators. Comments 
are strings of
characters surrounded by /* and */. Comments can contain any characters except 
*/.

The DCB of SYSIN is not required to be LRECL=80, but, by default IDCAMS will 
only look a columns 2-72"
This implies you can tell IDCAMS to look beyond col 72, but I did not look up 
how to perform such an action.

HTH,

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mark Jacobs
Sent: Thursday, February 6, 2020 8:23 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IDCAMS Sysin LRECL GT 80 bytes

[CAUTION: This Email is from outside the Organization. Do not click links or 
open attachments unless you trust the sender.]

Does IDCAMS work with sysin control cards from a dataset with an lrecl greater 
than 80 bytes? I've tried datasets with lrecl=240 and 255, and it looks like 
it's not accepting any operands past column 71.

Mark Jacobs

Sent from 
[ProtonMail](https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fprotonmail.com&data=02%7C01%7Callan.staller%40HCL.COM%7C50935c89dfba4690676608d7ab1027db%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637165958218420715&sdata=ncAM1jRB0UbtbAcY8cJ%2B3QHlI9HlYwjVlDYxNYjyWAs%3D&reserved=0),
 Swiss-based encrypted email.

GPG Public Key - 
https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fapi.protonmail.ch%2Fpks%2Flookup%3Fop%3Dget%26search%3Dmarkjacobs%40protonmail.com&data=02%7C01%7Callan.staller%40HCL.COM%7C50935c89dfba4690676608d7ab1027db%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637165958218420715&sdata=FQ1Ar03keRXC9NbTL71i71m%2Feg1UTtyB7gX4ZHjUwXg%3D&reserved=0

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

The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.


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

Re: SFTP Get

[Kirk Wolf]

Specifically which file transfer product?  FTP, IBM z/OS SFTP, Co:Z SFTP,
 ??

On Thu, Feb 6, 2020 at 8:19 AM Ron Thomas  wrote:

> Hello.
>
> We have a a job that runs every 30 mins , this job will pulls a text file
> from a windows server and loads to the Mainframe dataset . In some-cases
> the file is not present and FTP step fails .  I need to set this to a
> normal completion even if the file is not present .  Please let me know how
> this is to be handled?
>
> 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: IDCAMS Sysin LRECL GT 80 bytes

[John McKown]

On Thu, Feb 6, 2020 at 8:23 AM Mark Jacobs <
0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:

> Does IDCAMS work with sysin control cards from a dataset with an lrecl
> greater than 80 bytes? I've tried datasets with lrecl=240 and 255, and it
> looks like it's not accepting any operands past column 71.
>
> Mark Jacobs
>
> Sent from [ProtonMail](https://protonmail.com), Swiss-based encrypted
> email.
>
> GPG Public Key -
> https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com
>
>
PARM MARGINS(left-margin,right-margin)

Defaults to 2,72


https://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.idai200/parm.htm

-- 
People in sleeping bags are the soft tacos of the bear world.
Maranatha! <><
John McKown

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

IDCAMS Sysin LRECL GT 80 bytes

[Mark Jacobs]

Does IDCAMS work with sysin control cards from a dataset with an lrecl greater 
than 80 bytes? I've tried datasets with lrecl=240 and 255, and it looks like 
it's not accepting any operands past column 71.

Mark Jacobs

Sent from [ProtonMail](https://protonmail.com), Swiss-based encrypted email.

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

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

SFTP Get

[Ron Thomas]

Hello.

We have a a job that runs every 30 mins , this job will pulls a text file from 
a windows server and loads to the Mainframe dataset . In some-cases the file is 
not present and FTP step fails .  I need to set this to a normal completion 
even if the file is not present .  Please let me know how this is to be handled?

Regards
Ron T

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

Re: Sysplex Maintenance and USS

[Juan Escamilla]

In a read/write sysplex aware root file system, For file systems that come with 
the OS, we mount our filesystems as follows:

 /* IBM Liberty Imbedded
 MOUNT FILESYSTEM('SYS1.IBM.ZOS.&SYSR1..SBBLZFS')
   MOUNTPOINT('/&SYSR1./usr/lpp/liberty_zos')
   MODE(READ) TYPE(ZFS)
   PARM('AGGRFULL(99,1)')
 SETUID /*
   AUTOMOVE /*

For products that we didn't get with z/OS, we mount them as follows:

MOUNT FILESYSTEM('SYSV.IBM.LPP') This is a file system with mountpoints 
that we originally had under /usr/lpp/IBM
  MOUNTPOINT('/global/usr/lpp/ibm')
  MODE(READ) TYPE(ZFS)
  NOSETUID
  AUTOMOVE


MOUNT FILESYSTEM('SYSV.IBM.JAVA.&IBM_JAVA_8..ZFS.SAJV80M')
  MOUNTPOINT('/global/usr/lpp/ibm/java/&IBM_JAVA_8./V8.0')
  TYPE(ZFS) MODE(READ)
  PARM('AGGRFULL(99,1)')
SETUID   
  AUTOMOVE

Then we ad symbolic links in /&SYSNAME./usr/lpp/usr/ to point to where the 
product truly resides; therefore, your users don't have to change.

In BPXPRM00 ensure you add the UNMOUNT PARM on your VERSION statement:

VERSION('&SYSR1.',UNMOUNT)

I hope that helps.
VERSION('&SYSR1.',UNMOUNT)
 

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