Re: Resolving PTF for UA94641

[Lizette Koehler]

You should provide more details on what you are looking for that this PTF will 
correct.

Is it in Error?

Is it Held?

What functions is not working?  Are you trying to download the PTF to fix 
something else?  And the pulling of the PTF is not working?


I think you should contact IBM support for the PTF to get the best answers.


Lizette


> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of
> Lizette Koehler
> Sent: Monday, July 30, 2018 10:20 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Resolving PTF for UA94641
> 
> What does this PTF do?
> 
> Why is it in error?
> 
> What has IBM said about the fixing ptf?
> 
> Lizette
> 
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> > Behalf Of Jake Anderson
> > Sent: Monday, July 30, 2018 8:46 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Resolving PTF for UA94641
> >
> > Hi
> >
> > I am unable to find a resolving PTF for UA94641.
> >
> > Does anyone have any information about this and this is for DFSMSHSM.
> >
> > Regards
> > Jake.
> >
> 
> --
> 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: Resolving PTF for UA94641

[Lizette Koehler]

What does this PTF do?

Why is it in error?

What has IBM said about the fixing ptf?

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of
> Jake Anderson
> Sent: Monday, July 30, 2018 8:46 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Resolving PTF for UA94641
> 
> Hi
> 
> I am unable to find a resolving PTF for UA94641.
> 
> Does anyone have any information about this and this is for DFSMSHSM.
> 
> Regards
> Jake.
> 

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

Re: z13s not in Canada wasRe: [External] Re: Amazon Prime meltdown leads to IBM LinuxONE

[Wayne Bickerdike]

It's not distance either...

3,263 km
Distance from Darwin to Guam

6,086 mi
Distance from Los Angeles to Guam


On Tue, Jul 31, 2018 at 2:03 PM, Wayne Bickerdike  wrote:

> Australia wasn't on the list either. We have two fairly large Z13s at our
> establishment.
>
> On Tue, Jul 31, 2018 at 11:09 AM, Clark Morris 
> wrote:
>
>> [Default] On 30 Jul 2018 15:27:47 -0700, in bit.listserv.ibm-main
>> t...@harminc.net (Tony Harminc) wrote:
>>
>> >On 30 July 2018 at 09:56, Clark Morris  wrote:
>> >> On 29 Jul 2018 14:30:01 -0700, in bit.listserv.ibm-main
>> st...@stevebeaver.com (Steve Beaver) wrote:
>> >>
>> >>>Can you imagine 10,000 of theses
>> >>>
>> >>>https://www-01.ibm.com/common/ssi/cgi-bin/ssialias?infoty
>> pe=OC=NA=897/ENUS2964-L96=totalstorage
>> >>>
>> >> Why wasn't it available in Canada?
>> >
>> >Not sure what you mean... That bit at the bottom where it says
>> >Applicable Countries (and doesn't include Canada)? It seems to be a US
>> >announcement letter, and that list appears to include only countries
>> >in the Americas that don't get their own version of the letter, and
>> >therefore get the US one as a default. Canada has its own
>> >https://www-01.ibm.com/common/ssi/ShowDoc.wss?docURL=/
>> common/ssi/rep_oc/9/649/ENUS2964-LC9/index.html
>> >as do various countries in Europe, Asia, and so on.
>> >
>> >But perhaps I'm missing the joke...
>>
>> Since my skimming of the list showed a high percentage of the world's
>> countries that are big enough to support having a z, I was surprised
>> Canada wasn't in the list and still am even though there is a separate
>> letter for Canada.  The impression a US organization or other
>> organization in countries  on the list might get is that they couldn't
>> get one for their operation in Canada.
>>
>> Clark Morris
>> >
>> >Tony H.
>> >
>> >--
>> >For IBM-MAIN subscribe / signoff / archive access instructions,
>> >send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>>
>
>
>
> --
> Wayne V. Bickerdike
>
>


-- 
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: z13s not in Canada wasRe: [External] Re: Amazon Prime meltdown leads to IBM LinuxONE

[Wayne Bickerdike]

Australia wasn't on the list either. We have two fairly large Z13s at our
establishment.

On Tue, Jul 31, 2018 at 11:09 AM, Clark Morris  wrote:

> [Default] On 30 Jul 2018 15:27:47 -0700, in bit.listserv.ibm-main
> t...@harminc.net (Tony Harminc) wrote:
>
> >On 30 July 2018 at 09:56, Clark Morris  wrote:
> >> On 29 Jul 2018 14:30:01 -0700, in bit.listserv.ibm-main
> st...@stevebeaver.com (Steve Beaver) wrote:
> >>
> >>>Can you imagine 10,000 of theses
> >>>
> >>>https://www-01.ibm.com/common/ssi/cgi-bin/ssialias?
> infotype=OC=NA=897/ENUS2964-L96=totalstorage
> >>>
> >> Why wasn't it available in Canada?
> >
> >Not sure what you mean... That bit at the bottom where it says
> >Applicable Countries (and doesn't include Canada)? It seems to be a US
> >announcement letter, and that list appears to include only countries
> >in the Americas that don't get their own version of the letter, and
> >therefore get the US one as a default. Canada has its own
> >https://www-01.ibm.com/common/ssi/ShowDoc.wss?docURL=
> /common/ssi/rep_oc/9/649/ENUS2964-LC9/index.html
> >as do various countries in Europe, Asia, and so on.
> >
> >But perhaps I'm missing the joke...
>
> Since my skimming of the list showed a high percentage of the world's
> countries that are big enough to support having a z, I was surprised
> Canada wasn't in the list and still am even though there is a separate
> letter for Canada.  The impression a US organization or other
> organization in countries  on the list might get is that they couldn't
> get one for their operation in Canada.
>
> Clark Morris
> >
> >Tony H.
> >
> >--
> >For IBM-MAIN subscribe / signoff / archive access instructions,
> >send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
Wayne V. Bickerdike

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

Catalog Locking and Unlocking

[John Baker]

Resource ID "IGG.CATLOCK" in resource class ID "FACILITY" (RACF Security
Server) or "IBMFAC" (CA Top Secret Security) is used to control the ability
to lock and unlock user catalogs.

 

This is normally accomplished via the Access Method Services "ALTER
{usercatalog-dataset-id-44} [UN]LOCK" command.

 

However, it can also be accomplished via a "MODIFY
CATALOG,RECOVER,[UN]LOCK({usercatalog-dataset-id-44})" command.

 

However, it is unclear if resource ID "IGG.CATLOCK" is checked in the latter
scenario.

 

Furthermore, if resource ID "IGG.CATLOCK" is checked in this scenario, is
the access checked using the accessor ID associated with the CATALOG address
space, or with the accessor ID associated with the MODIFY command?

 

Finally, IBM Publication SC23-6853-30 DFSMS Managing Catalogs suggests
permitting critical STC accessor IDs access to resource ID "IGG.CATLOCK"
prior to locking any user catalog, with the supporting logic being that if a
dataset required during the IPL is contained in a locked user catalog, then
the IPL will fail.

 

The clear implication here would seem to be that access to resource ID
"IGG.CATLOCK" not only permits the accessor ID to lock and unlock user
catalogs, but to also access locked user catalogs.

 

In summary, my questions are -

 

*   Is resource ID "IGG.CATLOCK" checked when a user catalog is locked
or unlocked via a "MODIFY CATALOG" command?
*   If so, then -

*   Is the resource access check performed using the accessor ID
associated with the CATALOG address?
*   Is the resource access check performed using the accessor ID
associated with the MODIFY CATALOG command?

*   Does access to resource ID "IGG.CATLOCK" provide access to locked
user catalogs?

 

John P. Baker


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

Resolving PTF for UA94641

[Jake Anderson]

Hi

I am unable to find a resolving PTF for UA94641.

Does anyone have any information about this and this is for DFSMSHSM.

Regards
Jake.

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

Re: Security bypass on key 0 / sup state VSAM OPEN was Re: A curiosity Question

[Paul Gilmartin]

On Mon, 30 Jul 2018 20:30:48 -0500, Mike Schwab wrote:

>How about Master and User catalogs?
>
Isn't there a catalog address space?

(I know; I was wrong once before.)

>On Mon, Jul 30, 2018 at 10:56 AM Seymour J Metz wrote:
>>
>> My guess is that the security bypass was for opening paging and swap data 
>> sets and maybe STGINDEX.

-- gil

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

Re: Security bypass on key 0 / sup state VSAM OPEN was Re: A curiosity Question

[Mike Schwab]

How about Master and User catalogs?
On Mon, Jul 30, 2018 at 10:56 AM Seymour J Metz  wrote:
>
> My guess is that the security bypass was for opening paging and swap data 
> sets and maybe STGINDEX.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> 
> From: IBM Mainframe Discussion List  on behalf of 
> Walt Farrell 
> Sent: Monday, July 30, 2018 11:14 AM
> To: IBM-MAIN@listserv.ua.edu
> Subject: Re: Security bypass on key 0 / sup state VSAM OPEN was Re: A 
> curiosity Question
>
> On Sat, 28 Jul 2018 12:00:51 -0300, Clark Morris  wrote:
>
> >[Default] On 27 Jul 2018 17:41:11 -0700, in bit.listserv.ibm-main
> >rob.schr...@gmail.com (Rob Schramm) wrote:
> >
> >>I am not sure.. They out those extended checks with smf 82's.. and put some
> >>use parameters in the asymuse.
> >>
> >>I don't like bypassing security calls.. it's just a slippery slope to
> >>bypassing all of it.
> >
> >Why should OPEN security checking be bypassed for VSAM and no other
> >access method in key 0 / supervisor state.
>
> As far as I know only the VSAM designers who made that decision decades ago 
> would know. My guess: some system component that could not tolerate the check 
> (at that time probably for passwords, via an operator prompt) could not 
> tolerate the interruption, so they decided to bypass the security check. 
> Also, there is (or was) very little usage of OPEN for VSAM files by 
> supervisor state or key 0 programs.
>
> I found out about it many years ago while working on a customer problem 
> report while I was in RACF Development. At that time it was undocumented. I 
> recall that the VSAM team determined that behavior to be so old and ingrained 
> to the processing that it could not be changed safely, for compatibility 
> reasons if I remember correctly. But I did convince them it needed to be 
> documented.
>
> --
> Walt
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



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

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

Re: z13s not in Canada wasRe: [External] Re: Amazon Prime meltdown leads to IBM LinuxONE

[Clark Morris]

[Default] On 30 Jul 2018 15:27:47 -0700, in bit.listserv.ibm-main
t...@harminc.net (Tony Harminc) wrote:

>On 30 July 2018 at 09:56, Clark Morris  wrote:
>> On 29 Jul 2018 14:30:01 -0700, in bit.listserv.ibm-main 
>> st...@stevebeaver.com (Steve Beaver) wrote:
>>
>>>Can you imagine 10,000 of theses
>>>
>>>https://www-01.ibm.com/common/ssi/cgi-bin/ssialias?infotype=OC=NA=897/ENUS2964-L96=totalstorage
>>>
>> Why wasn't it available in Canada?
>
>Not sure what you mean... That bit at the bottom where it says
>Applicable Countries (and doesn't include Canada)? It seems to be a US
>announcement letter, and that list appears to include only countries
>in the Americas that don't get their own version of the letter, and
>therefore get the US one as a default. Canada has its own
>https://www-01.ibm.com/common/ssi/ShowDoc.wss?docURL=/common/ssi/rep_oc/9/649/ENUS2964-LC9/index.html
>as do various countries in Europe, Asia, and so on.
>
>But perhaps I'm missing the joke...

Since my skimming of the list showed a high percentage of the world's
countries that are big enough to support having a z, I was surprised
Canada wasn't in the list and still am even though there is a separate
letter for Canada.  The impression a US organization or other
organization in countries  on the list might get is that they couldn't
get one for their operation in Canada.  

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

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

Re: Security bypass on key 0 / sup state VSAM OPEN was Re: A curiosity Question

[Rob Schramm]

I love IBM-MAIN.

Rob Schramm

On Mon, Jul 30, 2018, 11:56 AM Seymour J Metz  wrote:

> My guess is that the security bypass was for opening paging and swap data
> sets and maybe STGINDEX.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> 
> From: IBM Mainframe Discussion List  on behalf
> of Walt Farrell 
> Sent: Monday, July 30, 2018 11:14 AM
> To: IBM-MAIN@listserv.ua.edu
> Subject: Re: Security bypass on key 0 / sup state VSAM OPEN was Re: A
> curiosity Question
>
> On Sat, 28 Jul 2018 12:00:51 -0300, Clark Morris 
> wrote:
>
> >[Default] On 27 Jul 2018 17:41:11 -0700, in bit.listserv.ibm-main
> >rob.schr...@gmail.com (Rob Schramm) wrote:
> >
> >>I am not sure.. They out those extended checks with smf 82's.. and put
> some
> >>use parameters in the asymuse.
> >>
> >>I don't like bypassing security calls.. it's just a slippery slope to
> >>bypassing all of it.
> >
> >Why should OPEN security checking be bypassed for VSAM and no other
> >access method in key 0 / supervisor state.
>
> As far as I know only the VSAM designers who made that decision decades
> ago would know. My guess: some system component that could not tolerate the
> check (at that time probably for passwords, via an operator prompt) could
> not tolerate the interruption, so they decided to bypass the security
> check. Also, there is (or was) very little usage of OPEN for VSAM files by
> supervisor state or key 0 programs.
>
> I found out about it many years ago while working on a customer problem
> report while I was in RACF Development. At that time it was undocumented. I
> recall that the VSAM team determined that behavior to be so old and
> ingrained to the processing that it could not be changed safely, for
> compatibility reasons if I remember correctly. But I did convince them it
> needed to be documented.
>
> --
> Walt
>
> --
> 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
>
-- 

Rob Schramm

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

Re: Data placement through analytics.

[Mike Schwab]

See if there is a count of how many times the tape has been mounted,
number of days since created, block size, block count.  List these
into a report, import to a spread sheet, calculate mounts per day and
file size.  The more mounts and the smaller size should be done first.
On Mon, Jul 30, 2018 at 1:20 PM Benik, John E  wrote:
>
> We are not speaking of HSM data, but rather Physical Sequential files that 
> are being directed to tape.  We will more than likely use SMS to control 
> allocations, but need to determine if some of the tape files are better 
> candidates for disk.  Requesting the users to change their JCL is not an 
> option.  Both tapewise and mountmon seem like good tools to use to help us 
> determine that.  I'm just trying to lay out the best way to proceed as far as 
> determining where the data should be placed.  Common sense tells me small 
> tape files with a short retention, and not read would be good candidates for 
> disk.  We are using DLMs for HSM and general purpose tape.
>
>
>
> John Benik
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Elardus Engelbrecht
> Sent: Monday, July 30, 2018 12:08 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Data placement through analytics.
>
> John Benik wrote:
>
> >I am trying to find a way to use either Tapewise or Tape Mount Monitor to 
> >determine the best media to store the tape data on.  In other words I would 
> >like to be able to look at some reports and be able to state that this data 
> >should be on disk and not tape.  The tool we are using currently works for 
> >disk to tape determination but not tape to disk.  If anybody has any ideas 
> >on how to do this it would be greatly appreciated.
>
> A question please: Is there something in HSM and SMS (management class) 
> you're missing to determine the placement of datasets?
>
> We generally use age, backup requirements and frequency of usage to determine 
> where datasets are placed on disk and 'tape' (actually VTS cartridges).
>
> What are your goals to determine what media do you want to use? Do you have a 
> 'Tape management system'?
>
> Disclaimer - I never used Tapewise at all. I have used Tape mount monitor 
> years ago while being a storage admin, but discarded/dropped it eventually.
>
> 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
>
> This e-mail, including attachments, may include confidential and/or
> proprietary information, and may be used only by the person or entity
> to which it is addressed. If the reader of this e-mail is not the intended
> recipient or his or her authorized agent, the reader is hereby notified
> that any dissemination, distribution or copying of this e-mail is
> prohibited. If you have received this e-mail in error, please notify the
> sender by replying to this message and delete this e-mail immediately.
>
>
> --
> 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: Need help with ISPF Dialogue Manager and VGET

[retired mainframer]

Is NAME-LIST a valid name?  Does it equate to a full word boundary?
(Recommend changing EQU * to DS 0F to insure there is no padding before the
first parameter.)

> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of esst...@juno.com
> Sent: Monday, July 30, 2018 1:45 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Need help with ISPF Dialogue Manager and VGET
> 
> Hello,
> .
> I need some clarification on using the ISPF VGET Service in an Assembler
Program,
> the examples I've found were not much help.
> .
> .
> I have a CLIST which issues a VPUT for three Fields
> Name, City,  STATE. These variable are placed on the SHARED POOL.
> The CLIST then invokes an Assembler Program which should issue a VGET
> for the three variables and write them to a VSAM dataset.
> .
> In the examples I found I never see the Variables for the VGET defined
> in the program.
> .
> I suspect I need to first issue a VDEFINE, with a Name List, Variable
> list, Format List and Length List  prior to issuing the VGET.
> .
> THE VGET SERVICE only identifies a name-list like
> NAME-LIST EQU *
>   DC  A(3)
>   DC  A(0)
>   DC  CL8'NAME '
>   DC  CL8'CITY '
>   DC  CL8'STATE'
> .
> Do I need to issue a VDEFINE first  for the Variables specified in the
VGET. Would
> someone please clarify 

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

Re: Need help with ISPF Dialogue Manager and VGET

[Mike Shaw]

On 7/30/2018 4:47 PM, esst...@juno.com wrote:

Hello,

Do I need to issue a VDEFINE first  for the Variables specified in the VGET. 
Would someone please clarify 
> 

Paul,

Yes. VDEFINEs when you start up, then as many VPUTs and VGETs as needed, 
then VDELETEs when you end execution.


Mike Shaw
MVS/QuickRef Support Group
Chicago-Soft, Ltd.

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

Re: z13s not in Canada wasRe: [External] Re: Amazon Prime meltdown leads to IBM LinuxONE

[Tony Harminc]

On 30 July 2018 at 09:56, Clark Morris  wrote:
> On 29 Jul 2018 14:30:01 -0700, in bit.listserv.ibm-main st...@stevebeaver.com 
> (Steve Beaver) wrote:
>
>>Can you imagine 10,000 of theses
>>
>>https://www-01.ibm.com/common/ssi/cgi-bin/ssialias?infotype=OC=NA=897/ENUS2964-L96=totalstorage
>>
> Why wasn't it available in Canada?

Not sure what you mean... That bit at the bottom where it says
Applicable Countries (and doesn't include Canada)? It seems to be a US
announcement letter, and that list appears to include only countries
in the Americas that don't get their own version of the letter, and
therefore get the US one as a default. Canada has its own
https://www-01.ibm.com/common/ssi/ShowDoc.wss?docURL=/common/ssi/rep_oc/9/649/ENUS2964-LC9/index.html
as do various countries in Europe, Asia, and so on.

But perhaps I'm missing the joke...

Tony H.

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

Re: Need help with ISPF Dialogue Manager and VGET

[Steve Beaver]

Here is a good place to start.  

https://www.bde-gmbh.de/tipps-tricks/zos-rexx/write-an-assembler-program-that-is-called-by-rexx/


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John Gateley
Sent: Monday, July 30, 2018 4:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Need help with ISPF Dialogue Manager and VGET

Hi

This is what I have for an assembler program calling REXX, but the REXX can see 
the variables so something similar should work for you.

  CALL  ISPLINK,(VDEFINE,NXXPROG,INVXPROG,CHAR,LXXPROG),VL  
  CALL  ISPLINK,(VPUT,NXXPROG),VL 
  CALL  ISPLINK,(SELECT,LPREXX,PREXX),VL  

VDEFINE  DCCL8'VDEFINE'  
VPUT DCCL8'VPUT' 
SELECT   DCCL8'SELECT'   
NXXPROG  DCCL10'(INVXPROG)'  
INVXPROG DCCL8' '
CHAR DCCL8'CHAR '
LXXPROG  DCF'10' 
LPREXX   DCF'13' 
PREXXDCC'CMD(INVSHLST)'  

Hope this helps
John

--
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: z13s not in Canada wasRe: [External] Re: Amazon Prime meltdown leads to IBM LinuxONE

[Phil Smith III]

Elardus Engelbrecht wrote:

>Sorry, but please educate me (and others too), what is a "CanCon"?

 

>Yes, of course, I Googled it by harassing Uncle G. O. Ogle, but got many hits 
>like "Canadia Contents" amongst other useless hits (pipe-manufacturer 
>'Can-Con', 'CanCon' restaurants, Canada TV regulations, a French commune, 
>Cancer Control, etc.)

 

Yep, you've got it with some of those. Canadian broadcasters are required to 
include a minimum amount of "Canadian content" in their programming. The idea 
is to keep U.S. culture from taking over (good luck with that). Remember 
Bob, the Mckenzie Brothers, from Second City? That skit started as a 
CanCon joke, and become a whole meme (before the term), with an album and 
movie. CanCon has become sort of a joke in general.

 

So it made sense to me-as good a reason as any for z13s not to be available up 
north!


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

Re: Need help with ISPF Dialogue Manager and VGET

[John Gateley]

Hi

This is what I have for an assembler program calling REXX, but the REXX can see 
the variables so something similar should work for you.

  CALL  ISPLINK,(VDEFINE,NXXPROG,INVXPROG,CHAR,LXXPROG),VL  
  CALL  ISPLINK,(VPUT,NXXPROG),VL 
  CALL  ISPLINK,(SELECT,LPREXX,PREXX),VL  

VDEFINE  DCCL8'VDEFINE'  
VPUT DCCL8'VPUT' 
SELECT   DCCL8'SELECT'   
NXXPROG  DCCL10'(INVXPROG)'  
INVXPROG DCCL8' '
CHAR DCCL8'CHAR '
LXXPROG  DCF'10' 
LPREXX   DCF'13' 
PREXXDCC'CMD(INVSHLST)'  

Hope this helps
John

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

Need help with ISPF Dialogue Manager and VGET

[esst...@juno.com]

Hello,
.
I need some clarification on using the ISPF VGET Service in an Assembler 
Program, the examples I've found were not much help.
.
.
I have a CLIST which issues a VPUT for three Fields
Name, City,  STATE. These variable are placed on the SHARED POOL.
The CLIST then invokes an Assembler Program which should issue a VGET
for the three variables and write them to a VSAM dataset.
.
In the examples I found I never see the Variables for the VGET defined 
in the program. 
.
I suspect I need to first issue a VDEFINE, with a Name List, Variable
list, Format List and Length List  prior to issuing the VGET.
.
THE VGET SERVICE only identifies a name-list like
NAME-LIST EQU *
  DC  A(3)
  DC  A(0)
  DC  CL8'NAME '
  DC  CL8'CITY '
  DC  CL8'STATE'
.
Do I need to issue a VDEFINE first  for the Variables specified in the VGET. 
Would someone please clarify 
.
.
Paul 
.
.

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

Re: Data placement through analytics.

[Gibney, Dave]

I will say again. Use the SMS ACS routines to divert ALL application data (no 
JCL changes required) to disk. The only factor I would use to keep any 
application data on tape would be is it was large, as in to large to fix on 
disk. It here are classes of application data that are rarely or never read 
again, assign them a to a rapid migration class.

The only things that directly write tape here are DFHSM, FDRABR and Adabas 
back-ups.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Benik, John E
> Sent: Monday, July 30, 2018 11:20 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Data placement through analytics.
> 
> We are not speaking of HSM data, but rather Physical Sequential files that are
> being directed to tape.  We will more than likely use SMS to control
> allocations, but need to determine if some of the tape files are better
> candidates for disk.  Requesting the users to change their JCL is not an
> option.  Both tapewise and mountmon seem like good tools to use to help us
> determine that.  I'm just trying to lay out the best way to proceed as far as
> determining where the data should be placed.  Common sense tells me small
> tape files with a short retention, and not read would be good candidates for
> disk. We are using DLMs for HSM and general purpose tape.
> 
> 
> 
> John Benik
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Elardus Engelbrecht
> Sent: Monday, July 30, 2018 12:08 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Data placement through analytics.
> 
> John Benik wrote:
> 
> >I am trying to find a way to use either Tapewise or Tape Mount Monitor to
> determine the best media to store the tape data on.  In other words I would
> like to be able to look at some reports and be able to state that this data
> should be on disk and not tape.  The tool we are using currently works for
> disk to tape determination but not tape to disk.  If anybody has any ideas on
> how to do this it would be greatly appreciated.
> 
> A question please: Is there something in HSM and SMS (management class)
> you're missing to determine the placement of datasets?
> 
> We generally use age, backup requirements and frequency of usage to
> determine where datasets are placed on disk and 'tape' (actually VTS
> cartridges).
> 
> What are your goals to determine what media do you want to use? Do you
> have a 'Tape management system'?
> 
> Disclaimer - I never used Tapewise at all. I have used Tape mount monitor
> years ago while being a storage admin, but discarded/dropped it eventually.
> 
> 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
> 
> This e-mail, including attachments, may include confidential and/or
> proprietary information, and may be used only by the person or entity to
> which it is addressed. If the reader of this e-mail is not the intended 
> recipient
> or his or her authorized agent, the reader is hereby notified that any
> dissemination, distribution or copying of this e-mail is prohibited. If you 
> have
> received this e-mail in error, please notify the sender by replying to this
> message and delete this e-mail immediately.
> 
> 
> --
> 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: DASD Utilization Trigger

[scott Ford]

Sorry kind enough

On Mon, Jul 30, 2018 at 3:26 PM scott Ford  wrote:

> I loved Netview Rexx, all these methods should work, also consider File
> Manager...
> Liz on this listserv was kink enough to show me it.
>
> Scott
>
> On Mon, Jul 30, 2018 at 6:32 AM Sebastian Welton 
> wrote:
>
>> Have a look in SYS1.SACBCNTL:
>> https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.idas200/job.htm
>>
>> - Create a DASD volume list with the data you require using ACBQBAI4
>> - Sort the list with ACBQVAR1
>> - As last step create a REXX to parse the data and output a console
>> message
>>
>> Sebastian
>>
>> On Sun, 29 Jul 2018 09:37:55 +0300, saurabh khandelwal <
>> venkatkulkarn...@gmail.com> wrote:
>>
>> >Hello Group,
>> >
>> >Do we have any free tool available in Mainframe ISMF or any other place
>> to
>> >track dasd utilization .
>> >
>> >Ex . If any of dasd utilization reached more then threshold( Ex. 80%)
>> >limit, we should get alert on operator console.
>> >
>> >--
>> >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
>>
> --
> Scott Ford
> IDMWORKS
> z/OS Development
>
-- 
Scott Ford
IDMWORKS
z/OS Development

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

Re: DASD Utilization Trigger

[scott Ford]

I loved Netview Rexx, all these methods should work, also consider File
Manager...
Liz on this listserv was kink enough to show me it.

Scott

On Mon, Jul 30, 2018 at 6:32 AM Sebastian Welton 
wrote:

> Have a look in SYS1.SACBCNTL:
> https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.idas200/job.htm
>
> - Create a DASD volume list with the data you require using ACBQBAI4
> - Sort the list with ACBQVAR1
> - As last step create a REXX to parse the data and output a console message
>
> Sebastian
>
> On Sun, 29 Jul 2018 09:37:55 +0300, saurabh khandelwal <
> venkatkulkarn...@gmail.com> wrote:
>
> >Hello Group,
> >
> >Do we have any free tool available in Mainframe ISMF or any other place to
> >track dasd utilization .
> >
> >Ex . If any of dasd utilization reached more then threshold( Ex. 80%)
> >limit, we should get alert on operator console.
> >
> >--
> >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
>
-- 
Scott Ford
IDMWORKS
z/OS Development

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

Re: z13s not in Canada wasRe: [External] Re: Amazon Prime meltdown leads to IBM LinuxONE

[Allan Kielstra]

Canadian Content usually refers to Canadian content in cultural products.  For 
example, on radio, a certain percentage (which varies through the day) of 
programming must be composed by or performed by or recorded by Canadian 
artists.  Similarly, a certain amount of television programming on Canadian TV 
networks must have a Canadian connection.  Publishing houses constantly strive 
to develop Canadian authors.  There's also a (usually struggling) Canadian film 
industry.  (Which is independent of the fact that a lot of movies are filmed 
right here in the Toronto area and in many other parts of Canada.)  It goes 
without saying that our governments obsess about Canadian Content and funding 
models for it.

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

Re: Data placement through analytics.

[Benik, John E]

We are not speaking of HSM data, but rather Physical Sequential files that are 
being directed to tape.  We will more than likely use SMS to control 
allocations, but need to determine if some of the tape files are better 
candidates for disk.  Requesting the users to change their JCL is not an 
option.  Both tapewise and mountmon seem like good tools to use to help us 
determine that.  I'm just trying to lay out the best way to proceed as far as 
determining where the data should be placed.  Common sense tells me small tape 
files with a short retention, and not read would be good candidates for disk.   
   We are using DLMs for HSM and general purpose tape.



John Benik 


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Elardus Engelbrecht
Sent: Monday, July 30, 2018 12:08 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Data placement through analytics.

John Benik wrote:

>I am trying to find a way to use either Tapewise or Tape Mount Monitor to 
>determine the best media to store the tape data on.  In other words I would 
>like to be able to look at some reports and be able to state that this data 
>should be on disk and not tape.  The tool we are using currently works for 
>disk to tape determination but not tape to disk.  If anybody has any ideas on 
>how to do this it would be greatly appreciated.

A question please: Is there something in HSM and SMS (management class) you're 
missing to determine the placement of datasets?

We generally use age, backup requirements and frequency of usage to determine 
where datasets are placed on disk and 'tape' (actually VTS cartridges).

What are your goals to determine what media do you want to use? Do you have a 
'Tape management system'?

Disclaimer - I never used Tapewise at all. I have used Tape mount monitor years 
ago while being a storage admin, but discarded/dropped it eventually.

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

This e-mail, including attachments, may include confidential and/or
proprietary information, and may be used only by the person or entity
to which it is addressed. If the reader of this e-mail is not the intended
recipient or his or her authorized agent, the reader is hereby notified
that any dissemination, distribution or copying of this e-mail is
prohibited. If you have received this e-mail in error, please notify the
sender by replying to this message and delete this e-mail immediately.


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

Re: z13s not in Canada wasRe: [External] Re: Amazon Prime meltdown leads to IBM LinuxONE

[Edward Finnell]

We had a CE that went all in on 9370's and was moved to White Plains support. 
They got a Sev Crit in Canada and the weather was too bad to
fly so he drove. They impounded his black bag at the border. Fortunately the 
FRU was just a couple of cards. 
 
In a message dated 7/30/2018 12:54:45 PM Central Standard Time, 
gt.ibm.li...@actionsoftware.com writes:

 
Canadian Content.

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

Re: z13s not in Canada wasRe: [External] Re: Amazon Prime meltdown leads to IBM LinuxONE

[Gord Tomlin]

On 2018-07-30 12:59, Elardus Engelbrecht wrote:

Sorry, but please educate me (and others too), what is a "CanCon"?


Canadian Content.

--

Regards, Gord Tomlin
Action Software International
(a division of Mazda Computer Corporation)
Tel: (905) 470-7113, Fax: (905) 470-6507
Support: https://actionsoftware.com/support/

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

Re: Data placement through analytics.

[Gibney, Dave]

We direct (vis ACS routines) all application data to disk. And let DFHSM manage 
how long it stays there. With Virtual Tape behind DFHSM, I have minimal ML1

> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of John Benik
> Sent: Monday, July 30, 2018 9:23 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Data placement through analytics.
> 
> I am trying to find a way to use either Tapewise or Tape Mount Monitor to
> determine the best media to store the tape data on.  In other words I would
> like to be able to look at some reports and be able to state that this data
> should be on disk and not tape.  The tool we are using currently works for
> disk to tape determination but not tape to disk.  If anybody has any ideas on
> how to do this it would be greatly appreciated.
> 
> --
> 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: Data placement through analytics.

[Elardus Engelbrecht]

John Benik wrote:

>I am trying to find a way to use either Tapewise or Tape Mount Monitor to 
>determine the best media to store the tape data on.  In other words I would 
>like to be able to look at some reports and be able to state that this data 
>should be on disk and not tape.  The tool we are using currently works for 
>disk to tape determination but not tape to disk.  If anybody has any ideas on 
>how to do this it would be greatly appreciated.

A question please: Is there something in HSM and SMS (management class) you're 
missing to determine the placement of datasets?

We generally use age, backup requirements and frequency of usage to determine 
where datasets are placed on disk and 'tape' (actually VTS cartridges).

What are your goals to determine what media do you want to use? Do you have a 
'Tape management system'?

Disclaimer - I never used Tapewise at all. I have used Tape mount monitor years 
ago while being a storage admin, but discarded/dropped it eventually.

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: z13s not in Canada wasRe: [External] Re: Amazon Prime meltdown leads to IBM LinuxONE

[Elardus Engelbrecht]

Phil Smith III wrote:

>Clark Morris wrote:
>>Why wasn't it available in Canada?

>Insufficient CanCon, I assume.

Sorry, but please educate me (and others too), what is a "CanCon"?

Yes, of course, I Googled it by harassing Uncle G. O. Ogle, but got many hits 
like "Canadia Contents" amongst other useless hits (pipe-manufacturer 
'Can-Con', 'CanCon' restaurants, Canada TV regulations, a French commune, 
Cancer Control, etc.)

Thanks in advance! 

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

Data placement through analytics.

[John Benik]

I am trying to find a way to use either Tapewise or Tape Mount Monitor to 
determine the best media to store the tape data on.  In other words I would 
like to be able to look at some reports and be able to state that this data 
should be on disk and not tape.  The tool we are using currently works for disk 
to tape determination but not tape to disk.  If anybody has any ideas on how to 
do this it would be greatly appreciated.

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

Re: Security bypass on key 0 / sup state VSAM OPEN was Re: A curiosity Question

[Seymour J Metz]

My guess is that the security bypass was for opening paging and swap data sets 
and maybe STGINDEX.


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


From: IBM Mainframe Discussion List  on behalf of 
Walt Farrell 
Sent: Monday, July 30, 2018 11:14 AM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: Security bypass on key 0 / sup state VSAM OPEN was Re: A curiosity 
Question

On Sat, 28 Jul 2018 12:00:51 -0300, Clark Morris  wrote:

>[Default] On 27 Jul 2018 17:41:11 -0700, in bit.listserv.ibm-main
>rob.schr...@gmail.com (Rob Schramm) wrote:
>
>>I am not sure.. They out those extended checks with smf 82's.. and put some
>>use parameters in the asymuse.
>>
>>I don't like bypassing security calls.. it's just a slippery slope to
>>bypassing all of it.
>
>Why should OPEN security checking be bypassed for VSAM and no other
>access method in key 0 / supervisor state.

As far as I know only the VSAM designers who made that decision decades ago 
would know. My guess: some system component that could not tolerate the check 
(at that time probably for passwords, via an operator prompt) could not 
tolerate the interruption, so they decided to bypass the security check. Also, 
there is (or was) very little usage of OPEN for VSAM files by supervisor state 
or key 0 programs.

I found out about it many years ago while working on a customer problem report 
while I was in RACF Development. At that time it was undocumented. I recall 
that the VSAM team determined that behavior to be so old and ingrained to the 
processing that it could not be changed safely, for compatibility reasons if I 
remember correctly. But I did convince them it needed to be documented.

--
Walt

--
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: z13s not in Canada wasRe: [External] Re: Amazon Prime meltdown leads to IBM LinuxONE

[Phil Smith III]

z13s not in Canada wasRe: [External] Re: Amazon Prime meltdown leads to IBM 
LinuxONE 

Inbox

x 

Clark Morris wrote:

>Why wasn't it available in Canada?

 

Insufficient CanCon, I assume.

 

.phsiii


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

Re: Security bypass on key 0 / sup state VSAM OPEN was Re: A curiosity Question

[Walt Farrell]

On Sat, 28 Jul 2018 12:00:51 -0300, Clark Morris  wrote:

>[Default] On 27 Jul 2018 17:41:11 -0700, in bit.listserv.ibm-main
>rob.schr...@gmail.com (Rob Schramm) wrote:
>
>>I am not sure.. They out those extended checks with smf 82's.. and put some
>>use parameters in the asymuse.
>>
>>I don't like bypassing security calls.. it's just a slippery slope to
>>bypassing all of it.
>
>Why should OPEN security checking be bypassed for VSAM and no other
>access method in key 0 / supervisor state.

As far as I know only the VSAM designers who made that decision decades ago 
would know. My guess: some system component that could not tolerate the check 
(at that time probably for passwords, via an operator prompt) could not 
tolerate the interruption, so they decided to bypass the security check. Also, 
there is (or was) very little usage of OPEN for VSAM files by supervisor state 
or key 0 programs.

I found out about it many years ago while working on a customer problem report 
while I was in RACF Development. At that time it was undocumented. I recall 
that the VSAM team determined that behavior to be so old and ingrained to the 
processing that it could not be changed safely, for compatibility reasons if I 
remember correctly. But I did convince them it needed to be documented.

-- 
Walt

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

z13s not in Canada wasRe: [External] Re: Amazon Prime meltdown leads to IBM LinuxONE

[Clark Morris]

[Default] On 29 Jul 2018 14:30:01 -0700, in bit.listserv.ibm-main
st...@stevebeaver.com (Steve Beaver) wrote:

>Can you imagine 10,000 of theses 
>
>https://www-01.ibm.com/common/ssi/cgi-bin/ssialias?infotype=OC=NA=897/ENUS2964-L96=totalstorage
>
Why wasn't it available in Canada?

Clark Morris
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
>Behalf Of Mike Schwab
>Sent: Thursday, July 26, 2018 6:19 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: [External] Re: Amazon Prime meltdown leads to IBM LinuxONE
>
>Start with one, max it out, then add another.
>On Thu, Jul 26, 2018 at 5:01 PM Pommier, Rex  wrote:
>>
>> It was actually kind of convincing until it got to the point where it said 
>> Amazon was placing an order for 10,000 Emperor IIs.  That's a lot of penguin 
>> power!
>>
>> Rex
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
>> Behalf Of Mike Schwab
>> Sent: Thursday, July 26, 2018 4:25 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: [External] Re: Amazon Prime meltdown leads to IBM LinuxONE
>>
>> Shoot.  A joke.
>> On Thu, Jul 26, 2018 at 4:24 PM Mike Schwab  wrote:
>> >
>> > https://mainframedebate.com/2018/07/26/amazon-and-ibm-announce-linuxone-server-partnership/
>> >
>> > --
>> > Mike A Schwab, Springfield IL USA
>> > Where do Forest Rangers go to get away from it all?
>>
>>
>>
>> --
>> 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
>>
>>
>> The information contained in this message is confidential, protected from 
>> disclosure and may be legally privileged.  If the reader of this message is 
>> not the intended recipient or an employee or agent responsible for 
>> delivering this message to the intended recipient, you are hereby notified 
>> that any disclosure, distribution, copying, or any action taken or action 
>> omitted in reliance on it, is strictly prohibited and may be unlawful.  If 
>> you have received this communication in error, please notify us immediately 
>> by replying to this message and destroy the material in its entirety, 
>> whether in electronic or hard copy format.  Thank you.
>>
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: Updated Green Card

[Allan Staller]

Buff (tan).

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: Sunday, July 29, 2018 2:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Updated Green Card

It's been almost half a century since the green card was green. I remember 
yellow, salmon and white; any others?


--
Shmuel (Seymour J.) Metz
https://apac01.safelinks.protection.outlook.com/?url=http:%2F%2Fmason.gmu.edu%2F~smetz3data=02%7C01%7Callan.staller%40HCL.COM%7C2b29cf495dbd4ab09a1408d5f58662b9%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C636684879939496756sdata=jrE3lOkTb4D2V0jdC%2Bxhj4vFHlezhMrJjLdRUTnMGWA%3Dreserved=0


From: IBM Mainframe Discussion List  on behalf of 
David Cole 
Sent: Sunday, July 29, 2018 4:44 AM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: Updated Green Card

Spoiler alert: It ain't green anymore.

https://apac01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fsecure-web.cisco.com%2F1enDeh6jBiayRjx7MKXUCP4qFC0-s2u99uS4GTPkG_KqmhUyg7pKBztTle9pZM3JO_7MUNLBjI-mxCPVPSz2NYnnZaGhveyAc8VCq3NkNC9Nml4Ph-bRwD5LFIgOktyUqpxYd8niM-8PfiMBLG0DovHfwtyArCgomFvjLmtMI2S4caoUP9MJGgRBA2WSsdkzL9rQq2f1kVozGtzoCXzrBf54Iqa-UNpI0Mfi7aR3sELh0P8aauYw2iGibDpMi0H7MgPS6eAAsa5HFNcCTKkjLpEgF4H8NNAN-rsomHbG-kap7XnPijuEpVJN3NYLbuRAwvbBAztXsqOMM2vg10B3vwXspIKAugemrFIT5OPqww7Zbno8wIHy5eX6ECrQhVJGE%2Fhttps%253A%252F%252Fwww-304.ibm.com%252Fsupport%252Fdocview.wss%253Fuid%253Disg29c69415c1e82603c852576700058075a%2526aid%253D1data=02%7C01%7Callan.staller%40HCL.COM%7C2b29cf495dbd4ab09a1408d5f58662b9%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C636684879939496756sdata=5Dz9rqoxzPebpeSvm1lAVC9lgg3MGxk%2FyDdxCn8A2IQ%3Dreserved=0



At 7/24/2018 11:27 AM, Jesse 1 Robinson wrote:
>A recent Facebook post reminded me of how useful Green/Yellow cards
>were. Is there an updated version available? Color altogether optional.
>
>.
>.
>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
>
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions, send
>email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Dave Cole
ColeSoft Marketing
414 Third Street, NE
Charlottesville, VA 22902
EADDRESS:dbc...@colesoft.com

Home page:   
https://apac01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fsecure-web.cisco.com%2F1Y3T8nYSNEdMHeWGUj1dNZI7pKVShyufehcaERysOnd_2DA8YTGrjqWO9EFxhPGDI-70Me9FlWcrxGNpREt1RIKoJ6LOUe5GVJf9LIU82LX7EZ76dHX-HK5WVdMIEcYLjqjgHynCe4Zf139MfsMh30LlrmUyU5Cwd9ILOMWrMBsCwWgQS37tr10loM2bRh2mMMFnVWDGE5vnznZPa8qKRgqRiNhl_kpIIhkeJCZSJv7qz9Xd1mNcZACOkelbiLx3xaOiGDAaxilCOGo4_lfyPji_3wX38XDqmVMHf-IW4Fb-jgWpz2OSBhKGtK03qZTXFkHO6D4Qtg8AegjafRZLkhq9vkxtKp2P4tQ2kEnxfvgWM-77AFoqKYuW94JvD_SXE%2Fhttp%253A%252F%252Fwww.colesoft.comdata=02%7C01%7Callan.staller%40HCL.COM%7C2b29cf495dbd4ab09a1408d5f58662b9%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C636684879939496756sdata=qREXtDZQLS170wAts8Htpn5yUODJV0VS9cVrkaxGEUg%3Dreserved=0
LinkedIn:
https://apac01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fsecure-web.cisco.com%2F18DM9xrNq4AWjsprxEozyeuluDSAccbIwvOikJtO_n3fg9cMWXP13w7phKXPbMJY7nM6uzENb2BD1jpO72vvcZX1LBnVeWh5Zu-WYs_vExce1JfeVmjZP7PoJWmAlWbOuBrANX1T28jYdhIuT_z_cC4W_noBpTxFQ7fv5Y9qoVMPaQaJysfM4tpApvmUyE9YMnJceiHbxSKfSt_kGZDY2lCMfmcz6Q-usuTJMS7WVxcKBd65TG4SY7GBtKag72qjGo-XabW8bATQlbTPMCKZ4lY1cFAtKVVSPN8JmQuJnkJg5ZO7uhKNYj7-PLAHKtupkNBbhvAB7Jc4t5b8zXoKVH-_0zn0aWzi3rtGC_0xdKJtpXAbipXM0sPd8vU0tHHHd%2Fhttp%253A%252F%252Fwww.xdc.comdata=02%7C01%7Callan.staller%40HCL.COM%7C2b29cf495dbd4ab09a1408d5f58662b9%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C636684879939496756sdata=%2FowH2g5f%2By%2FPwmycf%2F38aEHSqrrtj1C4OuVu0AfQk4o%3Dreserved=0
Facebook:
https://apac01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fsecure-web.cisco.com%2F11-38w_A8IzMT9bJYdUwuyJ23dgKW_nO_ZcEd6JQ653Hc9USOZFo90GMM9PA6nGKXHAKQmavu3_vVIpot8wMc1DomjRxoklG8z6n7NdCOWtuAff2otHdMgzI_jqvSydjOUnRDa4mbxFGW9qJ2LhGo-4bZo90cYyNsVTg5Psa9h56mdNIO6sTwIbtNQQSbSHeCE7vaw1oLp7xnY6zrdHqVh5agbIU3eWIYUATy7jOcsCHr0xU9h7MKprTZIzJwZvmkKiEiGCTvlrVnUw62M2iCCXW2O9wIY1eFWBK00M39ZVIWB9JlVt3AB3Hf56ZYqHb-ZIhMvg4rd9NIAkA-UgmPeK8A2on1b_sX9SVdsCoaSjjG3gaCtCd4ISxZbuoVKpJq%2Fhttp%253A%252F%252Fwww.facebook.com%252Fcolesoftwaredata=02%7C01%7Callan.staller%40HCL.COM%7C2b29cf495dbd4ab09a1408d5f58662b9%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C636684879939496756sdata=gxyL2U16JMWrOJ5Fb9mVPqvuQ8gozaYbggS5NmFR%2FEs%3Dreserved=0
YouTube: 
https://apac01.safelinks.protection.outlook.com/?url=www.youtube.com%2Fuser%2Fcolesoftwaredata=02%7C01%7Callan.staller%40HCL.COM%7C2b29cf495dbd4ab09a1408d5f58662b9%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C636684879939496756sdata=FrNN9jyNncU4r4ekaIAxVGOOUUq1ko67I9oTM2I9Hu4%3Dreserved=0

Tools:   

Re: Ftp - no translation but add CRLF

[Mike Hochee]

I have not dealt with such a use case before,  but would be inclined to try a 
transfer type of image (binary), the LOCSITE subcommand, and a conversion 
option of either MBSENDEOL or SBSENDEOL with CRLF. 

HTH, 
Mike 
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jantje.
Sent: Monday, July 30, 2018 6:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Ftp - no translation but add CRLF

On Sun, 29 Jul 2018 11:23:00 +, Gadi Ben-Avi  wrote:

>Hi,
>
>Is it possible to tell ftp to transfer a file from z/OS to windows without 
>translating the data, but adding CRLF at the end of each record?
>

I seem to remember one can specify a translation table explicitly. What if you 
build a custom translation table that translates each code point onto itself? 
You can then use ASCII mode (which should add the CRLF), specifying your 1-to-1 
translation table (which should actually not translate anything).

Cheers,

Jantje.

--
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: Stand alone restore from ftp server

[Allan Staller]

There is a chapter in the DFDSS manual on how to create a stand-alone version 
of dfDSS.
While you at it you might as well also generate a stand-alone ICKDSF (different 
manual).

HTH,

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gadi Ben-Avi
Sent: Sunday, July 29, 2018 8:11 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Stand alone restore from ftp server

Hi,
I know it is possible to use Stand Alone Restore from a FTP server.
In order to do that you need  files named DFSMSDSS.ins, DFSMSDSS.IMAGE and 
DFSMSDSS.PREFIX.

Does anyone know how to get, generate or download these files?


Thanks

Gadi

? ?? ?    ?? ??? ??? ??  ? ??? ?? 
??. ?? ,  ?? ???  ?, ???   ? ?? ??? 
? ?? ?? ?. ? ?  ?? ?? ?? ??  ??  
??? ??? ???, ?/?? ?, ? ?? ? ? ? ? ?? ?? ? 
??? ?/?? ?? ?? ??.

--
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: Updated Green Card

[Tom Marchant]

On Sun, 29 Jul 2018 16:18:17 -0500, Steve Smith wrote:

>I have no use for the PDF version of the Summary; if I'm going to peruse a
>PDF, it might as will be the big daddy PoOp.

I use the PDF to print the thing. When a new one is released, I print that one.

-- 
Tom Marchant

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

Re: DASD Utilization Trigger

[Sebastian Welton]

Have a look in SYS1.SACBCNTL: 
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.idas200/job.htm

- Create a DASD volume list with the data you require using ACBQBAI4
- Sort the list with ACBQVAR1
- As last step create a REXX to parse the data and output a console message

Sebastian

On Sun, 29 Jul 2018 09:37:55 +0300, saurabh khandelwal 
 wrote:

>Hello Group,
>
>Do we have any free tool available in Mainframe ISMF or any other place to
>track dasd utilization .
>
>Ex . If any of dasd utilization reached more then threshold( Ex. 80%)
>limit, we should get alert on operator console.
>
>--
>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: Ftp - no translation but add CRLF

[Jantje.]

On Sun, 29 Jul 2018 11:23:00 +, Gadi Ben-Avi  wrote:

>Hi,
>
>Is it possible to tell ftp to transfer a file from z/OS to windows without 
>translating the data, but adding CRLF at the end of each record?
>

I seem to remember one can specify a translation table explicitly. What if you 
build a custom translation table that translates each code point onto itself? 
You can then use ASCII mode (which should add the CRLF), specifying your 1-to-1 
translation table (which should actually not translate anything).

Cheers,

Jantje.

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

Re: Ftp - no translation but add CRLF

[ITschak Mugzach]

So let them add it the tge file... 0d0a if no translation later, od25 if
they will perform translation outside of the mainframe.

ITschak

בתאריך יום ב׳, 30 ביולי 2018, 7:11, מאת Gadi Ben-Avi ‏:

> In this case, it's even more complicated, because the data uses a custom,
> extremely nonstandard, code page, that encodes, English, Hebrew and Arabic
> characters.
> That is the reason they are looking for a way to not translate the data,
> but add CRLF.
>
> Gadi
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Paul Gilmartin
> Sent: Sunday, July 29, 2018 4:58 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Ftp - no translation but add CRLF
>
> (off-list)
> On 2018-07-29, at 05:23:00, Gadi Ben-Avi wrote:
> >
> > Is it possible to tell ftp to transfer a file from z/OS to windows
> without translating the data, but adding CRLF at the end of each record?
> >
> > We are using z/OS v2.1
> >
> BTW, are your data Hebrew?  Will you encounter further problems because, I
> understand, Windows stores Hebrew in logical order, but z/OS backwards, in
> printer order?
>
> > ? ?? ?    ?? ??? ??? ??  ? ???
> ?? ??. ?? ,  ?? ???  ?, ???   ?
> ?? ??? ? ?? ?? ?. ? ?  ?? ?? ?? ?? 
> ??  ??? ??? ???, ?/?? ?, ? ?? ? ? ? ?
> ?? ?? ? ??? ?/?? ?? ?? ??.
> >
> BTW, your legal notice is garbled, as above.  Headers said:
> Content-Type: text/plain; charset="us-ascii"
> Content-Transfer-Encoding: quoted-printable ... seems wrong.
>
> -- 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: Updated Green Card

[Arthur Fichtl]

Machine readable instruction formats are available here as part of a 
disassembler (written in Rexx) on File 773 of CBT:

http://www.cbttape.org/ftp/cbt/CBT773.zip

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