JES exit 6
> -Original Message-
> From: IBM Mainframe Discussion List On
> Behalf Of Brian Westerman
> Sent: Friday, September 18, 2020 9:05 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: rename a dataset in acs routine?
>
> They would like an approach that didn't include editing the t
aw
> Consultant working on contract for BMC mainframe Services by RSM Partners
> ‘Dance like no one is watching. Encrypt like everyone is.’
>
> -Original Message-
> From: IBM Mainframe Discussion List On
> Behalf Of Gibney, David Allen
> Sent: 17 September 2020 02:23
A normal user with authority to update the master catalog is a potential system
integrity concern.
> -Original Message-
> From: IBM Mainframe Discussion List On
> Behalf Of CM Poncelet
> Sent: Wednesday, September 16, 2020 6:00 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: EXTERNAL EM
l going to share the same user catalog?
>
> Charles
>
>
> -Original Message-----
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Gibney, David Allen
> Sent: Tuesday, September 15, 2020 3:40 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
>
It is a bit of an overkill for each individual user to have their own catalog 😊
> -Original Message-
> From: IBM Mainframe Discussion List On
> Behalf Of Jerry Whitteridge
> Sent: Tuesday, September 15, 2020 3:25 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: EXTERNAL EMAIL: How get a u
Very, Very early in implementing SMS (the minimal implementation) is managing
VIO.
Since we've been SMS for a long time, there aren't even any devices in our
EDT(s) for VIO
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Norma
I did my first z/OS (from OS390) as /Zervice. I've been able to alternate that
with /Service :)
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Jesse 1 Robinson
> Sent: Saturday, May 07, 2016 3:07 PM
> To: IBM-MAIN@LISTSERV.UA.E
If you look back a bit in IBM-MAIN this year, you will find the thread where I
also had missed ordering these FMIDs with z/OS 2.1
IBM was able to send me (via DVD) an z/OS 2.1 order which did contain them. And
I was able to use BUILDMCS to extract them and then RECIVE/APPLY into my z/OS
2.1 SMP/
Entire System Server from SoftwareAG has this feature. And I am sure an ENTIREX
RPC (same company) could be built.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Rob Schramm
> Sent: Tuesday, April 26, 2016 3:13 PM
> To: IBM-MAIN
n
>
> University of Missouri
> Division of Information Technology
> Systems & Operations - Metrics & Automation Team
>
>
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on
> behalf of Gibney, David A
It also does depend on the type of VTL. A Luminex MVTi for example, doesn't
reclaim until you write to the scratch tape or reinit it.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Lizette Koehler
> Sent: Monday, April 25, 2016
> .
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> 626-302-7535 Office
> robin...@sce.com
>
>
> -Original Message-
> From: IBM Mainframe Discussio
Also those who have issues moving to PDS/E loadlibs for COBOL 5.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Charles Mills
> Sent: Tuesday, April 12, 2016 4:01 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Automatic Binary
UMOUNT FILESYSTEM('OMVS.BOOTSTRP.ZOS21.ROOT.RSU1602') +
REMOUNT(RDWR) /* */
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Jesse 1 Robinson
> Sent: Tuesday, April 12, 2016 4:14 PM
> To: IBM-M
Whenever I actually APPLY (w/out check) I use
SOURCEID (
RSU* HIPER PRP
IBM*
)
Brings everything up to a reasonably safe and current level.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Joh
I have to agree you need to talk with your storage people. There should be a
STORCLAS defined which when processed in the ACS routines leaves with not
STORCLAS set (therefore non-SMS). But, you also need to know the specific
volumes at your site which are not SMS managed. Then you should be able
2016 1:48 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXTERNAL] Re: Advice needed - GRS across 2 sysplexes with
> shared dasd
>
> On Fri, Apr 1, 2016 at 3:33 PM, Gibney, David Allen
> wrote:
>
> > I only shared a minimum set of volumes. Vary offline commands in
>
A batch job with PGM=FTP or your FTPD server STC?
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of linda golding
> Sent: Friday, April 01, 2016 8:01 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Cancelling a Job in SPIN status
>
I only shared a minimum set of volumes. Vary offline commands in COMMNDxx. Very
few, if any PDS/E on these volumes and all are read-only after creation.
This COBOL-5 requirement for a PDS/E load library will complicate my transfers
from development to test and production as that is currently a s
Set this all up in a job. Get it running. C U=users(s) :)
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Itschak Mugzach
> Sent: Thursday, March 31, 2016 11:00 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: ISPF library Ful
-Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of John Eells
> Sent: Friday, March 25, 2016 9:45 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: EXTERNAL: Re: IBM z/OS Product Documentation 2016
>
> Gibney, David All
My response to these surveys always includes a request to bring back
bookmanager format.
I guess I could adapt to Knowledge Center if there was a keystroke way to page
forward and back
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behal
A.EDU]
> On Behalf Of Gibney, David Allen
> Sent: Friday, March 11, 2016 12:55 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: z/OS Security Level 3 woes
>
> Well, the four FMIDs RECEIVED just fine and an APPLY CHECK is clean
> ELEMENT ELEMENT ELEMENT CURRENT CURREN
SERV.UA.EDU]
> On Behalf Of Gibney, David Allen
> Sent: Friday, March 11, 2016 1:39 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: (External):Re: IBM secure z/OS software delivery: Don't get
> locked
> out!
>
> So, changing my rule to RemotePortRange did allow the AT
> > 000645 ; It can be the name of an HFS
> > .
> > 000646 ; file (name starts with /) or
> > .
> > 000647 ; a resource name in the
ERV.UA.EDU
> Subject: Re: z/OS Security Level 3 woes
>
> Gibney, David Allen wrote:
>
> >Once I get these FMID's in there, I will bring everything up to current RSU.
>
> Dave, Good luck to you. I hope you will succeed with that project.
>
> I must admit, beside b
elivery: Don't get
> locked
> out!
>
> You need RemotePortRangeRef for port 21.
> Port 21 is remote.
>
> --
> Donald J.
> dona...@4email.net
>
> On Fri, Mar 11, 2016, at 12:21 PM, Gibney, David Allen wrote:
> > Actually, I do:
> > TTLSRule ftp
/) or
> > .
> > 000647 ; a resource name in the
> > security .
> > 000648 ; product (e.g., RACF)
> > .
> >
> >
> _
out!
>
> On 3/9/2016 5:45 PM, Gibney, David Allen wrote:
> > AS noted in my reply a day or so ago, I am successfully submitting the
> > RECIEVEORDER securely (at least I think I am, it fails when the
> > certificate expires:))
>
> Yes, you absolutely are using HTTPS to
hern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> 626-302-7535 Office
> robin...@sce.com
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On
AS noted in my reply a day or so ago, I am successfully submitting the
RECIEVEORDER securely (at least I think I am, it fails when the certificate
expires:))
But, then when it fires up FTPS to retrieve the package, the TLS (or AT-TLS)
handshake fails.
> -Original Message-
> From: IBM Ma
Once I get these FMID's in there, I will bring everything up to current RSU.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of John Eells
> Sent: Tuesday, March 08, 2016 1:01 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: z/OS Sec
_
> Dave Jousma
> 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@LIS
B2H p 616.653.8429 f
> 616.653.2717
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Gibney, David Allen
> Sent: Tuesday, March 08, 2016 2:33 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: z/OS Securit
t 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 Gibney, David Allen
> Sent: Monday, March 07, 2016 7:08 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Sub
By the silence, I guess everyone thinks this will work, or are too polite to
tell me I'm crazy and aiming at my foot.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Gibney, David Allen
> Sent: Friday, March
So, this was left out of my z/OS Serverpac back in September, either by my
mistake, or when my order was adjusted because I did order a new (chargable)
product I did not need.
And I did not discover this until it was too late to order via normal channels.
IBM Shopz Archives was able to send me a
Ok, so I am trying to use ATTLS for FTPS.. My RECEIVEORDER log goes:
> /bin/ftp -e deliverycb-bld.dhe.ibm.com
Using 'GIBNEY.FTP.DATA' for local site configuration parameters.
Using //'TCPIP.STANDARD.TCP
PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SSLv3 & SSLv3 - APAR OA47183, PTF UA75508
>
> Dave, what statements did you add? Thanks
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Gibney, David Al
When I hit a similar issue with z/OS 1.13, I was able to use SSLV3 in
TELNETGLOBALS to revive it.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Dazzo, Matt
> Sent: Wednesday, February 24, 2016 12:08 PM
> To: IBM-MAIN@LISTSERV.
I would suggest gnore this comment.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Darren Evans-Young
> Sent: Sunday, February 21, 2016 11:00 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IBMMAIN bounces and related issues
>
The error is clear. When you first IPL'd the catalog for the four datasets you
name pointed to a specific volume. You recataloged them using the exact same
name to volume ** which does not match the volume the ACTIVE LNKLST has for
them. I have found that the LNKLST does not like identicall
> On 2016-02-19 15:08, Gibney, David Allen,Jr wrote:
> >>
> >> EBCDIC is a pain. It should have been ASCII. Or IBM should finish
> >> implementation of Enhanced ASCII support.
> >
> > Can you really imagine the level of acceptance (NOT) that would
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Paul Gilmartin
> Sent: Friday, February 19, 2016 2:02 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: On sort options orignally: zfs question root growth
>
> On Fri, 19 Feb 2016 18:
I am finding this interesting. One thing I think you are missing was the
advisability to use STMG/LMG to save and restore all 64 bits of the registers.
Not a lot of stuff running above the bar as yet, but it will be there sooner
than we expect. :)
> -Original Message-
> From: IBM Mainfr
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Geoff Rousell
> Sent: Friday, February 12, 2016 2:12 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Old code in JES Exit 6
>
>
> >The following code has been in our JES2 exit 6 s
The enqueue happens at job start. So DFHSM can't get DISP=NEW to create it (or
OLD to rewrite it
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Vince Getgood
> Sent: Friday, February 12, 2016 12:37 AM
> To: IBM-MAIN@LISTSERV.UA.
t; To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Old code in JES Exit 6
>
> On 2/11/2016 2:42 PM, Gibney, David Allen,Jr wrote:
> > With z/OS 2.1, the field JPCEIOT is no longer in $CNVWORK.
>
> Ugh! There is no record whatsoever in the macro prolog of this field being
> removed
The following code has been in our JES2 exit 6 since before I started (so like
maybe 40 years :) ?). The intent is to cause jobs with special forms to print
on ordinary paper when their JCL fails.
With z/OS 2.1, the field JPCEIOT is no longer in $CNVWORK.
SIS and Google for JPCEIOT is not helpf
There is a VVDSFIX (not officially supported/use at own risk) available from
IBM.
Also, the two ISV catalog tools (Dino and CR+) can fix these errors.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Gerry Tracey
> Sent: Friday,
MAIN@LISTSERV.UA.EDU
> Subject: Re: Stand-Alone DSS RESTORE with 3584 Library - How??
>
> On 2/5/2016 9:40 AM, Gibney, David Allen,Jr wrote:
> > Have your DS8xxx brought to your current location, hook it up and
> > populate, power down, disconnect and ship it to the new place
&
Have your DS8xxx brought to your current location, hook it up and populate,
power down, disconnect and ship it to the new place
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Skip Robinson
> Sent: Friday, February 05, 2016 9:13
I like the new stuff. I'd use it if I needed it, it was helpful, and I had
hardware capable.
But, we do share our application loadlib between monoplex LPARs. It is
read-only from all but the development Lpar.
It's not impossible to revise our change control split off a copy to
production, but I
Gilbert's BYPASSNQ would be my choice if SMS prevents the newer RACF controlled
RENAME/DELETE path. I only temporarily APF the loadlib long enough to get the
job done. Haven't needed to in years.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
Lpars.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Gibney, David Allen,Jr
> Sent: Thursday, January 14, 2016 11:56 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: z/OS 2.1 and FONTS; Moving from z/OS 1.13
>
Thanks Marna,
My Serverpac, OS212016, did contain the other levels of Java, just not
the 7.0. Doesn't really matter to me, as the only Java I have is CA-MSM. I've
tried for fire up zOSMF, but on a zAAP/zIIPless z9-L03 capped at 16 MSU, it
doesn't run well.
Correct on the PHP/Python. I
&c=C3yme8gMkxg_ihJNXS06ZyWk4EJm8LdrrvxQb-
> Je7sw&r=u9g8rUevBoyCPAdo5sWE9w&m=-
> 3YsxKVmSP7F7jVrHs14yPE68Oe_iOhkFiUBYRq8UIM&s=bZOz1W-Nx0S-7DJ-
> cgkwHLwwrBpDUptTrWgeOy1oB4s&e=
>
> Regards,
>
> Kevin
>
> -Original Message-
> From: IBM M
age-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Gibney, David Allen,Jr
> Sent: Tuesday, January 26, 2016 4:04 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: OMVS file changes for z/OS 1.13 -> z/OS 2.1
>
>
> > -Or
> Perl
> PHP
>
> Perl and PHP must now be obtained from Rocket Software but that is with 2.2
> not 2.1.
>
> Did you order Ported Tools with z/OS 2.1?
Sure intended to. And thought so. Now I'll have to go look. :(
>
> On Tuesday, 26 January 2016, Gibney, Dav
Reviewing, developing the Unix files portion of my BPXPRMxx for my new z/OS 2.1
target system
I am sure I remember see some discussion of this, but GInMF today. I can't find
any documentation about this.
SBBNCON1 (Webshere ?)
SBBN7HFS (Webshere ?)
SHPEROOT (Perl ?)
SHPHROOT (Python ?)
Are not
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Mike Schwab
> Sent: Friday, January 22, 2016 12:32 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Compile error
>
> On Fri, Jan 22, 2016 at 11:54 AM
I've never worked with JES3. What does it offer in "disk and tape control" that
DFSMS doesn't? Or, are we talking a different kind of control?
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Skip Robinson
> Sent: Friday, January
What about back up?
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of willie bunter
> Sent: Friday, January 15, 2016 4:07 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: DFHSM/SMS QUESTION - SPACE MANAGEMENT
>
> Migrate the dsn af
Also, what are the actual dataset attributes? DFHSM doesn't do some
"incomplete" datasets. Are they backed up. DFHSM often doesn't delete if there
is not a back-up.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of willie bunter
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Elardus Engelbrecht
> Sent: Wednesday, January 13, 2016 9:40 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: z/OS 2.1 and FONTS; Moving from z/OS 1.13
>
>
To be fair, I ordered towards the end of September. Just didn't get working on
the install until now.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of David G. Yeager
> Sent: Wednesday, January 13, 2016 2:11 PM
> To: IBM-MAIN@LIST
I have a small shop, 4 monoplex LPARs, no GRS. Very careful sharing of a
limited set of disks including the system resident (IPL) volume, a Mod-27. Up
until now, I have made separate (R/O) copies of the ROOT and other system
ZFS/HFS(s) for each LPARs.
This new Unix filesystem with FONTS is
And also, in the following set of ADDs, it's also there twice.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Gibney, David Allen,Jr
> Sent: Tuesday, January 12, 2016 2:01 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
IFREQ( (UK96644,UK96643)).
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Gibney, David Allen,Jr
> Sent: Tuesday, January 12, 2016 4:13 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: SMP/E error in my
Service request number 86755 227 000 was successfully created with IBM support
with the following title:
Duplicate DEL of SDSF (HQX7790)
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of John Eells
> Sent: Tuesday, January 12, 201
OK
Your service request is in process. Until it reaches the IBM support team, its
service request number will display as In process on your IBM Service Request
home page. If you have any questions, please contact the IBM Service Request
help desk.
> -Original Message-
> From: IBM Mainfr
And I see I am still not alone. HQX7790 is SDSF. Ignoring this message is ok as
far as I can tell, but there is incomplete work in the UCLIN step and the
following steps that needs to be completed.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.ED
When I google HQX7790 I find this same error in a note dated August 11, 2015
with subject SDSF z/os 2.1 - z/OS upgrade
SET BDY(MVST100) .
GIM20501ISET PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 00.
UCLIN .
DEL SYSMOD(HQX7790) CIFREQ(
(UI90005,UI90004)
You should be able to stay employed there a long time...converting them to
Hercules, MVS 3.8, Kicks and Rakf
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of John McKown
> Sent: Thursday, December 17, 2015 6:24 AM
> To: IBM-MA
In the case of #2, and if you are an E(JES) customer, and you run their
standalone VTAM interface, then logging on to TSO with a full spool is not an
issue.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Skip Robinson
> Sent: T
Ours of more modern and not as dramatic. Early 2000s. UPS caught fire at the
beginning of summer. We spent all summer without a UPS and frequent visits by
electricians installing new equipment. For a while, it seems like all they had
to do was open a panel and power would drop to the server room
And it doesn't stick you with the requirement for the loadlib to be PDS/E...
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of John Eells
> Sent: Monday, November 30, 2015 2:41 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IBM Au
I just started the survey, by the third page I had no idea what you were
asking, so I quit
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Steve Beaver
> Sent: Friday, October 30, 2015 12:51 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Su
ge for the LPAR is in variable MSU_4H.
> The overall CEC value is in the same control block (RCT) in variable
> RCTCECWU (displacement dec'32' x'20').
>
> Hth,
> Werner
>
>
>
> Von:"Gibney, David Allen,Jr"
> An: IBM-MAIN@LISTSERV.UA
Which is the value for the LPAR. Is there a similar way to get the overall CEC
value?
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Werner Kuehnel
> Sent: Tuesday, October 20, 2015 6:21 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subje
ect: Re: File Placement Utility
>
> Shane and David,
>
> Exactly , let SMS do its job and/or augment with rexx.
>
> Scott
>
> On Sunday, October 11, 2015, Gibney, David Allen,Jr
> wrote:
>
> >
> >
> > > -Original Message-
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Shane Ginnane
> Sent: Sunday, October 11, 2015 4:02 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: File Placement Utility
>
> On Sun, 11 Oct 2015 07:30:26 +, Gibney, David wr
I still maintain that ADRDSSU will "just do it"
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Hardee, Chuck
Sent: Saturday, October 10, 2015 5:05 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: File Placement Utility
Ron,
By balanced
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Hardee, Chuck H.
> Sent: Thursday, October 08, 2015 6:25 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: File Placement Utility
>
> I have a need to juggle the locations of 1500+ files
Why not just use ADRDSSU, something like
COPY DATASET( -
INCLUDE( -
Your list of datasets -
) -
) -
OUTDY( -
(yourxx target fourxx volume
loading from ShopZ
>
> <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
> <
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LIST
The calculation of space required 16489MB * 1.4 * 2 = 46169 cyl is more than
a Mod 27. So, I'd like to use one M27 for NTS and another for SMPWKDIR.
Is there an option I'm missing to specify SMPWKDIR in the RECEIVE an order from
the server option? Or do I need to edit the JCL before submitting
I ordered a ServerPac. I can't imagine reasons to do a z/OS CBPDO again.
On the other hand, I probably won't do all the steps in the Serverpac. And it
is true that getting the dataset distribution how I like it will be one of the
biggest efforts.
On the otherhand, I expect I will again order
N and backup
> version to remove.
>
> Thanks
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Gibney, David Allen,Jr
> Sent: Tuesday, September 15, 2015 2:31 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subj
Determine a disposable back-up version which spans some volume gap. (How is
left as an OP exercise, I would expect some use of LIST(s) commands.)
BDELETE this version, which should break the chain into two smaller chains.
Repeat if needed to get each chain under 40 volumes.
> -Original Mess
I ordered today to beat the rush :)
Shopz did want me to order a new V2 license and also, for some reason a license
for DCF SMFF (Whatever this is)
I haven't actually used the new copies of DCF/DLF I get with each Serverpac in
years.
> -Original Message-
> From: IBM Mainframe Discussi
Taking 7M to store. I wonder how well that will compress :)
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of John McKown
> Sent: Wednesday, August 05, 2015 8:15 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: useless but amusing: larg
Life cycle chart
>
> I actually on the IBM website used
>
> z/os life cycle
>
> Came up
>
> Lizette
>
>
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > On Behalf Of Gibney, David Allen,Jr
&g
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Lizette Koehler
> Sent: Tuesday, July 28, 2015 2:39 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: IBM Life cycle chart
>
> Since this comes up from time to time.
>
> Here is the li
g
> on a hardware upgrade until the single-frame z13s are announced. IBM has
> priced initial memory configurations on z13s so attractively, that many
> installations have been able to justify purchasing 5x to 10x the memory they
> previously had! There's no reason not to expect
Looks nice, won't run on my z9. I just spent awhile trying to find the
definitive statement as to what date z/OS 2.1 will be withdrawn from Shopz
availability. Couldn't find it. Can someone tell me what that date is?
I am currently running 1.13, plan to upgrade to 2.1 before it goes out of
serv
Speaking of NUCLEUS, there shouldn't be any ENQs or other difficulties with
this one. It is not used after IPL.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of retired mainframer
> Sent: Wednesday, July 22, 2015 10:26 AM
> To: IB
Get a back-up copy from the good SYSPLEX. Stop sharing it across SYSPLEX.
(Unless you don't update from anywhere between IPLS :) )
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Jake Anderson
> Sent: Wednesday, July 15, 2015 8:4
I was able to get to the survey but cut/paste and remove the extra /p>
Only plus I found there was the possibility of page forward/back in knowledge
center. :)
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of J O Skip Robinson
> S
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of John McKown
> Sent: Tuesday, July 14, 2015 11:57 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IBM z/OS Product Documentation
>
> On Tue, Jul 14, 2015 a
1 - 100 of 122 matches
Mail list logo