Re: Control-M/Tape

[Oren, Yifat]

Hi,

Please check out Control-M/Tape CTTSBD (Data Set Stacking) 
-https://documents.bmc.com/supportu/INC/help/Main_help/en-US/index.htm#70522.htm.

It can be used to duplicate tape volumes.

Hope that helps,
Yifat



Disclaimer: These postings are my own and do not necessarily represent BMC's 
position, strategies, or opinion.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bodra - Pessoal
Sent: Friday, March 26, 2021 11:02 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Control-M/Tape

Hello,

 

In past when we used CA-TLMS we have CA-COPYCAT utility that help in tape 
duplication among other things.

 

Control-M/Tape has something similar to CA-Copycat?

 

Thanks

 

 

Carlos Bodra

IBM zEnterprise Certified

São Paulo - SP - Brazil

 

 


--
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: Editing HLASM source with Visual Studio - columns 73-80

[Oren, Yifat]

Hi,

It works perfectly for me. Thanks Dan!

My settings.json looks like this:

{
"terminal.integrated.shell.windows": "C:\\WINDOWS\\System32\\cmd.exe",
"window.zoomLevel": 1,
"files.associations": {
"*.s": "hlasm",
"*.asm": "hlasm"
},
"[hlasm]": {
"editor.rulers": [
71,
72,
80
],
},
"explorer.confirmDelete": false,
}

HTH,
Yifat

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Support, DUNNIT SYSTEMS LTD.
Sent: Wednesday, December 11, 2019 7:16 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Editing HLASM source with Visual Studio - columns 73-80

Thanks. Your JSON code passed with flying colors and I saved it but no ruler 
showed. I even tried this:

{
"editor.wordWrapColumn": 120,
"[HLASM]": {
"editorRuler.foreground": "#ff4081",
"editor.rulers": [
71,
72,
80
]
}
}

Still no rulers. :(

--
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: TapeTools VEHSYNC job

[Oren, Yifat]

Hi Gadi,

Long time no speak 
If we're not mistaken, you should use CNTLT60 for Control-T V6  MDB or CNTLT61 
for V6.1 (and higher).
There was a change in the MDB format in 6.1.

HTH,
Yifat

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gadi Ben-Avi
Sent: Wednesday, April 17, 2019 2:56 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] TapeTools VEHSYNC job

Hi,
The VEHSYNC job in the tapetools package has DD cards for various Tape 
Management Systems.
We use Control-M/Tape from BMC formerly known as Control-T.
There are two DD's the look like they belong to Control-T, CNTLT60 and CNTLT61.

Does anyone know what these DD's should point to?

Thanks

Gadi


--
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: SMF/RMF records for 4hr rolling average MSU?

[Oren, Yifat]

Hi,

RCTLACS (SMF70LAC) is the 4-hours rolling average. 

RCTLACS*100/RCTIMGWU will give you the percentage of your current 4hra from the 
defined capacity.

Take a look at this nice Rexx: 
https://groups.google.com/d/msg/bit.listserv.ibm-main/-iym0vSN8Lw/urgOuMFSBgAJ.
Also, a great wiki about SMF 70 
https://en.wikibooks.org/wiki/SMF_Records/SMF_Type_70_RMF_Processor_Activity.

HTH,
Yifat

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
John McKown
Sent: Wednesday, March 6, 2019 4:32 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: SMF/RMF records for 4hr rolling average MSU?

On Wed, Mar 6, 2019 at 8:14 AM ITschak Mugzach  wrote:

> Should it be at real time? You can read smf when switched using sort 
> to get
> smf70 and ftp the file to your servet.
>

I don't need real time. I have the formula: 4HRA = RCTLACS*100/RCTIMGWU

I see where RCTLACS is SMF70LAC. But I don't see where I can get the associated 
RCTIMGWU value for the time period. Unless it is SMF70WLA. Ah, think I just 
found it. The comments for that field don't really say where it is coming from, 
but the description seems right.




>
> ITschak
>
> בתאריך יום ד׳, 6 במרץ 2019, 16:07, מאת John McKown ‏<
> john.archie.mck...@gmail.com>:
>
> > On Wed, Mar 6, 2019 at 7:18 AM Rob Scott 
> > wrote:
> >
> > > For what it is worth, to easily access the "Rolling 4hr MSU 
> > > average",
> you
> > > can use SDSF REXX and process the "AvgMSU" column from the "SYS"
> command.
> > >
> > > lastrc=ISFCALLS("ON")
> > > ISFSYSNAME = "*"
> > > address SDSF  "ISFEXEC SYS"
> > > do i = 1 to SYSNAME.0
> > >   say SYSNAME.i AVGMSU.i
> > > end
> > > lastrc=ISFCALLS("OFF")
> > >
> >
> > OOPS. I tried that on my z/OS 1.12 system (forgot to mention we are 
> > so
> back
> > level) and SYS gets an "INVALID COMMAND" response.
> >
> >
> >
> > >
> > >
> > > Rob Scott
> > > Rocket Software
> > >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List  On
> Behalf
> > > Of John McKown
> > > Sent: Wednesday, March 6, 2019 12:38 PM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Re: SMF/RMF records for 4hr rolling average MSU?
> > >
> > > On Wed, Mar 6, 2019 at 6:21 AM John McKown <
> john.archie.mck...@gmail.com
> > >
> > > wrote:
> > >
> > > > On Tue, Mar 5, 2019 at 3:37 PM Christopher Y. Blaicher < 
> > > > cblaic...@syncsort.com> wrote:
> > > >
> > > >> Look at RCTLACS and RCTIMGWU
> > > >>
> > > >> 4HRA = RCTLACS*100/RCTIMGWU
> > > >>
> > > >
> > > I see where RCTLACS is in the SMF 70 record. But I don't see where 
> > > I
> can
> > > get the RCTIMGWU value. I am guessing that I might need to write 
> > > some
> > code
> > > which is in an STC which will get that information every hour on 
> > > the
> > hour;
> > > which is what the report needs.
> > >
> > >
> > >
> > > >
> > > > EXCELLENT! That seems to be exactly what I need.
> > > >
> > > >
> > > >
> > > >>
> > > >> Chris Blaicher
> > > >> Technical Architect
> > > >> Syncsort, Inc.
> > > >>
> > > >>
> > > > --
> > > > I just burned 2000 calories!
> > > > That's the last time I'll nap with brownies in the oven.
> > > >
> > > > Maranatha! <><
> > > > John McKown
> > > >
> > >
> > >
> > > --
> > > 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 
> > >  Rocket Software, Inc. and 
> > > subsidiaries ■ 77 Fourth Avenue, Waltham MA
> > > 02451 ■ Main Office Toll Free Number: +1 855.577.4323 Contact 
> > > Customer Support:
> > > https://urldefense.proofpoint.com/v2/url?u=https-3A__my.rocketsoft
> > > ware.com_RocketCommunity_RCEmailSupport=DwIFaQ=UrUhmHsiTVT5qka
> > > A4d_oSzcamb9hmamiCDMzBAEwC7E=4rR8odKnpVq7OTPUyBpjZXMhuBikuXo3YwM
> > > DXJnTdY4=UWkKtaTTZKOEF4gQkmIrRvPeFMoNyCKKvtORsbwvLrE=yzv2WhJ7G
> > > T3D4tJYSjlKtYsXrSi9KGbeUKbeMD7ePbg=
> > > Unsubscribe from Marketing Messages/Manage Your Subscription
> Preferences
> > -
> > > https://urldefense.proofpoint.com/v2/url?u=http-3A__www.rocketsoft
> > > ware.com_manage-2Dyour-2Demail-2Dpreferences=DwIFaQ=UrUhmHsiTV
> > > T5qkaA4d_oSzcamb9hmamiCDMzBAEwC7E=4rR8odKnpVq7OTPUyBpjZXMhuBikuX
> > > o3YwMDXJnTdY4=UWkKtaTTZKOEF4gQkmIrRvPeFMoNyCKKvtORsbwvLrE=eji_
> > > s_b_U_5PTCd5wPT1KotHjB3-THcAAZ3xR4w89b8=
> > > Privacy Policy -
> > > https://urldefense.proofpoint.com/v2/url?u=http-3A__www.rocketsoft
> > > ware.com_company_legal_privacy-2Dpolicy=DwIFaQ=UrUhmHsiTVT5qka
> > > A4d_oSzcamb9hmamiCDMzBAEwC7E=4rR8odKnpVq7OTPUyBpjZXMhuBikuXo3YwM
> > > DXJnTdY4=UWkKtaTTZKOEF4gQkmIrRvPeFMoNyCKKvtORsbwvLrE=5fn96M_TA
> > > 0rbPSKI-bFxyG3nY1w40IV1yZkR57fItBA=
> > > 
> > >
> > > This communication and any attachments may contain confidential 
> > > 

Re: SMF record analyze

[Oren, Yifat]

Hi,

Take a look at: 
http://ibmsystemsmag.com/mainframe/tipstechniques/applicationdevelopment/rexx_smf_part3/?page=1

I've used the Rexx code sample in this article as a good starting point for 
analyzing SMF 30s.

HTH,
Yifat

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of venkat kulkarni
Sent: 19 April 2018 21:30
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMF record analyze

Thanks for reply.

Yes, i extracted SMF 30 into flat file and i am aware of this  SMF 30 along
with other record number.

But issue is to analyze history of batch job along with CPU usage for these
jobs to know which one consumed more CPU during that time .



On Thu, Apr 19, 2018 at 9:24 PM, Lizette Koehler 
wrote:

> You can use IFASMFDP to extract any number of records out of SMF into a
> new file.
>
> You should be aware that SMF30s might need other records to get the whole
> picture.
>
> Do you run Scheduling Software?  If so, may be it can assist with this
>
> Lizette
>
>
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> Behalf Of
> > venkat kulkarni
> > Sent: Thursday, April 19, 2018 11:20 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: SMF record analyze
> >
> > Hello Group,
> >
> > we are experiencing performance issue on every month 10th and our MSU
> usage
> > reach to maximum but we are unable to find reason. So, we wanted to
> analyze
> > our batch jobs, if any one of them causing this issue.
> >
> > But we do not have any tool for performing this activity. So, is it
> possible
> > that we extract only record 30 into different dataset from our monthly
> > smfdump and then RMF can give us report with history of batch jobs and
> CPU
> > used by these jobs.
> >
> >
> > Please help.
> >
> > Thanks & Regards
> > Venkat
> >
> > --
> > 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: Easiest way to share incore data between batch jobs

[Oren, Yifat]

Hi,

Are you thinking about something like Hyperbatch? 
https://goo.gl/xJkWB7

Thanks,
Yifat


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Victor Gil
Sent: 23 March 2017 17:52
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Easiest way to share incore data between batch jobs

A co-worker suggested to save CPU by having one job to cache a VSAM file [which 
is frequently looked up by multiple jobs] and introduce a new "look up" API to 
"connect" to that job and locate a particular record with a given key.

I am a bit outdated in current systems services, so my first suggestion was to 
use EXCI into a CICS region or call a DB2 stored procedure which would act as a 
"server", but the question is - is there an easier way to accomplish this in 
pure batch?  I am familiar with the cross-memory access but this would require 
heavy assembler coding, APF authorization, etc. all of which we are trying to 
avoid.

TIA!
-Victor-   

--
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: Randomly disappearing IGD101I messages.

[Oren, Yifat]

Hi Kees,

Are there any allocation messages issued?

The MSGLEVEL parameter controls whether allocation messages are issued to the 
JESYSMSG sysout. Make sure it is (1,1) in all executions.

Otherwise, please open a ticket with BMC and attach the sysout of 2 different 
job runs (one with the message and one without it).

HTH,
Yifat

These postings are my own and do not necessarily represent BMC's position, 
strategies, or opinion.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Vernooij, Kees (ITOPT1) - KLM
Sent: 18 October 2016 15:56
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Randomly disappearing IGD101I messages.

I would circumvent the problems (if I can get BMC to redesign their way of 
working), but still the question remains, why the message sometimes disappear.

Kees.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Conley
Sent: 18 October, 2016 14:53
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Randomly disappearing IGD101I messages.

On 10/18/2016 5:04 AM, Vernooij, Kees - KLM , ITOPT1 wrote:
> Hello,
>
> Control-M uses message IGD101I for dataset triggering: when a data set has 
> been created, as indicated by IGD101I, a job must be triggered.
>
> We see every now and then that the triggering is not working, because IGD101I 
> is not produced, although the dataset has been created.
> We don't have any clue on what makes IGD101I not appear in some situations: 
> it happens in different runs of the same job, on same system, in the same 
> step, with the same results, for nearly the same dataset, in the same SMS 
> Storage Group.
>
> Anybody recognized this or has an idea where to look?
>
> Thanks,
> Kees.
>
> 
> 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
>

Kees,

I haven't worked on Control-M, but the other job schedulers I've worked 
on use the IEFU8x SMF exits to trap dataset creation records.  You say 
in another post that you're seeing the SMF data, so you should ask BMC 
for an IEFU8x exit for dataset triggering.

Regards,
Tom Conley

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

Re: SMF Type 30

[Oren, Yifat]

While we are at it -

SMF30_Highest_Task_CPU_Program  has the program name from the task that 
reported the largest CPU time percentage for the step (in 30-4, if I understand 
the manual correctly).

Regards,
Yifat

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Martin Packer
Sent: 26 August 2015 21:45
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMF Type 30

Also SMF30EXN is sometimes usefully filled in with a Unix program name. 
But not often, IME.

Cheers, Martin

Martin Packer,
zChampion, Principal Systems Investigator, Worldwide Banking Center of 
Excellence, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker
Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker



From:   Elardus Engelbrecht elardus.engelbre...@sita.co.za
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   26/08/2015 19:11
Subject:Re: SMF Type 30
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



Steely, Mark wrote:

I need to do some research to determine when a certain program was
executed.  It would be nice to also have the job name and / or userid that 
executed the program. I think SMF type 30 would provide this information. 
Do anyone have a program that provides this type of information. I don’t have 
any SMF reporting products. We are z/OS v1r13. 

Others gave excellent replies including DAF and other freebies. But, if your 
program was called by another program, you're probably out of luck.

SMF type 30 has these useful fields amongst a lot of other fields:

SMF30JBN (Job name)
SMF30PGM (Program name)
SMF30STM (Step name)

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



Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU


--
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: Is there any tools or interface which could analyse or monitor SYS1.MANX directly?

[Oren, Yifat]

See 
http://www.ibmsystemsmag.com/mainframe/tipstechniques/applicationdevelopment/rexx_smf_part4/
 for a great REXX example (SMF type 30).

BTW, with z/OS 2.1 Rexx can read VBS's so it is now very well equipped to 
easily read dumped SMF records.
 
Regards,
Yifat

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Elardus Engelbrecht
Sent: 15 June 2015 13:44
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there any tools or interface which could analyse or monitor 
SYS1.MANX directly?

Charles Mills wrote:

SMF record formats are all documented (some a lot more thoroughly than others 
LOL). 

Of course. Just have a good calculator ready... ;-D


Having somehow queued your records for further processing, you can do analysis 
to your heart's content in assembler, COBOL, or your language of choice.

With COBOL? Can you read RAW SMF records like SMF type 30 with all its sections 
with COBOL? [1] With Assembler that is easy and I have written numerous 
Assembler programs, but for COBOL, I need to read+copy raw SMF records with an 
Assembler program and then re-read/process those copied records with a COBOL 
program.

How do you handle variable record lengths and varying sections lengths and 
quantities and their offsets with COBOL? Any examples, please?

Now, Can you do that same reading and handling raw SMF records with REXX, Perl, 
PL/I [I believe you can, I faintly remembered seeing some ancient progs for SMF 
handling], etc?

Oh, ICETOOL has already some nice examples, but I also don't see a way to 
handle SMF records like SMF type 30 and all their sections.

TIA.

Groete / Greetings
Elardus Engelbrecht

[1] - I have written COBOL programs but for fixed record lengths, like SMF 17, 
SMF 18 and such. Those COBOL programs were needed to trap culprits who 
deleted/renamed datasets (and said 'I did not do that!') before RACF was fully 
in place.

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