Almost 36. But, they're vexing me a bit right now :)
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Mark Jacobs - Listserv
> Sent: Friday, February 10, 2017 4:55 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Job Loyalty
>
> A
; an IPCS user for decades. And still use it for diagnosing problems today
> (after
> I put in the DD for ABEND-aid to ignore the ABEND).
>
>
> Regards,
> Steve Thompson
>
>
> On 02/07/2017 06:28 PM, Gibney, Dave wrote:
> > I think I said this :)
> >
&
I think I said this :)
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Steve Thompson
> Sent: Tuesday, February 07, 2017 2:53 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Program now working, but why?
>
> On 02/07/2017 02:33
My guess is that the call for the header record passed the record from the FD
buffer. And subsequent calls pass the record after it's moved to WORKING STORAGE
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Bill Woodger
> Sent: T
And an answer to the OP's original performance problem could be to adjust his
WLM for TSO sessions to have a 3rd period (or 2nd or 4th) where the long
running SupreC drops to discretionary.
--
For IBM-MAIN subscribe / signoff /
Try $djq(*),spl-(splz00)
It's probably an STC, maybe a TSU
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Pew, Curtis G
> Sent: Tuesday, January 24, 2017 12:13 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Draining JES2 SPOOL vol
Parades in New York. Called Ticker Tape.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Tom Marchant
> Sent: Friday, January 13, 2017 12:22 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Paper tape (was Re: Hidden Figures)
>
> On
Properly implement SMS. And then expiration happens according to business need.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Ron Thomas
> Sent: Thursday, January 12, 2017 11:28 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: delet
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Peter Hunkeler
> Sent: Tuesday, January 10, 2017 11:58 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: COBOL5 and ceedump
>
>
> >> And as for the "standard way" to cheat the Cobol
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Peter Hunkeler
> Sent: Tuesday, January 10, 2017 2:28 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: AW: Re: COBOL5 and ceedump
>
>
> >A frequent, even standard way to get past the si
A frequent, even standard way to get past the size limit of a COBOL array, or
more appropriately table, was to define more "empty" space after it. Since
subscript bounds checking was always turned off for performance reasons, you
could effectively address substantially larger than the size limi
Stop specifying blksize. For that matter, don't specify LRECL or RECFM either,
SDSF knows from JES.
XDC to a new SEQUENTIAL file.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of venkat kulkarni
> Sent: Thursday, December 29, 2016
I have for years. X37 is almost a thing of the past.
I do have a NOEXTEND DATACLAS for the few exceptions.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Porowski, Kenneth
> Sent: Tuesday, December 20, 2016 12:38 PM
> To: IBM-MAI
Often, or at least sometimes for me, there will be numbers in the number
columns, but they aren't still valid as ISPF number mode. And the UNNUM
command returns a not in number mode message.
I find that
NUM ON STD (or COB if appropriate)
Followed by
UNNUM
Clears the area
> -Original Mess
Run a list of your assigned tapes. Recycle any that are not marked full. They
were created before you got the setting correct.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Tony Thigpen
> Sent: Thursday, November 24, 2016 2:39
Just a guess, but is it one of the Severpac jobs? Look via the dialog
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of ??? ?? ???
> Sent: Tuesday, November 22, 2016 11:28 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IZUSEC job
They obviously survived the initial long outage.
Shut it down, the HMC clock correctly with UTC. Make sure the SE has updated
it's clock from the HMC.
POR
IPL with a modern CLOCKxx
:)
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behal
Also, looking into why there are STARTING tasks and stopping it would be a
good idea :)
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Lizette Koehler
> Sent: Wednesday, November 02, 2016 10:20 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
Is the Serverpac still available? Do another install and run it up to the level
you need. Then copy the modules..
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Rob Schramm
> Sent: Tuesday, November 01, 2016 9:08 PM
> To: IBM-MA
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of John McKown
> Sent: Monday, October 24, 2016 12:37 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: System REXX
>
> On Mon, Oct 24, 2016 at 2:22
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of John McKown
> Sent: Monday, October 24, 2016 5:22 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: System REXX
>
> On Sun, Oct 23, 2016 at 3:15 PM, Paul Gilmartin < 000433f0781
SO, I have been working on inventory and verification that our CICS "underware"
source and executables match. Some of these modules are literally 40 years
since origination. I am comparing the actual load modules (Well, AMBLIST and
ASMAZAP output DUMPTC into SUPERC :) )
In general, I can find an
X and UNIX
>
> On Wed, Oct 12, 2016 at 2:17 PM, Gibney, Dave wrote:
>
> > HLQ (tousercat) .varname.value
> >
>
> What if "value" is does not adhere to a DSN node restrictions? Using
> bpxwunix() in a TSO REXX environment seems to be the way to go, a
HLQ (tousercat) .varname.value
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of John McKown
> Sent: Wednesday, October 12, 2016 9:59 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: System REXX and UNIX
>
> On Wed, Oct 12, 2016 at
So, when will CEE.SCEELPA be z/OS standard? :)
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Jim Mulder
> Sent: Thursday, October 06, 2016 10:48 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: CEEDUMP possible following 'new'
Still pricey for the hobbyist or small time dabbler. And more costly to
test/fix bugs that only manifest if multiprocessor :)
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Ed Jaffe
> Sent: Tuesday, October 04, 2016 1:38 PM
> To
This is my main difficulty with CA-MSM. It is great for doing the download from
CA and the SMP/E tp the point of install and tailoring.
But, then, you need to do it CA's way, not our way.
I concede that our way may not be the best way, but we have a lot invested in
some parts of it. My other obj
Well, just guessing. IBM added features using 64 bit something (or even, at
this late date, just above the bar) , or new and better DASD features. Does it
matter what the target device characteristics are? Is he sure he is properly
invoking a potentially RMODE/AMODE that moved? :)
> -Origin
I need a zIIP (or zAAP) first
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Cheryl Watson
> Sent: Wednesday, September 28, 2016 12:52 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: remote system support (i.e. the data center i
I get this message with every IPL now
IEC361I CATALOG ICFCAT.USERID (DATA) HAS REACHED 100% OF THE MAXIMUM EXTENTS
But LISTCAT all shows:
FREESPC185794560
HI-A-RBA---185794560
HI-U-RBA-2949120
I haven't had a good opportunity to reorg and reduce the
M Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Gibney, Dave
> Sent: Saturday, September 24, 2016 10:12 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Binder: What happened to nice simple x37 abend
>
> The error in the CAUSER report was that the Linkage re
The error in the CAUSER report was that the Linkage return was > 4 and it did
not point to the SISFLOAD. It did point to the SMPn report, which was quite
long in the first run.
Before 2.1, I believe I would have seen an also seen an error in the job log
which would have quickly told me to ex
imple x37 abend
>
> On Fri, 23 Sep 2016 23:03:26 +, Gibney, Dave wrote:
>
> >IEW2736S DA10 THERE IS NO SPACE LEFT IN THE DIRECTORY FOR DDNAME
> SISFLOAD. STOW OF THE DIRECTORY ENTRY MEMBER NAME
> > HSFKYWDU FAILED.
> >
> >With an SMP/E APPLY. Eas
IEW2736S DA10 THERE IS NO SPACE LEFT IN THE DIRECTORY FOR DDNAME SISFLOAD.
STOW OF THE DIRECTORY ENTRY MEMBER NAME
HSFKYWDU FAILED.
With an SMP/E APPLY. Easy to fix, but harder to spot the error :(
Dave Gibney
Information Technology Services
Washington State University
--
The program I was talking about was 1981, pre COBOL II. We did have the Capex
Optimizer :)
We never saw COBOL II, jumped to 3 point something and are pretty much still
there.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Bil
Actually, FTP of a member from z/OS to z/OS were none of the datasets are
physically shared should work just fine.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Lizette Koehler
> Sent: Thursday, September 15, 2016 1:27 PM
> To:
The Cobol of 1981 is not the Cobol of today. Absolute statements regarding
behavior 35 years ago are almost unprovable. Except maybe some Herculean effort
:)
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Bill Woodger
> Sent: T
I am pretty sure I misremembered it as binary and in reality it was packed. I
didn't actually write the code. It was a subroutine that tried to distribute
the difference due to rounding across a variable and not small number or
"transactions". This was during testing and it didn't get into produ
Well, try to IMPORT the back-up on a test system or different name and see what
happens.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of willie bunter
> Sent: Thursday, September 15, 2016 10:07 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
>
You can't update a PDS/E from one Lpar and expect the updates to be seen from
another Lpar unless you are sharing in at least a basic Sysplex. A mixed set of
Monoplexs like mine need not apply. And if the update is in anyway
bidirectional, you will experience a corrupted PDS/E
> -Original M
Behalf Of John McKown
> Sent: Wednesday, September 14, 2016 1:00 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Bypassing s322
>
> On Wed, Sep 14, 2016 at 2:51 PM, Gibney, Dave wrote:
>
> > Once, in my first months here, a program appeared to be looping, but
> > m
Once, in my first months here, a program appeared to be looping, but maybe not.
It was impacting the system, but I insisted it be allowed to run and it was for
a while.
It was a Cobol program. Perform until some COMP field reached zero. The Cobol
of the time did not recognize negative zero (X'80
Also consider asking for a trial of CR+ (now with Rocket) or Dinosoft's catalog
maintenance product.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Lizette Koehler
> Sent: Wednesday, September 14, 2016 10:34 AM
> To: IBM-MAIN@LI
Update each member with a call rexx_monitor directly after the /* rexx */
:)
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Lizette Koehler
> Sent: Wednesday, September 14, 2016 10:37 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject:
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Greg Dyck
> Sent: Tuesday, September 13, 2016 1:14 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Internals of Catalog
>
> On 9/13/2016 11:55 AM, Jake Anderson wrote:
> > Can som
Compiler? Or Runtime?
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Elardus Engelbrecht
> Sent: Wednesday, September 07, 2016 6:21 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Access to enterprise cobol datasets in productio
Use copytree
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Bill Johnson
> Sent: Saturday, September 03, 2016 4:51 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Copying a USS HFS file structure to another in order to get the files
At that very high level, is there a difference :)
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Lindy Mayfield
> Sent: Thursday, September 01, 2016 5:55 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: z/OS Architecture Diagram
>
>
The listserv deletes ALL attachments
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of John McKown
> Sent: Friday, August 12, 2016 10:24 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: COBOL Unbounded Loops: A Diatribe On Their Omi
gelbrecht
> Sent: Thursday, July 21, 2016 2:49 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: S0C4 since z/OS 2.1
>
> Gibney, Dave wrote:
>
> >There are unfortunately more than several copies of this module lying
> >around here. Someone zapped CSECT NATRUN3 The
: Software AG Discussion List [mailto:sa...@listserv.uark.edu] On Behalf Of
Gibney, Dave
Sent: 20 July 2016 21:47
To: sa...@listserv.uark.edu
Subject: S0C4 since z/OS 2.1
I upgraded my Development LPAR from z/OS 1.13 to z/OS 2.1 about 2 weeks ago
now. And for the most part, all is well.
But, I am now
/OS 2.1. The zapped version does work under
z/OS 1.13, but I have no idea what the environmental change is.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Gibney, Dave
> Sent: Wednesday, July 20, 2016 3:04 PM
&g
z/OS 2.1
>
> Have you talked to Software AG yet?
>
> Steve
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Gibney, Dave
> Sent: Wednesday, July 20, 2016 2:47 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
>
I upgraded my Development LPAR from z/OS 1.13 to z/OS 2.1 about 2 weeks ago
now. And for the most part, all is well.
But, I am now getting S0C4 abends in a couple of Linklsted modules. I was able
to alleviate one of these by moving to STEPLIB access. But, this other isn't
cooperating as well.
I
Cert discussion is more frequent over on RACF-L :)
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Phil Smith III
> Sent: Monday, July 18, 2016 2:45 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: CERTAUTH vs SITE vs user certifi
I experienced a uniprocessor for far too long. We moved from a 3 processor
Multiprise to a z800-A01 upgraded to an B01.
I will not willingly experience another. The curve of fewer/faster hits a
discontinuity at 1 processor.
> -Original Message-
> From: IBM Mainframe Discussion List [mail
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Norman Hollander on Desertwiz
> Sent: Friday, July 15, 2016 10:44 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Any Gotchas going from V1.13 to V2.2
>
> zIIPs were available on z9
I may have used the wrong term for my capping by Lpar group (of all four Lpars).
All the other questions have either simple answers (no DB2 here) or complex
answers involving my specific site, it's history, staffing (or lack of), and
our current and future direction(s).
> -Original Message-
I could be wrong and I did use CERTAUTH inappropriately (should have been SITE)
in the past.
I use:
CERTAUTH to sign other certs.
SITE for SERVERS
User for users :)
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Phil Smith III
>
Well, yes, I hardcap my 28 MSU capable z9 and 16 MSU to save software costs.
I have no JAVA production workload.
The current crop of JAVA infrastructure for support (CA-CSM, z/OSMF) do not run
well :)
And any argument to increase the cap, with the resulting increase in z/OS,
Cobol, CICS charges
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Ed Jaffe
> Sent: Wednesday, July 13, 2016 4:12 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Any Gotchas going from V1.13 to V2.2
>
> On 7/13/2016 3:0
Any idea how it will perform in a zIIP/zAAPles hardcapped environment :)
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Jesse 1 Robinson
> Sent: Wednesday, July 13, 2016 3:03 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Any G
s in the Wild
>
> [Default] On 28 Jun 2016 11:31:30 -0700, in bit.listserv.ibm-main
> gib...@wsu.edu (Gibney, Dave) wrote:
>
> >Mostly Mod-3s, some smaller and mostly special uses. Enough Mod-9 and
> Mod-27 to do Serverpac.
>
> Given that my netbook has a 320 GB drive,
Mostly Mod-3s, some smaller and mostly special uses. Enough Mod-9 and Mod-27 to
do Serverpac.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of John Eells
> Sent: Tuesday, June 28, 2016 9:19 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subj
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of John Eells
> Sent: Tuesday, May 24, 2016 1:49 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: z/OS Master/User catalog dataset re-organization
>
> suresh chacko wrote:
> > Hello G
? If not kindly explain.
Repro back in
>
> Are steps of Examine and diagnose required?
If it's already broken, yes.
>
> Best regards,
> Suresh
>
>
>
>
> On Tue, May 24, 2016 at 11:32 PM, Gibney, Dave wrote:
>
> > 1. Buy a tool. Dino, or CR+, or .
1. Buy a tool. Dino, or CR+, or
Or
2. At a very quiet time: a. Discconnect the catalog. b. back it up via repro.
c. delete and defining it bigger. d. repopulate. e. import.
And it would be a good idea to IPL here.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IB
Exact text of error message?
Yes it is!
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Brent Snyder
> Sent: Monday, February 29, 2016 3:06 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: error adding volumes to DFSMS storage group
>
Didn't :)
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of John McKown
> Sent: Friday, February 20, 2015 11:34 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Refreshing CAISSF for CA-7
>
> SETROPTS GENERIC REFRESH _might_ be of
That's what I was hoping for. Some kind of modify or even a S CAS9,refresh parm
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Thomas Conley
> Sent: Friday, February 20, 2015 6:25 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re:
; Omfr7iD92P0%2FLo%3D%0A&s=577acfd9a2a638eac07176a2ab36eddcf3624a
> 63c6ea7e597b23f1b48ad8133b
>
> Regards,
>
> Kevin
>
> -Original Message-----
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Gibney, Dave
> Sent: Thurs
I apologize my frequency in the forums lately :)
I can't seem to find a way to refresh the permissions to the CA-7 PA@EL
resources without rolling the CA-7 address space.
Am I expecting too much? I was sure I remembered a way to refresh either in
CA-7 or at the CAIRIM/CAISSF level.
Dave Gibney
But for any future dynamic activations, I darn well better be cataloged and at
IPL time.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Peter Hunkeler
> Sent: Tuesday, February 17, 2015 11:03 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
>
Actually. Here Tivoli = Candle products acquired by IBM :)
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Charles Mills
> Sent: Tuesday, February 03, 2015 1:02 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: "Mainframe Command C
And of course the obvious test is to attempt a secure connection from a 3270
emulator
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Rob Schramm
> Sent: Tuesday, February 03, 2015 11:08 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subjec
If there are z13 models not listed in the earlier LSPR link, then why aren't
they there? Or did I miss them?
Again, the lowest z13 MSU I saw was about double what I need and on a bloody
uniprocessor. I am z/OS and will be until its turned off.
My most critical z/OS software comes from a vendor to
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Shane Ginnane
> Sent: Thursday, January 15, 2015 3:03 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: z13 "new"(?) characteristics from RedBook
>
> On Thu, 15 Jan 2015 13:18:08 -0
This could then be a problem for me. The LSPR link has the smallest 2964-401
with 1 CP and 31 MSU
My current z9-L03 is 28 MSU, but I am capping at 16. But my major vendor (SAG)
doesn't accept subcapacity.
And, I was seriously "burnt" when we last had a uniprocessor. The smallest
multi is 60 MSU
There never is when to "big" one is announced. Are you implying knowledge that
there won't be a future BC z13?
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Martin Packer
> Sent: Thursday, January 15, 2015 9:32 AM
> To: IBM-MAI
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Paul Gilmartin
> Sent: Wednesday, January 14, 2015 5:16 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IKJ56220I max # of datasets reached
>
> On Wed, 14 Jan 2015 18:30:16 -0500,
knowledgecenter
>
> On 12/24/2014 03:35 AM, Gibney, Dave wrote:
> > This represents the first two comments I've seen claiming the demise
> of Bookmanager to be a good thing. Versus some rather large number of
> us who are resigned to a bad decision on the part of IBM.
> >
This represents the first two comments I've seen claiming the demise of
Bookmanager to be a good thing. Versus some rather large number of us who are
resigned to a bad decision on the part of IBM.
Since I am still on z/OS 1.13 which still has Bookmanager format manuals, I
have yet to inflict K
While I agree that IEFJOBS makes it clearer and works better, you can place
started job JCL in the MSTJCL PROCLIB. I have best results when the EXEC MYPROC
references a separate member, but there should be no reason a properly define
INSTREAM PROC wouldn't work.
> -Original Message-
> F
I asked for reasons to NOT turn it on.
As to my specific problem, there is a caveat in the documentation than
indicates it isn't an immediate solution.
CA's that are empty when CA Reclaim is enabled are not reclaimed.
So, I would have needed to delete/reallocate my xCDS(s) anyway.
The same woul
Thanks, last night, I ran my BCDS up close to the limit on a non-SMS Mod-9. I
still find the change in behavior correlates well with z/OS 1.13
CA Reclaim is a new feature I had not noticed. Since it is turned off by
default, I now need to ask:
Is there any reason not to turn it on?
> -Ori
21,776 Dataset last Sunday?
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Staller, Allan
> Sent: Wednesday, December 10, 2014 12:47 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: DFHSM BCDS Z/OS 1.13
>
> How much data actuall
Since moving to z/OS 1.13, my DFHSM BCDS seems to be issuing the
ARC0909E BCDS CONTROL DATA SET IS ABOUT 091% FULL
Message with greater frequency. I have automation in place to reorg it when the
message occurs, but it used to trigger about once a year and now seems to
trigger almost monthly.
I r
And they are very good and responsive.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Don Poitras
> Sent: Wednesday, November 12, 2014 8:21 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: EJES and ACF2
>
> Whild CA might know t
orrect the problem
> which I had gleaned from the archive files. If I understand you
> correctly there was no need to change the DCB of the corrupted dsn.
> All I had to do was wrie a new member in the pds.
> Can I revert back from RECFM=U to RECFM=VBA etc? Or all is lost?
>
>
>
I interpreted the original post as an attempt to recover from the classic
mistake writing to a PDS using IEBGENER.
I suspect the original PDS, before corruption, was VBA137. With BLKSIZE 27920.
The correct fix is to write a new member using IEBGNER and the correct DCB
specified on SYSUT2. Given
p;k=EWEYHnIvm0nsSxnW5y9VIw%3D%3D%0A&r=j6Xa1Y0fbuP2mfgCQ
> 5Zxhg%3D%3D%0A&m=YyCJuuPSCfDbvp0ycsEXpIXAoRRINEQYhE63ykEXe78%3
> D%0A&s=7552a7e57a1225c5b8a16d652945b5a2132990a7152d2b1522c7779d
> 0bbb1d38
>
>
> On Thu, Oct 30, 2014 at 6:47 PM, Gibney, Dave wrote:
>
Most users don't see abends anymore because for the most part the system works.
None of my end-users even know about IBM's manuals.
When an error occurs and it come to my application programmers or help desk
support, they will either know the answer because it is a common occurrence and
fix it.
I do RSU* IBM* HIPER
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Lizette Koehler
> Sent: Thursday, October 30, 2014 9:11 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: RSU Query
>
> RSUs are not cumulative. I would look at
Obviously I missed the announcement. Can anyone provide me a link to IBM
telling us this would occur :)
Dave Gibney
Information Technology Services
Washington State University
--
For IBM-MAIN subscribe / signoff / archive acces
I don't think Peter wins this one. Ask myself has always been a minor irritant
in this case.
But, of course, then I look for other clues, search ibmlink and potentially
open an issue.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Ed Gould
> Sent: Wednesday, October 29, 2014 4:19 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: DFHSM QUESTION - EXPIRATION OF DSN
>
> On Oct 29, 2014,
, at 4:39 PM, R.S. wrote:
>
> > W dniu 2014-10-29 o 18:47, Gibney, Dave pisze:
> >> HSM will happily back-up empty datasets. INVALID datasets are another
> >> matter. But, it is an easy matter to define a DEFAULT DATACLAS with
> >> DSORG=PS and never have another i
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of R.S.
> Sent: Wednesday, October 29, 2014 2:39 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: DFHSM QUESTION - EXPIRATION OF DSN
>
> W dniu 2014-10-29 o 1
HSM will happily back-up empty datasets. INVALID datasets are another matter.
But, it is an easy matter to define a DEFAULT DATACLAS with DSORG=PS and never
have another invalid dataset.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Beh
Just because you are not paging due to lots of real/flash isn't a reason to not
have sufficient page datasets in case you need them for dumping of some runaway
memory gobbler.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Elar
601 - 700 of 985 matches
Mail list logo
