Re: Dummy query on processor failover

2018-12-18 Thread Timothy Sipples
Radoslaw Skorupka used lots of capital letters thusly:
>Except ...it doesn't answer the question: HOW CPU
>RECOGNIZE ITS OWN FAILURE?

I'll provide the same answer and expand on it briefly:

"Nowadays, thanks to the wonders of microelectronic miniaturization, that's
through intensive, thorough integrity checking at all critical instruction
execution steps baked deep into every processor, and with tons of
"transistor budget" spent on integrity checking and other RAS
characteristics."

Circuits checking circuits checking circuits

Elardus Engelbrecht wrote:
>Each CPU (on an IBM mainframe) consists of two halves. Both
>halves are executing an instruction and the results are compared.

Tom Marchant wrote:
>This was documented in the announcement for the 9672 G5 models.

Yes, but that was a long time ago. Twenty plus years ago, in fact. Time and
technology have marched on.

The precise implementation details are presumably trade secrets (that I'm
fortunately not privy to), although you can refer to certain IBM technical
publications, usually under the general heading of "RAS," to get some
insight into the system design and its philosophy. I'll share a few words
about the "two halves" approach that was a fine design but subject to
considerable improvement and refinement, and then you can speculate and do
your own research as you see fit.

Perhaps some of you noticed that I used the words "defense in depth."
Imagine for a moment that a particular processor error event occurred in a
9672 G5 machine. The instruction is redundantly executed in that machine's
two identical units, results compared, the comparison fails, the
instruction is retried, results compared again, and (let's assume) the
results match and that dual hemispheric processor unit keeps humming along.
(Or not, and then more stuff happens.) That worked and worked well But
it's one line of defense. It's a great line of defense, but it's one line
-- or something like one depending on how you count.

Is there a newer, more sophisticated, higher performance, more efficient
processor design that has multiple, layered lines of defense? That freely
incorporates alternative "geometries," or "dimensionalities," beyond but
not necessarily excluding "dual hemispherism"? That incorporates over 20
more years of field experience?

Yes, there is.


Timothy Sipples
IT Architect Executive, 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: Dummy query on processor failover

2018-12-18 Thread Elardus Engelbrecht
Tom Marchant wrote:

>This was documented in the announcement for the 9672 G5 models. You can still 
>find the sales manual entry at 
>http://www-01.ibm.com/common/ssi/ShowDoc.wss?docURL=/common/ssi/rep_sm/6/897/ENUS9672-_h06/index.html&request_locale=en

Thanks. I remember that beast 9672. 

>Many of these techniques have been documented in the IBM Journal of Research 
>and Development. Unfortunately, a few years ago IBM decided to hide that 
>behind a paywall.

Ouch. This is perhaps why I could not get these info...

Thanks again Tom for your kind post.

Groete / Greetings
Elardus Engelbrecht

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


Re: AW: SPFLite goes Open Source

2018-12-18 Thread Farley, Peter x23353
Or FreeBASIC, an open-source BASIC compiler for Windows, linux and xbox.

https://www.freebasic.net/

Not sure how compatible with PowerBASIC that one is, but it would be worth 
investigating.

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Monday, December 17, 2018 11:10 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: AW: SPFLite goes Open Source

EXTERNAL EMAIL

On Mon, 17 Dec 2018 07:56:36 -0600, Dave Jones wrote:

>I can reach https://www.powerbasic.com/ now..
> 
Hmmm...  "Open Source", but you need an ISV licensed tool to build it.

--


This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments 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: 64-bit C code fetching IGGCSI00

2018-12-18 Thread Farley, Peter x23353
So using these pragmas did not stop the fetch error?

#pragma(IGGCSI00, FETCHABLE)
#pragma(IGGCSI00, OS_UPSTACK)

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Pierre Fichaud
Sent: Tuesday, December 18, 2018 1:25 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: 64-bit C code fetching IGGCSI00

I have 64-bit C code that attempts to fetch() IGGCSI00.
I've used pragma linkage on IGGCSI00 but got nowhere.
I am getting the following:

EDC5256S An AMODE64 application is attempting to fetch() an AMODE31 executable. 
(errno2=0xC4070068)

The C program was compiled with :
langlvl(LIBEXT),ARCH(5),TUNE(7),GONUMBER,FLAG(I),XPLINK(STOREARGS),EXPORTALL,SPILL(448),LP64,GOFF

Reading the doc on fetch() and XPLINK in the C/C++ and LE bookshleves doesn't 
shed nay light on this.
I think I am forced to write a64-bit assembler program that then calls IGGCSI00 
with parameters in 31-bit memory.

Any suggestions ?

Thanks in advance, Pierre.

--


This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments 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: Fixes from CA

2018-12-18 Thread Paul Gilmartin
On Tue, 18 Dec 2018 16:39:09 -0600, Robert Longabaugh wrote:
>..
>CAUNZIP documentation is in several places, including here:
>https://docops.ca.com/ca-common-services-for-z-os/14-1/en/administrating/caunzip-utility
> 
Where I see:
... CAUNZIP is a TSO utility that extracts the contents of a Published 
Solutions maintenance
package order from the Download Center on CA Support Online. This utility 
lets you process
zip-format packages directly on z/OS without the need for an intermediate 
platform such as
a Windows workstation.
???
Why would anyone need (or even want) "an intermediate platform such as a Windows
workstation"?  Even given site security restrictions, download in binary to an 
intermediate
platform, then upload in binary directly to the z.

>I think that  is in the "Installing" section of most product wikis

-- gil

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


Re: 64-bit C code fetching IGGCSI00

2018-12-18 Thread Don Poitras
In article <8873109401385730.wa.m42tomibmmainyahoo@listserv.ua.edu> you 
wrote:
> On Tue, 18 Dec 2018 12:24:38 -0600, Pierre Fichaud wrote:

> >I have 64-bit C code that attempts to fetch() IGGCSI00.
> >I've used pragma linkage on IGGCSI00 but got nowhere.
> >I am getting the following:
> >
> >EDC5256S An AMODE64 application is attempting to fetch() an AMODE31 
> >executable. (errno2=0xC4070068)
> >
> >The C program was compiled with :
> >langlvl(LIBEXT),ARCH(5),TUNE(7),GONUMBER,FLAG(I),XPLINK(STOREARGS),EXPORTALL,SPILL(448),LP64,GOFF
> >
> >Reading the doc on fetch() and XPLINK in the C/C++ and LE bookshleves 
> >doesn't shed nay light on this.
> >I think I am forced to write a64-bit assembler program that then calls 
> >IGGCSI00 with parameters in 31-bit memory.
> I think you will need to write a small AMODE(64) assembler program that will 
> either LOAD, CALL, and DELETE IGGCSI00, or LINK to IGGCSI00. It isn't too 
> difficult. Some things to remember:
> o The save area that XPLINK-64 provides will be above the bar. If that 
> behavior can be modified, I don't know how.
> o Use F4SA format to save the registers on entry. LE will pass you a 144-byte 
> save area.
> o GETMAIN storage for a 144-byte save area plus whatever other storage you 
> need for passing parameters.
> o Save the 8-byte address of the save area you were passed in offset 128 
> (X'80') of the new save area.
> o Mark the new save area with "F4SA" in offset 4.
> o Copy your parameters to your below the bar storage.
> o SAM31 to go to AMODE(31) before making the call.
> o If necessary, copy results to where your C program can find them.
> o SAM64 before trying to restore registers.
> -- 
> Tom Marchant

The XPLINK asm macros will take care of all that stack bookkeeping. 
See doc on EDCXPRLG and  EDCXEPLG. 

-- 
Don Poitras - SAS Development  -  SAS Institute Inc. - SAS Campus Drive
sas...@sas.com   (919) 531-5637Cary, NC 27513

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


Re: Fixes from CA

2018-12-18 Thread Robert Longabaugh
We do not have any 81 byte records in the holddata files. PTFs and holddata
both require fixed 80 byte records  There are some "packed" holddata files
that have a different LRECL.  If you select the packed files, you will need
to unpack them with AMATERSE before processing with SMP/E.

If you are not using RECEIVE ORDER OR MSM (CSM?), you can find and download
holddata from CA from this page.  Even though there is a
"recommended-reading" in the link, it contains the actual link holddata.

Holddata and assign statment downloads:
https://support.ca.com/us/product-content/recommended-reading/technical-document-index/downloading-holddata-and-assign-statements.html

CAUNZIP documentation is in several places, including here:
https://docops.ca.com/ca-common-services-for-z-os/14-1/en/administrating/caunzip-utility

I think that  is in the "Installing" section of most product wikis.

HTH

Bob Longabaugh
CA Technologies, A Broadcom Company


On Tue, Dec 18, 2018 at 1:05 PM Seymour J Metz  wrote:

> I normally use zip. but the version maintained by Netlabs and bundled with
> ArcaOS can't handle archives larger than 4 GiB. I'm looking at p7zip as an
> alternative for that one archive.
>
> I don't use jar (which is really zip) unless I'm dealing with Java.
>
> If I have to ship an archive to someone else then I'll ask him what
> formats he can handle, although it's hard to find someone that can't handle
> zip.
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> 
> From: IBM Mainframe Discussion List  on behalf
> of Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu>
> Sent: Tuesday, December 18, 2018 1:48 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Fixes from CA
>
> On Tue, 18 Dec 2018 18:16:47 +, Seymour J Metz  wrote:
>
> >I have no problem with 7z, but using an extension for the wrong format is
> sick.
> >
> Yes.
>
> I understand that customary vs. peculiar format is an option; I don't know
> the default.
>
> Which do you use?
>
> Can the archives you create be extracted by "jar"?
>
> It can pose a problem for someone who doesn't have it but needs to
> extract its archives.
>
> -- 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
>

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


Re: CFCC Performance

2018-12-18 Thread Jesse 1 Robinson
I'm somewhat puzzled by this thread. Could mean that I'm missing a basic point. 
We've been doing parallel sysplex since the mid-90s and therefore gone through 
a number of advances in technology. So let me toddle a ways down Memory Lane.

In the beginning, there was no duplexing. IBM promised it early but ran into 
technical difficulties and advised customers not to use it. Meanwhile the DB2 
folks couldn't/didn't want to wait and so invented their own duplexing, but of 
course it worked only for DB2.  

Eventually IBM got 'system managed duplexing' (as opposed to application [DB2] 
duplexing) working and gave the green light. In order to enable system managed 
duplexing, you have to format the CFRM couple data set with "ITEM 
NAME(SMDUPLEX) NUMBER(1)". Once that's done, duplexing will be IN EFFECT for 
any supported structure whose policy definition allows it. Without duplexing in 
effect, a backup structure may take over but it may not be entirely in sync 
with the lost one. 

We have formatted CFRM couple data set with both SMREBLD and SMDUPLEX. They are 
not mutually exclusive. The effect is that for all structures allowed by 
policy, two structures are maintained in sync with each other. If either one 
fails, the other takes over automatically. On two widely separate occasions we 
lost an entire CEC containing duplexed ICFs. In both cases, once the CEC was 
repaired, the sysplex was reIPLed with no data loss. That transparent recovery 
is worth more than any performance degradation that duplexing might entail.  

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

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Allan Staller
Sent: Tuesday, December 18, 2018 10:50 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: CFCC Performance

Mike,

Are you using Structure Duplexing and/or System managed rebuild?

Al

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mike Schwab
Sent: Tuesday, December 18, 2018 12:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CFCC Performance

We had 4 CFs.  Two for the TestPlex and two for the Production Plex.

On Tue, Dec 18, 2018 at 10:37 AM Allan Staller  wrote:
>
> I am in the process or reconfiguring from a Single CF to multiple CFs (per 
> partition) to eliminate the single point of failure.
> The subject of CFCC Thin Interrupts has been evaluated and will most likely 
> be implemented.
>
> As part of this process the discussion of DUPLEX CF structure vs. use of 
> SYSTEM MANAGED Rebuild has also come up.
>
> I have heard the use of duplexing has been deprecated in favor of system 
> managed rebuild for performance reasons.
> CFCC Thin Interrupts might offset some of the (alleged) performance penalty.
>
> Can anyone point me to any documentation or contacts on the subject?
> Searches if IBM Techdocs, Redbooks, ResourceLink, etc. have produced very 
> limited information. Most of which seem to be leaning in the SYSTEM MANAGED 
> Rebuild direction.


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


Re: Multi-volume HSM MCDS [EXTERNAL]

2018-12-18 Thread Feller, Paul
A few thoughts for you.

1: The storage team defined 1 of the 4 MCDS to take up a full M27.  The others 
are defined to take up a full M9.  I'm not sure why they did that.
2: If you have several lpars making updates to the MCDS you might consider RLS. 
 It is my understanding that it will help with performance accessing the MCDS 
datasets.

Thanks..

Paul Feller
AGT Mainframe Technical Support


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Hervey Martinez
Sent: Tuesday, December 18, 2018 1:05 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Multi-volume HSM MCDS [EXTERNAL]

Ok, is there a limit to how big it can be?

We have the file under SMS.



From: IBM Mainframe Discussion List  on behalf of 
Chuck Kreiter 
Sent: Tuesday, December 18, 2018 1:33 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Multi-volume HSM MCDS

It doesn't need to be RLS.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Hervey Martinez
Sent: Tuesday, December 18, 2018 12:51 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Multi-volume HSM MCDS

The MCDS is taking up a full mod-9 and it is growing.

I'm looking at expanding the file to be multi-volume and wondering if this can 
be done without converting CDS to RLS?  Done some searches but don't really 
come up with anything.

How would this be expanded to multi-volume. Would the definition just be, let's 
say 20,000 cylinders and make sure there are two mod9 volumes available?

One option would be to move it to a Mod-27 but not sure if such a volume is 
available at our DR site.

Anybody have any ideas?

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

--
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: 64-bit C code fetching IGGCSI00

2018-12-18 Thread Tom Marchant
On Tue, 18 Dec 2018 12:24:38 -0600, Pierre Fichaud wrote:

>I have 64-bit C code that attempts to fetch() IGGCSI00.
>I've used pragma linkage on IGGCSI00 but got nowhere.
>I am getting the following:
>
>EDC5256S An AMODE64 application is attempting to fetch() an AMODE31 
>executable. (errno2=0xC4070068)
>
>The C program was compiled with :
>langlvl(LIBEXT),ARCH(5),TUNE(7),GONUMBER,FLAG(I),XPLINK(STOREARGS),EXPORTALL,SPILL(448),LP64,GOFF
>
>Reading the doc on fetch() and XPLINK in the C/C++ and LE bookshleves doesn't 
>shed nay light on this.
>I think I am forced to write a64-bit assembler program that then calls 
>IGGCSI00 with parameters in 31-bit memory.

I think you will need to write a small AMODE(64) assembler program that will 
either LOAD, CALL, and DELETE IGGCSI00, or LINK to IGGCSI00. It isn't too 
difficult. Some things to remember:

o The save area that XPLINK-64 provides will be above the bar. If that behavior 
can be modified, I don't know how.
o Use F4SA format to save the registers on entry. LE will pass you a 144-byte 
save area.
o GETMAIN storage for a 144-byte save area plus whatever other storage you need 
for passing parameters.
o Save the 8-byte address of the save area you were passed in offset 128 
(X'80') of the new save area.
o Mark the new save area with "F4SA" in offset 4.
o Copy your parameters to your below the bar storage.
o SAM31 to go to AMODE(31) before making the call.
o If necessary, copy results to where your C program can find them.
o SAM64 before trying to restore registers.

-- 
Tom Marchant

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


Re: 64-bit C code fetching IGGCSI00

2018-12-18 Thread Pierre Fichaud

Don,
I understand about the parameters and data areas being in 31-bit 
storage.
I'm trying to fetch() IGGCSI00 in C code that is compiled for 64-bit.
The fetch fails.
Can I define IGGCSI00 somehow to C so that the fetch() works ?
Regards, Pierre.


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


Re: Fixes from CA

2018-12-18 Thread Seymour J Metz
I normally use zip. but the version maintained by Netlabs and bundled with 
ArcaOS can't handle archives larger than 4 GiB. I'm looking at p7zip as an 
alternative for that one archive.

I don't use jar (which is really zip) unless I'm dealing with Java.

If I have to ship an archive to someone else then I'll ask him what formats he 
can handle, although it's hard to find someone that can't handle zip.

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


From: IBM Mainframe Discussion List  on behalf of 
Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu>
Sent: Tuesday, December 18, 2018 1:48 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Fixes from CA

On Tue, 18 Dec 2018 18:16:47 +, Seymour J Metz  wrote:

>I have no problem with 7z, but using an extension for the wrong format is sick.
>
Yes.

I understand that customary vs. peculiar format is an option; I don't know
the default.

Which do you use?

Can the archives you create be extracted by "jar"?

It can pose a problem for someone who doesn't have it but needs to
extract its archives.

-- 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: Multi-volume HSM MCDS

2018-12-18 Thread Hervey Martinez
Ok, is there a limit to how big it can be?

We have the file under SMS.



From: IBM Mainframe Discussion List  on behalf of 
Chuck Kreiter 
Sent: Tuesday, December 18, 2018 1:33 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Multi-volume HSM MCDS

It doesn't need to be RLS.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Hervey Martinez
Sent: Tuesday, December 18, 2018 12:51 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Multi-volume HSM MCDS

The MCDS is taking up a full mod-9 and it is growing.

I'm looking at expanding the file to be multi-volume and wondering if this can 
be done without converting CDS to RLS?  Done some searches but don't really 
come up with anything.

How would this be expanded to multi-volume. Would the definition just be, let's 
say 20,000 cylinders and make sure there are two mod9 volumes available?

One option would be to move it to a Mod-27 but not sure if such a volume is 
available at our DR site.

Anybody have any ideas?

--
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: Multi-volume HSM MCDS

2018-12-18 Thread Hervey Martinez
i had read that but was not sure.

So, that means that each one will need to be split based on the key. The old 
from-key to-key concept.



From: IBM Mainframe Discussion List  on behalf of 
Lizette Koehler 
Sent: Tuesday, December 18, 2018 1:13 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Multi-volume HSM MCDS

You want to convert to multiple mcds clusters

MCDS1

MCDS2

Etc...

The MCDS and BCDS can be comprised from one to four clusters.  Each cluster is 
a stand-alone VSAM Key Sequence data
Set

https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.2.0/com.ibm.zos.v2r2.arci000/mvcds.htm


You probably have to change your startup JCL for DFHSM


Lizette




> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of
> Hervey Martinez
> Sent: Tuesday, December 18, 2018 10:51 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Multi-volume HSM MCDS
>
> The MCDS is taking up a full mod-9 and it is growing.
>
> I'm looking at expanding the file to be multi-volume and wondering if this
> can be done without converting CDS to RLS?  Done some searches but don't
> really come up with anything.
>
> How would this be expanded to multi-volume. Would the definition just be,
> let's say 20,000 cylinders and make sure there are two mod9 volumes
> available?
>
> One option would be to move it to a Mod-27 but not sure if such a volume is
> available at our DR site.
>
> Anybody have any ideas?
>
> --
> 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: 64-bit C code fetching IGGCSI00

2018-12-18 Thread Don Poitras
In article <5828839252973544.wa.prf51videotron...@listserv.ua.edu> you wrote:
> I have 64-bit C code that attempts to fetch() IGGCSI00.
> I've used pragma linkage on IGGCSI00 but got nowhere.
> I am getting the following:
> EDC5256S An AMODE64 application is attempting to fetch() an AMODE31 
> executable. (errno2=0xC4070068)
> The C program was compiled with :
> langlvl(LIBEXT),ARCH(5),TUNE(7),GONUMBER,FLAG(I),XPLINK(STOREARGS),EXPORTALL,SPILL(448),LP64,GOFF
> Reading the doc on fetch() and XPLINK in the C/C++ and LE bookshleves doesn't 
> shed nay light on this.
> I think I am forced to write a64-bit assembler program that then calls 
> IGGCSI00 with parameters in 31-bit memory.
> Any suggestions ?
> Thanks in advance, Pierre.

You can call any 31-bit assembler API from a 64-bit C program, but you
have to jump through the hoops. Move all the parms (and anything the parms 
point to) below the bar and then SAM31/BASR/SAM64. If the API expects
R13 to point to a save area, then you need to set that up too. You won't
be using XPLINK parms, so setup the R1 parm area as well. Make sure to
save and restore all the caller registers.  

-- 
Don Poitras - SAS Development  -  SAS Institute Inc. - SAS Campus Drive
sas...@sas.com   (919) 531-5637Cary, NC 27513

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


Re: CFCC Performance

2018-12-18 Thread Allan Staller
Mike,

Are you using Structure Duplexing and/or System managed rebuild?

Al

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mike Schwab
Sent: Tuesday, December 18, 2018 12:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CFCC Performance

We had 4 CFs.  Two for the TestPlex and two for the Production Plex.

On Tue, Dec 18, 2018 at 10:37 AM Allan Staller  wrote:
>
> I am in the process or reconfiguring from a Single CF to multiple CFs (per 
> partition) to eliminate the single point of failure.
> The subject of CFCC Thin Interrupts has been evaluated and will most likely 
> be implemented.
>
> As part of this process the discussion of DUPLEX CF structure vs. use of 
> SYSTEM MANAGED Rebuild has also come up.
>
> I have heard the use of duplexing has been deprecated in favor of system 
> managed rebuild for performance reasons.
> CFCC Thin Interrupts might offset some of the (alleged) performance penalty.
>
> Can anyone point me to any documentation or contacts on the subject?
> Searches if IBM Techdocs, Redbooks, ResourceLink, etc. have produced very 
> limited information. Most of which seem to be leaning in the SYSTEM MANAGED 
> Rebuild direction.
>
> Thanks in advance,
> ::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



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

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


Re: Fixes from CA

2018-12-18 Thread Paul Gilmartin
On Tue, 18 Dec 2018 18:16:47 +, Seymour J Metz  wrote:

>I have no problem with 7z, but using an extension for the wrong format is sick.
>
Yes.

I understand that customary vs. peculiar format is an option; I don't know
the default.

Which do you use?

Can the archives you create be extracted by "jar"?

It can pose a problem for someone who doesn't have it but needs to
extract its archives.

-- gil

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


Re: Multi-volume HSM MCDS [EXTERNAL]

2018-12-18 Thread Allan Staller
Extended addressability and RLS are (AFAIK) both supported for the HSMCDS.
There are caveats.

HTH,

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Feller, Paul
Sent: Tuesday, December 18, 2018 12:09 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Multi-volume HSM MCDS [EXTERNAL]

Based on what I've read the MCDS technically can only be on one volume.  Now 
you can have up to 4 MCDS datasets in the HSM configuration.  Each dataset can 
only be on 1 volume.  In our shop we have 4 MCDS datasets defined to HSM and 
each is on its own volume.  We have several lpars sharing the HSM environment 
and yes we use RLS to help control things.

From an IBM manual:
When a control data set is defined on one volume, it is defined as a VSAM KSDS 
cluster.  When the control data set is defined on two to four volumes, it is 
defined on each volume as a unique VSAM KSDS cluster.  DFSMShsm can manage the 
control data set even if it consists of several VSAM clusters.  Based on your 
calculations for the space required to define your control data set, you 
determine the number of volumes that are required and, therefore, the number of 
required clusters.  The MCDS and BCDS may each be on more than one volume; the 
OCDS can be on only one volume.


Thanks..

Paul Feller
AGT Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Hervey Martinez
Sent: Tuesday, December 18, 2018 11:51 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Multi-volume HSM MCDS [EXTERNAL]

The MCDS is taking up a full mod-9 and it is growing.

I'm looking at expanding the file to be multi-volume and wondering if this can 
be done without converting CDS to RLS?  Done some searches but don't really 
come up with anything.

How would this be expanded to multi-volume. Would the definition just be, let's 
say 20,000 cylinders and make sure there are two mod9 volumes available?

One option would be to move it to a Mod-27 but not sure if such a volume is 
available at our DR site.

Anybody have any ideas?

--
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
::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: Multi-volume HSM MCDS

2018-12-18 Thread Allan Staller
RLS is not needed (although it is supported for HSM CDS).
All that is needed is extended addressability (also support).

However, this requires converting the HSM CDSs to SMS Management.
I have done this with a "do nothing" MCLAS/DCLAS/SCLAS set of constructs.

HTH,

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Hervey Martinez
Sent: Tuesday, December 18, 2018 11:51 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Multi-volume HSM MCDS

The MCDS is taking up a full mod-9 and it is growing.

I'm looking at expanding the file to be multi-volume and wondering if this can 
be done without converting CDS to RLS?  Done some searches but don't really 
come up with anything.

How would this be expanded to multi-volume. Would the definition just be, let's 
say 20,000 cylinders and make sure there are two mod9 volumes available?

One option would be to move it to a Mod-27 but not sure if such a volume is 
available at our DR site.

Anybody have any ideas?

--
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: Enforcing CLASS in instream proc

2018-12-18 Thread Carmen Vitullo
I wonder if the product ThruPut manager is still available, if so, via JAL (job 
action Language) the OP may be able to direct work based on this criteria 



Carmen Vitullo 

- Original Message -

From: "Wayne Bickerdike"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Tuesday, December 18, 2018 12:38:41 PM 
Subject: Re: Enforcing CLASS in instream proc 

Now that the OP has clarified his requirement, my initial thought was that 
the PROC could be changed to simply re-submit a new job via INTRDR. This 
would direct the job to the required job class. 

PROCA - do what you do now 
PROCB - INTRDR submit to run in different class. 

On Wed, Dec 19, 2018 at 3:37 AM Jesse 1 Robinson  
wrote: 

> We historically use a combination of JES(2) exits to set JOBCLASS for a 
> whole host of reasons. PROC does not happen to be one, but with standard 
> documented exits, you can test for almost anything in one exit and 
> communicate with other exits to achieve the result you want. The great 
> Class Setter is probably Exit 6, which can take direction from other exits 
> to decide what class a job should run in. 
> 
> I'm not necessary recommending that a shop set off on an exit-writing 
> binge. In particular, in OP's case, I'm still puzzled as to what needs to 
> be accomplished. Just pointing out that the levers and buttons are probably 
> available to an ambitious coder. 
> 
> . 
> . 
> J.O.Skip Robinson 
> Southern California Edison Company 
> Electric Dragon Team Paddler 
> SHARE MVS Program Co-Manager 
> 323-715-0595 Mobile 
> 626-543-6132 Office ⇐=== NEW 
> robin...@sce.com 
> 
> -Original Message- 
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Farley, Peter x23353 
> Sent: Monday, December 17, 2018 10:48 PM 
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Subject: (External):Re: Enforcing CLASS in instream proc 
> 
> Peter, 
> 
> There is no way I know of to select or enforce a JOB class based on the 
> presence and usage of any particular PROC (instream or not). 
> 
> Your best bet may be to write a utility program that svans the DD's in the 
> job to see if it uses one of those product libraries and also retrieves to 
> JOB class via control block chasing. 
> 
> Then if the job class is not the one in which you want those 
> libraries/products to run, ABEND the job with a message to the programmers 
> to change the JOB CLASS to the required one and resubmit the job. 
> 
> Unless you have a product like JCLCHECK or JCLPREP which can scan JCL and 
> enforce shop standard JCL rules (like using the right JOB CLASS) I think 
> you are probably not going to be able to automate this requirement at all. 
> 
> There may be some JCL scanning tools on the CBT site that could possibly 
> help if you can't afford ISV products like JCLCHECK or JCLPREP. I haven't 
> investigated that area on CBT so I am not personally aware of any such 
> tools, but there may be some there. 
> 
> Is this desire to run zIIP-enabled software in a particular JOB CLASS just 
> a management request for no good technical reason, or are there real CPU 
> reporting or license-enforcement rules that specifying a particular job 
> class would make it easier to do or report? 
> 
> In other words, what problem does enforcing a particular job class for 
> zIIP-enabled software solve for you? 
> 
> Peter 
> 
> -Original Message- 
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Peter 
> Sent: Sunday, December 16, 2018 2:51 AM 
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Subject: Enforcing CLASS in instream proc 
> 
> Hi 
> 
> We have some job which runs with a default class B. 
> 
> We would like to redirect some of the Job which uses a particular instream 
> to use a different class. 
> 
> Is there a way to enforce the class selection while using a specific 
> instream proc ? 
> 
> I am seeing the manual on instream. Procedure override but I don't find 
> any reference on my requirement 
> 
> 
> Has anyone tried this similar and have a working solution ? 
> 
> Peter 
> 
> 
> -- 
> For IBM-MAIN subscribe / signoff / archive access instructions, 
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 
> 


-- 
Wayne V. Bickerdike 

-- 
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: Enforcing CLASS in instream proc

2018-12-18 Thread Wayne Bickerdike
Now that the OP has clarified his requirement, my initial thought was that
the PROC could be changed to simply re-submit a new job via INTRDR. This
would direct the job to the required job class.

PROCA - do what you do now
PROCB - INTRDR submit to run in different class.

On Wed, Dec 19, 2018 at 3:37 AM Jesse 1 Robinson 
wrote:

> We historically use a combination of JES(2) exits to set JOBCLASS for a
> whole host of reasons. PROC does not happen to be one, but with standard
> documented exits, you can test for almost anything in one exit and
> communicate with other exits to achieve the result you want. The great
> Class Setter is probably Exit 6, which can take direction from other exits
> to decide what class a job should run in.
>
> I'm not necessary recommending that a shop set off on an exit-writing
> binge. In particular, in OP's case, I'm still puzzled as to what needs to
> be accomplished. Just pointing out that the levers and buttons are probably
> available to an ambitious coder.
>
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> 626-543-6132 Office ⇐=== NEW
> robin...@sce.com
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Farley, Peter x23353
> Sent: Monday, December 17, 2018 10:48 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):Re: Enforcing CLASS in instream proc
>
> Peter,
>
> There is no way I know of to select or enforce a JOB class based on the
> presence and usage of any particular PROC (instream or not).
>
> Your best bet may be to write a utility program that svans the DD's in the
> job to see if it uses one of those product libraries and also retrieves to
> JOB class via control block chasing.
>
> Then if the job class is not the one in which you want those
> libraries/products to run, ABEND the job with a message to the programmers
> to change the JOB CLASS to the required one and resubmit the job.
>
> Unless you have a product like JCLCHECK or JCLPREP which can scan JCL and
> enforce shop standard JCL rules (like using the right JOB CLASS) I think
> you are probably not going to be able to automate this requirement at all.
>
> There may be some JCL scanning tools on the  CBT site that could possibly
> help if you can't afford ISV products like JCLCHECK or JCLPREP.  I haven't
> investigated that area  on CBT so I am not personally aware of any such
> tools, but there may be some there.
>
> Is this desire to run zIIP-enabled software in a particular JOB CLASS just
> a management request for no good technical reason, or are there real CPU
> reporting or license-enforcement rules that specifying a particular job
> class would make it easier to do or report?
>
> In other words, what problem does enforcing a particular job class for
> zIIP-enabled software solve for you?
>
> Peter
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Peter
> Sent: Sunday, December 16, 2018 2:51 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Enforcing CLASS in instream proc
>
> Hi
>
> We have some job which runs with a default class B.
>
> We would like to redirect some of the Job which uses a particular instream
> to use a different class.
>
> Is there a way to enforce the class selection while using a specific
> instream proc ?
>
> I am seeing the manual on instream. Procedure override but I don't find
> any reference on my requirement
>
>
> Has anyone tried this similar and have a working solution ?
>
> Peter
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Wayne V. Bickerdike

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


Re: Multi-volume HSM MCDS

2018-12-18 Thread Chuck Kreiter
It doesn't need to be RLS.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Hervey Martinez
Sent: Tuesday, December 18, 2018 12:51 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Multi-volume HSM MCDS

The MCDS is taking up a full mod-9 and it is growing.

I'm looking at expanding the file to be multi-volume and wondering if this can 
be done without converting CDS to RLS?  Done some searches but don't really 
come up with anything.

How would this be expanded to multi-volume. Would the definition just be, let's 
say 20,000 cylinders and make sure there are two mod9 volumes available?

One option would be to move it to a Mod-27 but not sure if such a volume is 
available at our DR site.

Anybody have any ideas?

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


64-bit C code fetching IGGCSI00

2018-12-18 Thread Pierre Fichaud
I have 64-bit C code that attempts to fetch() IGGCSI00.
I've used pragma linkage on IGGCSI00 but got nowhere.
I am getting the following:

EDC5256S An AMODE64 application is attempting to fetch() an AMODE31 executable. 
(errno2=0xC4070068)

The C program was compiled with :
langlvl(LIBEXT),ARCH(5),TUNE(7),GONUMBER,FLAG(I),XPLINK(STOREARGS),EXPORTALL,SPILL(448),LP64,GOFF

Reading the doc on fetch() and XPLINK in the C/C++ and LE bookshleves doesn't 
shed nay light on this.
I think I am forced to write a64-bit assembler program that then calls IGGCSI00 
with parameters in 31-bit memory.

Any suggestions ?

Thanks in advance, Pierre.

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


Re: CFCC Performance

2018-12-18 Thread Mike Schwab
We had 4 CFs.  Two for the TestPlex and two for the Production Plex.

On Tue, Dec 18, 2018 at 10:37 AM Allan Staller  wrote:
>
> I am in the process or reconfiguring from a Single CF to multiple CFs (per 
> partition) to eliminate the single point of failure.
> The subject of CFCC Thin Interrupts has been evaluated and will most likely 
> be implemented.
>
> As part of this process the discussion of DUPLEX CF structure vs. use of 
> SYSTEM MANAGED Rebuild has also come up.
>
> I have heard the use of duplexing has been deprecated in favor of system 
> managed rebuild for performance reasons.
> CFCC Thin Interrupts might offset some of the (alleged) performance penalty.
>
> Can anyone point me to any documentation or contacts on the subject?
> Searches if IBM Techdocs, Redbooks, ResourceLink, etc. have produced very 
> limited information. Most of which seem to be leaning in the SYSTEM MANAGED 
> Rebuild direction.
>
> Thanks in advance,
> ::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



-- 
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: Dummy query on processor failover

2018-12-18 Thread Seymour J Metz
Like many other questions, the answer depends on which processor you're asking 
about and what options have been set. 


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


From: IBM Mainframe Discussion List  on behalf of Tom 
Marchant <000a2a8c2020-dmarc-requ...@listserv.ua.edu>
Sent: Tuesday, December 18, 2018 10:45 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Dummy query on processor failover

On Tue, 18 Dec 2018 16:43:50 +0800, Timothy Sipples wrote:

>Radoslaw Skorupka:
>>Let's say a CPU returns false results like 2x2=5. How to recognize
>>the result is false?
>
>The IBM Z (and LinuxONE) system handles all that for you, and without
>operating system involvement. Nowadays, thanks to the wonders of
>microelectronic miniaturization, that's through intensive, thorough
>integrity checking at all critical instruction execution steps baked deep
>into every processor, and with tons of "transistor budget" spent on
>integrity checking and other RAS characteristics. The design philosophy is
>to push error handling as far down in the "stack" as possible, and that's
>what actually happens.
>
>Yes, z/OS has an amazing amount of wonderful error handling and recovery
>logic, but the design philosophy (and reality) is "never" to invoke it
>
>Moreover, the system doesn't even necessarily bother notifying you that
>something happened that was automatically handled with aplomb

Nearly 40 years ago as an Amdahl SE and FE, I had numerous conversations
with customers about memory errors. These were single-bit errors that were
corrected by the Error Checking and Correction circuitry that was able to
correct any single bit error and detect any double bit error that occurred
simultaneously within a doubleword.

The Amdahl design presented a machine check interruption to report on
every one of these, and customers would notice that their IBM processors
didn't have memory errors. My understanding was that the IBM hardware
at the time didn't report every single-bit error, but would only report them
after many errors had occurred.

--
Tom Marchant

--
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: Fixes from CA

2018-12-18 Thread Seymour J Metz
I have no problem with 7z, but using an extension for the wrong format is sick.


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


From: IBM Mainframe Discussion List  on behalf of 
Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu>
Sent: Tuesday, December 18, 2018 10:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: Fixes from CA

On Tue, 18 Dec 2018 09:36:09 -0600, Al Ferguson wrote:

>I have found "jar -xf scart0.zip" works fine for me. I like to stick with base 
>product (or other tools provided by/through) IBM, or Open Source vs pulling 
>3rd party versions of generic utilities (I do not trust their maintenance 
>histories).
>
+1 (I said.)

Alas, some vendors (even IBM has been an offender) use "other tools"
such as 7-Zip to produce idiosyncratic archives which nonetheless are
given the ".zip" extension but can't be extracted by prevalent tools.

IBM responded to reports and re-packaged with conventional zip.

-- 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: Multi-volume HSM MCDS

2018-12-18 Thread Lizette Koehler
You want to convert to multiple mcds clusters 

MCDS1 

MCDS2

Etc...

The MCDS and BCDS can be comprised from one to four clusters.  Each cluster is 
a stand-alone VSAM Key Sequence data
Set

https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.2.0/com.ibm.zos.v2r2.arci000/mvcds.htm
 


You probably have to change your startup JCL for DFHSM


Lizette




> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of
> Hervey Martinez
> Sent: Tuesday, December 18, 2018 10:51 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Multi-volume HSM MCDS
> 
> The MCDS is taking up a full mod-9 and it is growing.
> 
> I'm looking at expanding the file to be multi-volume and wondering if this
> can be done without converting CDS to RLS?  Done some searches but don't
> really come up with anything.
> 
> How would this be expanded to multi-volume. Would the definition just be,
> let's say 20,000 cylinders and make sure there are two mod9 volumes
> available?
> 
> One option would be to move it to a Mod-27 but not sure if such a volume is
> available at our DR site.
> 
> Anybody have any ideas?
> 
> --
> 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: Multi-volume HSM MCDS [EXTERNAL]

2018-12-18 Thread Feller, Paul
Based on what I've read the MCDS technically can only be on one volume.  Now 
you can have up to 4 MCDS datasets in the HSM configuration.  Each dataset can 
only be on 1 volume.  In our shop we have 4 MCDS datasets defined to HSM and 
each is on its own volume.  We have several lpars sharing the HSM environment 
and yes we use RLS to help control things.

From an IBM manual:
When a control data set is defined on one volume, it is defined as a VSAM KSDS 
cluster.  When the control data set is defined on two to four volumes, it is 
defined on each volume as a unique VSAM KSDS cluster.  DFSMShsm can manage the 
control data set even if it consists of several VSAM clusters.  Based on your 
calculations for the space required to define your control data set, you 
determine the number of volumes that are required and, therefore, the number of 
required clusters.  The MCDS and BCDS may each be on more than one volume; the 
OCDS can be on only one volume.


Thanks..

Paul Feller
AGT Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Hervey Martinez
Sent: Tuesday, December 18, 2018 11:51 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Multi-volume HSM MCDS [EXTERNAL]

The MCDS is taking up a full mod-9 and it is growing.

I'm looking at expanding the file to be multi-volume and wondering if this can 
be done without converting CDS to RLS?  Done some searches but don't really 
come up with anything.

How would this be expanded to multi-volume. Would the definition just be, let's 
say 20,000 cylinders and make sure there are two mod9 volumes available?

One option would be to move it to a Mod-27 but not sure if such a volume is 
available at our DR site.

Anybody have any ideas?

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


Multi-volume HSM MCDS

2018-12-18 Thread Hervey Martinez
The MCDS is taking up a full mod-9 and it is growing.

I'm looking at expanding the file to be multi-volume and wondering if this can 
be done without converting CDS to RLS?  Done some searches but don't really 
come up with anything.

How would this be expanded to multi-volume. Would the definition just be, let's 
say 20,000 cylinders and make sure there are two mod9 volumes available?

One option would be to move it to a Mod-27 but not sure if such a volume is 
available at our DR site.

Anybody have any ideas?

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


Re: Enforcing CLASS in instream proc

2018-12-18 Thread Jesse 1 Robinson
We historically use a combination of JES(2) exits to set JOBCLASS for a whole 
host of reasons. PROC does not happen to be one, but with standard documented 
exits, you can test for almost anything in one exit and communicate with other 
exits to achieve the result you want. The great Class Setter is probably Exit 
6, which can take direction from other exits to decide what class a job should 
run in. 

I'm not necessary recommending that a shop set off on an exit-writing binge. In 
particular, in OP's case, I'm still puzzled as to what needs to be 
accomplished. Just pointing out that the levers and buttons are probably 
available to an ambitious coder. 

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

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Farley, Peter x23353
Sent: Monday, December 17, 2018 10:48 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Enforcing CLASS in instream proc

Peter,

There is no way I know of to select or enforce a JOB class based on the 
presence and usage of any particular PROC (instream or not).

Your best bet may be to write a utility program that svans the DD's in the job 
to see if it uses one of those product libraries and also retrieves to JOB 
class via control block chasing.

Then if the job class is not the one in which you want those libraries/products 
to run, ABEND the job with a message to the programmers to change the JOB CLASS 
to the required one and resubmit the job.

Unless you have a product like JCLCHECK or JCLPREP which can scan JCL and 
enforce shop standard JCL rules (like using the right JOB CLASS) I think you 
are probably not going to be able to automate this requirement at all.

There may be some JCL scanning tools on the  CBT site that could possibly help 
if you can't afford ISV products like JCLCHECK or JCLPREP.  I haven't 
investigated that area  on CBT so I am not personally aware of any such tools, 
but there may be some there.

Is this desire to run zIIP-enabled software in a particular JOB CLASS just a 
management request for no good technical reason, or are there real CPU 
reporting or license-enforcement rules that specifying a particular job class 
would make it easier to do or report?

In other words, what problem does enforcing a particular job class for 
zIIP-enabled software solve for you?

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Peter
Sent: Sunday, December 16, 2018 2:51 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Enforcing CLASS in instream proc

Hi

We have some job which runs with a default class B.

We would like to redirect some of the Job which uses a particular instream to 
use a different class.

Is there a way to enforce the class selection while using a specific instream 
proc ?

I am seeing the manual on instream. Procedure override but I don't find any 
reference on my requirement


Has anyone tried this similar and have a working solution ?

Peter


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


CFCC Performance

2018-12-18 Thread Allan Staller
I am in the process or reconfiguring from a Single CF to multiple CFs (per 
partition) to eliminate the single point of failure.
The subject of CFCC Thin Interrupts has been evaluated and will most likely be 
implemented.

As part of this process the discussion of DUPLEX CF structure vs. use of SYSTEM 
MANAGED Rebuild has also come up.

I have heard the use of duplexing has been deprecated in favor of system 
managed rebuild for performance reasons.
CFCC Thin Interrupts might offset some of the (alleged) performance penalty.

Can anyone point me to any documentation or contacts on the subject?
Searches if IBM Techdocs, Redbooks, ResourceLink, etc. have produced very 
limited information. Most of which seem to be leaning in the SYSTEM MANAGED 
Rebuild direction.

Thanks in advance,
::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: [EXTERNAL] Re: Fixes from CA

2018-12-18 Thread Paul Gilmartin
On Tue, 18 Dec 2018 09:36:09 -0600, Al Ferguson wrote:

>I have found "jar -xf scart0.zip" works fine for me. I like to stick with base 
>product (or other tools provided by/through) IBM, or Open Source vs pulling 
>3rd party versions of generic utilities (I do not trust their maintenance 
>histories).
>
+1 (I said.)

Alas, some vendors (even IBM has been an offender) use "other tools"
such as 7-Zip to produce idiosyncratic archives which nonetheless are
given the ".zip" extension but can't be extracted by prevalent tools.

IBM responded to reports and re-packaged with conventional zip.

-- gil

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


Re: Dummy query on processor failover

2018-12-18 Thread Tom Marchant
On Tue, 18 Dec 2018 16:43:50 +0800, Timothy Sipples wrote:

>Radoslaw Skorupka:
>>Let's say a CPU returns false results like 2x2=5. How to recognize
>>the result is false?
>
>The IBM Z (and LinuxONE) system handles all that for you, and without
>operating system involvement. Nowadays, thanks to the wonders of
>microelectronic miniaturization, that's through intensive, thorough
>integrity checking at all critical instruction execution steps baked deep
>into every processor, and with tons of "transistor budget" spent on
>integrity checking and other RAS characteristics. The design philosophy is
>to push error handling as far down in the "stack" as possible, and that's
>what actually happens.
>
>Yes, z/OS has an amazing amount of wonderful error handling and recovery
>logic, but the design philosophy (and reality) is "never" to invoke it
>
>Moreover, the system doesn't even necessarily bother notifying you that
>something happened that was automatically handled with aplomb

Nearly 40 years ago as an Amdahl SE and FE, I had numerous conversations 
with customers about memory errors. These were single-bit errors that were 
corrected by the Error Checking and Correction circuitry that was able to 
correct any single bit error and detect any double bit error that occurred 
simultaneously within a doubleword.

The Amdahl design presented a machine check interruption to report on 
every one of these, and customers would notice that their IBM processors 
didn't have memory errors. My understanding was that the IBM hardware 
at the time didn't report every single-bit error, but would only report them 
after many errors had occurred.

-- 
Tom Marchant

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


Re: Fixes from CA

2018-12-18 Thread Paul Gilmartin
On Tue, 18 Dec 2018 09:36:09 -0600, Al Ferguson wrote:

>I have found "jar -xf scart0.zip" works fine for me. I like to stick with base 
>product (or other tools provided by/through) IBM, or Open Source vs pulling 
>3rd party versions of generic utilities (I do not trust their maintenance 
>histories).
> 
+1

>> On 18 December 2018, at 09:30, Sankaranarayanan, Vignesh wrote:
>> 
>> Ouch (for mput)... why?
>> 
Multiple mputs with different parameters.  Tedious and error-prone.

>> On Tue, 18 Dec 2018 14:36:34 +, Sankaranarayanan, Vignesh wrote:
>>> ...
>>> I then set quote site parameters and mput them bunch by bunch.
>>> Like... mput *.bin, mput *.txt, and so on.

-- gil

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


Re: [EXTERNAL] Fixes from CA

2018-12-18 Thread Chicklon, Thomas
CAUNZIP is a TSO command, and is delivered as a part of CA Common Services. For 
us, it lives in CAW0LINK which is in our LNKLST concatenation.

Tom Chicklon


>>I'm trying to find where I can find CAUNZIP that's described in Carmen's link.

This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.


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


Re: Fixes from CA

2018-12-18 Thread Chicklon, Thomas
CA does provide a process to take the scart0.zip file and get it into a format 
that RECEIVE FROMNTS can use. 

I was fortunate in that I could FTP both the hold data and scart0.zip directly 
to my mainframe. For those who cannot directly FTP from CA, this works rather 
well, you just need to add an intermediate step to FTP the data somewhere that 
you can then send to your mainframe. 

Once the data is where it needs to be, all that is left is to run the TSO 
command CAUNZIP followed by SMPE RECEIVE FROMNTS. This was a good first step...

But kudos to CA for implementing SMPE RECEIVE ORDER. Now, we use the exact same 
process to receive our maintenance from CA that we have long been doing from 
IBM. Single batch job (per global zone) scheduled to run weekly that in a 
single job step receives all hold data and all available maintenance. 

Tom Chicklon

>>Why does CA seem to have a compulsion to be different from everyone else?
>>
>>-- gil

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

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.


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


Re: [EXTERNAL] Re: Fixes from CA

2018-12-18 Thread Sankaranarayanan, Vignesh
Unfortunately, I've to work within the set constraints, so can't RECEIVE ORDER, 
can't CSM, can't FileZilla.
Suppose I'll open a case with CA and let them sort it out.
Few years ago, I remember giving a zone export and getting a single package 
with all the fixes in.
When I asked for this a year or so ago, they said they don't do this.
Guess what I'm asking again.

- Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lizette Koehler
Sent: 18 December 2018 15:30
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Fixes from CA

On the CA Website, as others have stated, is an Internet process.

Second, there is also documentation on using FILEZILLA to download 
fixes/products from CA website.

Third, you can open a case to CA on this process.

I understand about not being able to use CA MSM in the shop. However, it can be 
set up with HTTPS and do the downloads of fixes and products for you.

Then you can use the tool to install when needed.


Lizette


> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Sankaranarayanan, Vignesh
> Sent: Tuesday, December 18, 2018 6:28 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Fixes from CA
> 
> Hi,
> 
> On getting a bunch of Solutions downloaded from the CA site for a 
> product, the subsequent uploads to mainframe fail because the .txt 
> files go on for more than 80 cols.
> This is super annoying as I'm looking to upload hundreds of PTF HOLDDATA.
> I've used quote site lrecl=80 but when the first line of R1235.txt is 
> 81 columns, how many ever lines the file has, FTP-ing it from desktop 
> to mainframe brings in only the first line.
> Usually, I get around this but just making sure the first record stops 
> at col 80.
> Easy to do when dealing with only a handful of files..
> 
> Help! What's the best way to forcefully truncate the broken .txt files 
> at 80 columns so I can transfer them with ease.
> No, I can't setup SMPE RECEIVE ORDER. Fixes get downloaded to a PC, 
> then FTP'd from PC to mainframe.
> 
> - Vignesh
> Mainframe Infrastructure
> 
> 
> MARKSANDSPENCER.COM
> 
> Unless otherwise stated above:
> Marks and Spencer plc
> Registered Office:
> Waterside House
> 35 North Wharf Road
> London
> W2 1NW
> 
> Registered No. 214436 in England and Wales.
> 
> Telephone (020) 7935 4422
> Facsimile (020) 7487 2670
> 
> www.marksandspencer.com
> 
> Please note that electronic mail may be monitored.
> 
> This e-mail is confidential. If you received it by mistake, please let 
> us know and then delete it from your system; you should not copy, 
> disclose, or distribute its contents to anyone nor act in reliance on 
> this e-mail, as this is prohibited and may be unlawful.
> 
> --
> 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: [EXTERNAL] Re: Fixes from CA

2018-12-18 Thread Al Ferguson
I have found "jar -xf scart0.zip" works fine for me. I like to stick with base 
product (or other tools provided by/through) IBM, or Open Source vs pulling 3rd 
party versions of generic utilities (I do not trust their maintenance 
histories).

___

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

Dulcius ex Asperis

> On 18 December 2018, at 09:30, Sankaranarayanan, Vignesh 
>  wrote:
> 
> Thanks Gil.. yeah just discovered the 'jar' option thanks to Al.
> 
> Ouch (for mput)... why?
> 
> – Vignesh
> Mainframe Infrastructure
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> Paul Gilmartin
> Sent: 18 December 2018 15:27
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXTERNAL] Re: Fixes from CA
> 
> On Tue, 18 Dec 2018 14:36:34 +, Sankaranarayanan, Vignesh wrote:
>> 
>> Yes, I get scart0.zip and unzip it on a PC.
>> I then set quote site parameters and mput them bunch by bunch.
>> Like... mput *.bin, mput *.txt, and so on.
>> 
> Ouch!
> 
>> Should I just chuck the scart0.zip into USS, and process there? Haven't done 
>> that before... any sample JCL?
>> 
> Sounds like a more reliable way.  Compare checksums before and after *binary* 
> transfer.
> 
> Extract either with "jar" or Info-zip from Ported Tools (Rocket?)
> 
> -- gil
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> MARKSANDSPENCER.COM
> 
> Unless otherwise stated above:
> Marks and Spencer plc
> Registered Office:
> Waterside House
> 35 North Wharf Road
> London
> W2 1NW
> 
> Registered No. 214436 in England and Wales.
> 
> Telephone (020) 7935 4422
> Facsimile (020) 7487 2670
> 
> www.marksandspencer.com
> 
> Please note that electronic mail may be monitored.
> 
> This e-mail is confidential. If you received it by mistake, please let us 
> know and then delete it from your system; you should not copy, disclose, or 
> distribute its contents to anyone nor act in reliance on this e-mail, as this 
> is prohibited and may be unlawful.
> 
> --
> 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: Fixes from CA

2018-12-18 Thread Sankaranarayanan, Vignesh
Thanks Gil.. yeah just discovered the 'jar' option thanks to Al.

Ouch (for mput)... why?

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: 18 December 2018 15:27
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: Fixes from CA

On Tue, 18 Dec 2018 14:36:34 +, Sankaranarayanan, Vignesh wrote:
>
>Yes, I get scart0.zip and unzip it on a PC.
>I then set quote site parameters and mput them bunch by bunch.
>Like... mput *.bin, mput *.txt, and so on.
>
Ouch!

>Should I just chuck the scart0.zip into USS, and process there? Haven't done 
>that before... any sample JCL?
>
Sounds like a more reliable way.  Compare checksums before and after *binary* 
transfer.

Extract either with "jar" or Info-zip from Ported Tools (Rocket?)

-- gil

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

MARKSANDSPENCER.COM

 Unless otherwise stated above:
Marks and Spencer plc
Registered Office:
Waterside House
35 North Wharf Road
London
W2 1NW

Registered No. 214436 in England and Wales.

Telephone (020) 7935 4422
Facsimile (020) 7487 2670

www.marksandspencer.com

Please note that electronic mail may be monitored.

This e-mail is confidential. If you received it by mistake, please let us know 
and then delete it from your system; you should not copy, disclose, or 
distribute its contents to anyone nor act in reliance on this e-mail, as this 
is prohibited and may be unlawful.

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


Re: Fixes from CA

2018-12-18 Thread Lizette Koehler
On the CA Website, as others have stated, is an Internet process.

Second, there is also documentation on using FILEZILLA to download
fixes/products from CA website.

Third, you can open a case to CA on this process.

I understand about not being able to use CA MSM in the shop. However, it can be
set up with HTTPS and do the downloads of fixes and products for you.

Then you can use the tool to install when needed.


Lizette


> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of
> Sankaranarayanan, Vignesh
> Sent: Tuesday, December 18, 2018 6:28 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Fixes from CA
> 
> Hi,
> 
> On getting a bunch of Solutions downloaded from the CA site for a product,
> the subsequent uploads to mainframe fail because the .txt files go on for
> more than 80 cols.
> This is super annoying as I'm looking to upload hundreds of PTF HOLDDATA.
> I've used quote site lrecl=80 but when the first line of R1235.txt is 81
> columns, how many ever lines the file has, FTP-ing it from desktop to
> mainframe brings in only the first line.
> Usually, I get around this but just making sure the first record stops at col
> 80.
> Easy to do when dealing with only a handful of files..
> 
> Help! What's the best way to forcefully truncate the broken .txt files at 80
> columns so I can transfer them with ease.
> No, I can't setup SMPE RECEIVE ORDER. Fixes get downloaded to a PC, then
> FTP'd from PC to mainframe.
> 
> - Vignesh
> Mainframe Infrastructure
> 
> 
> MARKSANDSPENCER.COM
> 
> Unless otherwise stated above:
> Marks and Spencer plc
> Registered Office:
> Waterside House
> 35 North Wharf Road
> London
> W2 1NW
> 
> Registered No. 214436 in England and Wales.
> 
> Telephone (020) 7935 4422
> Facsimile (020) 7487 2670
> 
> www.marksandspencer.com
> 
> Please note that electronic mail may be monitored.
> 
> This e-mail is confidential. If you received it by mistake, please let us
> know and then delete it from your system; you should not copy, disclose, or
> distribute its contents to anyone nor act in reliance on this e-mail, as this
> is prohibited and may be unlawful.
> 
> --
> 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] Fixes from CA

2018-12-18 Thread Sankaranarayanan, Vignesh
Thanks Al, I'm trying to find where I can find CAUNZIP that's described in 
Carmen's link.
From your procedure, I see that I can use jar -xf to unzip and the rest of your 
steps are great, thank you.

It is incredibly annoying that there's a limit of putting 100 fixes into the 
cart... for what reason ?!
Downloading in bulk makes this very, very frustrating.
I've never been this worked up before.. trying to get some bloody fixes in.
I feel like CSM is just a 'push the problem under the carpet' kind of solution.
Wonder why it's hard to have two or more consistent methods of 
product/maintenance retrieval.

Have faced the dangling blank space or irregular .txt when working with IBM 
maintenance too (via SRD), but since I've never had to deal with fixes in bulk 
via SRD, it has been bearable.

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Al 
Ferguson
Sent: 18 December 2018 14:52
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Fwd: [EXTERNAL] Fixes from CA

Vignesh,

CA has always been a bit different. Here is my solution (2 JOBs). I am assuming 
you have an OMVS Segment and a USS Home Directory. 
- Start by ordering all the maintenance in 1 bundle (up to 100 fixes, 
do multiple if you need more the 100 fixes). 
- Then download the scart0.zip file (rename if you have multiples). 
- Create a “$HOME/CA” directory in USS ($HOME should be your HOME 
directory)
- Upload the scart0.zip files as binary to the $HOME/CA directory 
- Remove STEP0200 from @10FTPCA.txt (the ftp from CA’s site, as you are 
not connected & the above step did this)
- STEP0100 will do some directory prep work
- STEP0300 will
- UNZIP all the scart0.zip files (if more then one) 
- put the PTFs & HOLD data in different directories (created by 
STEP0100)
- create some template JCL to include in @11SMPRE.txt
- Run @10FTOCA.txt
- Update the CSI, RFPREFIX, and FMIDs for your shop & Product being 
installed.
- View @11SMPRE.txt and do the 2 “COPY ‘~/CA/cntl/SMP*.txt’” ISPF Copy 
commands, 
  (use the “a” line command on the appropriate DD statement)
- Move the DD statement over the first line of the newly copied output 

You should be ready to go. You will note that:
- as we are dealing with the USS Filesystem, the initial transfer only 
is concerned with it being binary; you do not need to be concerned with MVS 
file attributes.
- the bash script in STEP0300 of @10FTPCA.txt makes sure the DCB 
information is correct for the SMP/E Receive

___ @10FTPCA.txt

//@10FTPCA JOB ZOS,'SPGA2F - @10FTPCA',TIME=10,REGION=128M, 
// CLASS=A,MSGCLASS=H,MSGLEVEL=(1,1),   
// NOTIFY=&SYSUID   
//*=  SYSM.CAI.OPSMVS.INSTALL(@10FTPCA)  =*  
//*   * 
//*===* 
//STEP0100 EXEC PGM=AOPBATCH,PARM='sh'  
//* 
//STDINDD DATA,DLM=@@   
#!/bin/sh   
set -vx 
whoami  
#  Set bash variables used later
BASE=$HOME/CA   
#   
#   Ensure necessary working directories exist, if not, create them 
#   
if [ ! -d "$BASE/cntl" ]; then; mkdir -p "$BASE/cntl"; fi   
if [ ! -d "$BASE/info" ]; then; mkdir -p "$BASE/info"; fi   
if [ ! -d "$BASE/pax"  ]; then; mkdir -p "$BASE/pax" ; fi   
if [ ! -d "$BASE/ptfs" ]; then; mkdir -p "$BASE/ptfs"; fi   
if [ ! -d "$BASE/HOLD" ]; then; mkdir -p "$BASE/HOLD"; fi   
#   
#   Move remaining pax, pdf, & HOLD Files into other directories ...
#   
mv $BASE/*.pax.Z $BASE/pax/ 
mv $BASE/*.pdf   $BASE/pax/ 
mv $BASE/ALL-HOLDDATA.TXT $BASE/HOLD/   
#  

Re: [EXTERNAL] Re: Fixes from CA

2018-12-18 Thread Paul Gilmartin
On Tue, 18 Dec 2018 14:36:34 +, Sankaranarayanan, Vignesh wrote:
>
>Yes, I get scart0.zip and unzip it on a PC.
>I then set quote site parameters and mput them bunch by bunch.
>Like... mput *.bin, mput *.txt, and so on.
> 
Ouch!

>Should I just chuck the scart0.zip into USS, and process there? Haven't done 
>that before... any sample JCL?
>
Sounds like a more reliable way.  Compare checksums before and after *binary*
transfer.

Extract either with "jar" or Info-zip from Ported Tools (Rocket?)

-- gil

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


Re: [EXTERNAL] Re: Fixes from CA

2018-12-18 Thread Paul Gilmartin
On Tue, 18 Dec 2018 14:30:21 +, Cieri, Anthony wrote:
>
>Once in z/OS (USS) I used a program called CAUNZIP to unzip and SMP/E receive 
>all of the PTFs. ...
> 
Would "jar" have extracted them for you?  If not, CA is doing a disservice be 
requiring
idiosyncratic tools.

Perhaps even better would be a GIMZIPped package hyperarchived with "pax" into
a single file.  Pax could extract that into a zFS hierarchy acceptable for 
RECEIVE
FROMNTS.

Why does CA seem to have a compulsion to be different from everyone else?

-- gil

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


Re: Dummy query on processor failover

2018-12-18 Thread Tom Marchant
On Tue, 18 Dec 2018 06:03:25 -0600, Elardus Engelbrecht wrote:

>Each CPU (on an IBM mainframe) consists of two halves. Both halves are 
>executing an instruction and the results are compared.
>
>If there is a difference, then the instruction is retried. If still there is a 
>difference, somehow the CPU is giving the instruction and the rest of the 
>cache to another [unoccupied] CPU and then turns itself of and announce its 
>own status to the hardware.

This was documented in the announcement for the 9672 G5 models. You can still 
find the sales manual entry at 
http://www-01.ibm.com/common/ssi/ShowDoc.wss?docURL=/common/ssi/rep_sm/6/897/ENUS9672-_h06/index.html&request_locale=en
which contains this:


Enhanced Processor Design

All S/390 G5 Servers are provided with an enhanced processor design. Each 
Central Processor contains dual Instruction / Execution Units, which operate 
simultaneously. Results are compared, and in the event of a miscompare, 
Instruction Retry is invoked. This design simplifies checking, and virtually 
eliminates CP failures due to soft errors.

Fault Tolerant Design

Fault tolerant design allows hardware recovery to be performed, in most cases, 
totally transparent to customer operation and eliminates the need for a repair 
action, or defers a repair action to a convenient time scheduled by the 
customer. 


It goes on to talk about processor sparing.

This is a new (at the time) kind of error checking, but error checking was part 
of the original design of the System/360. I would like to believe that the 
latest processors are designed the same way, but I don't know.

I am not familiar with earlier processors, but my impression is that it was not 
new with System/360. When computers were built using vacuum tubes, errors would 
have been commonplace.

Memory was once parity checked. That gave way to Error Checking and Correction. 
Today, in addition to ECC, IBM uses Redundant Arrays of Independent Memory 
(RAIM).

Processors have long used parity checking on the busses used to interconnect 
components. Considerable other circuitry is included in processors to detect 
errors, but I don't have any specifics.

Many of these techniques have been documented in the IBM Journal of Research 
and Development. Unfortunately, a few years ago IBM decided to hide that behind 
a paywall.

-- 
Tom Marchant

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


Fwd: [EXTERNAL] Fixes from CA

2018-12-18 Thread Al Ferguson
Vignesh,

CA has always been a bit different. Here is my solution (2 JOBs). I am assuming 
you have an OMVS Segment and a USS Home Directory. 
- Start by ordering all the maintenance in 1 bundle (up to 100 fixes, 
do multiple if you need more the 100 fixes). 
- Then download the scart0.zip file (rename if you have multiples). 
- Create a “$HOME/CA” directory in USS ($HOME should be your HOME 
directory)
- Upload the scart0.zip files as binary to the $HOME/CA directory 
- Remove STEP0200 from @10FTPCA.txt (the ftp from CA’s site, as you are 
not connected & the above step did this)
- STEP0100 will do some directory prep work
- STEP0300 will
- UNZIP all the scart0.zip files (if more then one) 
- put the PTFs & HOLD data in different directories (created by 
STEP0100)
- create some template JCL to include in @11SMPRE.txt
- Run @10FTOCA.txt
- Update the CSI, RFPREFIX, and FMIDs for your shop & Product being 
installed.
- View @11SMPRE.txt and do the 2 “COPY ‘~/CA/cntl/SMP*.txt’” ISPF Copy 
commands, 
  (use the “a” line command on the appropriate DD statement)
- Move the DD statement over the first line of the newly copied output 

You should be ready to go. You will note that:
- as we are dealing with the USS Filesystem, the initial transfer only 
is concerned with it being binary; you do not need to be concerned with MVS 
file attributes.
- the bash script in STEP0300 of @10FTPCA.txt makes sure the DCB 
information is correct for the SMP/E Receive

___ @10FTPCA.txt

//@10FTPCA JOB ZOS,'SPGA2F - @10FTPCA',TIME=10,REGION=128M, 
// CLASS=A,MSGCLASS=H,MSGLEVEL=(1,1),   
// NOTIFY=&SYSUID   
//*=  SYSM.CAI.OPSMVS.INSTALL(@10FTPCA)  =*  
//*   * 
//*===* 
//STEP0100 EXEC PGM=AOPBATCH,PARM='sh'  
//* 
//STDINDD DATA,DLM=@@   
#!/bin/sh   
set -vx 
whoami  
#  Set bash variables used later
BASE=$HOME/CA   
#   
#   Ensure necessary working directories exist, if not, create them 
#   
if [ ! -d "$BASE/cntl" ]; then; mkdir -p "$BASE/cntl"; fi   
if [ ! -d "$BASE/info" ]; then; mkdir -p "$BASE/info"; fi   
if [ ! -d "$BASE/pax"  ]; then; mkdir -p "$BASE/pax" ; fi   
if [ ! -d "$BASE/ptfs" ]; then; mkdir -p "$BASE/ptfs"; fi   
if [ ! -d "$BASE/HOLD" ]; then; mkdir -p "$BASE/HOLD"; fi   
#   
#   Move remaining pax, pdf, & HOLD Files into other directories ...
#   
mv $BASE/*.pax.Z $BASE/pax/ 
mv $BASE/*.pdf   $BASE/pax/ 
mv $BASE/ALL-HOLDDATA.TXT $BASE/HOLD/   
#   
echo 'All done.'
@@  
//STDOUT   DD SYSOUT=*  
//STDERR   DD SYSOUT=*  
//*===* 
//*   * 
//*===* 
//STEP0200 EXEC PGM=FTP,PARM='-n ftpdownloads.ca.com 
 ( EXIT'
//*Use mget /siteNo/orderNo/*.type (REPLACE 
//INPUTDD DATA,DLM=@@   
user yourem...@yourcompany.com    
   
WJGPpagd7fp41vYqdMpGXA==  

Re: [EXTERNAL] Re: Fixes from CA

2018-12-18 Thread Carmen Vitullo
the link provided at the very end if the doc has sample JCL on how to use the 
CAUNZIP utility 


HTH's 


Carmen Vitullo 

- Original Message -

From: "Vignesh Sankaranarayanan" 
 
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Tuesday, December 18, 2018 8:36:34 AM 
Subject: Re: [EXTERNAL] Re: Fixes from CA 

Hi Tony, 

Yes, I get scart0.zip and unzip it on a PC. 
I then set quote site parameters and mput them bunch by bunch. 
Like... mput *.bin, mput *.txt, and so on. 

Should I just chuck the scart0.zip into USS, and process there? Haven't done 
that before... any sample JCL? 

- Vignesh 
Mainframe Infrastructure 

-Original Message- 
From: IBM Mainframe Discussion List  On Behalf Of 
Cieri, Anthony 
Sent: 18 December 2018 14:30 
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: [EXTERNAL] Re: Fixes from CA 

The last time I applied maintenance to a CA product, I believe that there was a 
way to order all of the fixes that you wanted and get them in a .zip files. The 
filename was something like scart0.zip. I was able to download this file from 
the CA site and then upload it to z/OS in a USS file. 
Once in z/OS (USS) I used a program called CAUNZIP to unzip and SMP/E receive 
all of the PTFs. I believe that there is some documentation and sample JCL for 
CAUNZIP on the CA site. 

HTH 
Tony 

 
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Sankaranarayanan, Vignesh [vignesh.v.sankaranaraya...@marks-and-spencer.com] 
Sent: Tuesday, December 18, 2018 9:02 AM 
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: [EXTERNAL] Re: Fixes from CA 

[[ SEI WARNING *** This email was sent from an external source. Do not open 
attachments or click on links from unknown or suspicious senders. *** ]] 




Not connected to any vendor from the mainframe.. 

- Vignesh 
Mainframe Infrastructure 

-Original Message- 
From: IBM Mainframe Discussion List  On Behalf Of 
Vernooij, Kees (ITOP NM) - KLM 
Sent: 18 December 2018 13:59 
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: [EXTERNAL] Re: Fixes from CA 

Are you connected to IBM, if so, why not to CA? 

Kees. 



> -Original Message- 
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Sankaranarayanan, Vignesh 
> Sent: 18 December, 2018 14:52 
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Subject: Re: [EXTERNAL] Re: Fixes from CA 
> 
> Nope, not using CSM. 
> Mainframe is not connected to CA, so CSM is severely handicapped 
> without connectivity to CA. 
> Yes, it works with offline packages, but I can't be bothered with that 
> set of actions.. would rather get it working with basic Windows FTP. 
> 
> - Vignesh 
> Mainframe Infrastructure 
> 
> -Original Message- 
> From: IBM Mainframe Discussion List  On 
> Behalf Of Elardus Engelbrecht 
> Sent: 18 December 2018 13:48 
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Subject: [EXTERNAL] Re: Fixes from CA 
> 
> Sankaranarayanan, Vignesh wrote: 
> 
> >On getting a bunch of Solutions downloaded from the CA site for a 
> product, the subsequent uploads to mainframe fail because the .txt 
> files go on for more than 80 cols. This is super annoying as I'm 
> looking to upload hundreds of PTF HOLDDATA. I've used quote site 
> lrecl=80 but when the first line of R1235.txt is 81 columns, how many 
> ever lines the file has, FTP-ing it from desktop to mainframe brings in only 
> the first line. 
> 
> Did you contacted CA for assistance? They should know how to assist you. 
> 
> Groete / Greetings 
> Elardus Engelbrecht 
> 
> -- 
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 
> 
> MARKSANDSPENCER.COM 
>  
> Unless otherwise stated above: 
> Marks and Spencer plc 
> Registered Office: 
> Waterside House 
> 35 North Wharf Road 
> London 
> W2 1NW 
> 
> Registered No. 214436 in England and Wales. 
> 
> Telephone (020) 7935 4422 
> Facsimile (020) 7487 2670 
> 
> www.marksandspencer.com 
> 
> Please note that electronic mail may be monitored. 
> 
> This e-mail is confidential. If you received it by mistake, please let 
> us know and then delete it from your system; you should not copy, 
> disclose, or distribute its contents to anyone nor act in reliance on 
> this e-mail, as this is prohibited and may be unlawful. 
> 
> -- 
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 
 
For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail 

Re: [EXTERNAL] Re: Fixes from CA

2018-12-18 Thread Carmen Vitullo
Yes, I believe so, I can post again... 


The following link describes the current download options: 
https://docops.ca.com/mainframe-common-maintenance/en/maintain-your-products/download-and-receive-maintenance/review-download-options
 


I actually got this link from CA's Support Delivery Manager, Customer Support 

Carmen Vitullo 

- Original Message -

From: "Vignesh Sankaranarayanan" 
 
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Tuesday, December 18, 2018 8:34:43 AM 
Subject: Re: [EXTERNAL] Re: Fixes from CA 

Hi Carmen, 

The link you gave was RECEIVE ORDER.. same as connecting from MF to external 
site, right? 

– Vignesh 
Mainframe Infrastructure 

-Original Message- 
From: IBM Mainframe Discussion List  On Behalf Of 
Carmen Vitullo 
Sent: 18 December 2018 14:20 
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: [EXTERNAL] Re: Fixes from CA 

Indeed they do, CA's site, product support mostly has changed so many times 
over the years, and if you are not a normal user then it's frustrating at the 
very least to figure out what format and how to download fixes. 
many many moons ago I was assigned a PIN #, 005, and the site was very useful 
and easy to download fixes. 


most enterprise security offices do not allow mainframe access to vendor sites, 
I had to fight to get access from our TEST LPAR to IBM to receive orders and 
then I'm restricted to using HTTP PROXY which requires me to use my company ID 
and password to access the proxy, if CA would support that method I think most 
companies would not have a problem with CA to mainframe access. 



I provided a link I was given previously, I hope this helps resolve some issues 
for the OP. 





Carmen Vitullo 

- Original Message - 

From: "Chris Hoelscher"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Tuesday, December 18, 2018 8:10:53 AM 
Subject: Re: Fixes from CA 

CA now offers internet smp/e retrievals (receive order). This delivers fixes 
and holddata directly (and properly formatted) to the mainframe Before the 
above method was available in our shop, I used IND$FILE to port fixes from 
desktop top MF - specifying recfm(f) lrecl(80) 

Never had a formatting issue 

Chris Hoelscher 
Technology Architect, Database Infrastructure Services Technology Solution 
Services Humana Inc. 
123 East Main Street 
Louisville, KY 40202 
Humana.com 
(502) 476-2538 or 407-7266 

-Original Message- 
From: IBM Mainframe Discussion List  On Behalf Of 
Carmen Vitullo 
Sent: Tuesday, December 18, 2018 8:59 AM 
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: [IBM-MAIN] Fixes from CA 

I have one product I support from CA and i feel your frustration , after 
missing around abit I contacted CA to get the scoop, I forget what I finally 
did to get my PTF's downloaded but it was not easy one thing a team member 
proved to me was this link this may help some 


https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdocops.ca.com%2Fmainframe-common-maintenance%2Fen%2Fconfigure-ca-smp-e-internet-service-retrieval&data=02%7C01%7Cchoelscher%40humana.com%7C9ccaf135faea449c4f1808d664f0f8a8%7C56c62bbe85984b859e511ca753fa50f2%7C1%7C0%7C636807383476768607&sdata=nHiNBs9sAhawZB9Qm2qMSPlCrrmA0DNWVv9UyGV0O7A%3D&reserved=0
 





Carmen Vitullo 

- Original Message - 

From: "Vignesh Sankaranarayanan" 
 
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Tuesday, December 18, 2018 7:27:38 AM 
Subject: Fixes from CA 

Hi, 

On getting a bunch of Solutions downloaded from the CA site for a product, the 
subsequent uploads to mainframe fail because the .txt files go on for more than 
80 cols. 
This is super annoying as I'm looking to upload hundreds of PTF HOLDDATA. 
I've used quote site lrecl=80 but when the first line of R1235.txt is 81 
columns, how many ever lines the file has, FTP-ing it from desktop to mainframe 
brings in only the first line. 
Usually, I get around this but just making sure the first record stops at col 
80. 
Easy to do when dealing with only a handful of files.. 

Help! What's the best way to forcefully truncate the broken .txt files at 80 
columns so I can transfer them with ease. 
No, I can't setup SMPE RECEIVE ORDER. Fixes get downloaded to a PC, then FTP'd 
from PC to mainframe. 

- Vignesh 
Mainframe Infrastructure 


MARKSANDSPENCER.COM 
 
Unless otherwise stated above: 
Marks and Spencer plc 
Registered Office: 
Waterside House 
35 North Wharf Road 
London 
W2 1NW 

Registered No. 214436 in England and Wales. 

Telephone (020) 7935 4422 
Facsimile (020) 7487 2670 

https://na01.safelinks.protection.outlook.com/?url=www.marksandspencer.com&data=02%7C01%7Cchoelscher%40humana.com%7C9ccaf135faea449c4f1808d664f0f8a8%7C56c62bbe85984b859e511ca753fa50f2%7C1%7C0%7C636807383476768607&sdata=ltAVZ%2BohsoTyy8g771x2guGBbylN%2FczmUmIiedBIYPg%3D&reserved=0
 

Please note that electronic mail may be monitored. 

This e-mail is confidential. If you received it by mistake, please let us know 
and then delete it from your system; you shoul

Re: [EXTERNAL] Re: Fixes from CA

2018-12-18 Thread Sankaranarayanan, Vignesh
Hi Tony,

Yes, I get scart0.zip and unzip it on a PC.
I then set quote site parameters and mput them bunch by bunch.
Like... mput *.bin, mput *.txt, and so on.

Should I just chuck the scart0.zip into USS, and process there? Haven't done 
that before... any sample JCL?

- Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Cieri, Anthony
Sent: 18 December 2018 14:30
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: Fixes from CA

The last time I applied maintenance to a CA product, I believe that there was a 
way to order all of the fixes that you wanted and get them in a .zip files. The 
filename was something like scart0.zip. I was able to download this file from 
the CA site and then upload it to z/OS in a USS file.
Once in z/OS (USS) I used a program called CAUNZIP to unzip and SMP/E receive 
all of the PTFs. I believe that there is some documentation and sample JCL for 
CAUNZIP on the CA site.

HTH
Tony 


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Sankaranarayanan, Vignesh [vignesh.v.sankaranaraya...@marks-and-spencer.com]
Sent: Tuesday, December 18, 2018 9:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: Fixes from CA

[[ SEI WARNING *** This email was sent from an external source. Do not open 
attachments or click on links from unknown or suspicious senders. *** ]]




Not connected to any vendor from the mainframe..

- Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Vernooij, Kees (ITOP NM) - KLM
Sent: 18 December 2018 13:59
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: Fixes from CA

Are you connected to IBM, if so, why not to CA?

Kees.



> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Sankaranarayanan, Vignesh
> Sent: 18 December, 2018 14:52
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXTERNAL] Re: Fixes from CA
>
> Nope, not using CSM.
> Mainframe is not connected to CA, so CSM is severely handicapped 
> without connectivity to CA.
> Yes, it works with offline packages, but I can't be bothered with that 
> set of actions.. would rather get it working with basic Windows FTP.
>
> - Vignesh
> Mainframe Infrastructure
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Elardus Engelbrecht
> Sent: 18 December 2018 13:48
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [EXTERNAL] Re: Fixes from CA
>
> Sankaranarayanan, Vignesh wrote:
>
> >On getting a bunch of Solutions downloaded from the CA site for a
> product, the subsequent uploads to mainframe fail because the .txt 
> files go on for more than 80 cols. This is super annoying as I'm 
> looking to upload hundreds of PTF HOLDDATA. I've used quote site
> lrecl=80 but when the first line of R1235.txt is 81 columns, how many 
> ever lines the file has, FTP-ing it from desktop to mainframe brings in only 
> the first line.
>
> Did you contacted CA for assistance? They should know how to assist you.
>
> Groete / Greetings
> Elardus Engelbrecht
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> MARKSANDSPENCER.COM
> 
>  Unless otherwise stated above:
> Marks and Spencer plc
> Registered Office:
> Waterside House
> 35 North Wharf Road
> London
> W2 1NW
>
> Registered No. 214436 in England and Wales.
>
> Telephone (020) 7935 4422
> Facsimile (020) 7487 2670
>
> www.marksandspencer.com
>
> Please note that electronic mail may be monitored.
>
> This e-mail is confidential. If you received it by mistake, please let 
> us know and then delete it from your system; you should not copy, 
> disclose, or distribute its contents to anyone nor act in reliance on 
> this e-mail, as this is prohibited and may be unlawful.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be lia

Re: [EXTERNAL] Re: Fixes from CA

2018-12-18 Thread Sankaranarayanan, Vignesh
Hi Carmen,

The link you gave was RECEIVE ORDER.. same as connecting from MF to external 
site, right?

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Carmen Vitullo
Sent: 18 December 2018 14:20
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Fixes from CA

Indeed they do, CA's site, product support mostly has changed so many times 
over the years, and if you are not a normal user then it's frustrating at the 
very least to figure out what format and how to download fixes. 
many many moons ago I was assigned a PIN #, 005, and the site was very useful 
and easy to download fixes. 


most enterprise security offices do not allow mainframe access to vendor sites, 
I had to fight to get access from our TEST LPAR to IBM to receive orders and 
then I'm restricted to using HTTP PROXY which requires me to use my company ID 
and password to access the proxy, if CA would support that method I think most 
companies would not have a problem with CA to mainframe access. 



I provided a link I was given previously, I hope this helps resolve some issues 
for the OP. 





Carmen Vitullo 

- Original Message -

From: "Chris Hoelscher" 
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Tuesday, December 18, 2018 8:10:53 AM
Subject: Re: Fixes from CA 

CA now offers internet smp/e retrievals (receive order). This delivers fixes 
and holddata directly (and properly formatted) to the mainframe Before the 
above method was available in our shop, I used IND$FILE to port fixes from 
desktop top MF - specifying recfm(f) lrecl(80) 

Never had a formatting issue 

Chris Hoelscher
Technology Architect, Database Infrastructure Services Technology Solution 
Services Humana Inc. 
123 East Main Street
Louisville, KY 40202
Humana.com
(502) 476-2538 or 407-7266 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Carmen Vitullo
Sent: Tuesday, December 18, 2018 8:59 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] Fixes from CA 

I have one product I support from CA and i feel your frustration , after 
missing around abit I contacted CA to get the scoop, I forget what I finally 
did to get my PTF's downloaded but it was not easy one thing a team member 
proved to me was this link this may help some 


https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdocops.ca.com%2Fmainframe-common-maintenance%2Fen%2Fconfigure-ca-smp-e-internet-service-retrieval&data=02%7C01%7Cchoelscher%40humana.com%7C9ccaf135faea449c4f1808d664f0f8a8%7C56c62bbe85984b859e511ca753fa50f2%7C1%7C0%7C636807383476768607&sdata=nHiNBs9sAhawZB9Qm2qMSPlCrrmA0DNWVv9UyGV0O7A%3D&reserved=0
 





Carmen Vitullo 

- Original Message - 

From: "Vignesh Sankaranarayanan" 

To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Tuesday, December 18, 2018 7:27:38 AM
Subject: Fixes from CA 

Hi, 

On getting a bunch of Solutions downloaded from the CA site for a product, the 
subsequent uploads to mainframe fail because the .txt files go on for more than 
80 cols. 
This is super annoying as I'm looking to upload hundreds of PTF HOLDDATA. 
I've used quote site lrecl=80 but when the first line of R1235.txt is 81 
columns, how many ever lines the file has, FTP-ing it from desktop to mainframe 
brings in only the first line. 
Usually, I get around this but just making sure the first record stops at col 
80. 
Easy to do when dealing with only a handful of files.. 

Help! What's the best way to forcefully truncate the broken .txt files at 80 
columns so I can transfer them with ease. 
No, I can't setup SMPE RECEIVE ORDER. Fixes get downloaded to a PC, then FTP'd 
from PC to mainframe. 

- Vignesh
Mainframe Infrastructure 


MARKSANDSPENCER.COM 
 
Unless otherwise stated above: 
Marks and Spencer plc 
Registered Office: 
Waterside House 
35 North Wharf Road 
London 
W2 1NW 

Registered No. 214436 in England and Wales. 

Telephone (020) 7935 4422 
Facsimile (020) 7487 2670 

https://na01.safelinks.protection.outlook.com/?url=www.marksandspencer.com&data=02%7C01%7Cchoelscher%40humana.com%7C9ccaf135faea449c4f1808d664f0f8a8%7C56c62bbe85984b859e511ca753fa50f2%7C1%7C0%7C636807383476768607&sdata=ltAVZ%2BohsoTyy8g771x2guGBbylN%2FczmUmIiedBIYPg%3D&reserved=0
 

Please note that electronic mail may be monitored. 

This e-mail is confidential. If you received it by mistake, please let us know 
and then delete it from your system; you should not copy, disclose, or 
distribute its contents to anyone nor act in reliance on this e-mail, as this 
is prohibited and may be unlawful. 

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

Re: Dummy query on processor failover

2018-12-18 Thread R.S.

W dniu 2018-12-18 o 13:03, Elardus Engelbrecht pisze:

Radoslaw Skorupka wrote:


Except ...it doesn't answer the question: HOW CPU RECOGNIZE ITS OWN FAILURE?

I don't have the original documents (Redbooks/Share presentations/KC/etc.) from 
IBM, but in short this is what happens (from my failing/decaying memory):

Each CPU (on an IBM mainframe) consists of two halves. Both halves are 
executing an instruction and the results are compared.

If there is a difference, then the instruction is retried. If still there is a 
difference, somehow the CPU is giving the instruction and the rest of the cache 
to another [unoccupied] CPU and then turns itself of and announce its own 
status to the hardware.

Sorry for not having the full details, but this is what I remember ...

Oh, of course, If I am wrong or the process described above changed, please 
correct me.


That's what I heard about, but I wanted to get some confirmation or even 
written source.


Regards
--
Radoslaw Skorupka
Lodz, Poland




==

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

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

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

If you are not the addressee of this message:

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

mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital 
City of Warsaw, 12th Commercial Division of the National Court Register, KRS 
025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 
169,248,488 as at 1 January 2018.

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


Re: [EXTERNAL] Re: Fixes from CA

2018-12-18 Thread Cieri, Anthony
The last time I applied maintenance to a CA product, I believe that there was a 
way to order all of the fixes that you wanted and get them in a .zip files. The 
filename was something like scart0.zip. I was able to download this file from 
the CA site and then upload it to z/OS in a USS file.
Once in z/OS (USS) I used a program called CAUNZIP to unzip and SMP/E receive 
all of the PTFs. I believe that there is some documentation and sample JCL for 
CAUNZIP on the CA site.

HTH
Tony 


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Sankaranarayanan, Vignesh [vignesh.v.sankaranaraya...@marks-and-spencer.com]
Sent: Tuesday, December 18, 2018 9:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: Fixes from CA

[[ SEI WARNING *** This email was sent from an external source. Do not open 
attachments or click on links from unknown or suspicious senders. *** ]]




Not connected to any vendor from the mainframe..

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Vernooij, Kees (ITOP NM) - KLM
Sent: 18 December 2018 13:59
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: Fixes from CA

Are you connected to IBM, if so, why not to CA?

Kees.



> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Sankaranarayanan, Vignesh
> Sent: 18 December, 2018 14:52
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXTERNAL] Re: Fixes from CA
>
> Nope, not using CSM.
> Mainframe is not connected to CA, so CSM is severely handicapped
> without connectivity to CA.
> Yes, it works with offline packages, but I can't be bothered with that
> set of actions.. would rather get it working with basic Windows FTP.
>
> – Vignesh
> Mainframe Infrastructure
>
> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Elardus Engelbrecht
> Sent: 18 December 2018 13:48
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [EXTERNAL] Re: Fixes from CA
>
> Sankaranarayanan, Vignesh wrote:
>
> >On getting a bunch of Solutions downloaded from the CA site for a
> product, the subsequent uploads to mainframe fail because the .txt
> files go on for more than 80 cols. This is super annoying as I'm
> looking to upload hundreds of PTF HOLDDATA. I've used quote site
> lrecl=80 but when the first line of R1235.txt is 81 columns, how many
> ever lines the file has, FTP-ing it from desktop to mainframe brings in only 
> the first line.
>
> Did you contacted CA for assistance? They should know how to assist you.
>
> Groete / Greetings
> Elardus Engelbrecht
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> MARKSANDSPENCER.COM
> 
>  Unless otherwise stated above:
> Marks and Spencer plc
> Registered Office:
> Waterside House
> 35 North Wharf Road
> London
> W2 1NW
>
> Registered No. 214436 in England and Wales.
>
> Telephone (020) 7935 4422
> Facsimile (020) 7487 2670
>
> www.marksandspencer.com
>
> Please note that electronic mail may be monitored.
>
> This e-mail is confidential. If you received it by mistake, please let
> us know and then delete it from your system; you should not copy,
> disclose, or distribute its contents to anyone nor act in reliance on
> this e-mail, as this is prohibited and may be unlawful.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286



--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listse

Re: Fixes from CA

2018-12-18 Thread Carmen Vitullo
Indeed they do, CA's site, product support mostly has changed so many times 
over the years, and if you are not a normal user then it's frustrating at the 
very least to figure out what format and how to download fixes. 
many many moons ago I was assigned a PIN #, 005, and the site was very useful 
and easy to download fixes. 


most enterprise security offices do not allow mainframe access to vendor sites, 
I had to fight to get access from our TEST LPAR to IBM to receive orders and 
then I'm restricted to using HTTP PROXY which requires me to use my company ID 
and password to access the proxy, if CA would support that method I think most 
companies would not have a problem with CA to mainframe access. 



I provided a link I was given previously, I hope this helps resolve some issues 
for the OP. 





Carmen Vitullo 

- Original Message -

From: "Chris Hoelscher"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Tuesday, December 18, 2018 8:10:53 AM 
Subject: Re: Fixes from CA 

CA now offers internet smp/e retrievals (receive order). This delivers fixes 
and holddata directly (and properly formatted) to the mainframe 
Before the above method was available in our shop, I used IND$FILE to port 
fixes from desktop top MF - specifying recfm(f) lrecl(80) 

Never had a formatting issue 

Chris Hoelscher 
Technology Architect, Database Infrastructure Services 
Technology Solution Services 
Humana Inc. 
123 East Main Street 
Louisville, KY 40202 
Humana.com 
(502) 476-2538 or 407-7266 

-Original Message- 
From: IBM Mainframe Discussion List  On Behalf Of 
Carmen Vitullo 
Sent: Tuesday, December 18, 2018 8:59 AM 
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: [IBM-MAIN] Fixes from CA 

I have one product I support from CA and i feel your frustration , after 
missing around abit I contacted CA to get the scoop, I forget what I finally 
did to get my PTF's downloaded but it was not easy one thing a team member 
proved to me was this link this may help some 


https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdocops.ca.com%2Fmainframe-common-maintenance%2Fen%2Fconfigure-ca-smp-e-internet-service-retrieval&data=02%7C01%7Cchoelscher%40humana.com%7C9ccaf135faea449c4f1808d664f0f8a8%7C56c62bbe85984b859e511ca753fa50f2%7C1%7C0%7C636807383476768607&sdata=nHiNBs9sAhawZB9Qm2qMSPlCrrmA0DNWVv9UyGV0O7A%3D&reserved=0
 





Carmen Vitullo 

- Original Message - 

From: "Vignesh Sankaranarayanan" 
 
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Tuesday, December 18, 2018 7:27:38 AM 
Subject: Fixes from CA 

Hi, 

On getting a bunch of Solutions downloaded from the CA site for a product, the 
subsequent uploads to mainframe fail because the .txt files go on for more than 
80 cols. 
This is super annoying as I'm looking to upload hundreds of PTF HOLDDATA. 
I've used quote site lrecl=80 but when the first line of R1235.txt is 81 
columns, how many ever lines the file has, FTP-ing it from desktop to mainframe 
brings in only the first line. 
Usually, I get around this but just making sure the first record stops at col 
80. 
Easy to do when dealing with only a handful of files.. 

Help! What's the best way to forcefully truncate the broken .txt files at 80 
columns so I can transfer them with ease. 
No, I can't setup SMPE RECEIVE ORDER. Fixes get downloaded to a PC, then FTP'd 
from PC to mainframe. 

- Vignesh 
Mainframe Infrastructure 


MARKSANDSPENCER.COM 
 
Unless otherwise stated above: 
Marks and Spencer plc 
Registered Office: 
Waterside House 
35 North Wharf Road 
London 
W2 1NW 

Registered No. 214436 in England and Wales. 

Telephone (020) 7935 4422 
Facsimile (020) 7487 2670 

https://na01.safelinks.protection.outlook.com/?url=www.marksandspencer.com&data=02%7C01%7Cchoelscher%40humana.com%7C9ccaf135faea449c4f1808d664f0f8a8%7C56c62bbe85984b859e511ca753fa50f2%7C1%7C0%7C636807383476768607&sdata=ltAVZ%2BohsoTyy8g771x2guGBbylN%2FczmUmIiedBIYPg%3D&reserved=0
 

Please note that electronic mail may be monitored. 

This e-mail is confidential. If you received it by mistake, please let us know 
and then delete it from your system; you should not copy, disclose, or 
distribute its contents to anyone nor act in reliance on this e-mail, as this 
is prohibited and may be unlawful. 

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

The information transmitted is intended only for the person or entity to which 
it is addressed 
and may contain CONFIDENTIAL material. If you receive this material/information 
in error, 
please contact the sender and delete or destroy the material/information. 

Humana Inc. and its subsidiaries 

Re: Fixes from CA

2018-12-18 Thread Chris Hoelscher
CA now offers internet smp/e retrievals (receive order). This delivers fixes 
and holddata directly (and properly formatted) to the mainframe
Before the above method was available in our shop, I used IND$FILE to port 
fixes from desktop top MF - specifying recfm(f) lrecl(80)

Never had a formatting issue

Chris Hoelscher
Technology Architect, Database Infrastructure Services
Technology Solution Services
Humana Inc.
123 East Main Street
Louisville, KY 40202
Humana.com
(502) 476-2538 or 407-7266

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Carmen Vitullo
Sent: Tuesday, December 18, 2018 8:59 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] Fixes from CA

I have one product I support from CA and i feel your frustration , after 
missing around abit I contacted CA to get the scoop, I forget what I finally 
did to get my PTF's downloaded but it was not easy one thing a team member 
proved to me was this link this may help some 


https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdocops.ca.com%2Fmainframe-common-maintenance%2Fen%2Fconfigure-ca-smp-e-internet-service-retrieval&data=02%7C01%7Cchoelscher%40humana.com%7C9ccaf135faea449c4f1808d664f0f8a8%7C56c62bbe85984b859e511ca753fa50f2%7C1%7C0%7C636807383476768607&sdata=nHiNBs9sAhawZB9Qm2qMSPlCrrmA0DNWVv9UyGV0O7A%3D&reserved=0
 





Carmen Vitullo 

- Original Message -

From: "Vignesh Sankaranarayanan" 
 
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Tuesday, December 18, 2018 7:27:38 AM 
Subject: Fixes from CA 

Hi, 

On getting a bunch of Solutions downloaded from the CA site for a product, the 
subsequent uploads to mainframe fail because the .txt files go on for more than 
80 cols. 
This is super annoying as I'm looking to upload hundreds of PTF HOLDDATA. 
I've used quote site lrecl=80 but when the first line of R1235.txt is 81 
columns, how many ever lines the file has, FTP-ing it from desktop to mainframe 
brings in only the first line. 
Usually, I get around this but just making sure the first record stops at col 
80. 
Easy to do when dealing with only a handful of files.. 

Help! What's the best way to forcefully truncate the broken .txt files at 80 
columns so I can transfer them with ease. 
No, I can't setup SMPE RECEIVE ORDER. Fixes get downloaded to a PC, then FTP'd 
from PC to mainframe. 

- Vignesh 
Mainframe Infrastructure 


MARKSANDSPENCER.COM 
 
Unless otherwise stated above: 
Marks and Spencer plc 
Registered Office: 
Waterside House 
35 North Wharf Road 
London 
W2 1NW 

Registered No. 214436 in England and Wales. 

Telephone (020) 7935 4422 
Facsimile (020) 7487 2670 

https://na01.safelinks.protection.outlook.com/?url=www.marksandspencer.com&data=02%7C01%7Cchoelscher%40humana.com%7C9ccaf135faea449c4f1808d664f0f8a8%7C56c62bbe85984b859e511ca753fa50f2%7C1%7C0%7C636807383476768607&sdata=ltAVZ%2BohsoTyy8g771x2guGBbylN%2FczmUmIiedBIYPg%3D&reserved=0
 

Please note that electronic mail may be monitored. 

This e-mail is confidential. If you received it by mistake, please let us know 
and then delete it from your system; you should not copy, disclose, or 
distribute its contents to anyone nor act in reliance on this e-mail, as this 
is prohibited and may be unlawful. 

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

The information transmitted is intended only for the person or entity to which 
it is addressed
and may contain CONFIDENTIAL material.  If you receive this 
material/information in error,
please contact the sender and delete or destroy the material/information.

Humana Inc. and its subsidiaries comply with applicable Federal civil rights 
laws and
do not discriminate on the basis of race, color, national origin, age, 
disability, sex,
sexual orientation, gender identity, or religion. Humana Inc. and its 
subsidiaries do not
exclude people or treat them differently because of race, color, national 
origin, age,
disability, sex, sexual orientation, gender identity, or religion.

English: ATTENTION: If you do not speak English, language assistance services, 
free
of charge, are available to you. Call 1‐877‐320‐1235 (TTY: 711).

Español (Spanish): ATENCIÓN: Si habla español, tiene a su disposición servicios
gratuitos de asistencia lingüística. Llame al 1‐877‐320‐1235 (TTY: 711).

繁體中文(Chinese):注意:如果您使用繁體中文,您可以免費獲得語言援助
服務。請致電 1‐877‐320‐1235 (TTY: 711)。

Kreyòl Ayisyen (Haitian Creole): ATANSION: Si w pale Kreyòl Ayisyen, gen sèvis 
èd
pou lang ki disponib gratis pou ou. Rele 1‐877‐320‐1235 (TTY: 711).

Polski (Polish): UWAGA: Jeżeli mówisz po polsku, możesz skorzystać z bezpłatnej
pomocy językowe

Re: [EXTERNAL] Re: Fixes from CA

2018-12-18 Thread Sankaranarayanan, Vignesh
Not connected to any vendor from the mainframe..

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Vernooij, Kees (ITOP NM) - KLM
Sent: 18 December 2018 13:59
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: Fixes from CA

Are you connected to IBM, if so, why not to CA?

Kees.



> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Sankaranarayanan, Vignesh
> Sent: 18 December, 2018 14:52
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXTERNAL] Re: Fixes from CA
> 
> Nope, not using CSM.
> Mainframe is not connected to CA, so CSM is severely handicapped 
> without connectivity to CA.
> Yes, it works with offline packages, but I can't be bothered with that 
> set of actions.. would rather get it working with basic Windows FTP.
> 
> – Vignesh
> Mainframe Infrastructure
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Elardus Engelbrecht
> Sent: 18 December 2018 13:48
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [EXTERNAL] Re: Fixes from CA
> 
> Sankaranarayanan, Vignesh wrote:
> 
> >On getting a bunch of Solutions downloaded from the CA site for a
> product, the subsequent uploads to mainframe fail because the .txt 
> files go on for more than 80 cols. This is super annoying as I'm 
> looking to upload hundreds of PTF HOLDDATA. I've used quote site 
> lrecl=80 but when the first line of R1235.txt is 81 columns, how many 
> ever lines the file has, FTP-ing it from desktop to mainframe brings in only 
> the first line.
> 
> Did you contacted CA for assistance? They should know how to assist you.
> 
> Groete / Greetings
> Elardus Engelbrecht
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> MARKSANDSPENCER.COM
> 
>  Unless otherwise stated above:
> Marks and Spencer plc
> Registered Office:
> Waterside House
> 35 North Wharf Road
> London
> W2 1NW
> 
> Registered No. 214436 in England and Wales.
> 
> Telephone (020) 7935 4422
> Facsimile (020) 7487 2670
> 
> www.marksandspencer.com
> 
> Please note that electronic mail may be monitored.
> 
> This e-mail is confidential. If you received it by mistake, please let 
> us know and then delete it from your system; you should not copy, 
> disclose, or distribute its contents to anyone nor act in reliance on 
> this e-mail, as this is prohibited and may be unlawful.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286



--
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: Fixes from CA

2018-12-18 Thread Carmen Vitullo
I have one product I support from CA and i feel your frustration , after 
missing around abit I contacted CA to get the scoop, I forget what I finally 
did to get my PTF's downloaded but it was not easy 
one thing a team member proved to me was this link this may help some 


https://docops.ca.com/mainframe-common-maintenance/en/configure-ca-smp-e-internet-service-retrieval
 





Carmen Vitullo 

- Original Message -

From: "Vignesh Sankaranarayanan" 
 
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Tuesday, December 18, 2018 7:27:38 AM 
Subject: Fixes from CA 

Hi, 

On getting a bunch of Solutions downloaded from the CA site for a product, the 
subsequent uploads to mainframe fail because the .txt files go on for more than 
80 cols. 
This is super annoying as I'm looking to upload hundreds of PTF HOLDDATA. 
I've used quote site lrecl=80 but when the first line of R1235.txt is 81 
columns, how many ever lines the file has, FTP-ing it from desktop to mainframe 
brings in only the first line. 
Usually, I get around this but just making sure the first record stops at col 
80. 
Easy to do when dealing with only a handful of files.. 

Help! What's the best way to forcefully truncate the broken .txt files at 80 
columns so I can transfer them with ease. 
No, I can't setup SMPE RECEIVE ORDER. Fixes get downloaded to a PC, then FTP'd 
from PC to mainframe. 

- Vignesh 
Mainframe Infrastructure 


MARKSANDSPENCER.COM 
 
Unless otherwise stated above: 
Marks and Spencer plc 
Registered Office: 
Waterside House 
35 North Wharf Road 
London 
W2 1NW 

Registered No. 214436 in England and Wales. 

Telephone (020) 7935 4422 
Facsimile (020) 7487 2670 

www.marksandspencer.com 

Please note that electronic mail may be monitored. 

This e-mail is confidential. If you received it by mistake, please let us know 
and then delete it from your system; you should not copy, disclose, or 
distribute its contents to anyone nor act in reliance on this e-mail, as this 
is prohibited and may be unlawful. 

-- 
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: Fixes from CA

2018-12-18 Thread Vernooij, Kees (ITOP NM) - KLM
Are you connected to IBM, if so, why not to CA?

Kees.



> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Sankaranarayanan, Vignesh
> Sent: 18 December, 2018 14:52
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXTERNAL] Re: Fixes from CA
> 
> Nope, not using CSM.
> Mainframe is not connected to CA, so CSM is severely handicapped without
> connectivity to CA.
> Yes, it works with offline packages, but I can't be bothered with that
> set of actions.. would rather get it working with basic Windows FTP.
> 
> – Vignesh
> Mainframe Infrastructure
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Elardus Engelbrecht
> Sent: 18 December 2018 13:48
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [EXTERNAL] Re: Fixes from CA
> 
> Sankaranarayanan, Vignesh wrote:
> 
> >On getting a bunch of Solutions downloaded from the CA site for a
> product, the subsequent uploads to mainframe fail because the .txt files
> go on for more than 80 cols. This is super annoying as I'm looking to
> upload hundreds of PTF HOLDDATA. I've used quote site lrecl=80 but when
> the first line of R1235.txt is 81 columns, how many ever lines the file
> has, FTP-ing it from desktop to mainframe brings in only the first line.
> 
> Did you contacted CA for assistance? They should know how to assist you.
> 
> Groete / Greetings
> Elardus Engelbrecht
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> MARKSANDSPENCER.COM
> 
>  Unless otherwise stated above:
> Marks and Spencer plc
> Registered Office:
> Waterside House
> 35 North Wharf Road
> London
> W2 1NW
> 
> Registered No. 214436 in England and Wales.
> 
> Telephone (020) 7935 4422
> Facsimile (020) 7487 2670
> 
> www.marksandspencer.com
> 
> Please note that electronic mail may be monitored.
> 
> This e-mail is confidential. If you received it by mistake, please let
> us know and then delete it from your system; you should not copy,
> disclose, or distribute its contents to anyone nor act in reliance on
> this e-mail, as this is prohibited and may be unlawful.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286



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


Re: [EXTERNAL] Re: Fixes from CA

2018-12-18 Thread Sankaranarayanan, Vignesh
This almost worked -- quote site lrecl=80 recfm=fb blksize=3120 cylinders 
pri=250 sec=10 notrail trun nowrap removeinbeof



But there's a file like below:



++APAR (Lxx)

/*  */

Etc etc



The first line not being 80 is wrecking the transfer.



– Vignesh

Mainframe Infrastructure



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Elardus Engelbrecht
Sent: 18 December 2018 13:48
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Fixes from CA



Sankaranarayanan, Vignesh wrote:



>On getting a bunch of Solutions downloaded from the CA site for a product, the 
>subsequent uploads to mainframe fail because the .txt files go on for more 
>than 80 cols. This is super annoying as I'm looking to upload hundreds of PTF 
>HOLDDATA. I've used quote site lrecl=80 but when the first line of R1235.txt 
>is 81 columns, how many ever lines the file has, FTP-ing it from desktop to 
>mainframe brings in only the first line.



Did you contacted CA for assistance? They should know how to assist you.



Groete / Greetings

Elardus Engelbrecht



--

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

MARKSANDSPENCER.COM

Unless otherwise stated above:
Marks and Spencer plc
Registered Office:
Waterside House
35 North Wharf Road
London
W2 1NW

Registered No. 214436 in England and Wales.

Telephone (020) 7935 4422
Facsimile (020) 7487 2670

www.marksandspencer.com

Please note that electronic mail may be monitored.

This e-mail is confidential. If you received it by mistake, please let us know 
and then delete it from your system; you should not copy, disclose, or 
distribute its contents to anyone nor act in reliance on this e-mail, as this 
is prohibited and may be unlawful.

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


Re: [EXTERNAL] Re: Fixes from CA

2018-12-18 Thread Sankaranarayanan, Vignesh
Nope, not using CSM.
Mainframe is not connected to CA, so CSM is severely handicapped without 
connectivity to CA.
Yes, it works with offline packages, but I can't be bothered with that set of 
actions.. would rather get it working with basic Windows FTP.

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Elardus Engelbrecht
Sent: 18 December 2018 13:48
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Fixes from CA

Sankaranarayanan, Vignesh wrote:

>On getting a bunch of Solutions downloaded from the CA site for a product, the 
>subsequent uploads to mainframe fail because the .txt files go on for more 
>than 80 cols. This is super annoying as I'm looking to upload hundreds of PTF 
>HOLDDATA. I've used quote site lrecl=80 but when the first line of R1235.txt 
>is 81 columns, how many ever lines the file has, FTP-ing it from desktop to 
>mainframe brings in only the first line.

Did you contacted CA for assistance? They should know how to assist you.

Groete / Greetings
Elardus Engelbrecht

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

MARKSANDSPENCER.COM

 Unless otherwise stated above:
Marks and Spencer plc
Registered Office:
Waterside House
35 North Wharf Road
London
W2 1NW

Registered No. 214436 in England and Wales.

Telephone (020) 7935 4422
Facsimile (020) 7487 2670

www.marksandspencer.com

Please note that electronic mail may be monitored.

This e-mail is confidential. If you received it by mistake, please let us know 
and then delete it from your system; you should not copy, disclose, or 
distribute its contents to anyone nor act in reliance on this e-mail, as this 
is prohibited and may be unlawful.

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


Re: Fixes from CA

2018-12-18 Thread Elardus Engelbrecht
Sankaranarayanan, Vignesh wrote:

>On getting a bunch of Solutions downloaded from the CA site for a product, the 
>subsequent uploads to mainframe fail because the .txt files go on for more 
>than 80 cols. This is super annoying as I'm looking to upload hundreds of PTF 
>HOLDDATA. I've used quote site lrecl=80 but when the first line of R1235.txt 
>is 81 columns, how many ever lines the file has, FTP-ing it from desktop to 
>mainframe brings in only the first line.

Did you contacted CA for assistance? They should know how to assist you.

Groete / Greetings
Elardus Engelbrecht

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


Re: Fixes from CA

2018-12-18 Thread Vernooij, Kees (ITOP NM) - KLM
CA CSM it seems to be called now.

Kees.

> -Original Message-
> From: Vernooij, Kees (ITOP NM) - KLM
> Sent: 18 December, 2018 14:38
> To: 'IBM Mainframe Discussion List' 
> Subject: RE: Fixes from CA
> 
> First, are you not using CA MSM? That makes life so much easier.
> Second, you could try to ftp to a preallocated dataset. Or use Total
> Commander.
> 
> Kees.
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On
> > Behalf Of Sankaranarayanan, Vignesh
> > Sent: 18 December, 2018 14:28
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Fixes from CA
> >
> > Hi,
> >
> > On getting a bunch of Solutions downloaded from the CA site for a
> > product, the subsequent uploads to mainframe fail because the .txt
> files
> > go on for more than 80 cols.
> > This is super annoying as I'm looking to upload hundreds of PTF
> > HOLDDATA.
> > I've used quote site lrecl=80 but when the first line of R1235.txt is
> 81
> > columns, how many ever lines the file has, FTP-ing it from desktop to
> > mainframe brings in only the first line.
> > Usually, I get around this but just making sure the first record stops
> > at col 80.
> > Easy to do when dealing with only a handful of files..
> >
> > Help! What's the best way to forcefully truncate the broken .txt files
> > at 80 columns so I can transfer them with ease.
> > No, I can't setup SMPE RECEIVE ORDER. Fixes get downloaded to a PC,
> then
> > FTP'd from PC to mainframe.
> >
> > - Vignesh
> > Mainframe Infrastructure
> >
> >
> > MARKSANDSPENCER.COM
> > 
> > Unless otherwise stated above:
> > Marks and Spencer plc
> > Registered Office:
> > Waterside House
> > 35 North Wharf Road
> > London
> > W2 1NW
> >
> > Registered No. 214436 in England and Wales.
> >
> > Telephone (020) 7935 4422
> > Facsimile (020) 7487 2670
> >
> > www.marksandspencer.com
> >
> > Please note that electronic mail may be monitored.
> >
> > This e-mail is confidential. If you received it by mistake, please let
> > us know and then delete it from your system; you should not copy,
> > disclose, or distribute its contents to anyone nor act in reliance on
> > this e-mail, as this is prohibited and may be unlawful.
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286


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


Re: Fixes from CA

2018-12-18 Thread Vernooij, Kees (ITOP NM) - KLM
First, are you not using CA MSM? That makes life so much easier.
Second, you could try to ftp to a preallocated dataset. Or use Total Commander.

Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Sankaranarayanan, Vignesh
> Sent: 18 December, 2018 14:28
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Fixes from CA
> 
> Hi,
> 
> On getting a bunch of Solutions downloaded from the CA site for a
> product, the subsequent uploads to mainframe fail because the .txt files
> go on for more than 80 cols.
> This is super annoying as I'm looking to upload hundreds of PTF
> HOLDDATA.
> I've used quote site lrecl=80 but when the first line of R1235.txt is 81
> columns, how many ever lines the file has, FTP-ing it from desktop to
> mainframe brings in only the first line.
> Usually, I get around this but just making sure the first record stops
> at col 80.
> Easy to do when dealing with only a handful of files..
> 
> Help! What's the best way to forcefully truncate the broken .txt files
> at 80 columns so I can transfer them with ease.
> No, I can't setup SMPE RECEIVE ORDER. Fixes get downloaded to a PC, then
> FTP'd from PC to mainframe.
> 
> - Vignesh
> Mainframe Infrastructure
> 
> 
> MARKSANDSPENCER.COM
> 
> Unless otherwise stated above:
> Marks and Spencer plc
> Registered Office:
> Waterside House
> 35 North Wharf Road
> London
> W2 1NW
> 
> Registered No. 214436 in England and Wales.
> 
> Telephone (020) 7935 4422
> Facsimile (020) 7487 2670
> 
> www.marksandspencer.com
> 
> Please note that electronic mail may be monitored.
> 
> This e-mail is confidential. If you received it by mistake, please let
> us know and then delete it from your system; you should not copy,
> disclose, or distribute its contents to anyone nor act in reliance on
> this e-mail, as this is prohibited and may be unlawful.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286


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


Fixes from CA

2018-12-18 Thread Sankaranarayanan, Vignesh
Hi,

On getting a bunch of Solutions downloaded from the CA site for a product, the 
subsequent uploads to mainframe fail because the .txt files go on for more than 
80 cols.
This is super annoying as I'm looking to upload hundreds of PTF HOLDDATA.
I've used quote site lrecl=80 but when the first line of R1235.txt is 81 
columns, how many ever lines the file has, FTP-ing it from desktop to mainframe 
brings in only the first line.
Usually, I get around this but just making sure the first record stops at col 
80.
Easy to do when dealing with only a handful of files..

Help! What's the best way to forcefully truncate the broken .txt files at 80 
columns so I can transfer them with ease.
No, I can't setup SMPE RECEIVE ORDER. Fixes get downloaded to a PC, then FTP'd 
from PC to mainframe.

- Vignesh
Mainframe Infrastructure


MARKSANDSPENCER.COM

Unless otherwise stated above:
Marks and Spencer plc
Registered Office:
Waterside House
35 North Wharf Road
London
W2 1NW

Registered No. 214436 in England and Wales.

Telephone (020) 7935 4422
Facsimile (020) 7487 2670

www.marksandspencer.com

Please note that electronic mail may be monitored.

This e-mail is confidential. If you received it by mistake, please let us know 
and then delete it from your system; you should not copy, disclose, or 
distribute its contents to anyone nor act in reliance on this e-mail, as this 
is prohibited and may be unlawful.

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


Re: Dummy query on processor failover

2018-12-18 Thread Elardus Engelbrecht
Radoslaw Skorupka wrote:

>Except ...it doesn't answer the question: HOW CPU RECOGNIZE ITS OWN FAILURE?

I don't have the original documents (Redbooks/Share presentations/KC/etc.) from 
IBM, but in short this is what happens (from my failing/decaying memory):

Each CPU (on an IBM mainframe) consists of two halves. Both halves are 
executing an instruction and the results are compared.

If there is a difference, then the instruction is retried. If still there is a 
difference, somehow the CPU is giving the instruction and the rest of the cache 
to another [unoccupied] CPU and then turns itself of and announce its own 
status to the hardware.

Sorry for not having the full details, but this is what I remember ...

Oh, of course, If I am wrong or the process described above changed, please 
correct me. 

Groete / Greetings
Elardus Engelbrecht

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


Re: Dummy query on processor failover

2018-12-18 Thread R.S.

W dniu 2018-12-18 o 09:43, Timothy Sipples pisze:

Radoslaw Skorupka:

Let's say a CPU returns false results like 2x2=5. How to recognize
the result is false?

The IBM Z (and LinuxONE) system handles all that for you, and without
operating system involvement. Nowadays, thanks to the wonders of
microelectronic miniaturization, that's through intensive, thorough
integrity checking at all critical instruction execution steps baked deep
into every processor, and with tons of "transistor budget" spent on
integrity checking and other RAS characteristics. The design philosophy is
to push error handling as far down in the "stack" as possible, and that's
what actually happens.

Yes, z/OS has an amazing amount of wonderful error handling and recovery
logic, but the design philosophy (and reality) is "never" to invoke it, to
handle issues such as exceedingly rare core failures even without z/OS
having to do anything, or even necessarily to be aware anything happened.
It's a defense in depth strategy, to require multiple very long tail risks
to happen together, simultaneously, before any error surfaces to the OS for
handling.

Moreover, the system doesn't even necessarily bother notifying you that
something happened that was automatically handled with aplomb. If a stray
cosmic ray flipped a bit, triggered an integrity violation, caused an
instruction retry, and then everything continued normally for an eternity
(in processor terms) without the operating system having to do anything,
should alarm bells ring so that you can spend (waste) your time chasing
that ghost (cosmic ray)? Probably not. So there are certain categories of
anomalous, infrequent, handled, and inconsequential events that don't even
raise any system eyebrows, as it were. I don't know exactly what they are,
it probably varies by model, and IBM might not even tell you. And there's
tremendous design sense in that approach, too, because invoking some sort
of notification logic for inconsequential events could, all by itself,
cause consequential errors. There's a lot of care and long-term field
experience that goes into making these design decisions, as I understand
it. The basic analogy here is that you shouldn't yell "Fire!" in a crowded
theater (or even an uncrowded one) unless there really could be a fire,
because the very act of yelling "Fire!" could cause more harm than good.

The only currently marketed (as I write this) IBM Z or LinuxONE machine
models that can be (but certainly don't have to be) ordered and configured
without spare main processor cores are the IBM z13s (2965-N10 only) and the
IBM LinuxONE Rockhopper (2965-L10 only). However, every uncharacterized
core is a spare. You can order a single machine with 169 spare cores if you
wish. To do that you'd order an IBM z14 or IBM LinuxONE Emperor II with one
characterized core and 169 physically present but uncharacterized cores.
That's probably not a configuration you should order, but you can if you
insist.


Excellent essay!
Except ...it doesn't answer the question: HOW CPU RECOGNIZE ITS OWN 
FAILURE?


--
Radoslaw Skorupka
Lodz, Poland




==

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

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

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

If you are not the addressee of this message:

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

mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital 
City of Warsaw, 12th Commercial Division of the National Court Register, KRS 
025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 
169,248,488 as at 1 January 2018.

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


Re: Dummy query on processor failover

2018-12-18 Thread Timothy Sipples
Radoslaw Skorupka:
>Let's say a CPU returns false results like 2x2=5. How to recognize
>the result is false?

The IBM Z (and LinuxONE) system handles all that for you, and without
operating system involvement. Nowadays, thanks to the wonders of
microelectronic miniaturization, that's through intensive, thorough
integrity checking at all critical instruction execution steps baked deep
into every processor, and with tons of "transistor budget" spent on
integrity checking and other RAS characteristics. The design philosophy is
to push error handling as far down in the "stack" as possible, and that's
what actually happens.

Yes, z/OS has an amazing amount of wonderful error handling and recovery
logic, but the design philosophy (and reality) is "never" to invoke it, to
handle issues such as exceedingly rare core failures even without z/OS
having to do anything, or even necessarily to be aware anything happened.
It's a defense in depth strategy, to require multiple very long tail risks
to happen together, simultaneously, before any error surfaces to the OS for
handling.

Moreover, the system doesn't even necessarily bother notifying you that
something happened that was automatically handled with aplomb. If a stray
cosmic ray flipped a bit, triggered an integrity violation, caused an
instruction retry, and then everything continued normally for an eternity
(in processor terms) without the operating system having to do anything,
should alarm bells ring so that you can spend (waste) your time chasing
that ghost (cosmic ray)? Probably not. So there are certain categories of
anomalous, infrequent, handled, and inconsequential events that don't even
raise any system eyebrows, as it were. I don't know exactly what they are,
it probably varies by model, and IBM might not even tell you. And there's
tremendous design sense in that approach, too, because invoking some sort
of notification logic for inconsequential events could, all by itself,
cause consequential errors. There's a lot of care and long-term field
experience that goes into making these design decisions, as I understand
it. The basic analogy here is that you shouldn't yell "Fire!" in a crowded
theater (or even an uncrowded one) unless there really could be a fire,
because the very act of yelling "Fire!" could cause more harm than good.

The only currently marketed (as I write this) IBM Z or LinuxONE machine
models that can be (but certainly don't have to be) ordered and configured
without spare main processor cores are the IBM z13s (2965-N10 only) and the
IBM LinuxONE Rockhopper (2965-L10 only). However, every uncharacterized
core is a spare. You can order a single machine with 169 spare cores if you
wish. To do that you'd order an IBM z14 or IBM LinuxONE Emperor II with one
characterized core and 169 physically present but uncharacterized cores.
That's probably not a configuration you should order, but you can if you
insist.


Timothy Sipples
IT Architect Executive, 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: Enforcing CLASS in instream proc

2018-12-18 Thread Vernooij, Kees (ITOP NM) - KLM
Peter,

Can you clarify why you like to do that?

Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Peter
> Sent: 18 December, 2018 3:51
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Enforcing CLASS in instream proc
> 
> That's right Wayne
> 
> On Tue 18 Dec, 2018, 4:50 AM Wayne Bickerdike  
> > I thought he wanted the job to be scheduled/rescheduled into a
> different
> > job class.
> >
> >
> >
> >
> > On Tue, Dec 18, 2018 at 7:33 AM Peter Bishop 
> wrote:
> >
> > > It's not clear what you are trying to do.
> > >
> > > Do you wish to override the output class used by a particular DDNAME
> in
> > an
> > > included procedure?
> > >
> > > If so, it should be simple, something like
> > >
> > > //p  PROC
> > > //  jcl here
> > > //p  PEND
> > > //stepname EXEC p
> > > //procstepname.ddname-whose-class-you-want-to-override   DD
> > > SYSOUT=whatever-class-you-want
> > >
> > > Test this, I just coded it from memory and it may have bugs.
> > >
> > > Of course, if this isn't what you are trying to do, please explain
> and
> > you
> > > may get your answer.
> > >
> > > cheers,
> > > Peter
> > >
> > > 
> --
> > > For IBM-MAIN subscribe / signoff / archive access instructions,
> > > send email to lists...@listserv.ua.edu with the message: INFO IBM-
> MAIN
> > >
> >
> >
> > --
> > Wayne V. Bickerdike
> >
> > --
> > 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 information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286



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