After using Health Checker for z/OS for several months now, I'm having
doubts about some checks, so please feel free to comment :)
I just cannot resist.
But first: Have you checked the archives? Most of the checks you talk about
here I have complained about in the past. Documented in the
Charles Mills wrote:
I have told the customer that it may be our problem
In all your posts, you're speaking of one? customer. Do this problem appears at
your other customers?
Groete / Greetings
Elardus Engelbrecht
--
For
We had a very weird situation where one of the TSO user compressed the PDS
dataset which had 6000+ members however eventually the JCL in all of these
members got similar atmost ..so look like during stow somehow same memory
overlaid or Directory TTR got wrong...
We had no backup of the dataset
We also once had a situation like this, where a PDS with ca. 12.000
members got
unusable during compress, the directory was overwritten and unusable.
But we managed to read the members sequentially without using the
directory,
this way moving the members to another dataset, naming them with
Do you have the code of assemble to read the directory sequentially and create
members...
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Thankyou yes I looked at the PDSGAS and it's a good utility for recovering the
deleted members until pds is not compresses or space is not reclaimed..However
in current situation it just show me similar JCL..We going back to 2011
backup...It doesn't have HSM Bcds entry...Unfortunately most of
On Fri, 22 Mar 2013 07:13:49 +0100, nitz-...@gmx.net nitz-...@gmx.net wrote:
Check: GRS_CONVERT_RESERVES
Comment: Still haven't used the GRS ENQ/DEQ/RESERVE Monitor to check
what reserves our systems are using. I was wondering has anyone tried
to convert all RESERVEs to ENQs? Were any
willie bunter wrote:
HSEND RECALL 'HESPDE02.ABACKUP.IMS1.HLIST' DFDSSOPTION(VOLCOUNT(ANY)) -
FORCENONSMS VOLUME(SMTP17) -
BYPASSACS(**) -
NULLSTORCLAS
Where is your UNIT(???) keyword? As documented, you MUST specify UNIT when
specify VOLUME. (and vice versa too).
I'm not sure about
Elardus,
I tried your suggestion :
HSEND RECALL 'HESPDE02..ABACKUP.IMS1.HLIST' DFDSSOPTION(VOLCOUNT(ANY)) -
FORCENONSMS VOLUME(SMTP17) UNIT(3390)
/*
However it didn't work. According to the error message ADR472E 72 :
If it is SMS managed, then the volume doesn't matter.
You specified a specific volume, so I assumed a non-sms volume.
On Fri, Mar 22, 2013 at 8:28 AM, willie bunter williebun...@yahoo.com wrote:
Elardus,
I tried your suggestion :
HSEND RECALL 'HESPDE02..ABACKUP.IMS1.HLIST'
The OS does not guarantee space, the phrase indicates that the user will
guarantee there is space. That is, the normal operation for SMS is to locate
space on an appropriate volume; guaranteed space subverts this normal process
and uses the VOLSER value the user has coded.
Greg Shirey
Ben E.
From: Ravi Gaur gaur.ravi2...@gmail.com
Date: 03/22/2013 05:31 AM
We had a very weird situation where one of the TSO user compressed the PDS
dataset which had 6000+ members however eventually the JCL in all of these
members got similar atmost ..so look like during stow somehow same memory
Am I safe to assume that what I am trying to do cannot be done?
From: Mike Schwab mike.a.sch...@gmail.com
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Friday, March 22, 2013 9:32:59 AM
Subject: Re: DFHSM QUESTION - RECALLING DSN TO ITS ORIGINAL VOLUME
If it is SMS
Steve Thompson wrote:
I'm going to ask a dumb question. I do not expect an answer.
It is not a dumb question. The OP said 'one of the TSO user compressed the PDS
dataset ...'. But it is somewhat ambiguous. It is not really clear how the
compression was done: in batch or TSO?
TSO is supposed
On Fri, 2013-03-22 at 09:43 -0400, Steve Thompson wrote:
Requirement: SYSUT4 must be in a single contiguous extent
-- z/OS DFSMSdfp Utilities SC26-7414-03
I was surprised to read this, after 40 years of coding IEBCOPY jobs.
Thanks for digging this up, Steve.
I also found in
Wilie,
You are correct.
Since the problem is with a PROCLIB, restoring it to the same Volume is not
as relevant as restoring to the same TTRs. If it gets restored to the same
volume, but not the same TTRs, then you will still need to open/close
proclibs in-order to get JES2 to refresh its
Good question. The big problem is at one customer. We have another customer --
z/OS release number question still pending -- that is running the possibly
problematic code with no issue.
There was one POC where the prospect installed the product, which supports the
use of TCP or UDP. The
On 03/22/2013 04:31 AM, Ravi Gaur wrote:
We had a very weird situation where one of the TSO user compressed the PDS
dataset which had 6000+ members however eventually the JCL in all of these
members got similar atmost ..so look like during stow somehow same memory
overlaid or Directory TTR
Charles Mills wrote:
Good question. The big problem is at one customer.
Thanks. That could helps you to narrow your search to a solution.
So the answer to your question is a little unclear. 1 or 2 customers out of 3.
Ok. Then I'm out of ideas and any possible contributions to your problem
From the message, it appears that the volume SMTP17 is an SMS volume but the
command has FORCENONSMS. A file can be recalled to a non-sms volume..have done
it several times.
Regards,
Hervey
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
-
Ted MacNEIL
eamacn...@yahoo.ca
Twitter: @TedMacNEIL
-Original Message-
From: Don Williams donb...@gmail.com
Date: Thu, 21 Mar 2013 00:18:10
To: eamacn...@yahoo.ca
Reply-To: donbwms+re...@gmail.com
Subject: RE: Query for Destination z article -- mainframes back to the future
Great
Hervey,
Thanks. I tried the FORENONSMS because it was suggested.
From: Hervey Martinez hervey.marti...@custserv.com
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Friday, March 22, 2013 10:47:24 AM
Subject: Re: DFHSM QUESTION - RECALLING DSN TO ITS ORIGINAL VOLUME
Hello,
with regard to the undocumented use of the optimize parameter on dfdss copy,
those nice people at Ibm in Dfdss RD have opened a marketing req to get it
fully supported and also an apar which will ignore it if coded with copy.
We have the following Marketing Requirement opened:
User
Noticing that this thread continues to focus on how to make a recall of
the PROCLIB dataset work, I think it should be re-emphasized that any
managed data set that is essential to the proper functioning of JES2, or
any other critical started task at your site, should really be assigned
a
I seem to recall that a utility which may still be around called 'Ditto' could
perform this kind of recovery/magic.
Perhaps someone with a better memory could confirm or deny.
Mike Duffy
--
For IBM-MAIN subscribe / signoff /
Hello. Could some one let us know how to create a process which extracts all
copybooks from a program and looks in to the copybook library and check if it
exists , if exists reads the copybook variables in the copybook and search in
the program and writes the lines which uses the variable
This is easy by Rexx.
Phase 1Do an EXECIO to read the source into a stem. The parse for the word
copy and lines that are not marked with an asterisk at column 7. For each
copy member name, create an entry the copies stem. You can make the rest of
phases easier if you remove all Cobol reserved
http://www.mackinney.com/products/program-development/cobol-glossary.html
Search for 'cobol cross reference'
On Fri, Mar 22, 2013 at 12:07 PM, Ron Thomas ron5...@gmail.com wrote:
Hello. Could some one let us know how to create a process which extracts all
copybooks from a program and looks in
Do you have a change control product (chgman, endevor erc)?
They have this usually as part of the product
Do you use sclm?
Otherwise, you will be building this process. Check the cbttape.org and see if
there is something there.
Lizette
-Original Message-
From: Ron Thomas
As one who has done it as part of a larger product, it is a bear.
If you don't mind a few false positives, then just parsing for the word COPY
and picking off the next token (as someone else wrote), and optionally OF
ddname, will get you there.
COBOL syntax is downright ugly, and doing it
FIXPDS does a good job of recovering 'old' copies of members. Have used it
many times for broken and not backed up datasets. Some groups are worse
than others about compressing w/o looking at condition codes!
In a message dated 3/22/2013 4:47:06 A.M. Central Daylight Time,
Personally, I'd really prefer to have someone do a compile of the source,
using the ADATA compile parameter. Output the ADATA to a sequential data
set (or member of a PDS), then read that. The compiler has done 99.9% of
the hard work at this point.
ADATA reference:
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
On Behalf Of Joel C. Ewing
Sent: Friday, March 22, 2013 9:08 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFHSM QUESTION - RECALLING DSN TO ITS ORIGINAL VOLUME
Noticing that this thread
My mistake about after. How about during? On the TSO logon panel, if you
enter the correct passphrase, do you also need to enter the current password
when you enter a new password? I would test it but we don't have phrases
active.
-Original Message-
From: IBM Mainframe Discussion
Unfortunately GTF terminates itself with a dump of title DUMP OF GTF
MODULE AHLTUSR. Again unfortunately, that dump does not contain any
system trace table. All I have for debugging is the (2) logrec
entries for this:
PSW: 04041001 8000 05D02EB8
INSTRUCTION LENGTH: 06
On 22 March 2013 14:50, EXT-Schwarz, Barry barry.schw...@boeing.com wrote:
My mistake about after. How about during? On the TSO logon panel, if you
enter the correct passphrase, do you also need to enter the current password
when you enter a new password? I would test it but we don't have
On 22 March 2013 09:43, Steve Thompson sthomp...@us.ibm.com wrote:
I'm going to ask a dumb question. I do not expect an answer.
Did you have the SYSUT3 and SYSUT4 DDs specified? If so, were they
specified in CYL not TRK, and with NO secondary, and CONTIG?
I'm not sure whether you're asking
I graduated from University of Florida (UFL) and am currently
running a computer firm in Florida. I have attended WORLDCOMP
conference (see http://sites.google.com/site/worlddump1 for
details) in 2010. Except for few keynote speeches and
presentations, the conference was very disappointing due
Tony,
A LONG time ago and far far away we leaned a couple of lessons about
IEBCOPY.
Its a great utility and it must be used with care.
SMPE was a user of IEBCOPY and we greatly speeded it up by passing
the parm SIZE=MAX and along with specifying a large size=(8192K,99K)
on the linkage
I am out of the office until 03/27/2013.
Passover prep and first day of Passover. IF an emergency, call
845-901-2328.
Note: This is an automated response to your message Re: PDS Compress
sent on 03/22/2013 16:37:46.
This is the only notification you will receive while this person is away.
On Fri, 22 Mar 2013 15:18:48 -0400, Tony Harminc t...@harminc.net wrote:
In the long term, of course, RACF will surely change to allow phrases
to be as short as anyone likes, subject only to installation control,
and passwords to be optional, and then we'll have by a very long and
roundabout
On 22 March 2013 14:50, EXT-Schwarz, Barry barry.schw...@boeing.com wrote:
My mistake about after. How about during? On the TSO logon panel, if you
enter the correct passphrase, do you also
need to enter the current password when you enter a new password? I would
test it but we don't
Excellent advice.
The compiler has done 99.9% of the hard work at this point.
And done it exactly the way the compiler does it -- in other words, this
moots my last point about the syntactically questionable program.
Charles
-Original Message-
From: IBM Mainframe Discussion List
43 matches
Mail list logo