As others have said, there are several products that can accomplish this
goal. We used already licensed VPS to fulfill a COVID requirement. OTOH you
can do it RYO using SDSF, Rexx, and maybe FTP. There will tons of work over
lots of time.
J. O. Skip Robinson
jo.skip.robin...@gmail.com
The system is thought to still be active in the plex. Issue V XCF,xx,OFF
from another system.
J. O. Skip Robinson
jo.skip.robin...@gmail.com
323.715.0595
On Wed, Oct 27, 2021, 18:07 Mark Jacobs <
0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:
> I'm trying to bring a syste
.
The contact is Robert Hedge, rhe...@hedgemgmt.com .
-- Mainframe engineering types (not systems programmers)
-- People with MQ expertise
-- Mainframe security
-- Batch/scheduling
-- Monitoring
Skip Robinson
323-715-0595
I've never had occasion to post a position on IBM Main. What's the
protocol?
--
Skip Robinson
323-715-0595
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu
25:10 +0100, CM Poncelet
> wrote:
> >
> >> Anyone can call himself an engineer (e.g. a motor mechanic etc.) It is
> >> illegal for anyone to call himself a *Chartered Engineer* (CEng) without
> >> being qualified and registered as such with an accredited Eng
still don't know what my manager friend is looking for.
On Wed, Oct 13, 2021 at 1:10 PM Matt Hogstrom wrote:
> Back in my day that was the systems programmer. Kind of like the old
> general practitioner doctor
>
> Matt Hogstrom
> +1 (919) 656-0564
>
> > On Oct 13, 2021,
rything installed in the
> > > default libraries.
> > >
> > > My concern is, when we migrate to a new z/OS release do I have to do
> > > the whole install again?
> > >
> > > Can I, from the beginning, install all the SSH libraries in a different
&g
gave it out to anyone and went to Kinko's
> and made my own: Mainframe Technical
>
> I'm not sure who Señor zEngineer was anyway.
>
> On 10/11/2021 9:22 PM, Bruce Hewson wrote:
> > Mine is listed as
> >
> > Infra Tech Lead Analyst
> >
>
er to Machines" as my
> job title
>
> Jerry Whitteridge
> jerry.whitteri...@albertsons.com
> Manager Mainframe Systems & HP Non-Stop
> Albertsons Companies
>
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf
> Of Skip Robinson
&g
3D%7C1000sdata=jmvW8lFxWmWGMvpNsAFOzYwBAJhTppJDPfEWcCXsrl0%3Dreserved=0
> >
> >
> > CONFIDENTIALITY STATEMENT: The foregoing message (including attachments)
> is covered by the Electronic Communication Privacy Act, 18 U.S.C. sections
> 2510-2521, and is CONFIDENTIAL. If you believe that it has been sent to you
> in error, do not read it. If you are not the intended recipient, you are
> hereby notified that any retention, dissemination, distribution, or copying
> of this communication is strictly prohibited. Please reply to the sender
> that you have received the message in error, then delete it. Thank you. '
> >
>
>
--
Skip Robinson
323-715-0595
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
49
> >
> > Assuming you don't count Logica. ("Oh, that wasn't a real mainframe
> hack, they came in through USS.")
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Bill Johnson
> >
first.
> Besides not needing DCB, DSORG is usually useless as well.
>
>
--
Skip Robinson
323-715-0595
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
"You move me." And then the rest
> of us, in a smooth professional manner, stagger around and try not to wet
> our pants. -Dave Barry, rock guitarist */
>
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf
> Of Skip Robinson
> Sent: Sunday
embracing the line of OSes, OS/360, MVT,
> OS/390, z/OS,
> and all those others? I don't like to say "MVS" when I wish to include
> the pre-virtual
> systems, and I don't like to say "OS/360" when I wish to include z/OS.
>
> --
Skip Robinson
323-715-0595
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
On Sun, 3 Oct 2021 09:37:00 -0700, Skip Robinson wrote:
>
> >Newbie auditors are notorious for 'spelling out' abbreviations that over
> >the decades have become actual names. And yes, idiocy is only one
> >consequence. The result can be gibberish.
> >
> A long time
On Sun, 3 Oct 2021 09:37:00 -0700, Skip Robinson wrote:
>
> >Newbie auditors are notorious for 'spelling out' abbreviations that over
> >the decades have become actual names. And yes, idiocy is only one
> >consequence. The result can be gibberish.
> >
> A long time
zFS file named SHORTNAM and could not reference
> it.
> >I think the convenience and simplicity of being able to say simply
> >FILENAME(whatever) outweighed the perils of the ambiguity. Product design
> >involves tradeoffs.
>
> -- gil
>
>
>
--
Skip Robinson
323-715-0595
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
gn
> >involves tradeoffs.
>
> -- gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
l them, anything more is
> almost never required.
>
> ---
> Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
>
> /* Having your book turned into a movie is like seeing your oxen turned
> into bouillon cubes. -John LeCarré */
>
> -Original Message-
> From: IBM Main
and finds the REXX exec
> identifier, the EXEC command runs the procedure as a REXX exec.
> Otherwise, it runs the procedure as a CLIST.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
>
> From: IBM M
the specific verstion libraries under SYSPROC or SYSEXEC as
appropriate for daily use.
On Wed, Sep 29, 2021 at 3:06 PM Skip Robinson
wrote:
> Not sure we got here from 'PLI', but so be it. I was deeply embedded in
> CLIST writing by the time REXX made its way to TSO/E. Here are a few poin
September 29, 2021 11:01 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: PL/I vs. JCL
>
> On Wed, 29 Sep 2021 10:48:53 -0700, Skip Robinson wrote:
>
> >Is that operand required?
> >
> Only sometimes. IBM made it as compli
://mason.gmu.edu/~smetz3
>
>
>
> From: IBM Mainframe Discussion List on behalf
> of Skip Robinson
> Sent: Wednesday, September 29, 2021 12:42 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: PL/I vs. JCL
>
> How about invoking a module directly? No SYSPROC is involve
> but
>
> /* This is a program */
>
> does not. So something is parsing the entire first line, looking for the
> leading "/*" and four letters "rexx" in a row, case-insensitive. Bizarre.
>
>
>
> Having grown up in VM, I'd never even thought
; Edward E. Jaffe
> 831 Parkview Drive North
> El Segundo, CA 90245
> https://www.phoenixsoftware.com/
>
>
--
Skip Robinson
323-715-0595
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
s, your maintenance schedule would
> have impact on your IPL plans. :)
>
> If you have a client that wants to stay at quarterly RSU levels, then you
> would be most likely be going to IPL quarterly
>
> Brian
>
--
Skip Robinson
323-715-0595
--
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
--
Skip Robinson
323-715-0595
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
n2sI6MoU8dhtfvE8ogXraK9tamsmURtrXsaWSolbG6BlMFjqijgEC7egHBDFADO8ILwxS_Gld-cZ5Ri753y2qD5vPhFj6WhQxQ477rnylirWDiuRX312rsEDIpbiR5hCQzG3xPe1eTh0NXd647E2XEVB6er1LA1ZlNRuqlDJDlC-u9jZs6u6_wHT26hF4bU4vI83sQraBV/https%3A%2F%2Flistserv.ua.edu%2Fcgi-bin%2Fwa%3FA0%3DIBM-MAIN.
> ..
> >
> >
> &g
We had a similar intermittent problem a while back. A multi-step DB2 backup
job would occasionally get a data set conflict and fail. We put into
automation (Netview SA) a response to the conflict message that would
display any enqueue on the resource: D GRS,RES=(*,dsn). We never found a
culprit.
Link list is one of the most commonly misunderstood z/OS features. When link
list is built at IPL, MVS uses the specified list of libraries but does not
subsequently access programs via those DSNs. Instead, a table of disk extents
is created that maps the named libraries across all the volumes
I confess to never having been the 'z/OSMF guy' at our shop. All I know is from
arm's length observation and from hearsay. Not sure which is a flakier basis
for commenting on installation and customization. I resolve to dig into this
with a clear head and unbiased eye. Thanks for the pointers.
My suggestion for using the SHARE code as prefix goes back to the 1980s when
IBM made a similar recommendation for the (then new) mainframe networking
function (MSNF?) that provided for world-wide peer-to-peer connections. The
idea was to establish a naming convention that, if everyone followed
For the record, I was once zookeeper for a 4341. West Coast technology
subsidiary of a major East Coast bank. It ran native 'commercial' MVS (no VM)
in the early 80s. It may have been an oddball for having been delivered with
CKD DASD, but the goal was to simulate the bank's much larger boxes
can be solved by having a UADS-defined TSO user can
> be better addressed by a "must have" alternative, why persist with any UADS-
> defined TSO users once the alternative is available?
> Joel C. Ewing
>
> On 02/14/2016 01:04 PM, Skip Robinson wrote:
> > Th
I went to that site and requested subscription to my new sce.com email. I
got
"A confirmation request is being sent under separate cover."
So far I don't see that email. I suspect that it's the confirmation note
that has no Sender, which means that this method may fail also. ;-(
.
.
.
J.O.Skip
M-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Ed Jaffe
> Sent: Sunday, February 14, 2016 07:37 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [Bulk] Re: [Bulk] UADS (was Re: [Bulk] Re: COBOL v5)
>
> On 2/13/2016 8:04 PM, Skip Robinson wrote:
> > This opinion is based on (thankful
Does anyone else have a certain cockeyed nostalgia for Doomsdays that just
never materialize? They are so entertaining.
.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
jo.skip.robin...@att.net
>
Just an observation that historically JES2 (and maybe JES3) have meticulously
accompanied control block changes with macro label changes. For example, if a
field changes from halfword to fullword, then the name is changed as well. The
resulting user mod/exit assembly error is a huge red flag
would seem to call for a small number of UADS-defined IDs to speed
> overall restore time if your security DB happens not to share a volume
with
> some other data sets required to IPL and log on. But what do I know?
>
> Skip Robinson wrote:
> > Ah, UADS. A prime exampl
Mobile
<mailto:jo.skip.robin...@att.net> jo.skip.robin...@att.net
From: Skip Robinson [mailto:jo.skip.robin...@att.net]
Sent: Wednesday, February 10, 2016 09:11 AM
To: 'dar...@bama.ua.edu' <dar...@bama.ua.edu>
Cc: Dinesh Subramanian/SCE <dinesh.subraman...@sce.com>
Subject: P
e could IPL from the cartridge drive.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Ed Jaffe
> Sent: 05 February 2016 07:38
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Stand-Alone DSS RESTORE with 3584 Libr
One more point on standalone restore. IPLing from a tape volume basically
assumes that the tape is non-labelled. That is, the first record read is
expected to be a bootstrap record. If a tape has labels, the first load will
fail, but the tape will be positioned at the next block. So IPL again
The DASD route is unrealistic on several grounds as noted. I think tape has to
be the solution. Could IBM (or intermediate reseller) loan a 'standalone' tape
machine just for installation? We get loaner hardware on (rare) occasions as
needed. This is a one-time problem that needs a one-time
I'd like to suggest an alternative recovery strategy. Once upon a time it made
sense to devote a tape or two to standalone restore. We kept a couple of
cartridges in a drawer just in case. Two problems evolved over time.
1. What would we restore? There are so many different components required
PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Manipulating system symbols
>
> On 2016-02-03 19:27, Skip Robinson wrote:
> > This is why I strongly recommend that installation-defined symbols be
> prefixed with a unique string, which I also recommend be the SHARE
> in
UA.EDU]
> On Behalf Of Art Gutowski
> Sent: Wednesday, February 3, 2016 01:08 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [Bulk] Re: Manipulating system symbols
>
> On Sun, 31 Jan 2016 08:50:43 -0800, Skip Robinson
> <jo.skip.robin...@att.net> wrote:
>
> >We
I never saw a reply to this question. I'm intrigued as well but do not have
an answer.
.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
jo.skip.robin...@att.net
> -Original Message-
> From: IBM
Because he retired, Bruce never had the opportunity to work with a really great
emulator like, say, Vista3270. With Vista, the mouse quickly becomes your new
bestie. Vista was written by a certain mainframe veteran who understood the
platform and coded myriad little productivity aids that allow
The old PDS command and its progeny StarTool have FINDMOD, which is very good
at checking all possible sources in the right order. Furthermore, if a module
is found in more than place, all are listed. Of course only the first is the
actual source, but you can see what would happen if #1 went
activity and batch restore is not, minimizing
> recovery
> >> time would seem to call for a small number of UADS-defined IDs to speed
> >> overall restore time if your security DB happens not to share a volume with
> >> some other data sets required to IPL and log on
s in a year, unload your RACF
> DB using IRRDBU00, optionally run DBSYNC to generate commands to recreate
> your RACF DB, etc.
>
> I repeat - Just keep your RACF DBs on separate volsers, not on a IPL volser.
>
>
> Skip Robinson wrote:
>
> >> Ah, UADS. A prime exa
I think it just means 'isolate', as in pulling the name from something like a
JCL member. Vist3270 can easily isolate a DSN. Apparently OP wants to start a
concurrent edit session on that DSN.
.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS
We run several CA products, which means CA90S (name?) early in IPL. I don't
know CAMASTER, but on a running system I can find no evidence of the symbols
you name. I'm not sure that the point of CA initialization would be early
enough for our needs.
.
.
.
J.O.Skip Robinson
Southern California
mpany
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
jo.skip.robin...@att.net
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Skip Robinson
> Sent: Saturday, January 30, 2016 06:09
...individually could *not* meet the test...
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Skip Robinson
> Sent: Sunday, January 31, 2016 10:01 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [Bulk] Re: Deleting
l
> you just aren't going fast enough.
>
>
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Skip Robinson
> Sent: Saturday, January 30, 2016 11:05 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject:
nframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Ed Gould
> Sent: Saturday, January 30, 2016 11:06 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [Bulk] Re: [Bulk] Re: COBOL v5
>
> On Jan 30, 2016, at 11:11 AM, Skip Robinson wrote:
>
> > Ah, UADS. A p
lf Of R.S.
> Sent: Friday, January 29, 2016 02:49 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [Bulk] Re: COBOL v5
>
> W dniu 2016-01-29 o 19:17, Skip Robinson pisze:
> > We ran an inherited ISAM application in the 80s, a true dog. Then we
> > learned of a VSAM conve
ke
> advantage of Symbol substring?
> http://www-
> 01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.ieae2
> 00/usesubs.htm
>
>
> On Sat, Jan 30, 2016 at 10:47 AM, Skip Robinson <jo.skip.robin...@att.net>
> wrote:
>
> > For the first time in ag
For the first time in ages we are in the process of enhancing our inventory
of user defined system symbols (IEASYMxx). I jumped out half-cocked and
attempted to set a symbol equal to the name of the current LPAR. That sounds
easy, but I cannot find an simple way to do it. Even pored over the V2R1
What Tom said. Running a parallel sysplex, even a bronze one, without GRS
protection would be, as we observed here recently, 'inconceivable'. The fallout
of my experiment indicates the need for a Plan B. It's either bypass enqueue
(File 183 you say?) or, as OP actually did, bring down the
I don't know of a 'classic' definition. To me bronze-plex is a fully functional
parallel sysplex that shares little or nothing more than what's required for
sysplex, essentially the control data sets plus any others that might be needed
for 'qualifying' sysplex exploiters. JES is not on the
I'm not sure what ISPF function you're referring to. This happens all the
time in our bronze-plex. Editing SYS1.PARMLIB(ABC) on one system. Cannot
concurrently edit SYS1.PARMLIB(ABC)--different volume--on the other system
because of GRS. It's an inconvenience but not a show stopper. Believe me, we
AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [Bulk] Re: [Bulk] Re: [Bulk] Re: IEFSSREQ SSOBUSER Validate A JES2
> Destid
>
> On 29 January 2016 at 01:09, Skip Robinson <jo.skip.robin...@att.net>
> wrote:
> > It's curious that you're getting this message if you d
We ran an inherited ISAM application in the 80s, a true dog. Then we learned
of a VSAM conversion aid that was at the time built in to whatever then
passed for DFSMS. It was magical. Simply convert files from ISAM to VSAM and
point the application to them. The system automatically transformed all
I finally got TSO access. Yay for me. Meaning that I can experiment. I'm
grateful to this thread for education on what to expect in a crunch. Here's
what I found as a user who has access to the magic RACF profile.
1. Allocated two SMS managed data sets from two members of the bronze-plex.
I've done this for a few VM installs. It's been a couple of years, but
here's what I'm pretty sure of. You have to possess (delivered or
self-created) an IPLable DVD containing the VM kernel code. You insert the
DVD into an actual directly-connected HMC and select 'Load from Media'. The
DVD reader
IBM-MAIN recently had a thread on the delicate problem of finding the right
Windows Java to communicate remotely with HMC functions, especially Op Sys
Messages. We ourselves had that problem here. Once we got the HMC to the latest
microcode level, we've been stable with current GA Java release
I for one would appreciate a comment from someone in DFSMS on this topic. It's
really important to know *in advance* whether the RACF approach will work for
an SMS managed dataset. Or an experiment by someone who can actually try it.
(Unfortunately I cannot at the moment.)
.
.
.
J.O.Skip
the enq is held because that dataset is the one it is held for.
> Am I missing something ?
>
> Doug
>
> On Thu, 28 Jan 2016 08:37:36 -0800, Skip Robinson
> <jo.skip.robin...@att.net> wrote:
>
> >I for one would appreciate a comment from someone in DFSMS on this
; From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Tony Harminc
> Sent: Thursday, January 28, 2016 09:42 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [Bulk] Re: [Bulk] Re: IEFSSREQ SSOBUSER Validate A JES2 Destid
>
> On 29 January 2016
We don't yet have the 'new' z/OSMF (with Liberty profile) running on V2. I
understand that it's a fairly involved conversion; certainly more than a tweak.
But I did have to make changes to our z/OS migration process to accommodate a
different ZFS name.
.
.
.
J.O.Skip Robinson
Southern
I have forgotten why this behavior is deemed a problem. It's how JES(2) has
always worked AFAIK. You can specify DEST=HAROLD with no adverse effect. The
associated output will sit demurely in spool forever until HAROLD is defined to
some device or other existing destination. A lot of normal
Could I ask for clarification on this issue? I got the impression on cursory
reading that a SHARE presentation was accessible directly via a Google link
but not via drill down on SHARE.org. Did I misunderstand?
.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team
I have no answer for SMS involvement, but I'm uncomfortable with geek-heavy
proposals that involve unnatural acts performed under the aura of special
knowledge and privilege. Zapping production volumes? Puh-lease. Even the GRS
tweak has a risk. RNL can be modified dynamically, but once that's
I vote for the RACF profile. This is what that mechanism was designed for. The
dataset does not just disappear. In ISPF, you get a very explicit prompt that
what you're doing is potentially dangerous and requires extra care.
Furthermore, you don't need any special cleanup process afterwards as
Thanks Mark for pointing that out. SHARE is anxious to be 'the place to go
for answers'. It gives us pause when Google can lead a horse to water that
the horse cannot find from the river bank.
.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS
016 10:42 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [Bulk] Re: COBOL v5
>
> On 2016-01-25 11:24, Skip Robinson wrote:
> >
> > -- Here's a serious inhibitor for some shops. Despite decades of
> > advice to the contrary, some shops still share application load
> > li
Figuring out the right customer number is an ongoing headache for us. I’m
personally authorized to all of them, but we have several different numbers for
historical reasons and frankly IBM internal screwball rules. For example, we
have two data centers located in two different but adjacent
A bigger question than whether COBOL V5 requires PDSE load library--yes it
does--is why that requirement causes so much consternation in the customer
community. Based on discussions at SHARE, I think there are several kinds of
qualms.
-- Many seasoned folks still do not trust PDSE. When I entered
Great sendup from Geico.
.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
jo.skip.robin...@att.net
jo.skip.robin...@gmail.com
> -Original Message-
> From: IBM Mainframe Discussion List
I had a brief and bemusing encounter with TPF around 1990. My employer,
Security Pacific Bank, was acquired by (the old SF-based) Bank of America,
which was then under the tutelage of an ex CEO of American Airlines. He
believed that TPF was the answer to all important IT questions. In
The name 'DB2' seems to have followed the 1980s tradition of what I call
'name bloat', the practice of inflating a moniker in one way or another to
make a product look more mature or more elegant. The paragon in my mind was
dBASE II from Ashton-Tate. There never was a plain old dBASE. The roman
As we saw in the recent thread on converting from JES3 to JES2, JES3 from
the beginning provided function--especially in the area of data device
control--that was never envisioned for JES2. I think that most of the recent
convergence of function in the two products mostly involves what we think of
an old fairy tale, but I was told long ago that DB2 came
about as a
> name because IBM already had IMS so the 2 in DB2 was to distinguish it as
> being IBM's second DBMS offering.
>
> Rex
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSER
I had the same question. Like maybe the JCL containing the ancient compiler
name was pulled from the same archive as the source. But others have pointed
out that hex literals were not allowed in the OS/VS compiler, so this
particular combination of source and JCL could never have worked.
.
.
Changing sysplex name will certainly require an XCF 'cold start'. That is,
all members must down, then IPL each member into the new sysplex. I can't
look at our CDSes at the moment, but in every case where the format control
statements contain sysplex name, you must format a new CDS with the new
I'm reluctant to jump in early with disappointing news, but I think you have to
IPL. As promising as dynamic SSI sounded when it was introduced, it soon
exhibited limited usability because a subsystem has to be coded to allow
dynamic management. Even most IBM subsystems at first did not support
Most posts in this thread seem to support the strategy of 'cloning a running
system in order to do maintenance'. For as long as I can remember, we have
pursued the opposite strategy: the service environment is permanent for the
life of a ServerPac and is cloned to produce running systems to
I was once tasked with diagnosing a COBOL program that was taking S0C4
abends in a couple of different system modules that it had no business
executing in the first place. I set a SLIP and discovered that the error
started with a garden variety S0C7--as application programs are vulnerable
to--then
Radislow,
Your subsequent posts suggest that you have solved at least some of your
problems. Could you please restate which if any are still troublesome?
.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
DYNDISP has been around for many years. The primary use/need is the case where
two sysplexes share a CF engine. Once upon a long time ago, all CMOS engines
were very slow, so it was common to have a lot of them. A sandbox
sysplex--which we have long been blessed to own--would not be entitled to
I'm very happy to see this as well. I saw Mike in Chicago at the Scheduling
Summit and had the impression then that the Bootcamp was not happening. At
least one of my colleagues may make it to San Antonio for this event alone.
Thanks!
.
.
.
J.O.Skip Robinson
Southern California Edison Company
This explanation makes perfect sense. ISPF was written to allow utter maximum
flexibility in command coding. Of course the t appears to stand for 'text'. I
can't try this out now, but I wonder if using " instead of ' for the entire
string would give the desired result.
FIND "isn't on"
That's
I see some crossed wires here. First of all, writing an IOCDS to the support
element is totally independent of dynamic changes. Writing the IOCDS prepares
for the next POR; it has nothing to do with dynamic changes. Until the next
POR, contents of the Ax slots are irrelevant.
Second, in the
> So, I would like to have "FRANKIE:LPN00T vs MARY:LPM00T". Not to mention
> It's easier to say "FRANKIE" than "P0012435" by the phone.
>
> I'm going to do some tests now.
> Thank you all, who responded.
>
> Regards
> --
> Radoslaw Skorupka
> Lodz, P
t; Then, with GDPS, they recommended the reverse. The implementation went
> without a hitch.
> All our reporting/billing? Not so well.
>
> -
> -teD
> -
> Original Message
> From: Skip Robinson
> Sent: Thursday, January 7, 2016 10:59
> To: IBM-MAIN@LISTSERV.UA.EDU
> R
No z13 to report on, but upgrading to z12 was I think a similar process.
Encryption in general has two disparate components: hardware and data
(files).
-- We have never done a hardware upgrade that simultaneously involved DASD
replacement. Even our z12 in a brand new data center started with
Maybe this problem could be approached from the 'outside'. I think the basic
information that the user is looking for is how much storage is allocated to an
LPAR. The HMC has a storage mapping facility that shows fairly quickly how much
storage each LPAR owns. AFAIK this query has no impact the
I'm not a storage guy and cannot comment on the actual effect of using or not
using CSI. But a search in IBMLINK for the APAR cited yields a number of hits,
one of which is info APAR II14616 . I have perused this doc and confess to not
understanding what is being said about what will or will
1 - 100 of 688 matches
Mail list logo