Re: IFASMFDP

[Vernooij, Kees (ITOP NM) - KLM]

You can make it more efficient to split the weekfile, while building it, into 
separate files per subject: I/O, DB2, MQ, Monitors etc.
You hardly need data from all area's.
If you add data in the correct order, you can use DFsort to select data until 
Date > Dayn.

Kees.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Sankaranarayanan, Vignesh
> Sent: 04 December, 2018 17:45
> 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 information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

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


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

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

Re: SYSLOGD Automation

[saurabh khandelwal]

Hello David,

I am unable to understand this config. Can you please help me to mke sense
out of below line code.

daemon.err;*.SYSLOGD*.*.none;*.INETD*.*.none /var/log/daemon -N
DAEMON(+1)

On Tue, Dec 4, 2018 at 3:08 PM Jousma, David <
01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote:

> Here is what we code.  You have to add offload info for every SYSLOGD
> stream you are writing or it wont offload it.
>
> ArchiveTimeOfDay 00:01
> BeginArchiveParms
>   DSNPrefix TEMPG.PDP.SYSLOGD.
>   Unit SYSDA
> EndArchiveParms
>
> daemon.err;*.SYSLOGD*.*.none;*.INETD*.*.none /var/log/daemon -N
> DAEMON(+1)
> auth.* /var/log/auth -N AUTH(+1)
> mail.* /var/log/mail -N MAIL(+1)
> *.err/var/log/errors -N ERRORS(+1)
> *.debug  /var/log/trace -N TRACE(+1)
> *.INETD*.*.* /var/log/inetd -N INETD(+1)
> *.trmd*.*.* /shared/PROD/trmd/trmdTEC1 -N TRMD(+1)
>
> _
> Dave Jousma
> Mainframe Engineering, Assistant Vice President
> david.jou...@53.com
> 1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
> p 616.653.8429
> f 616.653.2717
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of saurabh khandelwal
> Sent: Monday, December 3, 2018 11:08 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: SYSLOGD Automation
>
> **CAUTION EXTERNAL EMAIL**
>
> **DO NOT open attachments or click on links from unknown senders or
> unexpected emails**
>
> Hello Group,
>
> We have requirement to automate the archival process of syslogd logs from
> omvs and placing them in dataset on regular process.
>
> I looked at SYSLOGD address space and find that parm file is used for this
> is from TCPIP.TCPPARMS(SYSLOG) and I made below modification to start
> archival process.
>
>
>  details about specifying rules.
>
> #
>
> ArchiveTimeOfDay 07:00
>
> ArchiveThreshold 50
>
> ArchiveCheckInterval 600
>
> #
>
> BeginArchiveParms
>
>   DSNPrefix  TESB.ARCHIVE
>
>   Volume TSO020
>
>   RetPd  30
>
> EndArchiveParms
>
> #
>
>*.SYSLOGD.daemon.*   /var/logs/syslogd/daemon.notice -N daemon.n
>
>
>
> # Write all messages with priority err and higher to log file errors.
>
> #
>
> # THIS EXAMPLE STATEMENT IS UNCOMMENTED.
>
> #
>
> *.*/tmp/ivp.syslog.log
> #
>
> Now, I can see archival dataset generated on regular interval from the
> above parameter I mentioned in SYSLOG parm file but its not full syslogd
> log, which we should be seeing it.
>
> Can you please help, if anything more should be modified to make this
> process work .
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN **CAUTION
> EXTERNAL EMAIL**
>
> **DO NOT open attachments or click on links from unknown senders or
> unexpected emails**
>
> This e-mail transmission contains information that is confidential and may
> be privileged.   It is intended only for the addressee(s) named above. If
> you receive this e-mail in error, please do not read, copy or disseminate
> it in any manner. If you are not the intended recipient, any disclosure,
> copying, distribution or use of the contents of this information is
> prohibited. Please reply to the message immediately by informing the sender
> that the message was misdirected. After replying, please erase it from your
> computer system. Your assistance in correcting this error is appreciated.
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Thanks & Regards
Saurabh Khandelwal

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

Re: IEC251I error

[Jake Anderson]

Hi Tom,

Apology for the typo the module name is ITVDIV

On Tue 4 Dec, 2018, 9:26 PM Tom Marchant <
000a2a8c2020-dmarc-requ...@listserv.ua.edu wrote:

> On Tue, 4 Dec 2018 20:59:42 +0400, Jake Anderson wrote:
>
> >Ofcourse search ended up showing the error for return code 220 but the
> >failing module was different in IBM manual in my case it was ITODIV from
> >sys1.lpalib.
>
> I've never heard of that module. I don't believe it is an IBM module.
>
> You might want to contact the vendor of whatever product it belongs to.
>
> --
> Tom Marchant
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: Examples of roll your own "LIKE()" for data sets?

[Paul Gilmartin]

On Tue, 4 Dec 2018 23:48:12 +, Jesse 1 Robinson wrote:
>
>I'm not aware that IEBGENER itself ever changed. You either kept the classic 
>version or played the alias game. The app we shot in the foot counted on 
>IEBGENER default behavior by hardcoding I/P block size later on for the same 
>file. I personally think it's inexcusable to make that kind of choice. If 
>you're going to hardcode on input, you should also be hardcoding at creation. 
>IIRC the I/P block size was some kind of complicated logic that calculated a 
>specific number of records per block on tape. 
> 
Surely IEBGENER has changed.  Nowadays it supports a PARM=SDB=...  But IEBGENER 
antedates
SDB and would not have a PARM=SDB in days of yore.  And ISTR that the number of 
control
statements in SYSIN once needed to be declared in PARM.  (Imagine! such REGION 
parsimony!)
The Ref. now states that SDB is the only supported PARM option.  I bet they 
still tolerate
that older one for compatibility.

And in: 
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.icea100/iceins.htm
Use ICEGENER instead of IEBGENER
... ICEGENER, like IEBGENER, will use an SDB=value parameter you supply 
using PARM='SDB=value', ...

You must have fallen into a hole while ICEGENER had not caught up with IEBGENER.

-- gil

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

Re: Examples of roll your own "LIKE()" for data sets?

[Jesse 1 Robinson]

In the beginning, IEBGENER did not itself change. IBM recommended replacing it 
with a copy of ICEGENER aliased to IEBGENER so that SDB would be in effect 
without anyone having to change JCL. That's what we did but accidentally messed 
up the wacko application that was depending totally on the default behavior of 
IEBGENER. 

I'm not aware that IEBGENER itself ever changed. You either kept the classic 
version or played the alias game. The app we shot in the foot counted on 
IEBGENER default behavior by hardcoding I/P block size later on for the same 
file. I personally think it's inexcusable to make that kind of choice. If 
you're going to hardcode on input, you should also be hardcoding at creation. 
IIRC the I/P block size was some kind of complicated logic that calculated a 
specific number of records per block on tape. 

.
.
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 Paul Gilmartin
Sent: Tuesday, December 04, 2018 3:13 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Examples of roll your own "LIKE()" for data sets?

On Tue, 4 Dec 2018 21:09:37 +, Jesse 1 Robinson wrote:

>When my home shop of that long ago the day 'converted' to SDB, we stumbled on 
>a (screwball) app that routinely created a file using--depending 
>on!--IEBGENER's practice of duplicating input DCB attributes to output, 
>complete with the boiler plate warning to that effect. The real mischief was 
>that a later program in the app read that file with hard-coded  input DCB to 
>match the original file. 
>
Used to be the custom.

> ... All had gone well for years until we replaced IEBGENER with ICEGENER. 
> Boom. SDB was not a heavenly gift to that application. 
>
IEBGENER switched to SDB for a while, then enough users had your experience 
that they made the old behavior the default and provided PARM=SDB.  Did 
ICEGENER never imitate?  Don't they claim compatibility.

I can't understand the Ref. for PARM=SDB.  It seems to tell what it doesn't do, 
not what it does.  The best I find is a sentence in a table, "All are used".

-- gil




>.
>.
>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 Paul Gilmartin
>Sent: Tuesday, December 04, 2018 10:45 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: (External):Re: Examples of roll your own "LIKE()" for data sets?
>
>On Tue, 4 Dec 2018 11:41:43 -0600, Kirk Wolf wrote:
>>
>>Are there examples in CBT of code that do similar analysis of DASD
>>datasets?   Even something that does a good job at deducing
>>SPACE=(unit,(pri,sec)) is not as simple as one might think.
>>
>AVGREC adds to the chaos.
>
>If the initial allocation was performed in multiple extents, is there any way 
>to retrieve the initial request?
>
>HSM MIGRATE/RECALL can coalesce extents, further obscuring the initial request.
>
>I have used ISPF to capture the attributes of a data set; changed only the 
>DSN, then allocated.  The new data set was smaller because ISPF? Allocation? 
>applied a correction for 3380/5590 capacity ratio.
>(I understand this is optional, but our site had it turned on.)
>
>I'd like to be able to code "BLKSIZE=0,SPACE=(1,100),..."
>and let allocation and SDB figure it out.
>
>They're only trying to help me.
>
>-- gil


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

Re: Examples of roll your own "LIKE()" for data sets?

[Paul Gilmartin]

On Tue, 4 Dec 2018 21:09:37 +, Jesse 1 Robinson wrote:

>When my home shop of that long ago the day 'converted' to SDB, we stumbled on 
>a (screwball) app that routinely created a file using--depending 
>on!--IEBGENER's practice of duplicating input DCB attributes to output, 
>complete with the boiler plate warning to that effect. The real mischief was 
>that a later program in the app read that file with hard-coded  input DCB to 
>match the original file. 
>
Used to be the custom.

> ... All had gone well for years until we replaced IEBGENER with ICEGENER. 
> Boom. SDB was not a heavenly gift to that application. 
>
IEBGENER switched to SDB for a while, then enough users had your
experience that they made the old behavior the default and provided
PARM=SDB.  Did ICEGENER never imitate?  Don't they claim compatibility.

I can't understand the Ref. for PARM=SDB.  It seems to tell what it doesn't
do, not what it does.  The best I find is a sentence in a table, "All are used".

-- gil




>.
>.
>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 Paul Gilmartin
>Sent: Tuesday, December 04, 2018 10:45 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: (External):Re: Examples of roll your own "LIKE()" for data sets?
>
>On Tue, 4 Dec 2018 11:41:43 -0600, Kirk Wolf wrote:
>>
>>Are there examples in CBT of code that do similar analysis of DASD
>>datasets?   Even something that does a good job at deducing
>>SPACE=(unit,(pri,sec)) is not as simple as one might think.
>>
>AVGREC adds to the chaos.
>
>If the initial allocation was performed in multiple extents, is there any way 
>to retrieve the initial request?
>
>HSM MIGRATE/RECALL can coalesce extents, further obscuring the initial request.
>
>I have used ISPF to capture the attributes of a data set; changed only the 
>DSN, then allocated.  The new data set was smaller because ISPF? Allocation? 
>applied a correction for 3380/5590 capacity ratio.
>(I understand this is optional, but our site had it turned on.)
>
>I'd like to be able to code "BLKSIZE=0,SPACE=(1,100),..."
>and let allocation and SDB figure it out.
>
>They're only trying to help me.
>
>-- gil
>
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: Examples of roll your own "LIKE()" for data sets?

[Kirk Wolf]

I am adding this to code that is already using the DSCB chain for all of
the volumes for a dataset.   Getting information from these to allocate a
"LIKE" dataset is the problem - there seem more than a few complexities and
pitfalls.

I am really just looking for an example of something that interprets the
DSCBs to glean this information to see how it is all put together.
I won't be running in ISPF, TSO, or REXX, so examples of using LISTDSI, or
DSINFO are not really useful.

It's probably not too hard to write something that sort of replicates what
LISTDSI or ISPF DSINFO does and then works from there, but there are lots
of little pitfalls.  If anyone knows of CBT code that works on a
similar problem at this level, please let me know.   Especially if it is
EAV aware.

Thanks,


On Tue, Dec 4, 2018 at 2:41 PM Mike Shaw  wrote:

> On 12/4/2018 12:42 PM, Kirk Wolf wrote:
> > 
>
> > Are there examples in CBT of code that do similar analysis of DASD
> > datasets?   Even something that does a good job at deducing
> > SPACE=(unit,(pri,sec)) is not as simple as one might think.
> >
>
> For standalone code, a RDJFCB will get you a list of the volsers a given
> DSN is allocated on. You can read the VTOC for selected volsers to get
> the SPACE allocation information for a given non-VSAM data set from the
> F1/F2/F3 or F1/F8/F9 DSCBs. You do not need to be APF authorized to read
> a VTOC.
>
> You could also use CVAFDIR, CVAFFILT or CVAFSEQ but they are slower than
> doing it yourself with BSAM or EXCP reads of the VTOC.
>
> Mike Shaw
> MVS/QuickRef Support Group
> Chicago-Soft, Ltd.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: Examples of roll your own "LIKE()" for data sets?

[Jesse 1 Robinson]

LISTDSI would be my first choice. It does not require ISPF or any other 
'product'. However, it is a TSO/E function, so you have to run under IKJEFTxx. 
You can retrieve pretty much any attribute of an existing DASD-resident data 
set and use the info to create a similar file. 

.
.
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 Cieri, Anthony
Sent: Tuesday, December 04, 2018 12:59 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Examples of roll your own "LIKE()" for data sets?


Is Rexx suitable. Perhaps LISTDSI can help


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Kirk Wolf
Sent: Tuesday, December 04, 2018 2:36 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Examples of roll your own "LIKE()" for data sets?

Thanks everyone for the suggestions.
For my purposes, I can't run under ISPF or require a licensed product.
I took a brief at look at the CBT VTOC command, but it just seems to print a 
VTOC without much attention to the issues surrounding how to extract a "LIKE()" 
allocation.


On Tue, Dec 4, 2018 at 12:45 PM Paul Gilmartin < 
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Tue, 4 Dec 2018 11:41:43 -0600, Kirk Wolf wrote:
> >
> >Are there examples in CBT of code that do similar analysis of DASD
> >datasets?   Even something that does a good job at deducing
> >SPACE=(unit,(pri,sec)) is not as simple as one might think.
> >
> AVGREC adds to the chaos.
>
> If the initial allocation was performed in multiple extents, is there 
> any way to retrieve the initial request?
>
> HSM MIGRATE/RECALL can coalesce extents, further obscuring the initial 
> request.
>
> I have used ISPF to capture the attributes of a data set; changed only 
> the DSN, then allocated.  The new data set was smaller because ISPF? 
> Allocation? applied a correction for 3380/5590 capacity ratio.
> (I understand this is optional, but our site had it turned on.)
>
> I'd like to be able to code "BLKSIZE=0,SPACE=(1,100),..."
> and let allocation and SDB figure it out.
>
> They're only trying to help me.
>
> -- gil


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

Re: Examples of roll your own "LIKE()" for data sets?

[Jesse 1 Robinson]

When my home shop of that long ago the day 'converted' to SDB, we stumbled on a 
(screwball) app that routinely created a file using--depending on!--IEBGENER's 
practice of duplicating input DCB attributes to output, complete with the 
boiler plate warning to that effect. The real mischief was that a later program 
in the app read that file with hard-coded  input DCB to match the original 
file. All had gone well for years until we replaced IEBGENER with ICEGENER. 
Boom. SDB was not a heavenly gift to that application. 

.
.
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 Paul Gilmartin
Sent: Tuesday, December 04, 2018 10:45 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Examples of roll your own "LIKE()" for data sets?

On Tue, 4 Dec 2018 11:41:43 -0600, Kirk Wolf wrote:
>
>Are there examples in CBT of code that do similar analysis of DASD
>datasets?   Even something that does a good job at deducing
>SPACE=(unit,(pri,sec)) is not as simple as one might think.
>
AVGREC adds to the chaos.

If the initial allocation was performed in multiple extents, is there any way 
to retrieve the initial request?

HSM MIGRATE/RECALL can coalesce extents, further obscuring the initial request.

I have used ISPF to capture the attributes of a data set; changed only the DSN, 
then allocated.  The new data set was smaller because ISPF? Allocation? applied 
a correction for 3380/5590 capacity ratio.
(I understand this is optional, but our site had it turned on.)

I'd like to be able to code "BLKSIZE=0,SPACE=(1,100),..."
and let allocation and SDB figure it out.

They're only trying to help me.

-- gil


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

Re: IND$FILE -- where did the name come from?

[Paul Gilmartin]

On Sun, 2 Dec 2018 19:20:07 +, Seymour J Metz wrote:

>I believe that he's using a different meaning of client, e.g., customer.
>
>IND$FILE, SFTP and WSA are all easier to use for people who are not at home 
>with the Eunix utilities.
>
My favorite approach has been NFS.  It puts my z/OS data on my desktop
and my desktop data on z/OS.  No manifest "transfer"; it's just there.  I
can use z/OS facilities on desktop files and desktop facilities on z/OS
files -- whatever works best.  If either system did everything, I wouldn't
need the other.

And, I don't need to deal with Windows.

-- gil

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

Re: Examples of roll your own "LIKE()" for data sets?

[Cieri, Anthony]

Is Rexx suitable. Perhaps LISTDSI can help


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Kirk Wolf
Sent: Tuesday, December 04, 2018 2:36 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Examples of roll your own "LIKE()" for data sets?

Thanks everyone for the suggestions.
For my purposes, I can't run under ISPF or require a licensed product.
I took a brief at look at the CBT VTOC command, but it just seems to print
a VTOC without much attention to the issues surrounding how to extract a
"LIKE()" allocation.


On Tue, Dec 4, 2018 at 12:45 PM Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Tue, 4 Dec 2018 11:41:43 -0600, Kirk Wolf wrote:
> >
> >Are there examples in CBT of code that do similar analysis of DASD
> >datasets?   Even something that does a good job at deducing
> >SPACE=(unit,(pri,sec)) is not as simple as one might think.
> >
> AVGREC adds to the chaos.
>
> If the initial allocation was performed in multiple extents, is
> there any way to retrieve the initial request?
>
> HSM MIGRATE/RECALL can coalesce extents, further obscuring
> the initial request.
>
> I have used ISPF to capture the attributes of a data set; changed
> only the DSN, then allocated.  The new data set was smaller because
> ISPF? Allocation? applied a correction for 3380/5590 capacity ratio.
> (I understand this is optional, but our site had it turned on.)
>
> I'd like to be able to code "BLKSIZE=0,SPACE=(1,100),..."
> and let allocation and SDB figure it out.
>
> They're only trying to help me.
>
> -- gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

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

Re: Examples of roll your own "LIKE()" for data sets?

[Seymour J Metz]

No; you get the extents as allocated, not as requested. Then there's the EAV 
issue.


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


From: IBM Mainframe Discussion List  on behalf of 
Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu>
Sent: Tuesday, December 4, 2018 1:45 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Examples of roll your own "LIKE()" for data sets?

On Tue, 4 Dec 2018 11:41:43 -0600, Kirk Wolf wrote:
>
>Are there examples in CBT of code that do similar analysis of DASD
>datasets?   Even something that does a good job at deducing
>SPACE=(unit,(pri,sec)) is not as simple as one might think.
>
AVGREC adds to the chaos.

If the initial allocation was performed in multiple extents, is
there any way to retrieve the initial request?

HSM MIGRATE/RECALL can coalesce extents, further obscuring
the initial request.

I have used ISPF to capture the attributes of a data set; changed
only the DSN, then allocated.  The new data set was smaller because
ISPF? Allocation? applied a correction for 3380/5590 capacity ratio.
(I understand this is optional, but our site had it turned on.)

I'd like to be able to code "BLKSIZE=0,SPACE=(1,100),..."
and let allocation and SDB figure it out.

They're only trying to help me.

-- gil

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

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

Re: Examples of roll your own "LIKE()" for data sets?

[Mike Shaw]

On 12/4/2018 12:42 PM, Kirk Wolf wrote:





Are there examples in CBT of code that do similar analysis of DASD
datasets?   Even something that does a good job at deducing
SPACE=(unit,(pri,sec)) is not as simple as one might think.



For standalone code, a RDJFCB will get you a list of the volsers a given 
DSN is allocated on. You can read the VTOC for selected volsers to get 
the SPACE allocation information for a given non-VSAM data set from the 
F1/F2/F3 or F1/F8/F9 DSCBs. You do not need to be APF authorized to read 
a VTOC.


You could also use CVAFDIR, CVAFFILT or CVAFSEQ but they are slower than 
doing it yourself with BSAM or EXCP reads of the VTOC.


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

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

Re: Examples of roll your own "LIKE()" for data sets?

[Chris Hoelscher]

If you have it, $RSVP might meet your needs

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 
Paul Gilmartin
Sent: Tuesday, December 4, 2018 1:45 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] Examples of roll your own "LIKE()" for data sets?

On Tue, 4 Dec 2018 11:41:43 -0600, Kirk Wolf wrote:
>
>Are there examples in CBT of code that do similar analysis of DASD
>datasets?   Even something that does a good job at deducing
>SPACE=(unit,(pri,sec)) is not as simple as one might think.
>
AVGREC adds to the chaos.

If the initial allocation was performed in multiple extents, is there any way 
to retrieve the initial request?

HSM MIGRATE/RECALL can coalesce extents, further obscuring the initial request.

I have used ISPF to capture the attributes of a data set; changed only the DSN, 
then allocated.  The new data set was smaller because ISPF? Allocation? applied 
a correction for 3380/5590 capacity ratio.
(I understand this is optional, but our site had it turned on.)

I'd like to be able to code "BLKSIZE=0,SPACE=(1,100),..."
and let allocation and SDB figure it out.

They're only trying to help me.

-- gil

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

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

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

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

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

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

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

Polski (Polish): UWAGA: Jeżeli mówisz po polsku, możesz skorzystać z bezpłatnej
pomocy językowej. Zadzwoń pod numer 1‐877‐320‐1235 (TTY: 711).

한국어 (Korean): 주의: 한국어를 사용하시는 경우, 언어 지원 서비스를 무료로
이용하실 수 있습니다. 1‐877‐320‐1235 (TTY: 711)번으로 전화해 주십시오.


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

Re: Examples of roll your own "LIKE()" for data sets?

[Kirk Wolf]

Thanks everyone for the suggestions.
For my purposes, I can't run under ISPF or require a licensed product.
I took a brief at look at the CBT VTOC command, but it just seems to print
a VTOC without much attention to the issues surrounding how to extract a
"LIKE()" allocation.


On Tue, Dec 4, 2018 at 12:45 PM Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Tue, 4 Dec 2018 11:41:43 -0600, Kirk Wolf wrote:
> >
> >Are there examples in CBT of code that do similar analysis of DASD
> >datasets?   Even something that does a good job at deducing
> >SPACE=(unit,(pri,sec)) is not as simple as one might think.
> >
> AVGREC adds to the chaos.
>
> If the initial allocation was performed in multiple extents, is
> there any way to retrieve the initial request?
>
> HSM MIGRATE/RECALL can coalesce extents, further obscuring
> the initial request.
>
> I have used ISPF to capture the attributes of a data set; changed
> only the DSN, then allocated.  The new data set was smaller because
> ISPF? Allocation? applied a correction for 3380/5590 capacity ratio.
> (I understand this is optional, but our site had it turned on.)
>
> I'd like to be able to code "BLKSIZE=0,SPACE=(1,100),..."
> and let allocation and SDB figure it out.
>
> They're only trying to help me.
>
> -- gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: Examples of roll your own "LIKE()" for data sets?

[Paul Gilmartin]

On Tue, 4 Dec 2018 11:41:43 -0600, Kirk Wolf wrote:
>
>Are there examples in CBT of code that do similar analysis of DASD
>datasets?   Even something that does a good job at deducing
>SPACE=(unit,(pri,sec)) is not as simple as one might think.
>
AVGREC adds to the chaos.

If the initial allocation was performed in multiple extents, is
there any way to retrieve the initial request?

HSM MIGRATE/RECALL can coalesce extents, further obscuring
the initial request.

I have used ISPF to capture the attributes of a data set; changed
only the DSN, then allocated.  The new data set was smaller because
ISPF? Allocation? applied a correction for 3380/5590 capacity ratio.
(I understand this is optional, but our site had it turned on.)

I'd like to be able to code "BLKSIZE=0,SPACE=(1,100),..."
and let allocation and SDB figure it out.

They're only trying to help me.

-- gil

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

Re: [EXTERNAL] Examples of roll your own "LIKE()" for data sets?

[Dyck, Lionel B. (RavenTek)]

Kirk - here is a routine from PDSEGEN that will do some of what you want

Do_Model: Expose pdsedsn zdsngen null zcmd 
   'dsinfo dataset('pdsedsn')'
   if words(zcmd) = 2 then mdsn = word(zcmd,2)
  else mdsn   = pdsedsn
   newgen = zdsngen
   munit  = left(zdsspc,1)
   dsnt   = left(zdsdsnt,1)
   'Control Display Save'
   'Addpop'
   do forever
  zcmd   = null
  'Display Panel(pdsegmdl)'
  xrc = rc
  if xrc > 0 then leave
  if sysdsn(mdsn) /= 'OK' then leave
  zerrsm = 'Error...'
  zerrlm = mdsn 'already exists - try a different dsn.'
  'setmsg msg(isrz002)'
  end
   'RemPop'
   'Control Display Restore'
   if xrc > 0 then do
 zerrsm = 'Cancelled'
 zerrlm = 'Model request has been cancelled.'
 'setmsg msg(isrz002)'
 return
 end
  zdsrf = strip(left(zdsrf,1)' 'substr(zdsrf,2,1)' 'substr(zdsrf,3,1))
  library = null
  if dsnt = 'P' then
library = 'Dsntype(PDS) dsorg(po) dir('zdsdira')'
  if (dsnt = 'L' & newgen = 0) then
library = 'Dsntype(Library,2) dsorg(po) dir(1)'
  if (dsnt = 'L' & newgen > 0) then
library = 'Dsntype(Library,2) dsorg(po) dir(1) maxgens('newgen')'
  if zdsvol = null then vol = null
   else vol = 'Vol('zdsvol')'
  space = null
  if munit = 'B' then space = 'Block('zdsblk')'
  if munit = 'T' then space = 'Tracks'
  if munit = 'C' then space = 'Cylinders'
  Address TSO ,
  'Alloc ds('mdsn') new spa('zds1ex','zds2ex')' vol ,
  'Recfm('zdsrf') Lrecl('zdslrec') Blksize('zdsblk')' ,
  library space
if rc = 0 then do
   zerrsm = 'Allocated'
   zerrlm = mdsn 'allocated with Space('zds1ex','zds2ex')' ,
'Recfm('zdsrf') Lrecl('zdslrec') Blksize('zdsblk')' ,
vol library space
topdse = mdsn
end
else do
 zerrsm = 'Error'
 zerrlm = 'Allocation failure for' mdsn
 end
'setmsg msg(isrz002)'
return

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

Re: IFASMFDP

[Steely.Mark]

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

Re: Examples of roll your own "LIKE()" for data sets?

[David Spiegel]

Hi Kirk,
File 112 ... the VTOC Command.

Regards,
David

On 2018-12-04 12:41, Kirk Wolf wrote:
> I need to be able to reverse engineer the allocation of cataloged DSORG=PS
> data sets by looking at the DSCBs and catalog.
>
> To be specific, I would like to generate BPXWDYN allocation keywords for an
> existing cataloged DSORG=PS data set to that I can use allocate a new data
> set LIKE() it on another system.
>
> Are there examples in CBT of code that do similar analysis of DASD
> datasets?   Even something that does a good job at deducing
> SPACE=(unit,(pri,sec)) is not as simple as one might think.
>
> Kirk Wolf
> Dovetailed Technologies
> https://eur01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fdovetail.comdata=02%7C01%7C%7C9828baf5ed3946ceb41d08d65a0fd82d%7C84df9e7fe9f640afb435%7C1%7C0%7C636795421450673499sdata=EepwvggAT5qzt1%2F2Eyd7rehoIsUiNjMVa2vgJenzJps%3Dreserved=0
>
> --
> 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: Examples of roll your own "LIKE()" for data sets?

[PINION, RICHARD W.]

Don't suppose you have Innovation Data Processing's FDREPORT?
If you did, you could set up a job to select data sets based on your
requirements, and tell FDREPORT to generate JCL or ALLOCATE
statements, using the DCB and space allocation information that
FDREPORT gathers.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Kirk Wolf
Sent: Tuesday, December 04, 2018 12:42 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Examples of roll your own "LIKE()" for data sets?

[External Email]

I need to be able to reverse engineer the allocation of cataloged DSORG=PS data 
sets by looking at the DSCBs and catalog.

To be specific, I would like to generate BPXWDYN allocation keywords for an 
existing cataloged DSORG=PS data set to that I can use allocate a new data set 
LIKE() it on another system.

Are there examples in CBT of code that do similar analysis of DASD
datasets?   Even something that does a good job at deducing
SPACE=(unit,(pri,sec)) is not as simple as one might think.

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

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

Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.


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

Examples of roll your own "LIKE()" for data sets?

[Kirk Wolf]

I need to be able to reverse engineer the allocation of cataloged DSORG=PS
data sets by looking at the DSCBs and catalog.

To be specific, I would like to generate BPXWDYN allocation keywords for an
existing cataloged DSORG=PS data set to that I can use allocate a new data
set LIKE() it on another system.

Are there examples in CBT of code that do similar analysis of DASD
datasets?   Even something that does a good job at deducing
SPACE=(unit,(pri,sec)) is not as simple as one might think.

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

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

Re: [EXTERNAL] Re: Another IBM tape not for z/OS

[Wheeler, Simon]

Hi,

I'd have to agree. Management of dataset and volume backups and dumps is tricky 
without HSM taking care of it by writing to tape, either real or virtual, 
quickly becoming a management overhead - though it did say "almost all". 

thanks,

  Simon Wheeler

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Joel C. Ewing
Sent: 04 December 2018 15:30
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Another IBM tape not for z/OS

WARNING: this email has originated from outside of the SSE Group. Please treat 
any links or attachments with caution.

**
On 12/02/2018 07:55 PM, Rugen, Len wrote:
> Batch tape should be dead, even if batch JCL still looks like tape is used.   
> One of my last SMS projects was to manage tape, redirecting almost all to SMS 
> disk.   
>
>
>
Before employing any technique to convert all tape data sets to DASD, one 
should I hope first consider whether replacing a tape data set with a DASD data 
set is a reasonable act based on the application design. The one logical 
capability of a tape data set, even one using virtual tape, that is not 
normally associated with a  DASD data set is the innate ability to continue to 
exist for hours,  days, or even longer after a new data set with identical name 
has been created, depending on how tapes volumes are  scratched.   The use of 
tape could mean the application is depending on that retention as an implicit 
and essential part of recovery should programming errors or other disasters 
occur during application processing, especially if the problem is a subtle one 
that isn't caught immediately.  Throwing out that capability without providing 
a suitable substitute is something you may live to regret.

    Joel C. Ewing

--
Joel C. Ewing

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

**
SSE and associated brands: Southern Electric, Scottish Hydro, SWALEC and 
Atlantic are all trading names of SSE Electricity Limited registered in England 
and Wales number 04094263 (supply of electricity and Feed-In Tariffs); Southern 
Electric Gas Limited registered in England and Wales number 02716495 (supply of 
gas); SSE Retail Telecoms Limited registered in England and Wales number 
10086511 (supply of home phone and broadband); SSE Home Services Limited 
registered in Scotland number SC292102 (boiler and heating repair, servicing, 
cover, boiler Installations and electrical wiring cover); SSE Energy Solutions 
Limited registered in Scotland number SC386054 (energy efficiency installations 
and insulation products). All members of the SSE Group. The registered office 
of SSE Electricity Limited, Southern Electric Gas Limited and SSE Retail 
Telecoms Limited is No. 1 Forbury Place, 43 Forbury Road, Reading, RG1 3JH. The 
registered office of SSE Home Services Limited and SSE Energy Solutions Limited 
is Inveralmond House, 200 Dunkeld Road, Perth, PH1 3AQ. SSE Electricity Limited 
is an appointed representative of SSE Home Services Limited. SSE Home Services 
Limited is authorised and regulated by the Financial Conduct Authority (FCA) 
under reference number 695476. You can check this on the Financial Services 
Register by visiting the FCA website.
**


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

Re: IFASMFDP

[Lizette Koehler]

In my opinion, you can not 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

Re: IEC251I error

[Tom Marchant]

On Tue, 4 Dec 2018 20:59:42 +0400, Jake Anderson wrote:

>Ofcourse search ended up showing the error for return code 220 but the
>failing module was different in IBM manual in my case it was ITODIV from
>sys1.lpalib.

I've never heard of that module. I don't believe it is an IBM module.

You might want to contact the vendor of whatever product it belongs to.

-- 
Tom Marchant

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

Re: IFASMFDP

[Scott Barry]

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

Re: IEC251I error

[Jake Anderson]

Hi Liz,

Ofcourse search ended up showing the error for return code 220 but the
failing module was different in IBM manual in my case it was ITODIV from
sys1.lpalib. I was curious about the diagnostic code 231.

Finally figured out the vsam files were not copied properly and this caused
this error .




On Tue 4 Dec, 2018, 6:34 PM Lizette Koehler  There is the IBM MVS Messages and Codes manual and the VSAM Demystified
> REDBOOK that could assist with this issue.
>
>
>
> Did you do any searches on the message?  Did you follow the suggestion in
> IEC251I to review IEC161I message as well.
>
> In the job's output, did you look for other messages that might clarify
> the IEC251I?
>
> Since you did not provide anything further to review, it will be difficult
> to say exactly what is incorrect.
>
> Using the message provided and doing an internet search on the IEC161I
> with 220
>
> An error occurred during the processing of a CLOSE macro instruction for a
> VSAM data set.
> In the message text:
>
> rc
> Return code. This field indicates the specific cause of the error. For
> an explanation of this return code, see message IEC161I.
>
>
>
> IEC161I (return code 220)   rc[(sfi)]-ccc,jjj, sss,ddname,dev,ser,xxx,
> dsname,cat
>
> Explanation
>
> For general information about message IEC161I, see the explanation for
> return code 001.
>
> Specific information for this return code: The media manager function,
> indicated by function code ccc, detected an incorrect parameter list. The
> parameter list is incorrect for one of the following reasons:
>
> Invalid Media Manager Services parameter list or function.
> Parameter list in fetch protected storage.
> Attempt to CONNECT to a catalog.
> Attempt to EXTEND a data set with invalid RBA value specified. (RBA =
> 0 or less than current high allocated RBA).
>
>
>
> A PMR/SR probably could be opened with IBM to identify the cause of this
> issue.
>
>
> Did you do a LISTC ENT('vsam-cluster-name-here') ALL
>
> Did it show any issues with the vsam file?
>
>
>
> Lizette
>
>
> 
>
>
>
>  On Mon, Dec 3, 2018 at 10:51 AM Jake Anderson
>  wrote:
>
>Hi
>
>I am getting IEC251I 220-231,JOBNAME,JOBNAME
>
>Can someone help me to point with the manual for the above error ?
>
>Jake
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

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: Another IBM tape not for z/OS

[Rugen, Len]

Years of rules enforced by tape management systems, extensive GDG use and "If 
you don't use catalog control, you  get what you deserve" made this possible.  
I don't remember the SMS rules, but I'm pretty sure they required SL and 
catalog control.  First passes didn't get all of them, but tape mount hate 
weeded out the rest quickly.  

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Joel C. Ewing
Sent: Tuesday, December 4, 2018 9:30 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Another IBM tape not for z/OS

On 12/02/2018 07:55 PM, Rugen, Len wrote:
> Batch tape should be dead, even if batch JCL still looks like tape is used.   
> One of my last SMS projects was to manage tape, redirecting almost all to SMS 
> disk.   
>
>
>
Before employing any technique to convert all tape data sets to DASD, one 
should I hope first consider whether replacing a tape data set with a DASD data 
set is a reasonable act based on the application design. The one logical 
capability of a tape data set, even one using virtual tape, that is not 
normally associated with a  DASD data set is the innate ability to continue to 
exist for hours,  days, or even longer after a new data set with identical name 
has been created, depending on how tapes volumes are  scratched.   The use of 
tape could mean the application is depending on that retention as an implicit 
and essential part of recovery should programming errors or other disasters 
occur during application processing, especially if the problem is a subtle one 
that isn't caught immediately.  Throwing out that capability without providing 
a suitable substitute is something you may live to regret.

    Joel C. Ewing

--
Joel C. Ewing

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

TS77xx MI cert help

[Lund James E]

(Let me know if there is a better listserv to send this to...)

Howdy,
I'm trying to activate forced secure connection to the management interface of 
our TS77xx VTLs for managed services access we're adding. The shipped cert of 
CN:www.ibm.com loads as  "CA root not trusted". I know I can add a new cert, 
but my knowledge of certs is limited to RACF (ie. GENCERT to gen private key 
and CSR to get signed, etc.). Is there a "best practice" doc that will walk me 
though the setup?

Yes, I've read 
https://www.ibm.com/support/knowledgecenter/en/STFS69_4.2.0/ts7740_ua_ssl_certificates.html
 but I'm still not getting a "how-to" process.

Appreciate any help pointing in the right direction.


James Lund
Texas A University


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

Re: Another IBM tape not for z/OS

[Joel C. Ewing]

On 12/02/2018 07:55 PM, Rugen, Len wrote:
> Batch tape should be dead, even if batch JCL still looks like tape is used.   
> One of my last SMS projects was to manage tape, redirecting almost all to SMS 
> disk.   
>
>
>
Before employing any technique to convert all tape data sets to DASD,
one should I hope first consider whether replacing a tape data set with
a DASD data set is a reasonable act based on the application design.  
The one logical capability of a tape data set, even one using virtual
tape, that is not normally associated with a  DASD data set is the
innate ability to continue to exist for hours,  days, or even longer
after a new data set with identical name has been created, depending on
how tapes volumes are  scratched.   The use of tape could mean the
application is depending on that retention as an implicit and essential
part of recovery should programming errors or other disasters occur
during application processing, especially if the problem is a subtle one
that isn't caught immediately.  Throwing out that capability without
providing a suitable substitute is something you may live to regret.

    Joel C. Ewing

-- 
Joel C. Ewing

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

Re: IEC251I error

[Lizette Koehler]

There is the IBM MVS Messages and Codes manual and the VSAM Demystified REDBOOK 
that could assist with this issue.



Did you do any searches on the message?  Did you follow the suggestion in 
IEC251I to review IEC161I message as well.

In the job's output, did you look for other messages that might clarify the 
IEC251I?

Since you did not provide anything further to review, it will be difficult to 
say exactly what is incorrect.

Using the message provided and doing an internet search on the IEC161I with 220

An error occurred during the processing of a CLOSE macro instruction for a VSAM 
data set.
In the message text:

rc
Return code. This field indicates the specific cause of the error. For an 
explanation of this return code, see message IEC161I.



IEC161I (return code 220)   rc[(sfi)]-ccc,jjj, sss,ddname,dev,ser,xxx, 
dsname,cat

Explanation

For general information about message IEC161I, see the explanation for return 
code 001.

Specific information for this return code: The media manager function, 
indicated by function code ccc, detected an incorrect parameter list. The 
parameter list is incorrect for one of the following reasons:

Invalid Media Manager Services parameter list or function.
Parameter list in fetch protected storage.
Attempt to CONNECT to a catalog.
Attempt to EXTEND a data set with invalid RBA value specified. (RBA = 0 or 
less than current high allocated RBA).



A PMR/SR probably could be opened with IBM to identify the cause of this issue.


Did you do a LISTC ENT('vsam-cluster-name-here') ALL 

Did it show any issues with the vsam file?



Lizette



 


 On Mon, Dec 3, 2018 at 10:51 AM Jake Anderson
  

Re: SYSLOGD Automation

[Jousma, David]

Here is what we code.  You have to add offload info for every SYSLOGD stream 
you are writing or it wont offload it.

ArchiveTimeOfDay 00:01 
BeginArchiveParms  
  DSNPrefix TEMPG.PDP.SYSLOGD. 
  Unit SYSDA   
EndArchiveParms

daemon.err;*.SYSLOGD*.*.none;*.INETD*.*.none /var/log/daemon -N DAEMON(+1)  
auth.* /var/log/auth -N AUTH(+1) 
mail.* /var/log/mail -N MAIL(+1)  
*.err/var/log/errors -N ERRORS(+1)   
*.debug  /var/log/trace -N TRACE(+1) 
*.INETD*.*.* /var/log/inetd -N INETD(+1) 
*.trmd*.*.* /shared/PROD/trmd/trmdTEC1 -N TRMD(+1)   

_
Dave Jousma
Mainframe Engineering, Assistant Vice President
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
p 616.653.8429
f 616.653.2717

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of saurabh khandelwal
Sent: Monday, December 3, 2018 11:08 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SYSLOGD Automation

**CAUTION EXTERNAL EMAIL**

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

Hello Group,

We have requirement to automate the archival process of syslogd logs from omvs 
and placing them in dataset on regular process.

I looked at SYSLOGD address space and find that parm file is used for this is 
from TCPIP.TCPPARMS(SYSLOG) and I made below modification to start archival 
process.


 details about specifying rules.

#

ArchiveTimeOfDay 07:00

ArchiveThreshold 50

ArchiveCheckInterval 600

#

BeginArchiveParms

  DSNPrefix  TESB.ARCHIVE

  Volume TSO020

  RetPd  30

EndArchiveParms

#

   *.SYSLOGD.daemon.*   /var/logs/syslogd/daemon.notice -N daemon.n



# Write all messages with priority err and higher to log file errors.

#

# THIS EXAMPLE STATEMENT IS UNCOMMENTED.

#

*.*/tmp/ivp.syslog.log
#

Now, I can see archival dataset generated on regular interval from the above 
parameter I mentioned in SYSLOG parm file but its not full syslogd log, which 
we should be seeing it.

Can you please help, if anything more should be modified to make this process 
work .

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

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

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


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

Re: IEC251I error

[saurabh khandelwal]

nmo no .. man .. i really dont know.. if u can tell me its ur wish.. cant
force u


On Tue, Dec 4, 2018 at 11:55 AM Jake Anderson 
wrote:

> You must be knowing already right ...
>
>
> Or else feeling restless to know ?
>
> On Tue 4 Dec, 2018, 12:44 PM saurabh khandelwal <
> sourabhkhandelwal...@gmail.com wrote:
>
> > where r u these days ...
> >
> > On Mon, Dec 3, 2018 at 10:51 AM Jake Anderson 
> > wrote:
> >
> > > Hi
> > >
> > > I am getting IEC251I 220-231,JOBNAME,JOBNAME
> > >
> > > Can someone help me to point with the manual for the above error ?
> > >
> > > Jake
> > >
> > > --
> > > For IBM-MAIN subscribe / signoff / archive access instructions,
> > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> > >
> >
> >
> > --
> > Thanks & Regards
> > Saurabh Khandelwal
> >
> > --
> > 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
>


-- 
Thanks & Regards
Saurabh Khandelwal

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

Re: IEC251I error

[Jake Anderson]

Apology.. it was supposed to be offline response ..


Please ignore it

On Tue 4 Dec, 2018, 12:55 PM Jake Anderson  You must be knowing already right ...
>
>
> Or else feeling restless to know ?
>
> On Tue 4 Dec, 2018, 12:44 PM saurabh khandelwal <
> sourabhkhandelwal...@gmail.com wrote:
>
>> where r u these days ...
>>
>> On Mon, Dec 3, 2018 at 10:51 AM Jake Anderson 
>> wrote:
>>
>> > Hi
>> >
>> > I am getting IEC251I 220-231,JOBNAME,JOBNAME
>> >
>> > Can someone help me to point with the manual for the above error ?
>> >
>> > Jake
>> >
>> > --
>> > For IBM-MAIN subscribe / signoff / archive access instructions,
>> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>> >
>>
>>
>> --
>> Thanks & Regards
>> Saurabh Khandelwal
>>
>> --
>> 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: IEC251I error

[Jake Anderson]

You must be knowing already right ...


Or else feeling restless to know ?

On Tue 4 Dec, 2018, 12:44 PM saurabh khandelwal <
sourabhkhandelwal...@gmail.com wrote:

> where r u these days ...
>
> On Mon, Dec 3, 2018 at 10:51 AM Jake Anderson 
> wrote:
>
> > Hi
> >
> > I am getting IEC251I 220-231,JOBNAME,JOBNAME
> >
> > Can someone help me to point with the manual for the above error ?
> >
> > Jake
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
>
> --
> Thanks & Regards
> Saurabh Khandelwal
>
> --
> 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: IEC251I error

[saurabh khandelwal]

where r u these days ...

On Mon, Dec 3, 2018 at 10:51 AM Jake Anderson 
wrote:

> Hi
>
> I am getting IEC251I 220-231,JOBNAME,JOBNAME
>
> Can someone help me to point with the manual for the above error ?
>
> Jake
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Thanks & Regards
Saurabh Khandelwal

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