e done it without you!
>
>All my best,
>Cheryl Watson
>==
Cheryl,
It's been an honor (and a lot of fun) working with you at SHARE and learning
from you over the course of my (short) career (34 years and counting). Take
care, have fun in your retirement, an
MAIN as much as your answers. I look
forward to seeing you once more at SHARE in Orlando in March.
As you travel the globe, make sure you pack your Guide, your electronic thumb,
and always have your towel with you!
Art Gutowski
Huntington National Bank
On Mon, 22 Jan 2024 23:33:20 -0500
You may need to configure and stand up z/OSMF on z/OS 3.1 for other z/OS 3.1
capabilities, but you don't need to configure it to install z/OS 3.1. CBPDO is
still available as an installation option.
Art Gutowski
On Mon, 4 Dec 2023 16:23:34 +, Pommier, Rex wrote:
>Hi Richard,
&
le,
one-stop-shop Migration Guide.
Art Gutowski
arthur.gutow...@huntington.com
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
s.
>
>We are currently using z/OS v2.3 which is already unsupported, so IBM is not
>really helping.
>
>Do you know of any resources that would help me with this?
>
It's not the only way. You can still order and install a z/OS CBPDO.
Art Gutowski
--
On Tue, 23 May 2023 12:40:34 +, Allan Staller wrote:
>Classification: Confidential
>
>This entire thread comes down to "the "new tools" are neither as available,
>functional ore reliable as those they replace".
>
I was hoping you'd say that.
+1 on
le the internal hardware layer could
be different, it would have to "look" the same to the OS (XCF, etc.) - again,
another potential source of the interoperability problems.
Art Gutowski
--
For IBM-MAIN subscr
rt I've read. The attention to detail... I am in tears (of laughter).
Art Gutowski
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
are an established shop with a well-defined cloning process (implying at least
rudimentary JCL and SMP/E skills), ServerPac may be an over-engineered
approach, and CBPDO is a feasible alternative.
Art Gutowski
Huntington National Bank
--
x27;m aware,
no timeline has been announced for phasing it out. If you like z/OSMF, use it;
if you prefer ISPF and SMP/E, use CBPDO...it's really not that difficult.
Art Gutowski
Mainframe Engineer
Huntington National Bank
arthur.gutow...@huntington.com
-
(which Z EOD also does, among other functions), and
then passes control to IEFU29L, if it's active.
Art Gutowski
Huntington National Bank
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
other
restrictions, e.g., adding SVCs, entry points in the PC table, etc.
Regards,
Art Gutowski
On Tue, 5 Apr 2022 07:29:56 +, Rob Scott wrote:
>Also consider putting all LPA modules into a single function pack load module
>so that the SETPROG LPA is always for the same module
quite useful and pretty darn good, particularly the
tutorials.
Art Gutowski
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
On Fri, 25 Feb 2022 16:19:21 -0500, Mark Regan wrote:
>https://dilbert.com/strip/2022-02-25
Priceless. I once knew a manager who insisted on calling bugs "opportunities".
To wit, a colleague responded, "Sure, a bug is an opportunity...if you're a
frog.
y system name difficult, at best, at least with RACF. There
exists a wide swath of arbitrary (in)conveniences for which, IIRC, the
"official" term was Bronzeplex,
Art Gutowski
--
For IBM-MAIN subscribe / signoff / archiv
On Thu, 13 Jan 2022 20:26:55 +, Seymour J Metz wrote:
Chuck Norris doesn't need documentation...
>Is there any zOSMF documentation on SMS/ACS requirements? Any references to
>Chapter 85. VATLSTxx (volume attribute list in the initialization and tuna
>reference?
>
>--
>Shmuel (Seymour J.)
allow a coupling facility sender channel
to communicate with
another coupling facility, a function that is required for system-managed
duplexing rebuild."
Art Gutowski
Huntington National Bank
--
For IBM-MAIN subscr
ty be set to true, as documented in the
>CVE. SAS is working on instructions and will link to them when published.
>
>• The SAS® 9.4M6 maintenance release and earlier releases are under active
>review.
>
>Best regards,
>Cheryl
>
Assuming WPS would be similarly af
n spun off, and
some marketing reps are still prone to hyperbole.
Art Gutowski
On Tue, 1 Jun 2021 12:17:36 +, Seymour J Metz wrote:
>Yes, like any other outsourcing and time-sharing contract, you need to define
>your requirements before committing to it, and that includes lice
second it took to login and search.
Art Gutowski
General Motors, LLC
On Mon, 7 Sep 2020 12:42:51 +, Mark Jacobs
wrote:
>Thanks. I didn't know about that hidden panel. Yes, it does report on SCM;
>
>ASID=0003 JOB=RASP SLOTS= VIO= SCM=17A9
On Wed, 10 Jun 2020 22:32:31 +0300, Binyamin Dissen
wrote:
>On Wed, 10 Jun 2020 15:18:40 -0300 Clark Morris wrote:
>
>:>[Default] On 10 Jun 2020 07:43:41 -0700, in bit.listserv.ibm-main
>:>ku...@us.ibm.com (Kurt Quackenbush) wrote:
>:>
>:>>> snip
>:>>Kurt Quackenbush -- IBM, SMP/E Development
>
#x27;s not recommended to do so frequently.
We put all of our user catalogs in RLS, except for two specific catalogs with
system-critical dataset entries, that don't get hit that often. These are in
VLF. RLS seems to be the better performing option for us.
Art Gutowski
General Motors, LLC
On Thu,
On Fri, 27 Mar 2020 08:30:42 -0400, Kurt Quackenbush wrote:
>Kurt Quackenbush -- IBM, SMP/E Development
>Chuck Norris never uses CHECK when he applies PTFs.
Chuck Norris doesn't need a a Web App to apply PTFs, he just roundhouse kicks
them in.
Art Gutowski
General Motors, LLC
a
Lucas,
Thank you! That is exactly what I was looking for. I normally would have
humbly accepted "RTFM" as a response, but I'm not sure I would have found it.
The manual (in KC and the online PDF) doesn't describe it in a way that's
intuitive to me, and the example they give:
$dspl(*),unitda
YL_MANAGED=FAIL.
Thanks,
Art Gutowski
General Motors, LLC
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>We don't mount the IBM provided /etc /var file systems for actual use. We
>use those to compare with what we have.
>AFAIK, there is NOT any SMPE that updates those anyway, its just what
>Serverpac provides.
>I never mount those filesystems for SMPE maintenance and never get any errors.
SMP/
On Fri, 1 Dec 2017 16:54:18 +, Stone, Marshall
wrote:
>HEX 42 in Binary - 0100 0010 - now using fingers up/down to represent
>digits...
Brilliant!
Art
--
For IBM-MAIN subscribe / signoff / archive access instructions,
se
ion), but on at least
one occasion, IIRC, we were still working through firewall issues and had a
hard time getting the dump to IBM.
Art Gutowski
General Motors, LLC
--
For IBM-MAIN subscribe / signoff / archive access instruc
hat develop them, and the people that
use them, ought to be flexible enough to cope.
Art Gutowski
General Motors, LLC
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
le of installing and
configuring Liberty et al (and I've heard the cursing all the way from Austin
and Phoenix), but ISPF apps ought to continue as supported options for those
who prefer them.
That's my buck-two-eight-five, after adjusting for inflation. :)
Art Gutowski
Ge
der to delete them." (interesting new "feature")
Our operations workstations currently have IE11 version 11.0.9600.18638CO
installed (slightly down-level from Andy's installation, I think). I don't IPL
or watch IPLs m
itions
(again, add and modify are spelled out, but I am wont to find such explicit
description for delete)
2) RFE against JES2 to provide $DEL commands for other devices where
possible/practical, such as PRTs and RMTs
Than
his listserv has been dismantled, or at
least I no longer have access to view even the "list of lists".
Art Gutowski
General Motors, LLC
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@l
ibility of a hot-start or single-member warm
start being sufficient. Maybe it's just me, but the doc is far from clear on
removal.
When all is said and done, an RCF is also certainly in order.
Thanks,
Art Gutowski
General Motors, LLC
-
it. I'm certain I've made similar changes before, but the specifics escape my
recollection. I was hoping for, "Artie, go to page 'x' in the 'FM' and Read
The...", or "BTDTGTTS, and I '_fill in the blank_' is what was required to
comp
correct my misunderstanding. I did find a couple of short threads where
this question was asked, and I see "seems to" and "assume". but nothing that
says "I tried it and it works". Does the venerable Mr. Wasik monitor this list?
On Wed, 12 Apr 2017 22:18:22 -0500, Mike Schwab wrote:
>Here is an IBM presentation on how to tune z/OS and DB2 memory,
>including some parameters to set.
>http://www.mdug.org/Presentations/Large%20Memory%20DB2%20Perf%20MDUG.pdf
Thanks for sharing!
Regards,
Art Gutowski
Gener
On Tue, 11 Apr 2017 09:22:06 -0400, Bill Ashton wrote:
>Wow...23 quadrillion calculations every second! At that speed, it should be
>able to come up with an answer before the question is even asked!
42
(Sorry, I know it's not Friday, but it was sitting right there.)
Art Gutow
PM86862 and PM99575"
So...perhaps check your DSNZPARM and make sure it's coded appropriately for
more modern times. FYI, we are z/OS 2.2 and DB2 11.1, NFM. We are in the
process of rolling out REALSTORAGE_MANAGEMENT=AUTO (the current IBM recommended
setting) across our enterprise.
the
tales of times when one was an operator, sysprog, and apps coder all in
one...general purpose defined.
One day, hopefully a long, long time from now, it will be on display at the
Computer History Museum.
Art Gutowski (Jr)
Gener
On Thu, 5 Jan 2017 12:19:38 -0600, Tom Marchant
wrote:
>On Thu, 5 Jan 2017 11:26:51 -0600, Art Gutowski wrote:
>
>>... it probably wouldn't hurt to do a REPORT SYSMODS <1.13 zone>
>>COMPAREDTO(<2.2 zone>) and vice versa.
>
>Is that going to give you an
make incompatible
changes (e.g., previously mentioned incompatible parameters, though these
usually are resolved via startup prompts).
Finally, do you have any exits installed? We had to rewrite a few of our exits
for 2.2. I don't know which (I'm not on the upgrade project), but I ca
ardus. Let's hope it sticks this time. If memory
serves, this is the second incarnation (Jerk 2.0)...
Cheers,
Art Gutowski
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.
On Mon, 19 Dec 2016 13:15:14 +, Vernooij, Kees (ITOPT1) - KLM
wrote:
>Gee, now I'm getting that rubbish as private mail.
>Kees.
Yep, me too. Already blocked, and hopefully our spam filters have caught up
and can keep up with this cretin.
Art
--
or details.
Regards,
Art Gutowski
General Motors, LLC
On Mon, 26 Sep 2016 10:55:05 -0400, Mark Jacobs - Listserv
wrote:
>MLPA is rather obsolete and can only be created at IPL.
>
>Mark Jacobs
>
>> Steve <mailto:st...@stevebeaver.com>
>> September 26, 2016 at 1
On Sun, 14 Aug 2016 11:49:42 -0600, Mark Post wrote:
>>>> On 8/14/2016 at 06:17 AM, Art Gutowski wrote:
>> I went to San Antonio in March, and not a word about a DVD or an ISO image
>> or
>> anything. Remember the Alamo? Guess not.
>
>I made a query to
ber the Alamo? Guess not.
Reckon I'll write my congressman...
Art Gutowski
General Motors, LLC
SHARE MVSE Project Officer
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
hase on the
SHARE site is for Orlando, Summer 2015, so maybe they just haven't finished it
yet? Or did they just stop altogether?
Thanks,
Art Gutowski
General Motors, LLC
--
For IBM-MAIN subscribe / signoff / archive acces
ntion to GRS inclusion / exclusion / conversion lists, and resolve as many
duplicate names (datasets, etc.) as practical. Oh, and definitely invest the
time to convert to STAR if your existing systems are still in RING.
Also, if you haven
out Northwest, they got their own terminal,
and DTW became a Delta hub (hint, hint :).
Regards,
Art Gutowski
General Motors, LLC
Warren, Michigan
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists
d other installation data, which we may eventually consolidate onto
EAV.
Regards,
Art Gutowski
General Motors, LLC
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
ts, or use-at-your-own-risk.
They can further set up a registry, as they do for module names, and while
this registry is voluntary, we can certainly encourage vendors to participate.
Regards,
Art Gutowski
General Motors, LLC
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
tasets that had VTOC problems,
too, but it's a little hazy - those could have been from failed attempts to
repair the problem before we fully understood it. We had to zap a few VTOC
VSAM bits so to complete the cleanup.
Art Gutowski
General Motors, LLC
big fan, and we will probably set up CAIMST00 with
SYSSYM(NO) asap. Who knows what new symbols will be added in 14.next. I would
rather see the symbols required (tho this seems a strong word in this case) by
the product and let systems programmers define and document them to our
standards in the sy
ctory if
you want to automount manage it.
Art Gutowski
General Motors, LLC
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
also useful. A PROCLIB pseudo-DD
would be a nice addition, though the question might be: Which one?
Art Gutowski
General Motors, LLC
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@list
X environments.
This approach was developed by another regular contributor of this list to
handle a large number of target environments, but can be used in any sized
shop. It is proven and reliable.
Regards,
Art Gutowski
General Motors, LLC
---
session.
There's also UDLIST (3.17). I haven't looked at "ISPF Hidden Treasures" in a
while, so I'm sure there are others.
Regards,
Art Gutowski
General Motors, LLC
--
For IBM-MAIN subscribe / signoff /
and/or money. I
agree a trip through the aforementioned Redbook(s), white papers, and a few
SHARE presentations (the "bi-JESual" pitch comes to mind) will be well worth
the investment in time.
Regards,
Art Gutowski
General Motors, LLC
-
gotta believe labor costs
on these platforms eclipse those of the mainframe.
I am passing the webinar info along to my senior management...
Thanks,
Art Gutowski
GM IT Senior Mainframe Specialist
arthur.gutow...@gm.com
On Tue, 10 Mar 2015 16:38:37 -0300, Lucas Rosalen
wrote:
>Wow, those are big
rested in the software view of paging
configuration, but I am learning some interesting things about hardware along
the way.
Regards,
Art Gutowski
General Motors Corporation
--
For IBM-MAIN subscribe / signoff / archive access ins
o handcuff HPAV?
Regards,
Art Gutowski
General Motors Corporation
On Thu, 2 Jan 2014 08:55:24 +0100, Vernooij, CP - SPLXM
wrote:
>I agree, overall sizing is a minor issue: make sure there is enough, what does
>100GB more cost these days?
>The more important issue is parallelism. Make s
adjust the number
and placement of their page datasets...
Regards,
Art Gutowski
General Motors Corporation
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message
quot;It's not my dog."
Regards,
Art Gutowski
Compuware Corporation
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
On Tue, 25 Jun 2013 15:47:09 -0500, Shane Ginnane wrote:
>I'm was surprised to see GRS utilising XCF still on ESCON these days, but ring
>is still out there. In this town of less than a handful of sites, one recently
>had to do the ESCON to FICON in a hurry to get a couple of EC12s in the door,
ly
incorporated into the Redbook.
Good luck,
Art Gutowski
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
BYPASS HOLDSYS to apply the SYSMOD, which seems counter to your intention.
Regards,
Art Gutowski
Compuware Corporation
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>PF1 shows rc=12. Maybe you've seen that failure before?
Maybe, but I don't recall. I don't see it here with v9.3.1. It sounds to like
a case for our Support Center to investigate.
Regards,
Art Gutowski
Compuware Corporation
--
ses). I recommend that you do indeed take the next step and contact
our support center for assistance. You may also want to search Frontline for
any recent and related fixes or tech bulletins.
Regards,
Art Gutowski
Compuware Corporation
---
r where they worked?
http://www.youtube.com/watch?v=pvn-tBeLpCk
"You forgot your name?"
"I been busy!"
Regards,
Art Gutowski
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to l
On Fri, 7 Dec 2012 12:29:43 -0600, Paul Gilmartin wrote:
>It seems to me that it would be terribly easy to introduce inconsistencies
>in a CSI with UCLIN. For example, might my DEL SYSMOD have left
>dangling RMID subentries or dangling PRErequisities? Or does UCLIN
>processing prevent or automa
mis-classified.
Regards,
Art Gutowski
Compuware
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Agreed. How else would you identify and address pre-APPLY requirements?
Regards,
Art Gutowski
Compuware
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
I am surprised RECEIVE would process since these are not part of the
SELECT, unless F2/F3 are FMIDSETs?
Regards,
Art Gutowski
Compuware
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
and SUPs don't
matter to RECEIVE, only VER SREL and FMID.
Regards,
Art Gutowski
Compuware
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
SSIGN
statements in RECEIVE processing where order is unimportant.
Thanks,
Art Gutowski
Compuware
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
g
>> DDNAMEs to identify its source data and used the data set names from
>> its control file in the generated GIMPAF.
>
>I understand your desires. BTW, GIMZIP does support input UNIX files.
LLB, learned something new today. Absolute pathnames only, though...similar
redact
U of M Health Systems in Ann Arbor will be unplugging their mainframe.
http://umhsheadlines.org/07/mainframe-to-be-decommissioned-by-the-end-of-the-year/
Regards,
Art Gutowski
Compuware
--
For IBM-MAIN subscribe / signoff
(depending on how many hoops
you typically jump through for order approval).
Good luck,
Art Gutowski
Compuware Corporation
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
insert ISP@MSTR in front of ISR@PRIM, you'd do well to
notify and give your applications teams sufficient time to review and update
any batch ISPF jobs.
Regards,
Art Gutowski
Compuware Corporation
--
For IBM-MAIN
irtual training that meets this need.
Regards,
Art Gutowski
Compuware Corporation
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
x27;re not a member, talk to your management about becoming one.
I understand cost is an issue, but in my experience, the ROI is off the charts.
At least establish a non-member account so you have access to public content
and fo
only practical if you have a large enough staff or you can share the cost with
other companies in your region). If they won't relent, well, it might be time
to find a boss who sets you (and them) up for success rather than failure.
Just sayin...
Regards,
A
On Thu, 2 Aug 2012 15:49:55 -0500, McKown, John
wrote:
>What is the most secure computer? The one that is powered off and locked in a
>vault!
...cast in concrete and scuttled to the ocean floor. And even then, I'm not
certain.
Art
--
On Fri, 22 Jun 2012 11:29:59 -0700, Edward Jaffe
wrote:
>On 6/22/2012 7:00 AM, Mark Zelden wrote:
>> Reminds me of a joke in the recording studio when doing a mix and
>> to "make everything louder than everything else". :-)
>
>Or when on-stage and everyone keeps turning up their volume... :-)
85 matches
Mail list logo