GlobalCopy SMF

[Sankaranarayanan, Vignesh]

Hello!

Global Copy bytes transferred (Out of Sync)... is this available in SMF 
anywhere, by any chance?

- 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: [EXTERNAL] zOS GENCERT

[Sankaranarayanan, Vignesh]

Hi Joel,

Yes, by exporting it to a dataset, PKCS12DER or PKCS12B64.
Make sure you set a password when you export.

https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.2.0/com.ibm.zos.v2r2.icha400/le-export.htm

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Joel M Ivey
Sent: 28 August 2019 17:32
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] zOS GENCERT

In zOS, is it possible to extract a private key, making it viewable by a human, 
generated by the RACF RACDCERT GENCERT command?

--
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: GDPS, Metro Mirror, Global Mirror

[Sankaranarayanan, Vignesh]

Very likely to be Freedom units $$$.

- Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Timothy Sipples
Sent: 27 August 2019 07:21
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: GDPS, Metro Mirror, Global Mirror

Tom Conley wrote:
>Your management needs to brace themselves, because even the smallest
>shops are looking at 7+ figures to install GDPS.

Which currency are you talking about there? :-)

There are various GDPS offerings, and their prices vary.


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

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

RACFICE2 CERTEXP DFSORT

[Sankaranarayanan, Vignesh]

Hello All,

This is more of a SORT question than RACF or certs, so posting here.
Below is the 'CERTEXP' JCL member in RACFICE2 that shows all certs that are 
expiring in the next 'n' days.
//USER01I  JOB MSGLEVEL=(1,1),NOTIFY=,CLASS=A,
// MSGCLASS=H,REGION=19M
//*
//RACFICE   EXEC PGM=ICETOOL,PARM='MSGPRT=ALL'
//TOOLMSG   DD SYSOUT=*
//PRINT DD SYSOUT=*
//DFSMSGDD SYSOUT=*
//DBUDATA   DD DISP=SHR,DSN=MARKN.TEST.IRRDBU00
//TEMP0001  DD DISP=(NEW,DELETE,DELETE),SPACE=(CYL,(20,5,0)),
//  UNIT=SYSALLDA
//TOOLINDD *
 SORTFROM(DBUDATA) TO(TEMP0001) USING(CERT)
 DISPLAY FROM(TEMP0001) LIST(PRINT) -
 PAGE -
 TITLE('Expired or Nearly Expired Certificates') -
 DATE(YMD/) -
 TIME(12:)  -
 BLANK -
 ON(010,60,CH)  HEADER('Name') -
 ON(266,10,CH)  HEADER('Start Date') -
 ON(286,10,CH)  HEADER('End Date')
//CERTCNTL  DD *
 SORTFIELDS=(10,8,CH,A)
 INCLUDE COND=(5,4,CH,EQ,C'0560',AND,
 286,10,CH,NE,C'  ',AND,
 286,10,CH,LT,DATE1(-)+30)
 OPTION  VLSHRT

It shows the cert "name", which is some eye-blurring text.
I've dug through the IRRDBU00 record layout notes and found the following
# 0207 User certificate name record
 6 -  13 USCERT_NAME   owner ID
15 - 260 USCERT_CERT_NAME  cert "name"
   262 - 293 USCERT_CERTLABL   label

# 0500 General resource basic data record
 6 - 251 GRBD_NAME cert "name"
   253 - 260 GRBD_CLASS_NAME   RACF class name (DIGTCERT)
   271 - 280 GRBD_CREATE_DATE  cert "creation" date

# 0560 General Resource Certificate Data
 6 - 251 GRCERT_NAME   cert "name"
   253 - 260 GRCERT_CLASS_NAME RACF class name (DIGTCERT)
   262 - 271 GRCERT_START_DATE
   273 - 280 GRCERT_START_TIME
   282 - 291 GRCERT_END_DATE
   293 - 300 GRCERT_END_TIME
   311 - 320 GRCERT_KEY_SIZE   key size in bits

# 0561 General Resource Certificate References
 6 - 251 CERTR_NAMEcert "name"
   253 - 260 CERTR_CLASS_NAME  RACF class name (DIGTCERT)
   262 - 507 CERTR_RING_NAME   RACF ring profile name

# 0562 General Resource Key Ring Data
 6 - 251 KEYR_NAME RACF ring profile name
   253 - 260 KEYR_CLASS_NAME   RACF class name (DIGTRING)
   509 - 516 KEYR_CERT_USAGE   cert usage (PERSONAL/SITE/CERTAUTH)
   518 - 521 KEYR_CERT_DEFAULT personal?
   523 - 554 KEYR_CERT_LABEL   label

# 1560 General Resource Certificate Information
 6 - 251 CERTN_NAMEcert "name"
   253 - 260 CERTN_CLASS_NAME  RACF class name (DIGTCERT)
   262 -1285 CERTN_ISSUER_DN   Issuer DN
  1287 -2310 CERTN_SUBJECT_DN  Subject DN
  2312 -2327 CERTN_SIG_ALG cert signing algo

I request your help to merge all cert-related record types from IRRDBU00 
(hopefully just the ones listed here - 0207, 0500, 0560, 0561, 0562, 1560), and 
dedupe it based on the unique cert "name" field.
Once done, I need help printing out all the other fields mentioned above so as 
to get a table of all certs with all related info in a readable format (a CSV 
would be great!).
And finally, the ability to filter the output based on 'n' days, so that I can 
see what certs are expiring in the next 'n' days.

Thank you so much for your help, I'm hoping this will benefit many folks on the 
list.

- 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: [EXTERNAL] Re: z/OS 2.4 Announcement Letter

[Sankaranarayanan, Vignesh]

Very neat!

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Marna WALLE
Sent: 24 July 2019 13:29
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: z/OS 2.4 Announcement Letter

All,
For many of the newly announced z/OS V2.4 functions, you might want to get an 
"education module" from here:

https://github.com/IBM/IBM-Z-zOS/tree/master/zOS-Education/zOS-V2.4-Education

There are 60+ small PDFs that give good overall description, value, and 
implementation information specifically for an enhancement.  Although the 
official documentation is the best place to look, the purpose of these small 
PDFs are to give you a look at the function wouldn't have to bounce between 
books to gather all the information yourself.

Hope this might help those that are looking for more information on a newly 
announced function.
-Marna WALLE
z/OS Install and Upgrade, IBM Poughkeepsie

--
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: z/OS Client Web Enablement Toolkit

[Sankaranarayanan, Vignesh]

There are samples in SYS1.SAMPLIB(HWTH*) too..

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Kurt Quackenbush
Sent: 15 July 2019 17:10
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: z/OS Client Web Enablement Toolkit

On 7/15/2019 8:27 AM, Mark Eddy wrote:
> I am working with the z/OS Client Web Enablement Toolkit in REXX attempting 
> to get a sample to send a HTTPS request.
> I see that Galina Gorelik posted this statement on  Wed, 24 Oct 2018:
> We understand that having a working sample is a priority to you and we are 
> working on getting the sample updated as soon as we possibly can.
> We hope to have something shipped very soon.
> Have there been any updates to the samples or new samples released since Oct 
> 2018 that could help?
I can't speak about any official samples from the toolkit team, but...
this is way more than a simple HTTPS GET request, but check out 
SYS1.SAMPLIB(IZUDXEXP).  This is a REXX to invoke several z/OSMF Software 
Management REST APIs, which are HTTPS.

Kurt Quackenbush -- IBM, SMP/E Development Chuck Norris never uses CHECK when 
he applies PTFs.

--
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: WLM Service Definition Formatter

[Sankaranarayanan, Vignesh]

If you're up for it, there's this site where you can upload your WLM and you'll 
get a formatted copy --> https://www.pivotor.com/wlm2html.html

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Alan Young
Sent: 12 June 2019 22:42
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: WLM Service Definition Formatter

Yes, it is a 207,378 byte file. I was able to extract the spreadsheet, open it 
and load a definition. Is there an anti-virus or malware detection product 
blocking the download? Are you able to try to download with a ftp client or a 
different browser?

-Original Message-
>From: "Herring, Bobby" 
>Sent: Jun 12, 2019 12:06 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: WLM Service Definition Formatter
>
>I had someone at our help desk look at it and he thought his download worked, 
>too. But the file was 0kb.
>
>Did you get an actual exe file to download?
>
>I can download all the other four files on the site, just not that one.
>
>Thanks, Bobby
>
>From: IBM Mainframe Discussion List  On
>Behalf Of Alan Young
>Sent: Wednesday, June 12, 2019 11:21 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: [IBM-MAIN] WLM Service Definition Formatter
>
>The download works here. I do notice it is a ftp link and not an http(s) link. 
>Is it possible your organization is blocking ftp access?
>
>
>-Original Message-
>>From: "Herring, Bobby"
>>mailto:bherr...@txfb-ins.com>>
>>Sent: Jun 12, 2019 8:31 AM
>>To: IBM-MAIN@LISTSERV.UA.EDU
>>Subject: WLM Service Definition Formatter
>>
>>I have used IBM's WLM Service Definition Formatter spreadsheet tool for 
>>years. It's just an Excel spreadsheet with lots of macros under the covers.
>>
>>It was a download from the WLM web page.
>>
>>Mine is an older version and has quit working. The last time it worked 
>>correctly was last fall.
>>
>>I went to download a new copy but that download no longer works.
>>
>>Has anyone else tried downloading this tool and was it successful?
>>
>>Page:
>>https://www.ibm.com/it-infrastructure/z/zos-workload-management>//protect-us.mimecast.com/s/EdeDCNk1yLFMKQ4ir-KHp?domain=ibm.com>
>>
>>Bottom of the page under Service Definition Formatter
>>
>>Bobby Herring
>>Texas Farm Bureau Insurance
>>Waco, TX 76710
>>[http://www.txfb-ins.com/TFBICImages/email.gif>cast.com/s/VbwzCOY9zMh2VgWu5qDsw?domain=txfb-ins.com>]
>>WWW.TXFB-INS.COM>PL?domain=txfb-ins.com>>ecast.com/s/svQJCQWLBnFNGK0FQ1PO-?domain=txfb-ins.com>>
>>
>>CONFIDENTIALITY STATEMENT: The foregoing message (including attachments) is 
>>covered by the Electronic Communication Privacy Act, 18 U.S.C. sections 
>>2510-2521, and is CONFIDENTIAL. If you believe that it has been sent to you 
>>in error, do not read it. If you are not the intended recipient, you are 
>>hereby notified that any retention, dissemination, distribution, or copying 
>>of this communication is strictly prohibited. Please reply to the sender that 
>>you have received the message in error, then delete it. 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
>[http://www.txfb-ins.com/TFBICImages/email.gif]
>WWW.TXFB-INS.COM
>
>CONFIDENTIALITY STATEMENT: The foregoing message (including attachments) is 
>covered by the Electronic Communication Privacy Act, 18 U.S.C. sections 
>2510-2521, and is CONFIDENTIAL. If you believe that it has been sent to you in 
>error, do not read it. If you are not the intended recipient, you are hereby 
>notified that any retention, dissemination, distribution, or copying of this 
>communication is strictly prohibited. Please reply to the sender that you have 
>received the message in error, then delete it. 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

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 

Re: [EXTERNAL] Hybrid SMS Storage Group - Database

[Sankaranarayanan, Vignesh]

Hi,

Probably not the kind of input you're expecting but it'll be helpful to someone 
nonetheless.
If you're a huge shop where a terabyte is not really a big deal, I would urge 
you to check out VAST data, and some of their Tech Field Day talks on YouTube.
That stuff looks pretty much bulletproof for any flash requirement; the way 
they deal with flash's shortcomings is insane (will need to watch the talks on 
YT)..

- Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Buckton, T. (Theo)
Sent: 11 June 2019 09:47
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Hybrid SMS Storage Group - Database

Hi,
Is there a possibility of performance degradation if SSD storage is added to 
SMS storage group that consists mainly of 15K SAS storage. Database tables are 
written to the storage group.
We use a Dynamic Provisioning pool at disk subsystem level.

Regards




Nedbank Group Limited Internal Use Only


Nedbank disclaimer and confidentiality notice:

This email may contain information that is confidential, privileged or 
otherwise protected from disclosure. If you are not an intended recipient of 
this email or all or some of the information contained therein, do not 
duplicate or redistribute it by any means. Please delete it and any attachments 
and notify the sender that you have received it in error. Unless specifically 
indicated, this email is neither an offer or a solicitation to buy or sell any 
securities, investment products or other financial product or service, nor is 
it an official confirmation of any transaction or an official statement of 
Nedbank. Any views or opinions presented are solely those of the author and do 
not necessarily represent those of Nedbank. Nedbank Ltd Reg No 1951/09/06.

The following link displays the names of the Nedbank Board of Directors and 
Company Secretary. [http://www.nedbank.co.za/terms/DirectorsNedbank.htm]

If you do not want to click on a link, please type the relevant address in your 
browser



--
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: Client Web Enablement Toolkit

[Sankaranarayanan, Vignesh]

Yes, it's there..

Anyway, I've sorted it.
Missed including a basic header - Content-type: application/json

It's dumb that the HTTP 400 error is non-descriptive..

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
ITschak Mugzach
Sent: 11 June 2019 11:55
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Client Web Enablement Toolkit

I looked in my code. You nedd to add a call (hwthset) for 
HWTH_XLATE_RESPBODY_A2E as well.

ITschak

On Tue, Jun 11, 2019 at 11:22 AM Sankaranarayanan, Vignesh < 
vignesh.v.sankaranaraya...@marks-and-spencer.com> wrote:

> Hi,
>
> It looks like I'm unable to translate the request body from EBCDIC to 
> ASCII (in REXX), when using the HWTH_OPT_TRANSLATE_REQBODY with a 
> value of HWTH_XLATE_REQBODY_E2A .. in the address hwthttp call.
>
> I'm using code based on SYS1.SAMPLIB(HWTHXRX1).
> I see a HTTP 400 error saying Bad request, and in the request body, I 
> see the hex values that were/was sent.
> It looks identical to what I see when I do a 'hex on' in ISPF against 
> the file with the payload (request body) open in 3.17 (USS).
>
> Any thoughts? All returning RC 0...
>
> - 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
>


--
ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Contiguous Monitoring for 
Legacy **|  *

--
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] Client Web Enablement Toolkit

[Sankaranarayanan, Vignesh]

Yes, I have set verbose on and I see the headers and response.
As I said, it shows the first and last 40 bytes of request body and the 
equivalent in hex.
When I compare the hex values to a 'hex on' listing of the json payload in a 
dataset / USS file, they are identical.
Does this mean the translate of EBCDIC to ASCII didn't work..?

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
ITschak Mugzach
Sent: 11 June 2019 09:39
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Client Web Enablement Toolkit

If you set verbose mode a trace is written to sysout, so you will be able to 
see the http headers and response.

ITschak

בתאריך יום ג׳, 11 ביוני 2019, 11:29, מאת Sankaranarayanan, Vignesh ‏<
vignesh.v.sankaranaraya...@marks-and-spencer.com>:

> Code order --
>
> ReturnCode = -1
> DiagArea. = ''
> address hwthttp "hwthset ",
> "ReturnCode ",
> "RequestHandle ",
> "HWTH_OPT_REQUESTMETHOD ",
> "HWTH_HTTP_REQUEST_POST ",
> "DiagArea."
>
> ReturnCode = -1
> DiagArea. = ''
> address hwthttp "hwthset ",
> "ReturnCode ",
> "RequestHandle ",
> "HWTH_OPT_TRANSLATE_REQBODY ",
> "HWTH_XLATE_REQBODY_E2A ",
> "DiagArea."
>
> ReturnCode = -1
> DiagArea. = ''
> JSONPayload = '{"json":"yes"}'
> address hwthttp "hwthset ",
> "ReturnCode ",
> "RequestHandle ",
>     "HWTH_OPT_REQUESTBODY ",
> "JSONPayload ",
> "DiagArea."
>
>
> - Vignesh
> Mainframe Infrastructure
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Sankaranarayanan, Vignesh
> Sent: 11 June 2019 09:22
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [EXTERNAL] Client Web Enablement Toolkit
>
> Hi,
>
> It looks like I'm unable to translate the request body from EBCDIC to 
> ASCII (in REXX), when using the HWTH_OPT_TRANSLATE_REQBODY with a 
> value of HWTH_XLATE_REQBODY_E2A .. in the address hwthttp call.
>
> I'm using code based on SYS1.SAMPLIB(HWTHXRX1).
> I see a HTTP 400 error saying Bad request, and in the request body, I 
> see the hex values that were/was sent.
> It looks identical to what I see when I do a 'hex on' in ISPF against 
> the file with the payload (request body) open in 3.17 (USS).
>
> Any thoughts? All returning RC 0...
>
> - 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

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

Re: [EXTERNAL] Client Web Enablement Toolkit

[Sankaranarayanan, Vignesh]

Code order -- 

ReturnCode = -1   
DiagArea. = ''
address hwthttp "hwthset ",  
"ReturnCode ",   
"RequestHandle ",
"HWTH_OPT_REQUESTMETHOD ",   
"HWTH_HTTP_REQUEST_POST ",   
"DiagArea."  

ReturnCode = -1   
DiagArea. = ''
address hwthttp "hwthset ",   
"ReturnCode ",
"RequestHandle ", 
"HWTH_OPT_TRANSLATE_REQBODY ",
"HWTH_XLATE_REQBODY_E2A ",
"DiagArea."   

ReturnCode = -1  
DiagArea. = ''   
JSONPayload = '{"json":"yes"}' 
address hwthttp "hwthset ",  
"ReturnCode ",   
"RequestHandle ",
"HWTH_OPT_REQUESTBODY ", 
"JSONPayload ",  
"DiagArea."  


- Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Sankaranarayanan, Vignesh
Sent: 11 June 2019 09:22
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Client Web Enablement Toolkit

Hi,

It looks like I'm unable to translate the request body from EBCDIC to ASCII (in 
REXX), when using the HWTH_OPT_TRANSLATE_REQBODY with a value of 
HWTH_XLATE_REQBODY_E2A .. in the address hwthttp call.

I'm using code based on SYS1.SAMPLIB(HWTHXRX1).
I see a HTTP 400 error saying Bad request, and in the request body, I see the 
hex values that were/was sent.
It looks identical to what I see when I do a 'hex on' in ISPF against the file 
with the payload (request body) open in 3.17 (USS).

Any thoughts? All returning RC 0...

- 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

Client Web Enablement Toolkit

[Sankaranarayanan, Vignesh]

Hi,

It looks like I'm unable to translate the request body from EBCDIC to ASCII (in 
REXX), when using the HWTH_OPT_TRANSLATE_REQBODY with a value of 
HWTH_XLATE_REQBODY_E2A
.. in the address hwthttp call.

I'm using code based on SYS1.SAMPLIB(HWTHXRX1).
I see a HTTP 400 error saying Bad request, and in the request body, I see the 
hex values that were/was sent.
It looks identical to what I see when I do a 'hex on' in ISPF against the file 
with the payload (request body) open in 3.17 (USS).

Any thoughts? All returning RC 0...

- 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: [EXTERNAL] Re: Comparing SMP/E to Git

[Sankaranarayanan, Vignesh]

Thanks for writing this up Joel!
Is it fair to say that SMP/E is not strictly error-fix anymore, since there are 
now INCremental releases from CA (for example), which allow for the 
introduction of product feature(s)?
If it's RSU1903 or PUT1903, sure, that's fixes, but with the growth of 
Continuous Delivery, product development itself is being sped up due to 
shortened release cycles (think MQ now does CD).

On the other end, GitLab (a provider of Git) is now offering package management.

Are the 2 products/technologies converging?
Hypothetically, if they are, is Git better than SMP/E, or vice versa?
That is... is tomorrow's SMP/E going to be "Not Your Father's SMP/E", having 
stood the test of time, and possibly better at version control / package mgmt 
than Git?

Again, I just want to hear folks' thoughts on this topic..

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Joel C. Ewing
Sent: 20 May 2019 16:10
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Comparing SMP/E to Git

My understanding of Git is fairly superficial, having only read about it and 
not actually used it, but it would appear that the orientation of git is 
primarily one of files/modules, tracking collections of those and the assigning 
of versioning levels for the entire collection of files. Distribution of a 
product involves selecting a version level from one of a linear progression of 
versions and supplying all pieces of the product corresponding to that version 
level.

SMP/E on the other hand only deals with product versions at major version 
levels in the form of supplying and new product FMID that supercedes the FMIDs 
for earlier versions of the product.   SMP/E has as its primary focus fixes 
(PTFs)  that resolve problems ( APARs) for specific FMID levels of a product.   
Installing a singe PTF could change just a single file/module of a product, or 
it could change many, even all, files in the product.   SMP/E manages the 
handling of interdependencies among PTFs, APARs, and FMIDs.   You can choose to 
distribute a product at a specific maintenance level as defined by the set of 
libraries known to SMP/E and the associated SMP/E databases that define what 
FMIDs and combination of PTFs are installed.

The SMP/E approach appears much more powerful in that it can support the Git 
approach as a subset by permitting "level set" PTFs which change so much of a 
product as to be effectively a new sub-version level that is required for all 
future updates.   Some z/OS products, particularly some that are Unix-based, 
follow that approach and tend to have massive-sized PTFs that resolve many 
APARs.   The normal PTF approach where one PTF resolves one APAR or a 
relatively small number of APARs and affects a relatively small number of files 
has the advantage that it allows more precise control over how much you choose 
to perturb a functioning system just to resolve a specific critical issue that 
is causing problems at your installation.  That approach is possible even with 
very complex applications in z/OS because the large load modules of such 
applications are typically comprised of many linked modules and SMP/E can 
perform updates at the level of individual modules.   Although it is typical to 
install many PTFs at a time during a regular planned maintenance, the PTF 
approach allows a lot of flexibility if specific fixes are known to create 
unresolved problems.  The approach of tracking known problems in the form of 
documented Error Holds against a PTF can even allow an informed choice of 
whether it makes sense to install a PTF that fixes a serious problem even 
though it may introduce some other unresolved problem that might not be an 
exposure at your installation.
Joel C. Ewing

On 5/20/19 8:28 AM, Sankaranarayanan, Vignesh wrote:
> ... in what ways are they similar, and what ways are they different?
> Is the world better off with SMP/E-like structure for code, or is z/OS etc. 
> better off with Git-like structure?
>
> - Vignesh
> Mainframe Infrastructure
>
> ...


--
Joel C. Ewing

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

Re: [EXTERNAL] Re: Comparing SMP/E to Git

[Sankaranarayanan, Vignesh]

What about the PRE/SUP/REQ etc. control statements in PTFs... isn't that maybe 
a basic SCM?
Don't know if it allows for line-level diff as in Git, but does even Endevor 
allow/do that, for example?

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Anthony Giorgio
Sent: 20 May 2019 15:20
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: Comparing SMP/E to Git

Git is designed as a source code management system, while SMP/E is a package 
manager.  Git is analogous to Subversion, CVS, and RCS, while SMP/E is similar 
to RPM.

On 5/20/19 9:49 AM, Sankaranarayanan, Vignesh wrote:
> Fine, didn't intend to say they were meant for the same thing, wanted to 
> start a convo about both..
>
> If you have a few minutes, can you expand on your statement.. ?
>
> – Vignesh
> Mainframe Infrastructure
>
> -Original Message-

--
Anthony Giorgio
Advisory Software Engineer
Twitter: @a_giorgio

--
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: Comparing SMP/E to Git

[Sankaranarayanan, Vignesh]

Fine, didn't intend to say they were meant for the same thing, wanted to start 
a convo about both..

If you have a few minutes, can you expand on your statement.. ?

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Smith
Sent: 20 May 2019 14:44
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Comparing SMP/E to Git

That's like comparing a airliner to a boarding ramp.

sas

On Mon, May 20, 2019 at 9:29 AM Sankaranarayanan, Vignesh < 
vignesh.v.sankaranaraya...@marks-and-spencer.com> wrote:

> ... in what ways are they similar, and what ways are they different?
> Is the world better off with SMP/E-like structure for code, or is z/OS
> etc. better off with Git-like structure?
>
> - Vignesh
> Mainframe Infrastructure
>

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

Comparing SMP/E to Git

[Sankaranarayanan, Vignesh]

... in what ways are they similar, and what ways are they different?
Is the world better off with SMP/E-like structure for code, or is z/OS etc. 
better off with Git-like structure?

- 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: [EXTERNAL] Re: mainframe hacking "success stories"?

[Sankaranarayanan, Vignesh]

I guess the point of contention really is "vULnErAbiliTIeS"...
Words have meaning, a vulnerability is not equal to a loosely 
configured/hardened system.
Of course, I could be wrong but I take the word to mean zero-days or something 
that breaks a module/function, and the way it breaks is exploited for further 
foothold, etc.
An open wound is vulnerable, but not wearing your seatbelt is NOT  a 
vulnerability, it's a risk!
Yes, when the CEO has to issue a public statement it doesn't matter whose turf 
the hole is in, but that doesn't mean common sense goes out the window, and 
suddenly 2 random and unrelated things are equal.

Way too many times, a normal, but potentially dangerous config miss/omission is 
labelled as VULNERABILITY VULNERABILITY VULNERABILITY VULNERABILITY YOUR 
MAINFRAME IS DOOMED, YOUR RACF TEAM IS AN ABSOLUTE ZERO, YOU ARE DONE FOR. 
unless you hire us and we can sort it all out for you.
Everyone's gotta pay bills, sure, but I'm not particularly fond of the kind of 
salesman that creates the demand --just to push their product--... like the 
pen-selling example in the Wolf of Wall Street.
Products are cool, but what's cooler is what people can achieve with vanilla 
stuff.
A beautifully setup piece of REXX/ASM/bunch of scripts on various platforms can 
easily outperform Next Gen security greatness.
Not being completely dismissive of course, but many times, it's easier to stick 
in a product than doing the hard thing, which is to learn to be efficient and 
effective with what you've got.

- Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: 08 May 2019 02:26
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: mainframe hacking "success stories"?

I was travelling and I have kind of lost track of where this thread has gone. 
Let me throw three thoughts out there.

1. Our job is to make our platform -- and if you are at a customer, your site 
-- as secure as reasonably possible. Not "more secure than Windows." It is NOT 
like the joke about the two hunters being chased by a bear, one of whom says "I 
don't have to run faster than the bear; just faster than you."
You have to run faster than ALL the bears.

2. "Oh, but they got a userid and password from somewhere else." A userid and 
password is nothing. You know who has a userid and password? All of your users. 
Another name for your users is "insider threats."

3. You think your mainframe in darned near invulnerable? Put it to the test.
Hire one of the pen testing firms like RSM or Vanguard. Report back here if 
they find no vulnerabilities. Tell me I'm wrong.

Charles

--
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: mainframe hacking "success stories"?

[Sankaranarayanan, Vignesh]

Another reason for lot of focus on white/black hat focus on USS -- that's what 
most of the non-mainframe world is already familiar with, lower barrier to 
(unauthorized) entry to mainframe.
Don't know if any individual/team has/have  *started* their break-the-mainframe 
journey from core MVS...

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mohammad Khan
Sent: 07 May 2019 14:49
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: mainframe hacking "success stories"?

USS is definitely an integral part of z/OS so it's a legitimate mainframe hack. 
However if more of the hacks are occurring via USS it does raise questions 
about its quality from security perspective compared to the "classic" MVS side 
of the mainframe. Buffer overruns are probably the most common exploits in the 
UNIX / C programming environment, did IBM just bring in all its problems as 
well when they implemented OMVS / USS?

MKK

On Mon, 6 May 2019 10:21:25 -0700, Charles Mills  wrote:

>#1: Noo. It was a legitimate mainframe hack (assuming you consider USS a 
>legitimate part of the mainframe, which it has been for 20 years or so). It 
>was an exploit of CGI buffer overrun.
>
>#2: It drives me nuts to hear mainframers explain away mainframe breaches. "It 
>wasn't really a mainframe hack, they got in through USS." "It wasn't really a 
>mainframe hack, they re-used a Windows password." "It wasn't really a 
>mainframe hack ... whatever." If your CEO was standing in front of the press 
>explaining how your company let x million credit card numbers go astray, would 
>it matter HOW they got into your mainframe, or only that they DID?" If your 
>mainframe is vulnerable to a USS hack, or a shared Windows password, or 
>whatever, you need to fix THAT, or risk having to explain to your CEO why he 
>got fired (like Target's) for letting all those credit card numbers go astray.
>
>Charles
>

--
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: mainframe hacking "success stories"?

[Sankaranarayanan, Vignesh]

Don't know about shared accounts but I reckon this allows for auditing what 
goes on with privileged AD accounts...

https://blogs.technet.microsoft.com/jepayne/2017/12/08/weffles/

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: 07 May 2019 00:07
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: mainframe hacking "success stories"?

> How does one audit for shared Windows passwords, even when they may be 
> encrypted and salted?

Good question.

I guess the answer to this and all similar questions is "MFA". Two factor 
authentication solves a lot of problems, or at least makes them a whole lot 
less likely.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Monday, May 6, 2019 10:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: mainframe hacking "success stories"?

On Mon, 6 May 2019 10:21:25 -0700, Charles Mills wrote:

>#1: Noo. It was a legitimate mainframe hack (assuming you consider USS a 
>legitimate part of the mainframe, which it has been for 20 years or so). It 
>was an exploit of CGI buffer overrun.
>
Was that Shellshock?  Is only bash susceptible to Shellshock.  That feature is 
so vulnerable that it ought to be withdrawn; reliance on filtering inputs is 
hardly sufficient.

>#2: It drives me nuts to hear mainframers explain away mainframe breaches. "It 
>wasn't really a mainframe hack, they got in through USS." "It wasn't really a 
>mainframe hack, they re-used a Windows password." "It wasn't really a 
>mainframe hack ... whatever." If your CEO was standing in front of the press 
>explaining how your company let x million credit card numbers go astray, would 
>it matter HOW they got into your mainframe, or only that they DID?" If your 
>mainframe is vulnerable to a USS hack, or a shared Windows password, or 
>whatever, you need to fix THAT, or risk having to explain to your CEO why he 
>got fired (like Target's) for letting all those credit card numbers go astray.
>
+1
It doesn't matter.

How does one audit for shared Windows passwords, even when they may be 
encrypted and salted?

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

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] Batch edit of large dataset

[Sankaranarayanan, Vignesh]

ISPF Edit Macros in batch... ?

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Elardus Engelbrecht
Sent: 28 March 2019 07:52
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Batch edit of large dataset

Hi to all,

I've got a requirement where a single line in large dataset (RECFM=VB or FB and 
LRECL=) needs to be edited/changed in batch. Changed dataset 
is then to be used in next job steps.

Sounds easy? Interactively with TSO yes, but they want it to be done in a batch 
job.

Something like c '???' '!!!' which can be easily done interactively.

I have a look at the different utilities. One utility I could find useful is 
the EDIT and CHANGE commands running under IKJEFT.

Unfortunately those IKJEFT01 commands require that the dataset lines need to be 
numbered.

I tried it out:

READY
  EDIT '??.TEST' OLD TEXT ASIS NONUM
EDIT
  CHANGE 1  2000 'ONE' 'TWO'
IKJ52502I DATA SET NOT LINE NUMBERED
EDIT
END

The IKJ52502I is not what I want. Is there a batch utility where I can edit a 
line in large dataset?

I am very sure I am overlooking something obvious.

Many 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

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] Vacation over, back to work

[Sankaranarayanan, Vignesh]

Hilarious... DMARC covered up your identity but your ProtolMail signature gave 
you away!

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mark Jacobs
Sent: 26 March 2019 12:06
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Vacation over, back to work

After a two month paid vacation when my previous job ended on January 31st 
2019, I'm very happy to begin my next adventure as a Senior Systems Programmer 
with ASG Technologies beginning April 1st.

Mark Jacobs

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

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

--
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: Highly technical question - how do I only get my posts?

[Sankaranarayanan, Vignesh]

If you use Outlook, you may be able to work something out using Microsoft Flow.
A bit overcomplicating, maybe, but it is likely doable.

Otherwise, the idea of adding a constant string to the subject and then relying 
on a static Outlook rule seems the simplest.

Re: [keywordman] Highly technical question - how do I only get my posts?

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Dale R. Smith
Sent: 16 March 2019 00:48
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Highly technical question - how do I only get my posts?

On Fri, 15 Mar 2019 17:28:16 -0400, william giannelli  
wrote:

>I just want to see replies to my posts…..

So use the Web Interface to look at only entries you want to see:  
http://listserv.ua.edu/cgi-bin/wa?LIST=IBM-MAIN

Change your Listserv setting to NOMAIL.

--
Dale R. Smith

--
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] How many asterisks to change a lightbulb?

[Sankaranarayanan, Vignesh]

Skip,

Wait till you hear about EGNs! 

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: 04 March 2019 17:07
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] How many asterisks to change a lightbulb?

The meaning of wildcards depends on how you have RACF configured.


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


From: IBM Mainframe Discussion List  on behalf of 
Horne, Jim - James S 
Sent: Monday, March 4, 2019 12:03 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] How many asterisks to change a lightbulb?

* = a single qualifier
** = 0 or more qualifiers

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Monday, March 4, 2019 11:53 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] How many asterisks to change a lightbulb?

*EXTERNAL SENDER*


On two different RACF plexes, we have these two profiles in the SDSF class:

ISFCMD.ODSP.* (G)
ISFCMD.ODSP.** (G)

I'm confounded to explain the difference between one or two asterisks. Help?

(I know this should go to the RACF List, but that does not work in my office.)

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

NOTICE: All information in and attached to the e-mails below may be 
proprietary, confidential, privileged and otherwise protected from improper or 
erroneous disclosure. If you are not the sender's intended recipient, you are 
not authorized to intercept, read, print, retain, copy, forward, or disseminate 
this message. If you have erroneously received this communication, please 
notify the sender immediately by phone (704-758-1000) or by e-mail and destroy 
all copies of this message electronic, paper, or otherwise. By transmitting 
documents via this email: Users, Customers, Suppliers and Vendors collectively 
acknowledge and agree the transmittal of information via email is voluntary, is 
offered as a convenience, and is not a secured method of communication; Not to 
transmit any payment information E.G. credit card, debit card, checking 
account, wire transfer information, passwords, or sensitive and personal 
information E.G. Driver's license, DOB, social security, or any other 
information the user wishes to remain confidential; To transmit only 
non-confidential information such as plans, pictures and drawings and to assume 
all risk and liability for and indemnify Lowe's from any claims, losses or 
damages that may arise from the transmittal of documents or including 
non-confidential information in the body of an email transmittal. 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

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: What was that link again for IBMLINK?

[Sankaranarayanan, Vignesh]

Hello!

I usually just go to ibm.com/ibmlink and of redirects me to the right place.

– Vignesh
Mainframe Infrastructure

On 01-Mar-2019, at 01:50, Tom Conley  wrote:

> On 2/28/2019 2:56 PM, Lizette Koehler wrote:
> I know, it seems several people I know are struggling with the new enhanced 
> IBM
> search functions
> So how do they find the following in the IBM website?
> SIS
> APARS
Lizette,

The hostage crisis is over, www.ibmlink.ibm.com works again.

Regards,
Tom Conley

--
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: New look and linking for V2.3 product documentation PDFs

[Sankaranarayanan, Vignesh]

+1000

Poor use of top half of the screen (I'm referring to KC pages)
1. The 'IBM Knowledge Center' banner needn't be permanent, could be an 
auto-close area
2. The blue area showing the section that is currently open (Home > z/OS 2.3.0 
> etc etc), and the huge section header
3. Table of Contents / Change version or Product is its own row. Does it need 
to be?
4. I would rather see the ToC permanently in the left than waste space on the 
right side for Related Topics
5. The huge banner at the bottom.

I block most of these off using an ad block but it would be great if the site 
itself screamed "speed".

For reference, try opening any indexed PDF in Sumatra PDF reader.
Bare bones to the core, but gives you an idea of what's great UX.

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Allan Staller
Sent: 28 February 2019 13:52
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: New look and linking for V2.3 product documentation PDFs

Ref: 
https://www-01.ibm.com/servers/resourcelink/svc00100.nsf/pages/zOSV2R3Library

I observed one thing. The introductory "new style" screens are portrait 
oriented and take up a lot  of vertical real estate.
The new screens generate a lot of unnecessary scrolling.

I have a laptop and a desktop, both with landscape oriented monitors.
The only portrait oriented device I have is a cell phone.

I can’t speak for everyone, but I spend *VERY LITTLE* time reviewing manuals on 
my cell phone.
Reduced use  of vertical real estate would go a long way to enhancing the user 
experience.

Thanks for all of your efforts and thanks for the heads up on the new link 
styles.



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Susan Shumway
Sent: Wednesday, February 27, 2019 9:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: New look and linking for V2.3 product documentation PDFs

Hi all,

I want to make you aware that every PDF in the z/OS V2.3 library was just 
refreshed to update the visual style and link coding. Because of the link 
coding changes, clicking on a link in an old-style PDF to a new style PDF will 
not work, and vice versa. So, to ensure that all cross-book links continue to 
work for you, ensure that you download the entire fresh set of library PDFs 
from 
https://apac01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ibm.com%2Fservers%2Fresourcelink%2Fsvc00100.nsf%2Fpages%2FzOSV2R3Librarydata=02%7C01%7Callan.staller%40HCL.COM%7C387bcaf360e54f3564d808d69d290d06%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C1%7C636869197008313274sdata=Wj%2FzVYo2im8YpdAP9Wwiq5%2BxR0XUCsG6okyRhAba25E%3Dreserved=0
 as soon as you get the chance.

-Sue Shumway

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

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

Re: [EXTERNAL] Re: Tapetool question

[Sankaranarayanan, Vignesh]

It's likely that you can do this with /LIBRARY REQUEST,... commands from the 
host z/OSsystem.

- Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gadi Ben-Avi
Sent: 27 February 2019 12:42
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Tapetool question

We are in the initial stages of the implementation, so I want to make sure that 
everything is OK

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Vernooij, Kees (ITOP NM) - KLM
Sent: Wednesday, February 27, 2019 2:31 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Tapetool question

Out of interest: why do you want to check this? Don't you trust the replication 
or did you just change managementclass attributes?

Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Gadi Ben-Avi
> Sent: 27 February, 2019 13:21
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Tapetool question
>
> We have two TS7760's. No physical tapes.
>
> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Vernooij, Kees (ITOP NM) - KLM
> Sent: Wednesday, February 27, 2019 2:17 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Tapetool question
>
> Sorry, the layout of the CACHE CONTENTS BVIR records is documented in:
> TS7700 Bulk Volume Information Retrieval V4.1.2a
>
> Kees.
>
>
> > -Original Message-
> > From: Vernooij, Kees (ITOP NM) - KLM
> > Sent: 27 February, 2019 13:11
> > To: 'IBM Mainframe Discussion List' 
> > Subject: RE: Tapetool question
> >
> > We are migrating from a TS7740 to a TS7760 and have the same issue.
> >
> > For all kind of reporting, I process the BVIR records with SAS, the
> > layout is documented in TS7700 Statistical Data Format V412_20171116.
> >
> > In this case, I request the Cache Contents of both clusters and
> > check each tape's presence in both clusters. Supposing you do not
> > have a TS7760T with tapelibrary.
> >
> > Kees.
> >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List
> > > [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > On
> > > Behalf Of Gadi Ben-Avi
> > > Sent: 27 February, 2019 12:58
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Tapetool question
> > >
> > > Hi,
> > > I would like to create a job that will tell me if all virtual
> > > volumes
> > on
> > > one member of a TS7760 grid have been copied to another member of
> > > the grid.
> > > I know how to use BVIR to get a list of the status of all virtual
> > > volumes on each grid.
> > >
> > > Is there a program, possibly part of the TapeTools package, to
> > > compare the two lists, and tell me if all virtual volumes have
> > > been
> copied?
> > >
> > > Thanks
> > >
> > > Gadi
> > >
> > >
> > > --
> > > --
> > > -- 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

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 

Re: [EXTERNAL] Re: z/OS 2.4

[Sankaranarayanan, Vignesh]

Et voila

http://www-01.ibm.com/common/ssi/ShowDoc.wss?docURL=/common/ssi/rep_ca/2/877/ENUSZP19-0012/index.html=en_locale=en

v2r4 preview

- Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Allan Staller
Sent: 21 February 2019 16:13
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: z/OS 2.4

No such plans. CICS/IMS  have the same issue as z/OS. Multiple SMPE 
environments to support for each "product"  (4 separate environments for 4 IMS 
& related products).
CICS/IMS will remain separate from z/OS and related products.

z/OS and related products will be consolidated from multiple SMPE environments 
to 1 SMPE environment, based on serverpac orderables.
(Compilers, Netview, AO, JAVA,.)



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Nims,Alva John (Al)
Sent: Thursday, February 21, 2019 10:03 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS 2.4

My $0.02:
Global zone can have it all, but my opinion would be, to use separate 
Target/DLib zones.  Use ZONEINDEX to tie it all together.

Al Nims
Systems Admin/Programmer III
UF Information Technology
720 Bld. 3rd Floor, #9
P.O. Box 112050
Gainesville, FL. 32611
(e) ajn...@ufl.edu
(p) (352) 273-1298


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: Thursday, February 21, 2019 10:33 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS 2.4

> Not SREL

?
How are you going to put, e.g., MVS and CICS, in the same zone?

--
Shmuel (Seymour J.) Metz
https://apac01.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefense.proofpoint.com%2Fv2%2Furl%3Fu%3Dhttp-3A__mason.gmu.edu_-7Esmetz3%26d%3DDwIFAw%26c%3DpZJPUDQ3SB9JplYbifm4nt2lEVG5pWx2KikqINpWlZM%26r%3D0Ef64GJS77DVfhr5GGKZeQ%26m%3D6VJ6cc2xu21HxYeZTub9NOcE8qzldFP27TYi-G7jZog%26s%3DZQsTRv4wJQlXgaaihhBkmAGwP8VFNQKeCcvxEQflJZI%26edata=02%7C01%7Callan.staller%40HCL.COM%7C33a4b19ae72f4b52f8a408d698163165%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C636863618452808640sdata=LZ2LSG8WigFdBfpM4pUyRw%2FSGLbWw2ZZF65bHUQF1z0%3Dreserved=0=


From: IBM Mainframe Discussion List  on behalf of 
Allan Staller 
Sent: Thursday, February 21, 2019 10:27 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS 2.4

Not SREL. Various compenents were installed in their own SMP environments 
(SMPE/Target/Dlib).

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: Thursday, February 21, 2019 9:04 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS 2.4

How are you going to consolidate zones with different SREL?


--
Shmuel (Seymour J.) Metz
https://apac01.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefense.proofpoint.com%2Fv2%2Furl%3Fu%3Dhttps-3A__apac01.safelinks.protection.outlook.com_-3Furl-3Dhttp-3A-252F-252Fmason.gmu.edu-252F-7Esmetz3-26amp-3Bdata-3D02-257C01-257Callan.staller-2540HCL.COM-257C0a1812564531490e2df908d6980dea8e-257C189de737c93a4f5a8b686f4ca9941912-257C0-257C0-257C636863582904219132-26amp-3Bsdata-3DsfZksnSHBPlVKs7fB-252FNH2AsCLdagXgVM5eldmTeD6vk-253D-26amp-3Breserved-3D0%26d%3DDwIFAw%26c%3DpZJPUDQ3SB9JplYbifm4nt2lEVG5pWx2KikqINpWlZM%26r%3D0Ef64GJS77DVfhr5GGKZeQ%26m%3D6VJ6cc2xu21HxYeZTub9NOcE8qzldFP27TYi-G7jZog%26s%3D2e8IuS_K7UgQ9tNuB66-LeIn8gbS0M4U0VvXpa2s1X8%26edata=02%7C01%7Callan.staller%40HCL.COM%7C33a4b19ae72f4b52f8a408d698163165%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C636863618452808640sdata=5X7pr%2Fcuka6i5eIHBc0l3drsgSFPQbQIiJxd5q1ryXk%3Dreserved=0=


From: IBM Mainframe Discussion List  on behalf of 
Allan Staller 
Sent: Thursday, February 21, 2019 9:01 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS 2.4

For historical reasons, I have several SMP/E zones associated w/zOS and other 
ServerPac available items.
I am going to consolidate all of the separate zones associated into a single 
zone to simplify the maintenance process.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Timothy Sipples
Sent: Thursday, February 21, 2019 1:42 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS 2.4

Allan Staller wrote:
>If so, I need to get my 2.3 order in before I can no longer do so.

Why not order it now? I can't think of any downside as long as you're already 
licensed.


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

Re: [EXTERNAL] RESOURCE PARTITION USAGE parameter

[Sankaranarayanan, Vignesh]

Any hardware ninjas in here today?

– Vignesh
Mainframe Infrastructure

On 25-Feb-2019, at 18:50, Sankaranarayanan, Vignesh 
 wrote:

Want to correct my question...

I've following both pre-requisites (setting a HCDPROF variable and setting 
stand-alone IOCP to No in the build IOCP input screen), but still I don't see 
the $HCD$ statements in the extract IOCP..

Help!

- Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Sankaranarayanan, Vignesh
Sent: 25 February 2019 11:27
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] RESOURCE PARTITION USAGE parameter

Hi List,

Can anyone please point me to documentation on how to use the USAGE= parameter 
in the RESOURCE PARTITION statement.
I couldn't find anything, and want to know how to be inclusive of a statement 
with LPARs in multiple CSS-es.

Thanks.

- 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] RESOURCE PARTITION USAGE parameter

[Sankaranarayanan, Vignesh]

Want to correct my question...

I've following both pre-requisites (setting a HCDPROF variable and setting 
stand-alone IOCP to No in the build IOCP input screen), but still I don't see 
the $HCD$ statements in the extract IOCP..

Help!

- Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Sankaranarayanan, Vignesh
Sent: 25 February 2019 11:27
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] RESOURCE PARTITION USAGE parameter

Hi List,

Can anyone please point me to documentation on how to use the USAGE= parameter 
in the RESOURCE PARTITION statement.
I couldn't find anything, and want to know how to be inclusive of a statement 
with LPARs in multiple CSS-es.

Thanks.

- 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

RESOURCE PARTITION USAGE parameter

[Sankaranarayanan, Vignesh]

Hi List,

Can anyone please point me to documentation on how to use the USAGE= parameter 
in the RESOURCE PARTITION statement.
I couldn't find anything, and want to know how to be inclusive of a statement 
with LPARs in multiple CSS-es.

Thanks.

- 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: [EXTERNAL] Re: CTC

[Sankaranarayanan, Vignesh]

Quick Q -- just learnt that there's a CTC path validation utility within CA MIM.
Any such alternative available as a freebie, or is this something programmable 
in REXX?

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Sankaranarayanan, Vignesh
Sent: 22 February 2019 07:58
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: CTC

Hi Skip,

Thanks for sharing your learnings, I do remember reading a similar post on the 
same topics a few months ago here. I'm going cross-eyed trying to decipher 
what's already here (to figure out the pattern used) rather than setting up 
CTCs anew. So in that regard, I thought a REXX or something that uses multiple 
display commands and IOCP as input could "figure it out" and display it neatly 
for me.
There's probably no re-use value for it in a given site, but will be of great 
help when getting into it newly.

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jesse 1 Robinson
Sent: 21 February 2019 23:58
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: CTC

I can't help with the specific question posted, but on this list we often try 
to help with OP's driving problem. Which in this case seems to be: how to 
manage a complex CTC configuration? We've managed a complex CTC config since 
the mid-90s without ever consulting diagrams. The secret sauce is having a 
comprehensive layout with predictable addresses. Some background.

Before we introduced sysplex circa 1995, we had half a dozen LPARs on three 
boxes in two data centers. Only a handful of CTCs with random addresses. Too 
few to be troublesome. We implemented sysplex not by combining systems but by 
splitting existing systems into multiple plexes and members. Almost overnight 
we proliferated to over a dozen LPARs. At the same time we converted SNA VTAM 
connections to (at the time) ESCON CTCs, now FICON. We also created CTCs for 
XCF PATHIN/PATHOUT. We succeeded in interconnecting every LPAR with *every 
other* LPAR on every CEC in both data centers. That's a lot of connections. Our 
IBM consulting CE told us that many shops were finding it increasingly 
difficult to manage CTC configurations without some sort of 'scheme'. Here's 
the scheme he suggested.

1. Every CTC address is a 4-digit value in a defined range. We chose 4xyz and 
5xyz. Those ranges cannot be used for any other device type.

2. Each digit in an address is assigned a meaning: x = CEC#, y = LPAR#, z = 
device#. The assignment is arbitrary but must be consistent across the entire 
enterprise.

3. To satisfy the XCF requirement for separate inbound and outbound CTCs, we 
(arbitrarily) assign to PATHIN a 4zxy address and to PATHOUT the corresponding 
5zxz address. For VTAM it makes no difference. Note that XCF imposes this 
requirement to avoid the overhead of changing direction in a single CTC, 
technically very doable but at a cost in performance.

4. When referring to a target CTC, everyone in the enterprise uses the same 
address coming from any CEC on any LPAR to that CTC.

The result is that our 'map' of CTCs is just a table or chart of CECs and LPARs 
as described. This scheme has remained remarkably stable over the decades. CECs 
have come and gone; LPARs have been created or (occasionally) decommissioned; 
the scheme always defines all the CTCs with minimal fuss. We use system symbols 
to minimize editing changes. I've looked at HCM diagrams. They make my eyes 
swim.

I will concede one drawback to this scheme: it chews up an awful lot of 
addresses, all the 4's and all the 5's. When we started in the mid-90s, that 
was not such a problem. We live with it. I presented this scheme at SHARE many 
years ago, and I believe there's a Red Book with a similar message. For your 
consideration.

.
.
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 Sankaranarayanan, Vignesh
Sent: Monday, February 18, 2019 9:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: [EXTERNAL] Re: CTC

Exactly why I want to draw/visualise it.

I’m dealing with a dozen or more nodes to interconnect. If it’s 16 nodes, 
that’s 16C2 (combinatorics)... gets mental pretty fast.

– Vignesh
Mainframe Infrastructure

On 18-Feb-2019, at 23:24, Rob Schramm  wrote:

Depending on the number of lpars and cecs,  A simple drawing can do it.
The more connections.. the more complicated the drawing.

Personally, drawing it is always how i have really understood it

YMMV

Rob Schramm

On Mon, Feb 18, 2019, 12:13 PM Jerry Whitteridge  To be able to make sense of CTC definitions I use HCM downloaded to the PC.
> Its the only graphical way to review the connections. I also use HCM 
> to define new

Re: [EXTERNAL] Re: CTC

[Sankaranarayanan, Vignesh]

Hi Skip,

Thanks for sharing your learnings, I do remember reading a similar post on the 
same topics a few months ago here. I'm going cross-eyed trying to decipher 
what's already here (to figure out the pattern used) rather than setting up 
CTCs anew. So in that regard, I thought a REXX or something that uses multiple 
display commands and IOCP as input could "figure it out" and display it neatly 
for me.
There's probably no re-use value for it in a given site, but will be of great 
help when getting into it newly.

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jesse 1 Robinson
Sent: 21 February 2019 23:58
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: CTC

I can't help with the specific question posted, but on this list we often try 
to help with OP's driving problem. Which in this case seems to be: how to 
manage a complex CTC configuration? We've managed a complex CTC config since 
the mid-90s without ever consulting diagrams. The secret sauce is having a 
comprehensive layout with predictable addresses. Some background.

Before we introduced sysplex circa 1995, we had half a dozen LPARs on three 
boxes in two data centers. Only a handful of CTCs with random addresses. Too 
few to be troublesome. We implemented sysplex not by combining systems but by 
splitting existing systems into multiple plexes and members. Almost overnight 
we proliferated to over a dozen LPARs. At the same time we converted SNA VTAM 
connections to (at the time) ESCON CTCs, now FICON. We also created CTCs for 
XCF PATHIN/PATHOUT. We succeeded in interconnecting every LPAR with *every 
other* LPAR on every CEC in both data centers. That's a lot of connections. Our 
IBM consulting CE told us that many shops were finding it increasingly 
difficult to manage CTC configurations without some sort of 'scheme'. Here's 
the scheme he suggested.

1. Every CTC address is a 4-digit value in a defined range. We chose 4xyz and 
5xyz. Those ranges cannot be used for any other device type.

2. Each digit in an address is assigned a meaning: x = CEC#, y = LPAR#, z = 
device#. The assignment is arbitrary but must be consistent across the entire 
enterprise.

3. To satisfy the XCF requirement for separate inbound and outbound CTCs, we 
(arbitrarily) assign to PATHIN a 4zxy address and to PATHOUT the corresponding 
5zxz address. For VTAM it makes no difference. Note that XCF imposes this 
requirement to avoid the overhead of changing direction in a single CTC, 
technically very doable but at a cost in performance.

4. When referring to a target CTC, everyone in the enterprise uses the same 
address coming from any CEC on any LPAR to that CTC.

The result is that our 'map' of CTCs is just a table or chart of CECs and LPARs 
as described. This scheme has remained remarkably stable over the decades. CECs 
have come and gone; LPARs have been created or (occasionally) decommissioned; 
the scheme always defines all the CTCs with minimal fuss. We use system symbols 
to minimize editing changes. I've looked at HCM diagrams. They make my eyes 
swim.

I will concede one drawback to this scheme: it chews up an awful lot of 
addresses, all the 4's and all the 5's. When we started in the mid-90s, that 
was not such a problem. We live with it. I presented this scheme at SHARE many 
years ago, and I believe there's a Red Book with a similar message. For your 
consideration.

.
.
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 Sankaranarayanan, Vignesh
Sent: Monday, February 18, 2019 9:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: [EXTERNAL] Re: CTC

Exactly why I want to draw/visualise it.

I’m dealing with a dozen or more nodes to interconnect. If it’s 16 nodes, 
that’s 16C2 (combinatorics)... gets mental pretty fast.

– Vignesh
Mainframe Infrastructure

On 18-Feb-2019, at 23:24, Rob Schramm  wrote:

Depending on the number of lpars and cecs,  A simple drawing can do it.
The more connections.. the more complicated the drawing.

Personally, drawing it is always how i have really understood it

YMMV

Rob Schramm

On Mon, Feb 18, 2019, 12:13 PM Jerry Whitteridge  To be able to make sense of CTC definitions I use HCM downloaded to the PC.
> Its the only graphical way to review the connections. I also use HCM
> to define new CTC connections. For all other HCD definitions I prefer
> using HCD and ISPF.
>
> Jerry Whitteridge
> Delivery Manager / Mainframe Architect GTS - Safeway Account
> 602 527 4871 Mobile
> jerry.whitteri...@ibm.com
>
> IBM Services
>
> IBM Mainframe Discussion List  wrote on
> 02/18/2019 06:09:21 AM:
>
>> From: ITschak Mugzach 
>> To: IBM-MAIN@LISTSERV.UA.EDU

Re: [EXTERNAL] Re: Is there an HCD for Dummy's book anywhere?

[Sankaranarayanan, Vignesh]

Thank you Sir, I shall dig into this!

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Peter Bishop
Sent: 21 February 2019 02:30
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: Is there an HCD for Dummy's book anywhere?

Hi Vignesh,

to generate CHPID/CNTLUNIT/IODEVICE/EDT etc. statements as necessary, which are 
then input to the batch IOCP/MVSCP import job.  Of course the sky's the limit 
with edit macros.

I've tried to attach a sample; it's my first time so let's see if I did it 
right.  It builds various statements to support the installation of a disk 
array that is attached via cascaded FICON switches, with two-byte link 
addressing, etc.  I'm sure it could be improved by a willing reader; did the 
job for me at least.

cheers,
Peter


On Wed, 20 Feb 2019 05:32:59 +, Sankaranarayanan, Vignesh 
 wrote:

>Hi Peter,
>
>Curious.. what sort of edit macros?
> 
>– Vignesh
>Mainframe Infrastructure
>
>-Original Message-
>From: IBM Mainframe Discussion List  On 
>Behalf Of Peter Bishop
>Sent: 20 February 2019 02:33
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: [EXTERNAL] Re: Is there an HCD for Dummy's book anywhere?
>
>Hi Tony,
>
>see the "Migrate configuration data" option, 5 from the main menu.  I use it 
>with all the time, with edit macros to generate IOCP decks which I then 
>import.  Saves a lot of hassle on the CTC definition screens and others that I 
>prefer not to use when I know I can code some IOCP instead.
>
>cheers
>Peter
>
>On Tue, 19 Feb 2019 :0:40:22 -0500, Tony Thigpen  wrote:
>
>>You know, I can code an IOCP much faster. I just wish I could tell HCD
>>to: "take this IOCP source, set everything up for me and ask me for 
>>any extra information HCD needs".
>>
>>Tony Thigpen
>>
>>Tony Thigpen wrote on 2/19/19 8:37 PM:
>>> It suddenly dawned on me that I was miss-understanding "logical 
>>> address (same as CUADD)". I was reading it as "logical address which 
>>> will be set to the specified CUADD value" instead of "logical 
>>> address (which others call CUADD)".
>>>
>>> Duh!
>>>
>>> Tony Thigpen
>>>
>>> Neubert, Kevin wrote on 2/19/19 7:07 PM:
>>>> Sounds like you have not gone far enough.
>>>>
>>>> After you add the CU, select the processor(s), should then have a 
>>>> panel with channel path IDs, unit address, logical address (same as 
>>>> CUADD), etc.
>>>>
>>>> If appropriate, might make a little more sense if you "add like" an 
>>>> existing VTL control unit.  Values can still be tailored using this 
>>>> manner.
>>>>
>>>> Regards,
>>>>
>>>> Kevin
>>>>
>>>> -Original Message-
>>>> From: IBM Mainframe Discussion List 
>>>> [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tony Thigpen
>>>> Sent: Tuesday, February 19, 2019 2:52 PM
>>>> To: IBM-MAIN@LISTSERV.UA.EDU
>>>> Subject: Is there an HCD for Dummy's book anywhere?
>>>>
>>>> The HCD panels are driving me crazy.
>>>>
>>>> I don't know if my eyeballs need replacing or if this is a 'they 
>>>> called it something else' problem.
>>>>
>>>> All I want to do is add a new control unit and some tapes for our 
>>>> VTL, but the control unit needs a specific CUADD= value and I just 
>>>> don't see any field on the panel that seems remotely where I would 
>>>> specify the CUADD= value.
>>>>
>>>> --
>>>> Tony Thigpen
>>>>
>>>> ---
>>>> -
>>>> -- 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: Is there an HCD for Dummy's book anywhere?

[Sankaranarayanan, Vignesh]

Hi Peter,

Curious.. what sort of edit macros?

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Peter Bishop
Sent: 20 February 2019 02:33
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Is there an HCD for Dummy's book anywhere?

Hi Tony,

see the "Migrate configuration data" option, 5 from the main menu.  I use it 
with all the time, with edit macros to generate IOCP decks which I then import. 
 Saves a lot of hassle on the CTC definition screens and others that I prefer 
not to use when I know I can code some IOCP instead.

cheers
Peter

On Tue, 19 Feb 2019 20:40:22 -0500, Tony Thigpen  wrote:

>You know, I can code an IOCP much faster. I just wish I could tell HCD
>to: "take this IOCP source, set everything up for me and ask me for any
>extra information HCD needs".
>
>Tony Thigpen
>
>Tony Thigpen wrote on 2/19/19 8:37 PM:
>> It suddenly dawned on me that I was miss-understanding "logical
>> address (same as CUADD)". I was reading it as "logical address which
>> will be set to the specified CUADD value" instead of "logical address
>> (which others call CUADD)".
>>
>> Duh!
>>
>> Tony Thigpen
>>
>> Neubert, Kevin wrote on 2/19/19 7:07 PM:
>>> Sounds like you have not gone far enough.
>>>
>>> After you add the CU, select the processor(s), should then have a
>>> panel with channel path IDs, unit address, logical address (same as
>>> CUADD), etc.
>>>
>>> If appropriate, might make a little more sense if you "add like" an
>>> existing VTL control unit.  Values can still be tailored using this
>>> manner.
>>>
>>> Regards,
>>>
>>> Kevin
>>>
>>> -Original Message-
>>> From: IBM Mainframe Discussion List
>>> [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tony Thigpen
>>> Sent: Tuesday, February 19, 2019 2:52 PM
>>> To: IBM-MAIN@LISTSERV.UA.EDU
>>> Subject: Is there an HCD for Dummy's book anywhere?
>>>
>>> The HCD panels are driving me crazy.
>>>
>>> I don't know if my eyeballs need replacing or if this is a 'they
>>> called it something else' problem.
>>>
>>> All I want to do is add a new control unit and some tapes for our
>>> VTL, but the control unit needs a specific CUADD= value and I just
>>> don't see any field on the panel that seems remotely where I would
>>> specify the CUADD= value.
>>>
>>> --
>>> Tony Thigpen
>>>
>>> 
>>> -- For IBM-MAIN subscribe / signoff / archive access instructions,
>>> send email to lists...@listserv.ua.edu with the message: INFO
>>> IBM-MAIN
>>>
>>> 
>>> -- For IBM-MAIN subscribe / signoff / archive access instructions,
>>> send email to lists...@listserv.ua.edu with the message: INFO
>>> IBM-MAIN
>>>
>>>
>>
>> -
>> - For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO
>> IBM-MAIN
>>
>>
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions, send
>email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

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: z/OS 2.4

[Sankaranarayanan, Vignesh]

Any bets on it being renamed from "z/OS" to IBM Z OS?
Or, like Apple, call it "the new z/OS"..

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Styles, Andy (ITS zPlatform Services)
Sent: 19 February 2019 07:51
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: z/OS 2.4

Classification: Public
Whenever I've seen something about the next release of z/OS, IBM have always 
referred to it as "the release after z/OS x.x". I suspect it's in case the 
marketing department notice and decide it's going to be called something else..

Andy Styles
z/Series System Programmer



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Vernooij, Kees (ITOP NM) - KLM
Sent: 19 February 2019 07:43
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS 2.4

-- This email has reached the Bank via an external source --


Is it named V2.4 or V3.1 or ...?
The few references I saw about the z/OS version after 2.3 was named "the z/OS 
version after 2.3".

Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Allan Staller
> Sent: 18 February, 2019 19:18
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: z/OS 2.4
>
> Has anybody seen the z/OS V2R4 preview announcement go by?
>
> If so, can you provide a link or Announcement number?
>
> TIA,
>
> ::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

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


Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC95000. Telephone: 0131 225 4555.

Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. 
Registered in England and Wales no. 2065. Telephone 0207626 1500.

Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. 
Registered in Scotland no. SC327000. Telephone: 03457 801 801.

Re: [EXTERNAL] Re: CTC

[Sankaranarayanan, Vignesh]

Exactly why I want to draw/visualise it.

I’m dealing with a dozen or more nodes to interconnect. If it’s 16 nodes, 
that’s 16C2 (combinatorics)... gets mental pretty fast.

– Vignesh
Mainframe Infrastructure

On 18-Feb-2019, at 23:24, Rob Schramm  wrote:

Depending on the number of lpars and cecs,  A simple drawing can do it.
The more connections.. the more complicated the drawing.

Personally, drawing it is always how i have really understood it

YMMV

Rob Schramm

On Mon, Feb 18, 2019, 12:13 PM Jerry Whitteridge  To be able to make sense of CTC definitions I use HCM downloaded to the PC.
> Its the only graphical way to review the connections. I also use HCM to
> define new CTC connections. For all other HCD definitions I prefer using
> HCD and ISPF.
> 
> Jerry Whitteridge
> Delivery Manager / Mainframe Architect
> GTS - Safeway Account
> 602 527 4871 Mobile
> jerry.whitteri...@ibm.com
> 
> IBM Services
> 
> IBM Mainframe Discussion List  wrote on
> 02/18/2019 06:09:21 AM:
> 
>> From: ITschak Mugzach 
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Date: 02/18/2019 06:09 AM
>> Subject: Re: CTC
>> Sent by: IBM Mainframe Discussion List 
>> 
>> I don't have a specific rexx for the problem, but I can give some tips
> form
>> daily experience. I do parsing every day, many times a day, for our
>> IronSphere product.  IOCP is using a macro language. so:
>> 
>>   1. make every macro a single string. continuation is at column 72, the
>>   last line in a multi line doesn;t have a comma and a continuation char
> at
>>   col 762.
>>   2. tokenize the string by replacing every equal sign to blank.
>>   3. wordpos the keyword you are looking for. of position is not zero,
> the
>>   value is the next word.
>>   4. result may be enclosed in parentheses, separated with commas. know
>>   what you are looking for for second level parsing.
>>   5. I use a stem to store the single line macro calls at step 1.
>> 
>> 
>> best,
>> ITschak
>> 
>> On Mon, Feb 18, 2019 at 2:32 PM Sankaranarayanan, Vignesh <
>> vignesh.v.sankaranaraya...@marks-and-spencer.com> wrote:
>> 
>>> Hello All,
>>> 
>>> I know this is a long shot but does anyone have any REXX that parses
> IOCP
>>> and "makes sense" of the CTC definitions?
>>> I'm losing my mind trying to learn what I'm seeing..
>>> 
>>> - 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
>>> 
>> 
>> 
>> --
>> ITschak Mugzach
>> *|** IronSphere Platform* *|* *Information Security Contiguous Monitoring
>> for Legacy **|  *
>> 
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 

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

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

Re: [EXTERNAL] Re: CTC

[Sankaranarayanan, Vignesh]

Hi Jerry,

I’m no longer able to find the free version of HCM. Have used it a few years 
ago, inputting my IOCP and was able to view everything.

When I tried to get it last year, I learned that the msi installer is available 
in a PDS member in z/OS.. so I installed it. But it wouldn’t let me do 
anything.. guess it’s just a client for the paid version of HCM.

Where did the freebie go, I wonder...

– Vignesh
Mainframe Infrastructure

On 18-Feb-2019, at 22:42, Jerry Whitteridge  wrote:

To be able to make sense of CTC definitions I use HCM downloaded to the PC.
Its the only graphical way to review the connections. I also use HCM to
define new CTC connections. For all other HCD definitions I prefer using
HCD and ISPF.

Jerry Whitteridge
Delivery Manager / Mainframe Architect
GTS - Safeway Account
602 527 4871 Mobile
jerry.whitteri...@ibm.com

IBM Services

IBM Mainframe Discussion List  wrote on
02/18/2019 06:09:21 AM:

> From: ITschak Mugzach 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 02/18/2019 06:09 AM
> Subject: Re: CTC
> Sent by: IBM Mainframe Discussion List 
> 
> I don't have a specific rexx for the problem, but I can give some tips
form
> daily experience. I do parsing every day, many times a day, for our
> IronSphere product.  IOCP is using a macro language. so:
> 
>   1. make every macro a single string. continuation is at column 72, the
>   last line in a multi line doesn;t have a comma and a continuation char
at
>   col 762.
>   2. tokenize the string by replacing every equal sign to blank.
>   3. wordpos the keyword you are looking for. of position is not zero,
the
>   value is the next word.
>   4. result may be enclosed in parentheses, separated with commas. know
>   what you are looking for for second level parsing.
>   5. I use a stem to store the single line macro calls at step 1.
> 
> 
> best,
> ITschak
> 
> On Mon, Feb 18, 2019 at 2:32 PM Sankaranarayanan, Vignesh <
> vignesh.v.sankaranaraya...@marks-and-spencer.com> wrote:
> 
>> Hello All,
>> 
>> I know this is a long shot but does anyone have any REXX that parses
IOCP
>> and "makes sense" of the CTC definitions?
>> I'm losing my mind trying to learn what I'm seeing..
>> 
>> - 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
>> 
> 
> 
> --
> ITschak Mugzach
> *|** IronSphere Platform* *|* *Information Security Contiguous Monitoring
> for Legacy **|  *
> 
> --
> 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: CTC

[Sankaranarayanan, Vignesh]

I have.. there are just too many lines in the CTC report. Doesn’t make it easy 
to get the big picture.

– Vignesh
Mainframe Infrastructure

On 18-Feb-2019, at 20:29, Roger Lowe  wrote:

Do you have access to Hardware Configuration Manager (HCM)? If so, you could 
use that to display your CTC config ...

Roger

> On Mon, 18 Feb 2019 14:25:15 +0000, Sankaranarayanan, Vignesh 
>  wrote:
> 
> Just me, to understand and map out the connections..
> 
> – Vignesh
> Mainframe Infrastructure
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> ITschak Mugzach
> Sent: 18 February 2019 14:02
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXTERNAL] Re: CTC
> 
> For the active configuration, you can use tso console command and analyse the 
> results in the same exec with the IOCP deck. I would email the results a 
> comma separated file to excel. Who need to read it?
> 
> ITschak
> 
>> On Mon, Feb 18, 2019 at 3:33 PM Sankananarayanan, Vignesh < 
>> vignesh.v.sankaranaraya...@marks-and-spencer.com> wrote:
>> 
>> Thanks, that makes sense..
>> Assuming that there are extra entries (not really used/active) in the 
>> IODF, I would have to resort to checking everything through D M=DEV 
>> commands, because they show the entry and dest link addresses, which 
>> are useful when the path goes through a switch/director.
>> 
>> And finally, what would be the best way to visualise these connections?
>> 
>> – Vignesh
>> Mainframe Infrastructure
>> 
>> -Original Message-
>> From: IBM Mainframe Discussion List  On 
>> Behalf Of ITschak Mugzach
>> Sent: 18 February 2019 13:09
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: [EXTERNAL] Re: CTC
>> 
>> I don't have a specific rexx for the problem, but I can give some tips 
>> form daily experience. I do parsing every day, many times a day, for 
>> our IronSphere product.  IOCP is using a macro language. so:
>> 
>>   1. make every macro a single string. continuation is at column 72, the
>>   last line in a multi line doesn;t have a comma and a continuation 
>> char at
>>   col 762.
>>   2. tokenize the string by replacing every equal sign to blank.
>>   3. wordpos the keyword you are looking for. of position is not zero, the
>>   value is the next word.
>>   4. result may be enclosed in parentheses, separated with commas. know
>>   what you are looking for for second level parsing.
>>   5. I use a stem to store the single line macro calls at step 1.
>> 
>> 
>> best,
>> ITschak
>> 
>> On Mon, Feb 18, 2019 at 2:32 PM Sankaranarayanan, Vignesh < 
>> vignesh.v.sankaranaraya...@marks-and-spencer.com> wrote:
>> 
>>> Hello All,
>>> 
>>> I know this is a long shot but does anyone have any REXX that parses 
>>> IOCP and "makes sense" of the CTC definitions?
>>> I'm losing my mind trying to learn what I'm seeing..
>>> 
>>> - 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
>>> 
>> 
>> 
>> --
>> ITschak Mugzach
>> *|** IronSphere Platform* *|* *Information Security Contiguous 
>> Monitoring for Legacy **|  *
>> 
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions, send 
>> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>> 
>> ---

Re: [EXTERNAL] Re: CTC

[Sankaranarayanan, Vignesh]

Just me, to understand and map out the connections..

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
ITschak Mugzach
Sent: 18 February 2019 14:02
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: CTC

For the active configuration, you can use tso console command and analyse the 
results in the same exec with the IOCP deck. I would email the results a comma 
separated file to excel. Who need to read it?

ITschak

On Mon, Feb 18, 2019 at 3:33 PM Sankaranarayanan, Vignesh < 
vignesh.v.sankaranaraya...@marks-and-spencer.com> wrote:

> Thanks, that makes sense..
> Assuming that there are extra entries (not really used/active) in the 
> IODF, I would have to resort to checking everything through D M=DEV 
> commands, because they show the entry and dest link addresses, which 
> are useful when the path goes through a switch/director.
>
> And finally, what would be the best way to visualise these connections?
>
> – Vignesh
> Mainframe Infrastructure
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of ITschak Mugzach
> Sent: 18 February 2019 13:09
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [EXTERNAL] Re: CTC
>
> I don't have a specific rexx for the problem, but I can give some tips 
> form daily experience. I do parsing every day, many times a day, for 
> our IronSphere product.  IOCP is using a macro language. so:
>
>1. make every macro a single string. continuation is at column 72, the
>last line in a multi line doesn;t have a comma and a continuation 
> char at
>col 762.
>2. tokenize the string by replacing every equal sign to blank.
>3. wordpos the keyword you are looking for. of position is not zero, the
>value is the next word.
>4. result may be enclosed in parentheses, separated with commas. know
>what you are looking for for second level parsing.
>5. I use a stem to store the single line macro calls at step 1.
>
>
> best,
> ITschak
>
> On Mon, Feb 18, 2019 at 2:32 PM Sankaranarayanan, Vignesh < 
> vignesh.v.sankaranaraya...@marks-and-spencer.com> wrote:
>
> > Hello All,
> >
> > I know this is a long shot but does anyone have any REXX that parses 
> > IOCP and "makes sense" of the CTC definitions?
> > I'm losing my mind trying to learn what I'm seeing..
> >
> > - 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
> >
>
>
> --
> ITschak Mugzach
> *|** IronSphere Platform* *|* *Information Security Contiguous 
> Monitoring for Legacy **|  *
>
> --
> 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
>


--
ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Contiguous Monitoring for 
Legacy **|  *

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

[Sankaranarayanan, Vignesh]

Thanks, that makes sense.. 
Assuming that there are extra entries (not really used/active) in the IODF, I 
would have to resort to checking everything through D M=DEV commands, because 
they show the entry and dest link addresses, which are useful when the path 
goes through a switch/director.

And finally, what would be the best way to visualise these connections?

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
ITschak Mugzach
Sent: 18 February 2019 13:09
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: CTC

I don't have a specific rexx for the problem, but I can give some tips form 
daily experience. I do parsing every day, many times a day, for our IronSphere 
product.  IOCP is using a macro language. so:

   1. make every macro a single string. continuation is at column 72, the
   last line in a multi line doesn;t have a comma and a continuation char at
   col 762.
   2. tokenize the string by replacing every equal sign to blank.
   3. wordpos the keyword you are looking for. of position is not zero, the
   value is the next word.
   4. result may be enclosed in parentheses, separated with commas. know
   what you are looking for for second level parsing.
   5. I use a stem to store the single line macro calls at step 1.


best,
ITschak

On Mon, Feb 18, 2019 at 2:32 PM Sankaranarayanan, Vignesh < 
vignesh.v.sankaranaraya...@marks-and-spencer.com> wrote:

> Hello All,
>
> I know this is a long shot but does anyone have any REXX that parses 
> IOCP and "makes sense" of the CTC definitions?
> I'm losing my mind trying to learn what I'm seeing..
>
> - 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
>


--
ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Contiguous Monitoring for 
Legacy **|  *

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

CTC

[Sankaranarayanan, Vignesh]

Hello All,

I know this is a long shot but does anyone have any REXX that parses IOCP and 
"makes sense" of the CTC definitions?
I'm losing my mind trying to learn what I'm seeing..

- 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: [EXTERNAL] Re: Quick Q - OSA and FICON

[Sankaranarayanan, Vignesh]

Thanks Kevin and Parwez.
I looked only at the ResourceLink publications for the related machines and I 
couldn’t find any info on PCHID and port association, so I later searched for 
SHARE presentations and found my answer there.
Will keep a copy of the connectivity handbook close by!

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Parwez Hamid
Sent: 15 February 2019 18:46
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Quick Q - OSA and FICON

Your Q has already been answered. For reference only, I will add one additional 
point:

Starting with the newer generation of FICON features i.e. FICON Express16S+ 
(introduced with the z14), like previous generation of FICON features, both 
ports have its own PCHID and CHIPD. The keep difference is that both ports must 
be defined as FC or FCP.
With the prior generations both ports could be FC or FCP or a mix of FC/FCP.

I know when you are looking for a quick answer, reading the manual isn't very 
appealing. It has already been suggested that IBM Redbooks can be an a very 
good source for information. I strongly recommend you download and keep these 
handy. The key Redbooks I would recommend for Z are:

1)  Technical Guide (each generation of Z System has its own)
2)  The IBM Z Connectivity Handbook
3)  The IBM xxx Setup Configuration (xxx = the System you have/are interested 
in)

Of course, in addition there are lots of other Redbooks for Z, z/OS, Disk, 
Tapes etc

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

TS7700

[Sankaranarayanan, Vignesh]

Hello List,

In the installation & planning guide for TS7700, I see only a single diagram 
for the I/O area.
Is there anything that mentions the interface IDs of each port in the I/O area?
Like how we have I names for the ports in the DS8K.

Thanks in advance, I'm going mad trying to find documentation.

- 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

Quick Q - OSA and FICON

[Sankaranarayanan, Vignesh]

Hi,

This should be a quick one..

FC 0404 for OSA 4S GbE LX and FC 0409 for FICON 8S LX - they're both cards for 
the PCI/e I/O Drawer, with 2 ports, and both ports come under the same CHPID, 
yes?

- 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: [EXTERNAL] Re: Tape Mount Mangement

[Sankaranarayanan, Vignesh]

Hi John,

Apart from the z/OS-inbuilt Volume Mount Analyzer, you could look at 2 other 
items for reviewing your tape activity:

1. IBM has a utility called tapetool that mainly allows reporting on the 
TS7700; additionally, they offer a PROC which you can run as STC, which will 
cut extra SMF records for a detailed look at what's going on.
2. MXG has an alternative to #1 and they call it MXGTMNT; it must run as an STC 
in every LPAR and writes its own SMF record type. As you'd expect, this data is 
then analysed using MXG code.

It saddens me to not hear a lot about alternative tape solutions (Optica zVT or 
Luminex MVT).
In this day and age, disk has become tape and flash has become disk, so the use 
cases for actual tape could be growing smaller.

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Rugen, Len
Sent: 30 January 2019 14:56
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Tape Mount Mangement

I probably commented on TMM, because we really benefited using it. We were on 
mainframe hospice, they weren’t going to improve anything before they killed 
it, but we had to survive several years of growing usage first.  Had we been in 
your situation, already having a virtual tape appliance, I'm not sure it would 
have gained much.

What would TMM gain for you?  I'm not familiar with that hardware, but you 
shouldn't have to wait long for mounts, you shouldn't be limited on drives and 
surely doesn't waste storage on short tapes.

I don't recall such a cookbook.  If I remember correctly, I first looked at 
demand mounts (non scratch), then at demand mounts that were created in the 
past 36 hours.  If I could put data on disk that was to be referenced soon, it 
would probably be referenced before it migrated.

I repeated that cycle for longer intervals until most demand  mounts were 
eliminated.  I also looked for short tapes, where not much data was written.  
We could satisfy most of our scratch mounts with the autoloaders on the drives, 
but eliminating the short tapes was just less tapes to shuffle.

In our case, we saved a lot of clock time eliminating demand  mounts and drive 
allocation.


--
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: IKJEFT1B program name SMF

[Sankaranarayanan, Vignesh]

That's a cool job Charles!

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: 29 January 2019 18:24
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: IKJEFT1B program name SMF

"Programs" do not get to write or directly control the contents of SMF 30 
records. IRXJCL would have no way to "record the member" (in the SMF 30).

IBM would of course be free to add the PARM= information to the SMF 30 record, 
or to create a new record type for PARM= data, or a new record type for IRXJCL 
options and results.

I have no idea of the efficacy of an RFE, but snowflakes and Avernus come to 
mind.

I do not disagree with the assertion that PARM= data would be useful. As a guy 
who has spent the past 8 years trying to populate organizational security 
threat repositories from the contents of SMF records I can tell you that there 
is a lot of additional data that would be useful in SMF records.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Tuesday, January 29, 2019 9:29 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IKJEFT1B program name SMF

On Tue, 29 Jan 2019 09:08:07 -0800, Charles Mills wrote:

>To the best of my (possibly faulty, of course) recollection SMF does
>not record PARM= anywhere under any circumstances -- other than if it
>somehow gets used in a way that ends up in SMF, e.g. a program that
>takes PARM=ddname and then opens that DD name. (You would get an SMF
>14, 15, 42 or 6x for that OPEN or CLOSE, or an SMF 80 or 230 if the
>OPEN failed for security reasons.)
>
This feels like cause fo RFE that IRXJCL itself should record in SMF the member 
called.
Most readers would find the "%SOMETHING"  more informative than "IRXJCL".

--
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: IKJEFT1B program name SMF

[Sankaranarayanan, Vignesh]

How about the SYSIN, is that available in any SMF, if I were to look at records 
related to the ones with PGM=IKJEFT1B... ?

– Vignesh
Mainframe Infrastructure

On 29-Jan-2019, at 20:44, Charles Mills  wrote:

I have a lot of SMF record field experience and I do not recall the PARM=
data being recorded anywhere, not in SMF 30, nor elsewhere.

SMF 14 should record the SYSLIB dataset being closed but that is about it.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Sankaranarayanan, Vignesh
Sent: Tuesday, January 29, 2019 6:19 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IKJEFT1B program name SMF

Hello List!

Let's say there's a REXX program being run in batch with
PGM=IKJEFB1B,PARM='%SOMETHING'.
I'm sure SMF records program names.. but is there any field that also
captures the REXX that's being run via IKJEFT01 or IKJEFT1B?

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

IKJEFT1B program name SMF

[Sankaranarayanan, Vignesh]

Hello List!

Let's say there's a REXX program being run in batch with 
PGM=IKJEFB1B,PARM='%SOMETHING'.
I'm sure SMF records program names.. but is there any field that also captures 
the REXX that's being run via IKJEFT01 or IKJEFT1B?

Thanks in advance!

- 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: [EXTERNAL] Restore dataset with a different prefix

[Sankaranarayanan, Vignesh]

RENAMEU allows you to either swap the HLQ or specify the full alternative name.
If I remember right, there is some rule about your replacement string being the 
same length as the original string, when you are trying to replace more than 1 
qualifier with one or more qualifiers..

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jake Anderson
Sent: 29 January 2019 04:05
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Restore dataset with a different prefix

Hi

Cross posted.

Can we back up an entire volume to a virtual tape and restore all the dataset 
in a different volume with  new prefix to all the restored dataset.

For example : TCPIP.SEZALOAD as TSO1.TCPIP.SEZALOAD

One way I know is to do renameunconditional and restore it, but since I have a 
big list of dataset and doing for each dataset is going to be time consuming.

Is there any other way to achieve this ? Where while restoring all the datasets 
gets a PREFIX of TSO1.

Jake

--
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: how many OSes run on IBMz

[Sankaranarayanan, Vignesh]

Hi Arthur,

Thank you, always open to history lessons 
Didn't mean to attempt to give an actual explanation as such.. was just 
thinking of it in a comical sense, that's all.

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Arthur Fichtl
Sent: 27 January 2019 13:11
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: how many OSes run on IBMz

BS = bull $hit

Meaning,.. one is talking meaningless, foolish, s#it. So either BS or horse 
s#it.

Seeing a name like BS2000 or BS3000 made me think of a hypothetical marketing 
department where their product is so useless, but they proudly sell it, by 
naming it BS2000.

They call the new and improved version BS3000.

It's like how the wall street laughs at the rest of the world when they name 
things CDOs, etc.

Sure, CDO has a normal meaning but I'm sure some guy in a suit somewhere knows 
its *real* expanded name (inside joke).

– Vignesh

Mainframe Infrastructure

Vignesh, that’s not correct.

As I worked (in an earlier life) both with BS2000 and BS3000 I could enlight 
you:

Beginning 1966 Siemens/Germany started with manufacturing Computers whose 
design was developed by RCA (USA). It was named BS1000 and was similar to the 
IBM/360 (but not identical).

When IBM started selling the /370 machines which where equipped with a virtual 
memory hardware architecture and ran the successor Operating System named 
OS/VS, Siemens began to produce its own Hardware and developed an OS called 
BS2000, as well equipped with virtual memory.

Regarding the /370 you might want to have a look to this article:

https://en.wikipedia.org/wiki/IBM_System/370

BS3000 was marketed by Siemens (its original name was FACOM and the 
manufacturer was Fujitsu). It had no relations to BS2000.

It was sort of Clone of MVS and IBM sued Fujitsu for copyright infringement; 
there were rumors that IBM demanded (and received) 1 billion US$ from Fujitsu 
which implied also that the Japanese company was allowed to sell their machines 
in the domestic market.


--
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: Subject: Re: [EXTERNAL] Re: how many OSes run on IBMz

[Sankaranarayanan, Vignesh]

BS = bull $hit

Meaning,.. one is talking meaningless, foolish, s#it. So either BS or horse 
s#it.

Seeing a name like BS2000 or BS3000 made me think of a hypothetical marketing 
department where their product is so useless, but they proudly sell it, by 
naming it BS2000.
They call the new and improved version BS3000.

It's like how the wall street laughs at the rest of the world when they name 
things CDOs, etc.
Sure, CDO has a normal meaning but I'm sure some guy in a suit somewhere knows 
its *real* expanded name (inside joke).

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Arthur Fichtl
Sent: 27 January 2019 08:27
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Subject: Re: [EXTERNAL] Re: how many OSes run on IBMz

Am 27.01.2019 um 06:00 schrieb IBM-MAIN automatic digest system:
> Subject: Re: [EXTERNAL] Re: how many OSes run on IBMz

OK,
Enlight me, what is BS?
Why it's funny?

It is Germish and means "Betriebssystem"

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

FW: Re: [EXTERNAL] Ca7 auto-ticketing with ServiceNow tool

[Sankaranarayanan, Vignesh]

Hi Lizette,

Guess you meant this for Rajesh...

– Vignesh
Mainframe Infrastructure

-Original Message-
From: stars...@mindspring.com 
Sent: 25 January 2019 11:41
To: Sankaranarayanan, Vignesh 
Subject: RE: Re: [EXTERNAL] Ca7 auto-ticketing with ServiceNow tool

This is probably internal to your shop.

We do this with CA ESP Workload  Manager

We trap the msg for the failed job.  Have automation send it to anther tool 
that sends it to a server that then send it to Service Now to generate a ticket

You need to work within your shop to see if anything is currently set up for 
other events to generate an incident in Service Now

But not really a mainframe issue.  You might post on the CA7 community on ca 
website.  You might get other answers there

Lizette


Sent from EarthLink Mobile mail
On 1/25/19, 12:27 AM, Sankaranarayanan, Vignesh 
 wrote:

From: Sankaranarayanan, Vignesh 

To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Ca7 auto-ticketing with ServiceNow tool
Date: January 25, 2019 at 12:27:09 AM MST Super generic question.
Best to check the ServiceNow documentation for info on integrations.
This isn't a mainframe question as much as it is a ServiceNow question, so... 
edging on wrong forum, maybe!

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Rajesh Janakiraman
Sent: 25 January 2019 04:39
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Ca7 auto-ticketing with ServiceNow tool

Hello Everyone,

Could someone please help me with below request!!

Wanna know if there is anyone implemented auto-ticketing integration from
CA7 Scheduler to Service Now ticketing tool whenever there is a job failure 
occurs?

And I also want to know whether we have any option to create a Service Now 
Incident ticket via an email?

Thanks in advance!!


-
Rajesh Janakiraman

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] Ca7 auto-ticketing with ServiceNow tool

[Sankaranarayanan, Vignesh]

Super generic question.
Best to check the ServiceNow documentation for info on integrations.
This isn't a mainframe question as much as it is a ServiceNow question, so... 
edging on wrong forum, maybe!

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Rajesh Janakiraman
Sent: 25 January 2019 04:39
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Ca7 auto-ticketing with ServiceNow tool

Hello Everyone,

Could someone please help me with below request!!

Wanna know if there is anyone implemented auto-ticketing integration from
CA7 Scheduler to Service Now ticketing tool whenever there is a job failure 
occurs?

And I also want to know whether we have any option to create a Service Now 
Incident ticket via an email?

Thanks in advance!!


-
Rajesh Janakiraman

--
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: how many OSes run on IBMz

[Sankaranarayanan, Vignesh]

I can't help but laugh at the names BS2000 and BS3000.
LMAO!

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bernd Oppolzer
Sent: 24 January 2019 23:11
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: how many OSes run on IBMz

Am 24.01.2019 um 18:01 schrieb R.S.:
> W dniu 2019-01-24 o 14:44, Parwez Hamid pisze:
>> All depends whether you are asking about 'current' Z systems or the
>> older ones.
>>
>> You can add the following:
>>
>> KVM
>> Hitachi’s operating system, VOS
>
> Well, IT DEPENDS.
>
> KVM is Linux based hypervisor. Is it OS? Maybe, like z/VM. Is it
> Linux? Maybe, but specialized.
>
> VOS is just (almost legal) clone of MVS, like Fujitsu MSP. Due to
> legal settlements both are not available outside of Japan, AFAIK.
>
> There are also BS2000 (Siemens mainframe) OSes, similar to MVS and VSE
> AFAIK, but it's hard to find out real roots. I heard both are cloned
> with (paid) agreement from IBM.


BS2000 is a genuine Siemens OS, later transferred to Fujitsu and called 
BS2000/OSD.
It ran on 370 and 390 compatible machines, but was very different from MVS or 
VSE, AFAIK.
Its origins are some older OSes targetting other architectures similar to IBM 
360 (RCA Spectra ...).

There was a BS3000, too, which was the same as MVS, but Siemens (or
Fujitsu) had to
cancel it due to legal problems with IBM, IIRC.

https://en.wikipedia.org/wiki/BS2000

--
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: how many OSes run on IBMz

[Sankaranarayanan, Vignesh]

Now this reply, I like!

- Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Kevin Mckenzie
Sent: 24 January 2019 16:48
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: how many OSes run on IBMz

Strictly speaking, you could include Stand-alone Dump and ADRDSSU.
---
Kevin McKenzie

External Phone: 845-435-8282, Tie-line: 8-295-8282 z/OS Test Services - Test 
Architect, Provisioning

IBM Mainframe Discussion List  wrote on
01/24/2019 09:17:25 AM:

> From: John McKown 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 01/24/2019 09:18 AM
> Subject: Re: how many OSes run on IBMz Sent by: IBM Mainframe
> Discussion List 
>
> On Thu, Jan 24, 2019 at 8:09 AM Tom Marchant <
> 000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote:
>
> > On Thu, 24 Jan 2019 06:17:47 -0600, John McKown wrote:
> >
> > >This is mainly a curiosity question. I know of: z/OS, z/VSE, z/TPF,
and
> > >z/Linux. Are there any others?
> >
> > None of these were ever enhanced to support zArchitecture, though
> > they might be able to run on older z hardware, that could still IPL
> > in
OS/390
> > mode.
> >
> > MTS, the Michigan Terminal System
> > UTS, Amdahl's implementation of Unix for 370 & 390 TSS
> >
> > --
> > Tom Marchant
> >
> >
> Getting nice feedback. I guess I could find another system and name it
> "Ancient Operating Systems". Why not? I already named one "Car-topia"
with
> the planets named after various cars.
>
> --
> I just burned 2000 calories!
> That's the last time I'll nap with brownies in the oven.
>
> Maranatha! <><
> John McKown
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

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: how many OSes run on IBMz

[Sankaranarayanan, Vignesh]

Oh how about zAWARE ??

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: 24 January 2019 14:37
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: how many OSes run on IBMz

On Thu, 24 Jan 2019 13:25:48 +0100, R.S.  wrote:
>
>It depends.
>There were historical OSes like Amdahl UTS or AIX/ESA.
>There is "something" like CFCC (Coupling Facility Control Code).
>There is z/VM which is hypervisor or just OS.
>Sometimes TPF was not counted as OS even by IBM.
>There is/was OpenSolaris ported on mainframe, but AFAIK only under z/VM.
>There is CMS (part of z/VM), which currently can ruch only under z/VM,
>but AFAIK in the past it could run on bare metal as well.
>There are many zLinux distros like Debian, Fedora, SUSE, Redhat,
>Slackware, Ubuntu...
>
How do you count PR/SM, sort of a hyperhypervisor, so:
PR/SM : z/VM :: z/VM : CMS ...

Nowadays, most of the others won't run on "bare metal", only under PR/SM.

-- 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: [EXTERNAL] Re: how many OSes run on IBMz

[Sankaranarayanan, Vignesh]

KVM on bare metal!
Don't know if it's the same as zLinux.. I think zLinux is SLES or RHAT on top 
of zVM.. ?

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bernd Oppolzer
Sent: 24 January 2019 12:52
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: how many OSes run on IBMz

Am 24.01.2019 um 13:25 schrieb R.S.:
> W dniu 2019-01-24 o 13:17, John McKown pisze:
>> This is mainly a curiosity question. I know of: z/OS, z/VSE, z/TPF,
>> and z/Linux. Are there any others?
>>
>> OK, the real reason I'm asking is to be a bit weird in a game that I
>> play.
>> It is "No Man's Sky",which is a space exploration game. When you
>> discover a new star system or planet, you can rename it. So I plan to
>> find a star with "n" planets, where "n" is the number of OSes which
>> run on the IBMz platform. I will name the star IBMz, and the planets
>> after the OSes. If there are any moons around a planet, I will try to
>> name them after some major subsystem which runs on the OS with that
>> name, such as JES2 or POWER or RSCS.
>>
>
>
> It depends.
> There were historical OSes like Amdahl UTS or AIX/ESA.
> There is "something" like CFCC (Coupling Facility Control Code).
> There is z/VM which is hypervisor or just OS.
> Sometimes TPF was not counted as OS even by IBM.
> There is/was OpenSolaris ported on mainframe, but AFAIK only under z/VM.
> There is CMS (part of z/VM), which currently can ruch only under z/VM,
> but AFAIK in the past it could run on bare metal as well.
> There are many zLinux distros like Debian, Fedora, SUSE, Redhat,
> Slackware, Ubuntu...
>
>

MUSIC/SP, but I don't know

- if there is a version of MUSIC/SP still running anywhere in the "real world"
and not only with emulators in hobbyists' environments

- if it really would round on a current z Hardware

Kind regards

Bernd

--
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: zos program to supply web based client

[Sankaranarayanan, Vignesh]

Woohoo, I've (probably) helped one person.. I'm a community champion!

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Brian Westerman
Sent: 13 January 2019 08:27
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: zos program to supply web based client

Now those are really cool.  I had never heard of them but I am thankful that 
you  pointed me to them.

Thanks,

Brian

--
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: zos program to supply web based client

[Sankaranarayanan, Vignesh]

How about a socket server with listener and workers.. ?
No clue how straightforward it is..

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Brian Westerman
Sent: 11 January 2019 08:39
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: zos program to supply web based client

The don't have CICS, that would have made this almost easy.

z/OS, Adabas, Com-Plete on the mainframe, the open system server is Windows 
Server 2018, the application is looking for the "next" available date to 
schedule their task, but the "owner" of that schedule is on the mainframe.   
The "old" application would jsut go to Adabas, grab the next available empty 
schedule slot, and mark it used.  The "new" application still needs to get that 
schedule "slot" from the mainframe, but does everything else on it's own.  So 
they need to ask the mainframe to run a task that will go to Adabas, get the 
next avaiable slot, mark it used, and pass it back to the Windows server.

Brian

--
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: Zowe question for IBM

[Sankaranarayanan, Vignesh]

Thank you Matt, are you working on something in this area..  ? 

Just wanted to hear from experienced z folk on whether the thing I've mentioned 
below sounds doable.
And if it seems simpler than zOSMF + Zowe.
Reckon the "security module" for IHSA can even be baked into core IHSA, if it 
isn't a function abstract-able to a mere 'module' level
If accessibility (API modules for IHSA) to system functions is established, 
then IHSA itself can provide DoS mitigation, rate limiting, etc, as should a 
web server (or some light-weight product on top of it).
If it were me, I wouldn't let the community design the puzzle pieces that speak 
HTTP on one end and function/component-specific, native API on the other.. IBM 
is best placed to make this happen since they've got the teams designing and 
maintaining parts of z/OS.

It would be superb if this functionality comes as a IHSA edition or some such. 
IHSA normal web server edition vs IHSA total control edition.

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Matt Hogstrom
Sent: 10 January 2019 12:43
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Zowe question for IBM

I’d say that for me personally that is what I want to make available.  Of 
course, everything you highlighted needs security and some guide rails to 
ensure that the system is protected against DoS kinds of attacks.

That is not what z/OSMF is doing.  z/OSMF is a collection of RESTful services 
that are developed by IBM and are closed so the priority of what is being 
worked on is dependent on the IBM development community.  Of course they take 
input from customers and address issues that they prioritize as best for the 
platform and customers.  Zowe is an opportunity for the community to build and 
contribute services like you described because they have value to you.  

As you described it, making access to z/OS system data and ability to manage if 
via REST is one of the things I am interested but I’m only one guy :)  

Just a matter of code and test.

Matt Hogstrom
m...@hogstrom.org
+1-919-656-0564
PGP Key: 0x90ECB270
Facebook <https://facebook.com/matt.hogstrom>  LinkedIn 
<https://linkedin/in/mhogstrom>  Twitter <https://twitter.com/hogstrom>

“It may be cognitive, but, it ain’t intuitive."
— Hogstrom

> On Jan 10, 2019, at 2:48 AM, Sankaranarayanan, Vignesh 
>  wrote:
> 
> Hello All,
> 
> The recent Zowe discussion got me wondering...
> Let's say there are thousands of components or subsystems in z/OS, such as 
> the service for catalog services, ISPF, ISMF, SMS, SDSF, JES2, RACF/ESM, XCF, 
> IOS, parts within CICS, DB2, IMS, etc. etc.
> Is it not possible to create a module for each of these subsystems/components 
> that, in essence, maps the existing assembler/C/REXX APIs to HTTP APIs, and 
> provides detailed documentation (so as to cover what is callable via HTTP)?
> By module I mean modules for a web server, such as the IBM HTTP Server for 
> Apache.
> This way, since z/OS comes with IHSA these days, exposing z/OS guts via HTTP 
> is just a matter of adding modules to the HTTP server.
> 
> I don't know if what I've described is basically z/OSMF, but with WAS 
> Liberty... ?
> 
> C'est possible?
> 
> - 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

Zowe question for IBM

[Sankaranarayanan, Vignesh]

Hello All,

The recent Zowe discussion got me wondering...
Let's say there are thousands of components or subsystems in z/OS, such as the 
service for catalog services, ISPF, ISMF, SMS, SDSF, JES2, RACF/ESM, XCF, IOS, 
parts within CICS, DB2, IMS, etc. etc.
Is it not possible to create a module for each of these subsystems/components 
that, in essence, maps the existing assembler/C/REXX APIs to HTTP APIs, and 
provides detailed documentation (so as to cover what is callable via HTTP)?
By module I mean modules for a web server, such as the IBM HTTP Server for 
Apache.
This way, since z/OS comes with IHSA these days, exposing z/OS guts via HTTP is 
just a matter of adding modules to the HTTP server.

I don't know if what I've described is basically z/OSMF, but with WAS 
Liberty... ?

C'est possible?

- 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

SAS

[Sankaranarayanan, Vignesh]

Well well well ...

https://blog.coursera.org/coursera-and-sas-bridge-analytics-skills-gap-with-new-sas-programming-specialization/

- 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: [EXTERNAL] Re: Zowe?

[Sankaranarayanan, Vignesh]

Having seen a beautifully orchestrated mainframe environment with loads of REXX 
and in-house assembler, it breaks my heart to see everything being wrapped up, 
exposing only a standardised API.
Key word being standardised.

Devs change their preferences by the hour.
What's cool today will be 'meh' to them in a year.
Docker was cool when it came out, the more it becomes standardised, the duller 
its appeal gets, the more vendors we see crop up with their own solutions (our 
version of Kubernetes is the best!).

I can't help but feel that the non-mainframe world is essentially re-inventing 
mainframe level of RAS with a self-imposed restriction that the 
components/parts have to be scrappier.
(Hey, ignore that burning Intel server/failing VM, we've provisioned a new one 
to replace it!).
(Oooh here's an error in one of the Go libraries that was used to build 
HashiCorp Nomad or some such; No worries!, redeploying lol)

z/OS has a lot of history to it and sure, if one were to rewrite it today, it 
will be a lot leaner (at the cost of backward compatibility).
I would rather re-build z/OS from scratch (before IBM's core z/OS 
programmers/developers/architects retire) dropping some level of backward 
compat, and using C/C++/assembler to directly hook the new APIs to core z/OS 
components, rather than Frankenstein-ing it with z/OSMF and Zowe.
A well-written assembler is probably miles better than layers upon layers of 
make-up.

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
scott Ford
Sent: 07 January 2019 17:18
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Zowe?

All good points in this discussion. My problem is convincing Management that 
Mainframe Technology is still good and current, etc., etc.,

Scott

On Mon, Jan 7, 2019 at 12:08 PM Jerry Whitteridge 
wrote:

> There are times I really wish for a like button
>
> Jerry Whitteridge
> Delivery Manager / Mainframe Architect GTS - Safeway Account
> 602 527 4871 Mobile
> jerry.whitteri...@ibm.com
>
> IBM Services
>
> IBM Mainframe Discussion List  wrote on
> 01/04/2019 11:47:33 PM:
>
> > From: Tom Conley 
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Date: 01/04/2019 11:47 PM
> > Subject: Re: Zowe?
> > Sent by: IBM Mainframe Discussion List 
> >
>
> > >
> >
> > I like "Zowie!", followed by "Biff!", and then "Pow!"
> >
> > Regards,
> > Tom Conley
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


--



*IDMWORKS *

Scott Ford

z/OS Dev.




“By elevating a friend or Collegue you elevate yourself, by demeaning a friend 
or collegue you demean yourself”



www.idmworks.com

scott.f...@idmworks.com

Blog: www.idmworks.com/blog





*The information contained in this email message and any attachment may be 
privileged, confidential, proprietary or otherwise protected from disclosure. 
If the reader of this message is not the intended recipient, you are hereby 
notified that any dissemination, distribution, copying or use of this message 
and any attachment is strictly prohibited. If you have received this message in 
error, please notify us immediately by replying to the message and permanently 
delete it from your computer and destroy any printout thereof.*

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

[Sankaranarayanan, Vignesh]

Had pretty much the same answer but with less polished words, so.. happy that 
you've got the same points across in a better manner than I was about to 

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
David Crayford
Sent: 07 January 2019 13:36
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Zowe?

I think there's a lot more to it then just a new GUI. The engine behind Zowe is 
an API layer which will enable vendors and customers to integrate tools. The 
Zowe GUI is modern web tech using Angular/React and other cutting edge 
technologies so everything will run in a browser or mobile devices. Editors 
will use new standards like the Language Server Protocol and will be able to 
move seamlessly between browsers or PCs to reside on either the cloud or 
desktop. That's a hell of a lot more compelling then Eclipse plugins. If you 
want to reach out to young people to work on mainframes they will expect this 
kind of technology. It seems absurd but there a is huge amount of young people 
out there using VS Code or Atom editors using Vim emulation! Why not add ISPF 
emulation for the old timers?

There is also much emphasis on a CLI which is critical for automated builds and 
deployments. Zowe is more marketing then substance at the moment but give it 
time and we should start to see cool things coming online soon.

Of course ISPF isn't going anywhere soon. We teach the young guys 3270 and they 
learn in with no problems and for a whole lot of use cases it's better and more 
efficient in terms of user interaction. Young devs these days spend a lot of 
time in a comand shell typing commands. But for a lot of things like editors or 
anything that benefits from graphics the GUI is the go.

On 7/01/2019 11:45 am, Phil Smith III wrote:
> Thanks, Matt. That's a substantive answer, and I think confirms what I had 
> posited, more or less.
>
>
>
> Put another way, it's "Windows 1.0 for z/OS". That's not a bad thing, but 
> remember that Windows didn't really start to be successful until it left the 
> "fullscreen shell over linemode" paradigm. Yes, it's 30 years later, so 
> things have evolved somewhat, but my concern with this approach is safety: 
> it's bad enough when you do the wrong thing and fall off the cliff into 
> linemode-land. It's worse when you do the wrong thing and you *don't* fall 
> off the cliff, but things keep on going.
>
>
>
> I'm hopeful that experience with the Linux GUIs (GNOME et al.) is sufficient 
> to prove my fears groundless.
>
>
>
> .phsiii
>
>
> --
> 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

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

DSCHA and RESET

[Sankaranarayanan, Vignesh]

Hello list!

Let's say I run a backup job on Sundays without DSCHA, i.e., backup everything 
under A.*
Mon-Sat, I want to backup only files that were changes or are new.
I thought DSCHA EQ 1 will do this, but apparently, a lot more datasets are 
being picked than were created anew or changed (since the last backup).

What does specifying both of DSCHA EQ 1 and RESET do?
Does it achieve what I'm looking to do?
Looked at the KB for both keywords.. 'fraid am not fully understanding it 
without examples.

Thank you for any tips!

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

[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

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

[Sankaranarayanan, Vignesh]

   
//  

___ @11SMPRE.txt

//@11SMPRE JOB ZOS,'SPGA2F - @11SMPRE',TIME=10,REGION=128M, 
// CLASS=A,MSGCLASS=H,MSGLEVEL=(1,1),   
// NOTIFY=   
//*=  SYSM.CAI.OPSMVS.INSTALL(@11SMPRE)  =*  
//*EXPECTED RETURN CODE:  00  * 
//*===* 
// SET PTFS='/u/yourid/CA/ptfs' 
// SET HOLD='/u/yourid/CA/HOLD' 
//*===* 
//RECEIVE  EXEC PGM=GIMSMP, 
// PARM='DATE=U,CSI=SMPE.CAI.OPSMVS.CSI'
//*---* 
//*   SMPHOLD DD's "COPY '~/CA/cntl/SMPHOLD.txt'"   
//*---* 
//SMPHOLD  DD   
//*---* 
//*  SMPPTFIN DD's "COPY '~/CA/cntl/SMPPTFIN.txt'"  
//*---* 
//SMPPTFIN DD   
//SMPCNTL  DD DATA,DLM=@@   
  SET BDY(GLOBAL).  
  RECEIVE SYSMODS RFPREFIX(SMPE.CA1)
FORFMID (   
  CCLXD00 /*CA OPS/MVS Base   */
  CCLXD01 /*CA OPS/MVS OPSLOG WebView and Web Features*/
  CCLXD03 /*CA OPS/MVS CICS Operations Facility   */
  CCLXD04 /*CA OPS/MVS OPSHMC REXX*/
  CC2D800 /*SOLVE */
/*CC2D770   Hardware Interface Service*/
/*CC2D771   CA Management Services*/
/*CE2J200   CA Mainframe Connector*/
 )  
  . 
@@  
//SMPOUT   DD SYSOUT=*  
//SYSPRINT DD SYSOUT=*  
//IDIOFF   DD DUMMY 
//SYSUDUMP DD DUMMY 
//          

___

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

Dulcius ex Asperis

> On 18 December 2018, at 08:36, Sankaranarayanan, Vignesh 
>  <mailto:vignesh.v.sankaranaraya...@marks-and-spencer.com>> wrote:
> 
> 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  <mailto:IBM-MAIN@LISTSERV.UA.EDU>> On Behalf Of Cieri, Anthony
> Sent: 18 December 2018 14:30
> To: IBM-MAIN@LISTSERV.UA.EDU <mailto: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 
> <mailto:IBM-MAIN@LISTSERV.UA.EDU>] on behalf 

Re: [EXTERNAL] Re: Fixes from CA

[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

Re: [EXTERNAL] Re: Fixes from CA

[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-retrievaldata=02%7C01%7Cchoelscher%40humana.com%7C9ccaf135faea449c4f1808d664f0f8a8%7C56c62bbe85984b859e511ca753fa50f2%7C1%7C0%7C636807383476768607sdata=nHiNBs9sAhawZB9Qm2qMSPlCrrmA0DNWVv9UyGV0O7A%3Dreserved=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.comdata=02%7C01%7Cchoelscher%40humana.com%7C9ccaf135faea449c4f1808d664f0f8a8%7C56c62bbe85984b859e511ca753fa50f2%7C1%7C0%7C636807383476768607sdata=ltAVZ%2BohsoTyy8g771x2guGBbylN%2FczmUmIiedBIYPg%3Dreserved=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 

Re: [EXTERNAL] Re: Fixes from CA

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

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

[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

Fixes from CA

[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: [EXTERNAL] Re: Knowledge Centre - (was Re: Rant)

[Sankaranarayanan, Vignesh]

Piling on to the ranting.. I find it super annoying that everything is a 
sub-section now (at least in v2r2 links).
Example: 
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.2.0/com.ibm.zos.v2r2.f54sg00/lmdlist.htm

Having at least some amount of info in each page is good (like this) --
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.f54sg00/lmdlist.htm

There are countless cases where you go to a (v2r2) topic, only to find 
literally one sentence in that page with just a list of links to the sub-topics.

I will have to go back to the PDF bunch with index now.

- Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Peter Relson
Sent: 06 December 2018 12:45
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Knowledge Centre - (was Re: Rant)


When I do a search for a keyword,  all the search results just say 'Found
in: z/OS 2.2.0'.  Instead it would be much more helpful if it could say what 
product, manual,  even chapter that each search hit was found in.


You're describing what I think of as the original (now quite old) 
implementation. Is it possible that you're not using the newest? I don't happen 
to download books and then search, I just use KC on the web. When I go to KC on 
the web and search, such as here:
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0/com.ibm.zos.v2r3/en/homepage.html
for z/OS 2.3, a search does show where the hit occurred. I don't think I did 
anything special to make that happen.

For example, searching on "ESTAEX macro" (reformatted a bit by copy/paste), 
each match shows where. This was an item of high importance raised by 
customers, ISV's, and IBM users.

162  results
ESTAE or ESTAEX - Execute form
z/OS MVS
z/OS MVS Programming: Authorized Assembler Services Reference EDT-IXG ESTAE or 
ESTAEX - Execute form A remote control parameter list is used in, and can be 
modified by, the execute form of the ESTAE or ESTAEX macro. The control 
parameter list can be generated by the list form of the ESTAE or ESTAEX macro. 
Any combination of exit addr, PARAM, XCTL, PURGE, ASYNCH, TERM

For z/OS 2.3 (not yet for other z/OS releases, but perhaps coming), you might 
also note the new functionality of "Scope" that lets you search just a specific 
z/OS element or a specific book (those are the available levels of 
granularity). We hope for even more improvement in this area, but this is a 
good step. A subsequent step that we have asked for, and we hope is on the list 
to be implemented, is to let you ask "and now that I have selected a match in a 
particular book, make a subsequent search stay in that book"

Another thing we have asked for, and the more voices the better if this is of 
interest to you too, is to provide an option by which the results are present a 
la bookmanager -- namely the first level of search result being "here are the 
books in which I found hits", ordered by the number of hits in each book, 
presumably accomplished by sorting the search results.

Peter Relson
z/OS Core Technology Design


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

[Sankaranarayanan, Vignesh]

Hi Steely (or is it Mark)?

But I don't know which volumes have the data specific to those dates; wouldn't 
CA-1 or OAM complain saying it doesn't have the full list of volumes associated 
with that tape file?

- Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steely.Mark
Sent: 04 December 2018 17:58
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: IFASMFDP

I think you can specify the volsers you just want to read -- 
VOL=SER=(UC4622,UI0455).

This may cause an error but you will have the data needed . 

Thanks

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Tuesday, December 04, 2018 11:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IFASMFDP

In my opinion, you cannot do much using IFASMFDP.  Fairly stable (can you say 
no real enhancement potential).

You could look at using LOGSTREAM for SMF Data (which I am told is nicer) - 
Logstream provides a possibility of better search criteria.

>From my experience, when you have HUGE SMF files (offloaded) it is difficult 
>to manage with better tools like ASPG SMFUTIL or CA SMF Director.

Just using SMF IFASMFDP, makes the process more prone to difficulties.

Just my humble opinion - and I have just converted to a new series of SMF jobs 
to do the collection, interim dumps to Daily files and Daily Mod'd onto Monthly.
We do not have WEEKLY.

When the process runs, it is great.  When it fails, I have to spend many, many 
days recovering the SMF data.

Sometimes you need to review the SMF Collection process and see what makes 
sense.  Do you need to keep all Records (and z/OS V2.3 adds more new SMF record
Types) or just specific ones.  I can only see SMF Data getting bigger and 
bigger as the years to come.  What is needed for AUDIT functions and what is 
needed for Capacity Planning/Performance Tuning.

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Sankaranarayanan, Vignesh
> Sent: Tuesday, December 04, 2018 9:45 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: IFASMFDP
> 
> Hello!
> 
> Say there's a file called SMF.WEEKLY and it is a huge, multi-volume 
> file, and is an aggregate of all SMF.DAILY files (data is sequential).
> If I want to pick out data from just the first day of the week from 
> SMF.WEEKLY, using IFASMFDP, apart from specifying DATE(yyddd,yyddd), 
> is there a more efficient way?
> 
> That is, knowing that the data I need ends within the first few vols 
> of the multi-vol SMF.WEEKLY, is there a way to avoid the cost of going 
> through the whole SMF.WEEKLY file?
> 
> As always, thanks for your inputs.
> 
> - 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
*** Disclaimer ***
This communication (including all attachments) is solely for the use of the 
person to whom it is addressed and is a confidential AAA communication. If you 
are not the intended recipient, any use, distribution, printing, or copying is 
prohibited. If you received this email in error, please immediately delete it 
and notify the sender.

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

[Sankaranarayanan, Vignesh]

Hi Scott,

"An alternative may be to create/maintain an SMS-managed, short-lived (consider 
zEDC for efficiency) WEEKLY GDG (sorted or at least consider DD GDGORDER=FIFO  
parameter)."

The weekly GDGs I have are already sorted in order, so was wondering if 
IFASMFDP efficiently cuts off processing the weekly GDG after it has collected 
all data points from the supplied DATE parameter.

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Scott Barry
Sent: 04 December 2018 17:13
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: IFASMFDP

On Tue, 4 Dec 2018 16:45:26 +, Sankaranarayanan, Vignesh 
 wrote:

>Hello!
>
>Say there's a file called SMF.WEEKLY and it is a huge, multi-volume file, and 
>is an aggregate of all SMF.DAILY files (data is sequential).
>If I want to pick out data from just the first day of the week from 
>SMF.WEEKLY, using IFASMFDP, apart from specifying DATE(yyddd,yyddd), is there 
>a more efficient way?
>
>That is, knowing that the data I need ends within the first few vols of the 
>multi-vol SMF.WEEKLY, is there a way to avoid the cost of going through the 
>whole SMF.WEEKLY file?
>
>As always, thanks for your inputs.
>
>- 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
>

To your question/point with "..within the first few vols..." -- not likely if 
you want high accuracy and completeness with the extracted data-subset -- would 
need to know VOLSERs and select/choose somewhat arbitrarily.

As for IFASMFDP date-selection parameter generation, review the DFSORT 
programmer guide documentation for "relative date" function / generation.

An alternative may be to create/maintain an SMS-managed, short-lived (consider 
zEDC for efficiency) WEEKLY GDG (sorted or at least consider DD GDGORDER=FIFO  
parameter).

Scott Barry
SBBWorks, Inc.

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

IFASMFDP

[Sankaranarayanan, Vignesh]

Hello!

Say there's a file called SMF.WEEKLY and it is a huge, multi-volume file, and 
is an aggregate of all SMF.DAILY files (data is sequential).
If I want to pick out data from just the first day of the week from SMF.WEEKLY, 
using IFASMFDP, apart from specifying DATE(yyddd,yyddd), is there a more 
efficient way?

That is, knowing that the data I need ends within the first few vols of the 
multi-vol SMF.WEEKLY, is there a way to avoid the cost of going through the 
whole SMF.WEEKLY file?

As always, thanks for your inputs.

- 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: [EXTERNAL] Re: Search Engines

[Sankaranarayanan, Vignesh]

Y'all need this -->

https://ahrefs.com/blog/google-advanced-search-operators/

I don't know if all of them work, but I definitely use some of them every day.

- Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: 28 November 2018 18:12
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Search Engines

And I would love some sort of regular expression syntax as an option for 
complicated searches.


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


From: IBM Mainframe Discussion List  on behalf of 
Nightwatch RenBand 
Sent: Wednesday, November 28, 2018 1:08 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Search Engines

 was So much for THAT excuse | Computerworld SHARK TANK
I really appreciate this discussion on search engines which I often find 
very useful in zOS work.  I could not agree more with the need for a STRICT 
BOOLEAN type logic at LEAST as an option in search engines.  Make it optional, 
fine, but make it an option.  I can understand public search engines like 
Google which hope to lure you into diverting, interesting "other" things with 
click bait to increase revenue, but give some of us an option.  What really 
annoys me is technical websites like IBM, CA (or whoever they are now), BMC, 
etc whose search engines return an amazing wealth of absurdly unassociated 
"hits".  The most common being asking for zOS only, and getting all sorts of 
PC, Apple, VMware and other unrelated stuff.  I can only assume that those 
searching for non-zOS have the parallel problem.

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

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

[Sankaranarayanan, Vignesh]

Cheers.

"Not really, both Lou and myself referred you to v2.3, your book is v2.1."
Hold on there, let me put on my nerd glasses 

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Elardus Engelbrecht
Sent: 28 November 2018 06:51
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: IRRDBU00 format

Sankaranarayanan, Vignesh wrote:

>Elardus, I was looking at
>https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos
>.v2r1.icha300/dbutypes.htm

>Heh, looks like the answer is within the same book...

Not really, both Lou and myself referred you to v2.3, your book is v2.1.

Anyways, I see the 'pictures' you're referring, they're useful, because they 
show the relationship between the different record types.

But for myself, I rather use other parts of the books where the exact layout of 
each record type is described.

You have asked for 'format of the different record types', here, for example, 
is the specific layout of the User Basic data record (0200) which is listed 
here (for v2.3):

https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0/com.ibm.zos.v2r3.icha300/usr.htm#rec0200

Just browse around and you will also see other record types.

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

[Sankaranarayanan, Vignesh]

Thanks Lou.

Elardus, I was looking at 
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.icha300/dbutypes.htm

Heh, looks like the answer is within the same book...

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Elardus Engelbrecht
Sent: 27 November 2018 13:40
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: IRRDBU00 format

Sankaranarayanan, Vignesh wrote:

>Can you please point me to a link for the format of the different record types 
>in IRRDBU00.
>From what I see, I could find only some pictures for some parts of some record 
>types.

From where? Please post the source of 'pictures for some parts of some record 
types'.

You got a good and useful PDF link from Lou Lousee.

Here is the KC version (this one is the TOC entry):

https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0/com.ibm.zos.v2r3.icha300/toc.htm

I think you should just try out to use/navigate the KC and do your own 
researches.

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

IRRDBU00 format

[Sankaranarayanan, Vignesh]

Hello List,

Can you please point me to a link for the format of the different record types 
in IRRDBU00.
>From what I see, I could find only some pictures for some parts of some record 
>types.

Thanks in advance.

- 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: [EXTERNAL] Re: Storage question

[Sankaranarayanan, Vignesh]

Lol.. why didn't I think of that.
Thanks!

- Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Vernooij, Kees (ITOPT1) - KLM
Sent: 22 November 2018 12:55
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: Storage question

Do a 3.4 without dsname and volser *
SAVE list to a dataset.
Filter the HLQs with edit.
Create the required (IDCAMS?) statements from the dsnames.

All proposed solutions take some effort and time.

Kees


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Sankaranarayanan, Vignesh
> Sent: 22 November, 2018 13:47
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXTERNAL] Re: Storage question
> 
> There are some 30 HLQs I need to look at with volume *.. so doing that 
> in 3.4 gets boring after a while.
> I was hoping there'll be a utility that can help (perhaps the CBTTAPE 
> VTOC one).
> 
> - Vignesh
> Mainframe Infrastructure
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Vernooij, Kees (ITOPT1) - KLM
> Sent: 22 November 2018 12:32
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXTERNAL] Re: Storage question
> 
> I mean display with 3.4 with no dsname but a generic volser filled. 
> This will search the VTOCs.
> 
> Kees
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List 
> > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Sankaranarayanan, 
> > Vignesh
> > Sent: 22 November, 2018 13:03
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: [EXTERNAL] Re: Storage question
> >
> > Well... the points I've listed below.
> >
> > If an alias is gone before the datasets under it are removed, the 
> > UCAT will still have info about the datasets but they won't show up 
> > in 3.4
> >
> > - Vignesh
> > Mainframe Infrastructure
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On 
> > Behalf Of Vernooij, Kees (ITOPT1) - KLM
> > Sent: 22 November 2018 09:55
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: [EXTERNAL] Re: Storage question
> >
> > If they are on disk, you must be able to find them with 3.4. What 
> > makes you doubt this?
> >
> > Kees.
> >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List 
> > > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Sankaranarayanan, 
> > > Vignesh
> > > Sent: 22 November, 2018 9:28
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Storage question
> > >
> > > Hello again List!
> > >
> > > Is there a way to produce a listing of datasets (given the HLQs) 
> > > based entirely on VTOCs?
> > > The assumption would be that the following are no longer available:
> > >
> > >   1.  RACF profile HLQ.*
> > >   2.  RACF user/group named 'HLQ'
> > >   3.  Alias named 'HLQ' defined to some UCAT
> > >
> > > When the above 3 are true, I would think that we can't find the 
> > > datasets in 3.4, but can from the ISMF Dataset screen.
> > > My luck with the ISMF Dataset screen is inconsistent.. so would 
> > > prefer another scalable or repeatable approach.
> > >
> > > Thanks!
> > >
> > > - 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: [EXTERNAL] Re: Storage question

[Sankaranarayanan, Vignesh]

There are some 30 HLQs I need to look at with volume *.. so doing that in 3.4 
gets boring after a while.
I was hoping there'll be a utility that can help (perhaps the CBTTAPE VTOC one).

- Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Vernooij, Kees (ITOPT1) - KLM
Sent: 22 November 2018 12:32
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: Storage question

I mean display with 3.4 with no dsname but a generic volser filled. This will 
search the VTOCs.

Kees

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Sankaranarayanan, Vignesh
> Sent: 22 November, 2018 13:03
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXTERNAL] Re: Storage question
> 
> Well... the points I've listed below.
> 
> If an alias is gone before the datasets under it are removed, the UCAT 
> will still have info about the datasets but they won't show up in 3.4
> 
> - Vignesh
> Mainframe Infrastructure
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Vernooij, Kees (ITOPT1) - KLM
> Sent: 22 November 2018 09:55
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [EXTERNAL] Re: Storage question
> 
> If they are on disk, you must be able to find them with 3.4. What 
> makes you doubt this?
> 
> Kees.
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List 
> > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Sankaranarayanan, 
> > Vignesh
> > Sent: 22 November, 2018 9:28
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Storage question
> >
> > Hello again List!
> >
> > Is there a way to produce a listing of datasets (given the HLQs) 
> > based entirely on VTOCs?
> > The assumption would be that the following are no longer available:
> >
> >   1.  RACF profile HLQ.*
> >   2.  RACF user/group named 'HLQ'
> >   3.  Alias named 'HLQ' defined to some UCAT
> >
> > When the above 3 are true, I would think that we can't find the 
> > datasets in 3.4, but can from the ISMF Dataset screen.
> > My luck with the ISMF Dataset screen is inconsistent.. so would 
> > prefer another scalable or repeatable approach.
> >
> > Thanks!
> >
> > - 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

Re: [EXTERNAL] Re: Storage question

[Sankaranarayanan, Vignesh]

Well... the points I've listed below.

If an alias is gone before the datasets under it are removed, the UCAT will 
still have info about the datasets but they won't show up in 3.4

- Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Vernooij, Kees (ITOPT1) - KLM
Sent: 22 November 2018 09:55
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Storage question

If they are on disk, you must be able to find them with 3.4. What makes you 
doubt this?

Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Sankaranarayanan, Vignesh
> Sent: 22 November, 2018 9:28
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Storage question
> 
> Hello again List!
> 
> Is there a way to produce a listing of datasets (given the HLQs) based 
> entirely on VTOCs?
> The assumption would be that the following are no longer available:
> 
>   1.  RACF profile HLQ.*
>   2.  RACF user/group named 'HLQ'
>   3.  Alias named 'HLQ' defined to some UCAT
> 
> When the above 3 are true, I would think that we can't find the 
> datasets in 3.4, but can from the ISMF Dataset screen.
> My luck with the ISMF Dataset screen is inconsistent.. so would prefer 
> another scalable or repeatable approach.
> 
> Thanks!
> 
> - 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

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

Re: [EXTERNAL] Re: Storage question

[Sankaranarayanan, Vignesh]

> Don't forget SMS backups and migrated datasets.

Hmm.. so a DCOLLECT will show what's where?

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mike Schwab
Sent: 22 November 2018 09:45
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Storage question

Don't forget SMS backups and migrated datasets.
On Thu, Nov 22, 2018 at 2:28 AM Sankaranarayanan, Vignesh 
 wrote:
>
> Hello again List!
>
> Is there a way to produce a listing of datasets (given the HLQs) based 
> entirely on VTOCs?
> The assumption would be that the following are no longer available:
>
>   1.  RACF profile HLQ.*
>   2.  RACF user/group named 'HLQ'
>   3.  Alias named 'HLQ' defined to some UCAT
>
> When the above 3 are true, I would think that we can't find the datasets in 
> 3.4, but can from the ISMF Dataset screen.
> My luck with the ISMF Dataset screen is inconsistent.. so would prefer 
> another scalable or repeatable approach.
>
> Thanks!
>
> - 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



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

Storage question

[Sankaranarayanan, Vignesh]

Hello again List!

Is there a way to produce a listing of datasets (given the HLQs) based entirely 
on VTOCs?
The assumption would be that the following are no longer available:

  1.  RACF profile HLQ.*
  2.  RACF user/group named 'HLQ'
  3.  Alias named 'HLQ' defined to some UCAT

When the above 3 are true, I would think that we can't find the datasets in 
3.4, but can from the ISMF Dataset screen.
My luck with the ISMF Dataset screen is inconsistent.. so would prefer another 
scalable or repeatable approach.

Thanks!

- 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: [EXTERNAL] Re: Checksum or hashing

[Sankaranarayanan, Vignesh]

A genius, gentleman, and a scholar.
Thank you so much!

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Dyck, Lionel B. (RavenTek)
Sent: 20 November 2018 16:30
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: Checksum or hashing

I didn't see the original posting but if you're looking for tools to do a 
checksum on a z/OS data set check out file 900 on the CBTTAPE.ORG site:

From the file:

//***FILE 900 is a set of programs which run under either old MVS
//*   or z/OS to calculate MD5 checksums.  Please see the
//*   member called @FILEMD5, which contains descriptions
//*   of all the MD5**  pds members found in this file.
//*
//*   support:  sbgo...@cbttape.org  or
//* sbgo...@att.net
//*
//*   SHA-1 and SHA-2 support added, May 2016.
//*
//*   SHA-384 and SHA-512 support added, Aug 2016.


--
Lionel B. Dyck (Contractor)  <
Mainframe Systems Programmer – RavenTek Solution Partners


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

Checksum or hashing

[Sankaranarayanan, Vignesh]

Hello again List!

Is there any utility for z/OS that lets us create SHA1 or MD5 or some such 
hash/fingerprint of a dataset or USS file.
The use case is to compare these hashes at source (z/OS) and destination 
(linux) after transferring some sizable datasets.

Thanks in advance!

- 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: [EXTERNAL] Re: Spool volume

[Sankaranarayanan, Vignesh]

Lucky me, it's the same here (automation product starts and stops JES2).
As long as the volume I'm talking is not the one and only spool volume to that 
LPAR, can I take a chance by just using the VARY command from COMMND00.

Worst case, what'll happen... I'll see a prompt of some sort in the NIP 
console, asking for REPLY DEVICE NAME OR CANCEL.. or some such?

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jesse 1 Robinson
Sent: 19 November 2018 17:16
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Spool volume

From my experience in various shops, I'd say that it's unusual not to have all 
JES2 volumes online at IPL. Timing is the key issue. As long as all needed 
volumes are online at JES2 start, then there is no problem. If JES2 cannot find 
a volume that CHECKPOINT says is needed, then there will be intervention 
required.

One question is how you start JES2. We have this in IEFSSNxx:

SUBSYS SUBNAME(JES2)
  PRIMARY(YES)  START(NO)

This means that automation (in our case Netview SA) will start JES2 at a point 
we choose. Even if you have START(YES), I would think that the VARY command 
would execute first. However device manipulation commands can get delayed 
especially during early IPL. No point in taking chances.

.
.
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 Vernooij, Kees (ITOPT1) - KLM
Sent: Monday, November 19, 2018 6:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Spool volume

'at IPL time' in this context can be detailed further. The volume must be 
online at JES2 starttime, which is a little later than IPL time.

Kees


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Lizette Koehler
> Sent: 19 November, 2018 15:31
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Spool volume
>
> Is this a JES2 spool volume?
>
> If yes, has JES2 already allocated it during a normal running of the
> system?
>
> If yes, then it should be online at IPL Time.
>
> JES2 knows to look for volumes at IPL time that have a specific prefix.
>
> Use the $DSPOOLDEF command and determine if the volume is the same as
> the VOLSER
>
> Next, JES2 at START UP will look for the dataset name specified in the
> $DSPOOLDEF command. If it is there, then JES2 will allocate the volume.
> If the
> dataset is not on the volume, you should see a message that JES2 could
> not find a SPOOL SPACE on that volume.
>
> Everything will depend on what JES2 is to look for at IPL time.
>
> I would not vary any volume that JES2 could use a SPOOL SPACE offline.
> If that
> is needed, then clip the volume to something that is not a JES2 SPOOL
> Volume name
>
>
> What problem are you trying to solve?
>
> Lizette
>
>
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> Behalf Of
> > Sankaranarayanan, Vignesh
> > Sent: Monday, November 19, 2018 4:40 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Spool volume
> >
> > Hello List!
> >
> > Let's say there is a mod27 volume of unit abcd.
> > This is available to an LPAR (via IODF), but is defined with
> OFFLINE=YES, so
> > not immediately available at IPL, but can be brought online (vary
> > ad-
> hoc or
> > via COMMNDxx).
> >
> > Is there any constraint that a spool volume needs to be OFFLINE=NO
> > in
> the
> > IODF.. or is COMMNDxx read before the JES2 startup (JES2's PARMLIB
> member),
> > that an IODF change is not required?
> >
> > Thank you!
> >
> > - Vignesh
> > Mainframe Infrastructure


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

[Sankaranarayanan, Vignesh]

Hi Allan,

So the question is.. will COMMNDxx be parsed first or JES2's parameters..

- Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Allan Staller
Sent: 19 November 2018 14:05
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Spool volume

There is no problem until JES starts to use the volume.
Once JES has used the volume, it will complain if the volume is not available 
at JES start (not sure of the symtpoms, but it *WILL* complain).

HTH,

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Sankaranarayanan, Vignesh
Sent: Monday, November 19, 2018 5:40 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Spool volume

Hello List!

Let's say there is a mod27 volume of unit abcd.
This is available to an LPAR (via IODF), but is defined with OFFLINE=YES, so 
not immediately available at IPL, but can be brought online (vary ad-hoc or via 
COMMNDxx).

Is there any constraint that a spool volume needs to be OFFLINE=NO in the 
IODF.. or is COMMNDxx read before the JES2 startup (JES2's PARMLIB member), 
that an IODF change is not required?

Thank you!

- 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://apac01.safelinks.protection.outlook.com/?url=www.marksandspencer.comdata=02%7C01%7Callan.staller%40HCL.COM%7C35b4fb4d5234426c405608d64e13e0e4%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C636782244641582515sdata=ygsc7pzBUfZmXuq2TT1%2FhQq4iebfMbzpYK0OM%2BLJi%2Bo%3Dreserved=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
::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

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

Spool volume

[Sankaranarayanan, Vignesh]

Hello List!

Let's say there is a mod27 volume of unit abcd.
This is available to an LPAR (via IODF), but is defined with OFFLINE=YES, so 
not immediately available at IPL, but can be brought online (vary ad-hoc or via 
COMMNDxx).

Is there any constraint that a spool volume needs to be OFFLINE=NO in the 
IODF.. or is COMMNDxx read before the JES2 startup (JES2's PARMLIB member), 
that an IODF change is not required?

Thank you!

- 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

Compiled XMITIP

[Sankaranarayanan, Vignesh]

Hello Listers!

Does anyone have any experience with compiled REXX, in general... is it worth 
it?
Any thoughts on compiled XMITIP..

As always, thanks for all your feedback.

- 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: [EXTERNAL] Re: Service class changes

[Sankaranarayanan, Vignesh]

Beautiful, thanks, I'll check this out.

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Horst Sinram
Sent: 12 November 2018 21:14
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Service class changes

See SMF Type 90, subtype 30:
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.ieag200/iea3g2_RESET_command_complete.htm

Horst Sinram - STSM, z/OS Workload and Capacity Management

--
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: Service class changes

[Sankaranarayanan, Vignesh]

So it's just a flag to say it happened?
Can't find the from and to srvclass info anywhere.. ?

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Elardus Engelbrecht
Sent: 09 November 2018 13:16
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Service class changes

Scott Chapman wrote:

>SMF30PFI includes flags indicating that the service class was changed either 
>during or before execution.

Sorry, but is it not SMF30PF1  (number one instead of letter i)?

Groete / Greetings
Elardus Engelbrecht



Performance section flag byte (SMF30PF1):

X'80' (SMF30PFJ)
Job service class association was modified by a system operator prior to 
job initiation.
X'40' (SMF30PFR)
Job service class association was modified by a system operator during job 
execution.
X'20' (SMF30PFF)
Job initiation forced by a system operator.
X'10' (SMF30RTR)
Job has been restarted. There is one set of SMF30 records for each time the 
job is restarted.
X'08' (SMF30MSI)
Remote system data is incomplete.
X'04' (SMF30WMI)
Job is executing in a workload manager batch initiator.
X'02' (SMF30CCP)
Service class assigned to the address space was designated CPU-critical in 
the WLM service definition.
X'01' (SMF30CSP)
Service class assigned to the address space was designated storage-critical 
in the WLM service definition.

--
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: I/O priority

[Sankaranarayanan, Vignesh]

Thanks Scott.
I guess you could say that it may need consideration when trying to push your 
existing h/w to the limit, much like how WLM is to ration resources out when 
things are running tight.

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Scott Chapman
Sent: 09 November 2018 12:51
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: I/O priority

Interesting you should mention that.

Most systems we see do in fact have I/O priority management enabled. (Groups 
less so.)

However, that will affect the computed velocity. And in some cases it can skew 
the velocity in ways that may be counter-productive. And the problems that I/O 
priority management solves are generally much less of a problem today than in 
the past. A long-standing recommendation has been to enable I/O priority 
management, but I'm now researching whether or not that recommendation is still 
the correct one. I'm leaning that is not (i.e. I/O priority management may be 
better left disabled), but I've been busy the past several weeks and haven't 
finished all the research I want to do.

So the short answer for now is that if you don't have it enabled, I wouldn't 
enable it today. If you have it enabled, I can't really say if it's problematic 
for you without looking at your data. If you do enable (or disable) I/O 
priority management you will need to re-evaluate your velocity goals. In most, 
but probably not all cases, I suspect the issues are relatively minor either 
way. In at least a few specific cases, having I/O priority management enabled 
may be leading to WLM not being able to effectively manage certain service 
classes.

Note again: this is something I'm still researching and I hope/expect to 
present on the topic at the next SHARE.

Scott Chapman
Enterprise Performance Strategies

On Fri, 9 Nov 2018 04:52:01 +, Sankaranarayanan, Vignesh 
 wrote:

>Hello everyone,
>
>Has anyone here had any experience with enabling I/O priority 
>groups/management in WLM.. ?
>I understand it has to be enabled in all systems connected to the DASD... what 
>are the gotchas or things to watch out for.
>

--
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: Profiles specific to user

[Sankaranarayanan, Vignesh]

Ahhh, SORT is my kryptonite..

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Elardus Engelbrecht
Sent: 09 November 2018 09:17
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: Profiles specific to user

Sankaranarayanan, Vignesh wrote:

>Thanks for this.. can this be updated to add accesses available through UACC?

No. That type of info is in the base part of the profile. Look in unloaded 
record type 0400 for datasets this field DSBD_UACC and adjust the ICETOOL job 
for that.

Look in this below URL for 'Security Server RACF Macros and Interfaces' for the 
record layout of the unloaded records.

https://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.icha300/toc.htm

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

I/O priority

[Sankaranarayanan, Vignesh]

Hello everyone,

Has anyone here had any experience with enabling I/O priority groups/management 
in WLM.. ?
I understand it has to be enabled in all systems connected to the DASD... what 
are the gotchas or things to watch out for.

Thanks.

- 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: [EXTERNAL] Re: Profiles specific to user

[Sankaranarayanan, Vignesh]

Thanks for this.. can this be updated to add accesses available through UACC?

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Elardus Engelbrecht
Sent: 08 November 2018 15:29
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Profiles specific to user

Sankaranarayanan, Vignesh wrote:

>Thanks all, so we've roughly come to the same answer, i.e., processing DBU00 
>using SORT/ICETOOL/REXX or Nigel's utilities..
>Will wait to hear from Elardus on whether he can share his sweet
>pre-existing REXX 

Sorry that you have to wait 1000 years, but I got tied up with 1001 things ... 
Not that 'sweet' ... ;-)

Here is a sample one for Datasets. This one select ALL profiles for two 
ids/group:

//SELECT   EXEC PGM=ICETOOL
//TOOLMSG  DD SYSOUT=*
//DFSMSG   DD SYSOUT=*
//PRINTDD SYSOUT=*
//DBUDATA  DD DISP=SHR,DSN=RACF.UNLOAD
//TEMP0001 DD DISP=(NEW,DELETE,DELETE),SPACE=(CYL,(20,5,0)),
//UNIT=3390
//TOOLIN   DD *
 SORTFROM(DBUDATA) TO(TEMP0001) USING(RACF)
 DISPLAY FROM(TEMP0001) LIST(PRINT) -
 PAGE -
 TITLE('DATASET ACCESS LIST') -
 DATE(4MD/) -
 TIME(24:) -
 BLANK -
 ON(62,8,CH)  HEADER('ID') -
 ON(71,8,CH)  HEADER('ACCESS') -
 ON(10,44,CH)  HEADER('PROFILE NAME')
//RACFCNTL   DD *
  SORTFIELDS=(10,44,CH,A,10,62,CH,A)
  INCLUDE COND=(5,4,CH,EQ,C'0404',AND,
 (62,8,CH,EQ,C'',OR,
 62,8,CH,EQ,C''))
  OPTION  VLSHRT
//

Another sample, but for General Resources with selection of a single id:

//SELECT   EXEC PGM=ICETOOL
//TOOLMSG  DD SYSOUT=*
//DFSMSG   DD SYSOUT=*
//PRINTDD SYSOUT=*
//DBUDATA  DD DISP=SHR,DSN=RACF.UNLOAD
//TEMP0001 DD DISP=(NEW,DELETE,DELETE),SPACE=(CYL,(20,5,0)),
//UNIT=3390
//TOOLIN   DD *
 SORTFROM(DBUDATA) TO(TEMP0001) USING(RACF)
 DISPLAY FROM(TEMP0001) LIST(PRINT) -
 PAGE -
 TITLE('GEN RESOURCES ACCESS LIST') -
 DATE(4MD/) -
 TIME(24:) -
 BLANK -
 ON(266,8,CH)  HEADER('ID') -
 ON(275,8,CH)  HEADER('ACCESS') -
 ON(257,8,CH)  HEADER('CLASS') -
 ON(10,80,CH)  HEADER('PROFILE NAME')
//RACFCNTL   DD *
  SORTFIELDS=(10,246,CH,A,10,266,CH,A)
  INCLUDE COND=(5,4,CH,EQ,C'0505',AND,266,7,CH,EQ,C'')
  OPTION  VLSHRT
//

You can insert your own selection for Class, profiles, etc. Just check the 
length of the profile name in this example.

HTH!

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

Service class changes

[Sankaranarayanan, Vignesh]

Hello list,

Apart from 99.2, can I find info on service class changes to jobs on any other 
record type?

– 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