Hi Simon,
No, aliasing would not help: the original SMP/E datasets could then be
updated via their aliases.
I'm guessing that the CSI and its associated SMP/E datasets are for a
production system. If the intention is only to read them, this can be
done directly from the production CSI
Hi Simon,
No, aliasing would not help: the original SMP/E datasets could then be
updated via their aliases.
I'm guessing that the CSI and its associated SMP/E datasets are for a
production system. If the intention is only to read them, this can be
done directly from the production CSI SMP/E
On Fri, May 4, 2018 at 3:37 PM, Jerry Callen wrote:
> On Fri, 4 May 2018 13:00:55 +, Rob Scott
> wrote:
>
> Dave
>
> As someone who is a complete dinosaur and used to source control
> systems like SCLM, it took a bit of getting
On three specific days of year on a Wednesday or Saturday, so like once a year.
On Fri, May 4, 2018 at 8:16 PM, Tom Brennan wrote:
> Thanks, when I first heard about this I wondered why those machines don't
> use some kind of truly random input, such as temperature
Thanks, when I first heard about this I wondered why those machines
don't use some kind of truly random input, such as temperature or radio
signal noise. So it turns out they do! But this guy just wrote code to
bypass that input :)
Charles Mills wrote:
https://nyti.ms/2KvNzZf
The Times
https://nyti.ms/2KvNzZf
The Times has a partial paywall. I apologize if you are unable to read the
story.
Charles
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with
I currently think it has to do with a combination of a faulty tape and a
mis-configuration in the IODEF, and a testing environment.
Normally, this CPU has no powered-up real tape drives, just a VTL. For
some testing of new back-up procedures, they wanted me to use a real
3590 so as to not add
I usually use UNIT=AFF=SMFIN - Maybe you can try that instead.
Not sure of the syntax but it always works for me.
Thank You
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Tony Thigpen
Sent: Friday, May 04, 2018 2:35 PM
To:
I am not sure if this was covered,
But would the combination of
VOL=REF=* and DISP=(,PASS) not work at keeping the tape up?
Lizette
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of
> Tony Thigpen
> Sent: Friday, May 04, 2018 1:32
IIRC the ANAL30DD was a user contributed pgm. Without too much labor it was
modified to produce several very handy reports. Seems like IBM would produce a
SORT solution for reporting USER key usage. The SLIP on a z14 reduces it from
boogity, boogity to boog, boog, boog-single step instruction
Is it possible there is some competing "service" that forces drive maintenance
(head cleaning?) every xxx tape mounts?
An RMM feature?
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Tony Thigpen
Sent: May 4, 2018 12:35 PM
To:
No go. Unit=Aff is only applicable within the same job step.
Tony Thigpen
Chris Hoelscher wrote on 05/04/2018 04:05 PM:
Unit=aff=step.ddname ???
Chris Hoelscher
Technology Architect, Database Infrastructure Services
Technology Solution Services
Humana Inc.
123 East Main Street
Louisville, KY
On Fri, 4 May 2018 13:00:55 +, Rob Scott wrote:
Dave
As someone who is a complete dinosaur and used to source control
systems like SCLM, it took a bit of getting used to for me.
I found that once I abandoned PDS datasets and used
Unit=aff=step.ddname ???
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
I have a 50+ step backup job (using real 3590s) that has steps like:
//STEP049 EXEC PGM=ADRDSSU
//SYSPRINT DD SYSOUT=*
//DASD DD DISP=SHR,UNIT=3390,VOL=SER=HKYTD4
//BACKUP DD DSN=DR.T.DSS.HKYTD4.,DISP=(NEW,KEEP,DELETE),
// UNIT=3590,VOL=(,RETAIN,REF=*.STEP048.BACKUP),
//
That sounds great Susan, and I have the KC server running on an LPAR here,
(2.2) and using Softcopy Librarian V5 to load the contents, so where are all
the 'other' books I'd like to load, DB2, MQ, IMS...to name a few?
those KC books do not appear in any selection, .Boo or .PDF format for me to
Done.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Peter Relson
Sent: Friday, May 4, 2018 5:03 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Installation Exit routine environment (TCB vs. SRB)
It appears that relatively
On Fri, 4 May 2018 12:19:14 -0500, Horst Sinram wrote:
>a daemon is a long running task, like an STC.
I wondered about that, but noticed that the Infoprint manual suggests
using what Anne had described.
>A single period velocity goal is the preferred goal type for a daemon.
It might make
I shall do so.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Peter Relson
Sent: Friday, May 4, 2018 5:03 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Installation Exit routine environment (TCB vs. SRB)
It appears that
On Fri, May 4, 2018 at 10:24 AM, Seymour J Metz wrote:
> Why? Wouldn't it be better to put facilities requiring assembler into
> function packages so that other REXX scripts can use them? It's no rocket
> science.
>
It's Friday. And I hit my head last night on a hard object
I guess I should mention that Bookmanager worked very well here.
> -Original Message-
> From: IBM Mainframe Discussion List On
> Behalf Of Susan Shumway
> Sent: Friday, May 04, 2018 10:14 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Rant
>
> You're hired,
Anne,
a daemon is a long running task, like an STC. It makes very little sense to use
multi period goals (with short durations) because it will eventually fall
through to later periods. A single period velocity goal is the preferred goal
type for a daemon.
Only if the daemon would be at risk
You're hired, Elardus! ;-)
Vignesh (and everybody else), Elardus's recommendation to start at the
z/OS Internet Library (
http://www.ibm.com/servers/resourcelink/svc00100.nsf/pages/zosInternetLibrary
) is spot-on and what I tell people myself. From there, you can access
all the different
An alias entry in a PDS directory doesn't point to the base name, it points to
the actual member. And, yes, I know about load modules, but what the link
editor/binder puts in the user halfwords doesn't count.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
In the last few years I've had better luck using wiki as a search engine than
using google; even though google allegedly has syntax for restricting the
search, it still gives lots of hits that don't match; a "smart" search of the
"Do what I want in some alternate universe rather than what's in
Why? Wouldn't it be better to put facilities requiring assembler into function
packages so that other REXX scripts can use them? It's no rocket science.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List
Hi,
Maybe it would be possible to rename the datasets as desired and create dataset
aliases for the old names, so no SMP/E changes would be required?
thanks,
Simon
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of CM Poncelet
Done
Carmen Vitullo
- Original Message -
From: "Lionel B. Dyck (TRA)"
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Friday, May 4, 2018 8:27:13 AM
Subject: RFE for zfsadm man page enhancement
Please vote for this RFE
Please vote for this RFE
https://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe_ID=119658
Description:
The zfsadm man page is a good start but needs to be enhanced thus:
1. Enable 'man -k .' to find information within it
2. Expand to support the various zfsadm sub-commands (e.g.
Dave
As someone who is a complete dinosaur and used to source control systems like
SCLM, it took a bit of getting used to for me.
I found that once I abandoned PDS datasets and used z/OS unix file systems on
z/OS to store the source I was working on, all things began to fall into place.
For
On May 4, 2018, at 7:01 AM, Rob Scott wrote:
>
> Rocket Software offer an open source GIT port for z/OS - see
> http://www.rocketsoftware.com/zos-open-source/tools.
>
> I use it and I like it.
>
Me too. I develop on both z/OS and Unix and my workflow is very
Thanks Rob. Already have it downloaded and installed. :) It's the knitting
all the pieces together and making it work that scares me. Then there is the
"training" of all of our "legacy programmers".
_
Dave Jousma
Manager
On Thu, 3 May 2018 14:11:11 -0500, Steve Horein wrote:
>Yes, I used the set name "LNKLSTxx" arbitrarily for demonstration purposes.
>The current PROGxx defines several sets, with the final set activated at
>IPL time having a name similar to
>
>What I am trying to avoid, in addition to
Dave,
I have working on this very topic for the past year or two. I have giving
presentations to IBM zCouncil and there was a presentation on the last SHARE
conference in Sacramento. And I will be giving a SHARE Live! Presentation in
St. Louis in August.
Here are the tools that I have been
It appears that relatively few exits document their TCB vs SRB
requirements. They should.
While I wouldn't bet that it would get done quickly, a RCF asking for that
documentation for every exit in the installations exits book seems like a
good first step.
Peter Relson
z/OS Core Technology
Dave,
Rocket Software offer an open source GIT port for z/OS - see
http://www.rocketsoftware.com/zos-open-source/tools.
I use it and I like it.
Rob
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Jousma, David
Sent: Friday, May 4,
All,
I've seen occasional comments here regarding z/OS GIT, DEVOPS, etc.Just
wondering if anyone has taken the plunge for mainframe source code management
that is similar to open systems? I'm talking about using iDZ as the IDE, GIT,
GIThub, Jenkins, Urban Code Deploy, etc? Our open
As with anything that has storage requirements, there is a limit. That
limit might be enforced or might be "until you run out of the necessary
storage".
LNKLST sets are no different. There is no enforcement. The storage in
this case is ECSA.
Terminology correction: There is a *current* LNKLST
On Fri, May 4, 2018 at 6:33 AM, Peter Relson wrote:
> ...the logic above is done on _every_ OPEN for _every_ DD
> name. Or is it only if the OPEN is for a DCB which is BPAM (i.e. the DD
> concatenation is for libraries)?
>
>
> I'm not sure, but since APF authorization applies
...the logic above is done on _every_ OPEN for _every_ DD
name. Or is it only if the OPEN is for a DCB which is BPAM (i.e. the DD
concatenation is for libraries)?
I'm not sure, but since APF authorization applies only to load libraries,
I'd imagine that the OPEN processing is done
only for
I believe that the "IPLINFO" rexx exec pre-dates the dynamic APF implementation
and used to show the APF table using the rexx inbuilt storage function by
traversing the static APF control blocks (I cannot remember if these fields
were GUPI or not).
When dynamic APF was introduced, someone
41 matches
Mail list logo