Good to hear it went well Skip
Jerry Whitteridge
Delivery Manager / Mainframe Architect
GTS - Safeway Account
602 527 4871 Mobile
jerry.whitteri...@ibm.com
IBM Services
IBM Mainframe Discussion List wrote on
06/14/2019 03:44:07 PM:
> From: Jesse 1 Robinson
> To: IBM-MAIN@LISTSERV.UA.EDU
>
This thread was originally motivated by needing to move from an older DS8
subsystem to a new one. We've done this repeatedly over the years with a
combination of utilities and IPLs spread over several months. The goal this
time was to do it in a big bang allowing for several hours of down time
Maybe it’s not being corrupted in the SMF record but at the source.
Many SMF fields are copied from various control blocks. Check if that location
is being walked on.
Dan
--
For IBM-MAIN subscribe / signoff / archive access
You are correct. I did mean to type 527 for the file number. 529 has several
COBOL programs which can process various SMF data records.
Matthew
On Fri, 14 Jun 2019 20:38:54 +, David Spiegel
wrote:
>Hi Matthew,
>I think that you meant File 527.
>
>Regar,s,
>David
>
>On 2019-06-14 15:18,
Hi Matthew,
I think that you meant File 527.
Regards,
David
On 2019-06-14 15:18, Matthew Stitt wrote:
> If what you want is to find a dataset, then program DADSM on CBT file 529
> will do what you want.
>
> P.S. I have an updated version if you would like it. Let me know (privately
>
If what you want is to find a dataset, then program DADSM on CBT file 529 will
do what you want.
P.S. I have an updated version if you would like it. Let me know (privately
preferred).
Matthew
On Fri, 14 Jun 2019 08:41:35 -0700, Tom Brennan
wrote:
>On 6/14/2019 7:12 AM, Bill Ogden wrote:
I thought that the program to copy a dataset was IDCAMS. IEHMOVE? IEBCOPY? The
COPY command from COPY, FORMAT, LIST and MERGE (sic)?
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Charles
We are considering using honorpriority=no for some of our DB2 workload, batch
and online, and I'm wondering if anyone else has turned it on. In other
threads many have talked about running zIIP processors hot - 'Why are highly
busy zIIPs worse than highly busy CPs. The last thing that I want
Yes! I remembered this exit being added to z/OS. I looked and looked and
looked at Installation Exits and when I could not find it, figured I must
have read more into CSVLLIXn than really existed.
z/OS desperately needs some sort of "master index." IBM has the AI to be
able to put up a site that
On 6/14/2019 7:12 AM, Bill Ogden wrote:
Wow. Everyone is being helpful.
Yes! But only because nobody mentioned mainframe security or AMODE 32 :)
I have to say when I saw that DSN=FORMAT4.DSCB post I said, "What???"
and immediately went off to try it. Then I saw Skip's post about ZAP.
On 6/14/2019 8:08 AM, Paul Gilmartin wrote:
Is LRECL allowed to be greater than BLKSIZE? I could imagine coding
RECFM=U,BLKSIZE=1000,LRECL=1
to indicate that each logical record is divided into 10 blocks with no RDW.
LRECL=X (undefined or variable-spanned) lets you have literally
On Fri, 14 Jun 2019 10:46:40 -0400, Steve Smith wrote:
>+1 LRECL for RECFM=U is basically meaningless, and seems to have no
>function other than to cause WRNG.LN.ERORS (sick (sic- it's a joke)).
>
Is LRECL allowed to be greater than BLKSIZE? I could imagine coding
+1 LRECL for RECFM=U is basically meaningless, and seems to have no
function other than to cause WRNG.LN.ERORS (sick (sic- it's a joke)).
sas
On Fri, Jun 14, 2019 at 10:19 AM Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
> On Fri, 14 Jun 2019 00:48:06 +, Farley,
On Fri, 14 Jun 2019 00:48:06 +, Farley, Peter x23353 wrote:
>For RECFM=U it is not the LRECL that governs I/O behavior it is the BLKSIZE (I
>believe that LRECL is ignored for U), so in this particular case anything up
>to 27998 would be legal and allowed.
>
To avoid confusion, and to avoid
Wow. Everyone is being helpful. I am making a temporary ("one shot")
tool to help with a different problem that might involve dataset locations
on DASD. Was thinking of reading the VTOC directly versus picking fields
out of a IEHLIST DUMP listing. At the moment I am going with the IEHLIST
Thank you all! My old memory seemed to recall something like
DSN=VTOC.FORMAT4 which, while on the right general track, obviously
does not work. Never thought to look in Superzap for the information.
Bill
--
For
My new password is correct horse battery staple
On Wed, Jun 12, 2019 at 10:46 AM Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
> On Wed, 12 Jun 2019 11:13:47 -0400, Phil Smith III wrote:
>
> >John McKown wrote:
> >
> Which article are you replying to? I can't find it.
That is my preferred method (3.4), since I was already logged on, and can
reallocate the library much easier/faster, I'm just a little lazy sometime :)
I don't copy (3.3) a lot of times on LOADLIB's (some time ago there was an
issue with ISPF 3.3 not assigning aliases IIRC) I have JCL already
18 matches
Mail list logo
