I have not mined this thread meticulously, but I did not see mention of
software costs. If you upgrade your CEC, the ISV (V for vulture) folks will
descend upon you as in the Hitchcock movie and peck your corpse clean to the
bone. IBM will be there too with beak in motion.
The software costs
I don't see this as dynamic vs. static. It's about TSO vs. non-TSO. The
authority to mount a tape has always been associated with each individual
userid. It's an attribute of the userid in UADS. It's a profile in the TSOAUTH
class to which the userid must have READ access. 'Foreground' or
This thread motivated me to check my SMFPRMxx. On most systems we do not
specify MEMLIMIT. Turns out that the default is 2G. (Sorry if someone else
pointed that out.) Should cover most cases. ;-)
.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS
(Just picked off the last note in the thread.) I hate to leave this intriguing
discussion without a stab at lessons learned. Given that the problem was
finally solved and remediated through a PE APAR, there are a couple of actions
that might have led to faster resolution.
1. Rigorously pull
Thanks for the command syntax. I did not know about the SADMP option. As I
mentioned earlier, we first 'exercised' the auto IPL scenario when one LPAR ran
out of real storage. System was IPLed around 05:00. No one else even noticed.
Like you, I was sure someone had done it, but no, it was
of a way to generate a wait state)
Regards and thanks
Paul
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@listserv.ua.edu] On Behalf
Of J O Skip Robinson
Sent: Monday, March 23, 2015 2:20 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: Unscheduled automatic reIPL
I'm supposing that you have AUTOIPL coded in DIAGxx. AUTOIPL causes automatic
IPL in a situation that would otherwise leave you in a wait state. We actually
had this problem repeatedly early in R13 because the system would run totally
out of real storage, a problem that was eventually fixed by
Yes, a one qualifier data set can be cataloged. We have one.
SRST looks very cool. Thanks for the pointer! A simple loop searching for '.'
works but is not something to put on your resume. ;-) TRT is snazzier but
requires TLC for registers, especially R2. I imagine that TRT was invented back
I'm 90% sure of the answer but would like confirmation. We have a JES2
automatic command that's executes once an hour (T=3600) with no specific start
time. Before the Sunday Daylight Saving Time switch, this command was executing
at 45 minutes past the hour. Immediately after the time switch,
, at 5:35 PM you
changed the time to 5:36 PM, your hourly automatic command would start
faithfully executing every hour at 36 minutes after the hour.
Rex
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of J O Skip Robinson
Sent: Tuesday
I haven't played with the syntax of SYSDEF for ages, but here's what I use:
SYSDEF HWNAME(BIG-SKIP) LPARNAME(MY-TOY)
SYSNAME(SKIPEROO)
Indentation is paramount. Start SYSDEF in column 1, 'subordinate' statements in
column 2+. The above reads
If the box is called BIG-SKIP and
the
The examples I gave were for XCF, but we also use CTCs for VTAM. Once the
appropriate symbol is set in IEASYMxx, you can use it in VTAMLST just as you
would a hardcoded device number. VTAM provides full support for system symbols.
.
.
.
J.O.Skip Robinson
Southern California Edison Company
Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Steve Horein
Sent: Sunday, February 22, 2015 7:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IEASYMxx: How is possible define more than one LPARNAME at same
time in SYSDEF?
On Sat, Feb 21, 2015 at 6:41 PM, J O Skip Robinson jo.skip.robin
The PDS command can handle this task very nicely.
.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com
-Original Message-
From: IBM Mainframe Discussion List
It occurred to me after my previous post that you were indeed talking about
DFSMS itself. I've never been in-house for a migration to SMS, so I don't know
the history. I could see a chicken-and-egg problem in putting SMS resources
under control of a product that has not yet been installed. ;-)
The short answer is that what you want to do is very possible. We've been
running with similar configurations for many years through various hardware
combinations and LPAR distribution. Our specific IEASYMxx members would
probably not fit your particular needs and are overly complicated anyway.
I can say for sure that our HSM (that's what we're discussing, right?) datasets
are in user catalogs.
As for SMS, we use RLS for HSM control data sets, which (I believe) requires
SMS management. I remember having to make that change to implement RLS, which I
highly recommend if you have the
Catalog is not an issue (except that IODF should be cataloged somewhere), but
location is. The PDS containing LOADxx must be on the same volume as the IODF.
Let's call that IPLPARM. Sharing IODF means also sharing IPLPARM. It does not
get edited very often, but putting it outside of GRS
Assistant Vice President, Mainframe Engineering 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 J O Skip Robinson
Sent: Wednesday
I need to emphasize that this is not an online/offline issue. Response to D
M=CHP() indicates that only certain OSAC devices--online or offline--can be
accessed by certain LPARs. Turns out that this association is not defined in
the IODF at all but in the OSA 'Advanced Facilities' app on the
(Seymour J.) wrote:
J O Skip Robinson said:
I'm saying that the earliest messages that appear on the IPL console also
appear in syslog.
Yup. If you still miss them, you quickly remember to use 'K S' next time to
stop scrolling. But this is not a big concern for me.
That's quite different from from
...@mzelden.com wrote:
On Fri, 13 Feb 2015 17:09:03 +, J O Skip Robinson
jo.skip.robin...@sce.com wrote:
snip
2. In HMC Operating System Messages, messages will continue to appear after
IEE389I only if V CN(*),ACT is issued.
I've noticed that this command can be issued at some point before
before IPLing the system?
On Fri, 13 Feb 2015 17:09:03 +, J O Skip Robinson
jo.skip.robin...@sce.com wrote:
snip
2. In HMC Operating System Messages, messages will continue to appear after
IEE389I only if V CN(*),ACT is issued.
I've noticed that this command can be issued at some point
We have a perfectly serviceable IODF created by a long departed colleague.
Consoles are hung off an OSA Console CHP. Each LPAR has access to four devices
such that D M=CHP(xx) looks like this:
0 1 2 3 4 5 6 7 8 9 A B C D E F
00yy $@ $@ $@ $@ $@ $@ $@ $@ $@ $@ $@ $@ $@ $@ $@
IPLing the system?
In
bn1pr0101mb07546706ca5f178b84197399ce...@bn1pr0101mb0754.prod.exchangelabs.com,
on 02/10/2015
at 06:43 PM, J O Skip Robinson jo.skip.robin...@sce.com said:
There is surely no advantage to varying OPERLOG off at shutdown.
However, we should note that syslog also captures early
Of course Barbara is right. Operlog for the same reIPL I quoted in my previous
post shows the full sequence of shutdown messages pretty much up to the XCF
wait state. So there is a clear advantage to letting operlog run right up to
the edge of the cliff. Do not shut it down.
.
.
.
J.O.Skip
There is surely no advantage to varying OPERLOG off at shutdown. However, we
should note that syslog also captures early messages from NIP onwards because
they get buffered until JES starts. Nothing gets lost as long as JES starts in
the same IPL.
OTOH, it's not clear what happens to OPERLOG
We have a sizable suite of Tivoli Omgamon products. They are tied together by
Sysview. I don't use Sysview myself, but our operations folks do. Suggest you
check out the offerings.
.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program
Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of J O Skip Robinson
Sent: Tuesday, February 03, 2015 10:53 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Mainframe Command Center - consolidating monitoring views
We have a sizable suite of Tivoli Omgamon products. They are tied
-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
On Behalf Of J O Skip Robinson
Sent: Wednesday, January 28, 2015 1:27 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: FTP MGET
Thanks for all the suggestions. I tried MGET *.* because I saw that somewhere
on the interweb
The number one choice for mainframe education in the U.S. is SHARE, coming up
fortuitously in Seattle the first week in March. Sign her up!
P.S. No need for a crash course in Polish. ;-)
.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program
MVSlpar
cd 'MVS.PDS'
prompt off
mget *
bye
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
On Behalf Of J O Skip Robinson
Sent: Wednesday, January 28, 2015 1:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: FTP MGET
I'm trying to pull
directory in dir1 to a new one dir2
and issue command:
Copy c:\dir1 c:\dir2\*.txt
Cd c:\dir1
ftp MVSlpar
cd 'MVS.PDS'
prompt off
mget *
bye
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
On Behalf Of J O Skip Robinson
Sent
I'm trying to pull an entire PDS to work station. FTP MGET seems the way to go,
but my first effort yielded files with just the member name as file name. I
want member.txt so that I can look at them conveniently. Can't get anything to
work. Last try was this. Each operand is surrounded by
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of J O Skip Robinson
Sent: Tuesday, January 27, 2015 11:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Health Checker and SMF
Before imploring IBM to add new function to an already deprecated
Before imploring IBM to add new function to an already deprecated SMF
collection mechanism, I suggest giving SMF logger a try. Even with limited
coupling facility resources, you can set up DASD-only log streams--although I
have no experience with these. SMF logger is not bullet proof, but it's
Yikes. I don't fully understand the impact of OA44240. The APAR text does not
mention UCB lookup. We have several RYO and an indeterminate number of ISV
programs that utilize the 'traditional' UCB lookup process. Will everything
fall apart when the PTF is installed?
.
.
.
J.O.Skip Robinson
We found a bug early on in OMVS with HFS allocation. HFS by design allowed
attributes that were denied to PDS. In some circumstances, allocation was
checking attributes in the wrong order and failing a request for HFS because it
was mistakenly deemed to be PDS. Fixed by APAR.
.
.
.
J.O.Skip
The Linux-only option is not new. Our z12 and z196 Linux-under-VM LPARs are
defined with the 'LINUX only' option. I don't recall an explicit reason for the
recommendation.
.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
'Three in a row' means a sequence of accesses to a *particular* userid without
an intervening success. Accessing any number of *other* userids in the meantime
has no effect on the error count for that single userid. Only a successful
access to that userid resets the count, which may increment
With JCL allocation, you still have to give IDCAMS the OUTFILE parameter, not
OUTDATASET.
.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com
-Original
The shop I worked at in the late 70s had an Amdahl box. Don't remember the
model; it was red, if that helps. The newest version of MVS came with a test
early in NIP to check for supported hardware. It executed an instruction that
our Amdahl box did not have in its arsenal. On our machine, this
I believe that you need access to profile PARMLIB in CLASS(TSOAUTH) in order to
use the PARMLIB command. I have ALTER. Not sure what minimum is required.
.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
626-302-7535 Office
In the absence of a truly informed response, I'll take a stab. I learned that a
(QSAM) I/O request specifying a block size less than the actual size-of-block
results in an abend/RC that describes the error. OTOH if the size-of-block is
lower than requested, the operation is successful; it's up
Generally 'resources' in the context of 'freeing up' refers to CPU cycles, in
which case there is no difference between V XCF,OFF and deactivating the LPAR.
If the LPAR is a coupling facility used only by the sandbox, it should be shut
down as well.
The problem with 'freeing up
My complaints focus on those HCs that don't really make sense any more. For
example, in 1984 it would have been a cogent warning that the Product X master
file and its backup/alternate are located behind the same DASD control unit. If
you lost the control unit, you'd lose both copies. In 2014
...@patriot.net wrote:
In
cy1pr0101mb076351ce69bc7140c03659c2ce...@cy1pr0101mb0763.prod.exchange
labs.com,
on 12/13/2014
at 06:53 PM, J O Skip Robinson jo.skip.robin...@sce.com said:
Since there's no actual WTOR, I cannot invoke a second REXX to
continue the conversation.
What are you trying to say
'OPER' is just the TSO command, which can be embedded in a REXX. The SLIP
subcommand will send a prompt back to the user but not as a WTOR. On the screen:
IEE725I SLIP PARAMETERS ARE-
PER-IF,ENABLED
ACTION=SVCD,SET BY
: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Tom Brennan
Sent: Friday, December 12, 2014 5:58 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IKJ56500I COMMAND OPUTX NOT FOUND
J O Skip Robinson wrote:
Use ISRDDN and look in each SYSPROC and SYSEXEC PDS until you find
Should have mentioned that when I entered MEMBER OPUTX on the ISRDDN screen, I
also found a HELP member of the same name. Would not have seen that otherwise.
-Original Message-
From: J O Skip Robinson
Sent: Saturday, December 13, 2014 10:59 AM
To: 'IBM Mainframe Discussion List
A health check would be overkill not worth the blood, sweat, and tears. Just
cite the need for PROGxx in the new function description. Good enough. Focus on
higher value.
.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
I had occasion yesterday to set an IF SLIP trap with lots of parameters. I used
the OPER command in a REXX. Beyond a certain tipping point I got 'command too
long, SLIP deleted'. I managed to get by with fewer parameters but wonder
whether some variation on PARMDD in z/OS 2.1 would allow for
I thought later about PARMLIB, but it took many tries to get what I needed.
That's lots of PARMLIB editing in production. Had not considered SDSF long
command.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
626-302-7535
OPUTX is an alias for BPXWPUTX, a REXX EXEC. If you want to run it in the
example job, you need to include SYSPROC or SYSEXEC for the PDS that contains
it in your shop.
.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
@LISTSERV.UA.EDU] On Behalf
Of J O Skip Robinson
Sent: Friday, December 12, 2014 2:43 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IKJ56500I COMMAND OPUTX NOT FOUND
OPUTX is an alias for BPXWPUTX, a REXX EXEC. If you want to run it in the
example job, you need to include SYSPROC or SYSEXEC for the PDS
@LISTSERV.UA.EDU] On Behalf
Of J O Skip Robinson
Sent: Friday, December 12, 2014 3:25 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IKJ56500I COMMAND OPUTX NOT FOUND
The SMPE install library is SBPXEXEC, which in our shop is SYS1.SBPXEXEC.
However, since this works for you in TSO, someone may have
Vis-à-vis fragmentation, I was once tasked with finding the 'largest chunk of
free storage' in order to order to set region limit in IEFUSI. I no longer have
the code, but I believe I used VSMLIST to scan through available chunks to
locate the biggest one. This may be overkill for your needs,
This is *not* a counter-example to Mark's point that the 'building LPAR' should
make no difference but an observation that in 'bronzeplex', some things work
differently from a gold?/platinum? plex. Our bronzeplex is truly a parallel
sysplex that meets all IBM requirements for you-know-what.
Responding to the original post...I think that setting time limit(s) in IEFUSI
is highly unorthodox. Having to depend on an undocumented--essentially
coincidental--pointer to the LCT is begging for trouble. Two possible solutions.
1. Find a documented, independent way to reach the LCT. I poked
If the first system IPLed is not the last system brought down, you may have to
reply I to initialize the sysplex. This is because the last system leaves no
compatriot behind to do final cleanup of the couple data set(s). In the
last-down/first-up sequence, the system recognizes his own body
It's mildly refreshing to have this discussion without the specter a time
change event looming before us. I had not heard of a cheating mechanism. Sounds
like the old airline magazine syndrome. Years ago we used to IPL at time
change, at least for the Fall-Back event. Over the years we made
We occasionally see this message:
IKJ56644I NO VALID TSO USERID, DEFAULT USER ATTRIBUTES USED
I cannot find a current instance of this message in my system, but basically it
means that the purported SAF userid is not defined to TSO--I guess either
installed security product or UADS. The
We run APPC/ASCH. Here's what I see in SDSF. APPC and ASCH have no JES jobid.
(Excuse the spacing; I can't seem to set the font in this note.)
JOBNAME Sys StepName JobIDASIDX
APPC XX APPC 0049
ASCH XX ASCH 004E
ASCHINT XX ASCHINT STC00503 0061
.
.
.
We have been sharing tapes among systems for decades. Parallel sysplexes,
monoplexes, basic sysplex in the mix. Multiple data centers connected via
'channel extension' (technology evolved over the years). Any system in the
enterprise can allocate any tape drive.
STK/Oracle tape, not IBM.
Chuck,
I have not read all posts in this thread, but I hope you can sense the tone of
impatience. You're not asking for the secret to brain surgery. (Is there one?
Did I miss my true calling?)
I've been doing what you seem to want for decades, through umpty-ump z/OS and
SMPE releases. So
Tax treatment may differ by state, but it does apply in California. For years
now we have been prohibited from accepting any physical media whatever for
products, maintenance, or documentation.
.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS
I see this message routinely in two circumstances.
1. The 'job' is actually a started task running SUB=MSTR, i.e. not under JES.
An STC can resemble a job if run from SYS1.STCJOBS, so look at it carefully.
2. The job has steps/tasks that run under OMVS. For example, my ShopzSeries
orders
For some types of what I'll all 'radical' changes, we've found it necessary to
implement in two steps. The first step deletes the old stuff. The second step
adds the new stuff back where the old stuff used to be. Each step requires full
h/w and s/w activation.
If instead you try to transform
Aside from the question of what you would like to have, I think the bigger
question is what's possible. The z9 has been out of marketing for a long time.
AFAIK you cannot alter the configuration in any way. That is, adding a FICON
card is not an option.
-Original Message-
From: IBM
201 - 269 of 269 matches
Mail list logo