Radoslaw,
You mean VSAM extent consolidation.
The extent counter does not increment when a new extent abuts the previous one.
Net-net it achieves a similar thing.
Ron
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of R.S.
Sent:
Newsweek? haha
Chris Hoelscher
Technology Architect, Database Infrastructure Services
Technology Solution Services
Humana Inc.
123 East Main Street
Louisville, KY 40202
Humana.com
(502) 476-2538 or 407-7266
-Original Message-
From: IBM Mainframe Discussion List
That is a crying, damn shame. Inherently foolish and willfully ignorant, and I
imagine subject to the supposition that they cannot find resources to support
it in the future.
Good luck to you, Mark.
-Original Message-
From: IBM Mainframe Discussion List
Sometime this year all existing mainframe processes will be moved to another
fulfillment house(non-mainframe) for Time Inc (now Meredith Corporation) and
Time Customer Service will be shut down. It's been a great 22.5 years here for
me, I might make it to 23 in August before I'm terminated.
On 6 February 2018 at 14:17, Peter Hunkeler wrote:
>> Isn't this what DIV is for?
>
> DIV works with VSAM linear data sets. How would it help here?
The discussion has been (mostly) about loading an entire dataset into
virtual storage (as ISPF Edit does) vs windowing techniques that
http://www.datacenterknowledge.com/hardware/why-mainframes-arent-going-away-any-time-soon
--
Regards,
Mark T. Regan
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu
I know this is not OP's first bronco ride in a sysplex rodeo, but I have a few
more suggestions.
-- Create a new unique name for the combined sysplex.
-- Pick one (least critical) system and start there as the first member of the
new sysplex.
-- Once the new sysplex is running with this
Hello Don - I just posted my 'thank you' to the wrong person!
So, here it is again. Thanks!!!
Mary Kay
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the
Hi Mike,
When I read your post a few days ago, you suggested I use 'hidden' fields in my
cgi and write the form using 'says' . But I can't see that post now. However,
I want to thank you. Works like a charm! I wrote two cgis - one to do the
form and one to do the processing. I wrote two
Well duh, how did I miss that? I guess I was scanning for "Data" and missed
"System Diagnosis: Data."
Thanks,
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Massimo Biancucci
Sent: Wednesday, February 7, 2018 9:45 AM
To:
Charles,
look at
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.2.0/com.ibm.zos.v2r2.ikj/ikj.htm
it seems there's something related into Diagnosis Guide.
Most of the block are "Programming Interface".
Good luck.
Massimo
2018-02-07 18:35 GMT+01:00 Charles Mills :
>
I can't imagine running without FICON directors--or ESCON directors before
them--but your configuration may not require them if they're used *only* for
CTC. Before even touching hardware, I suggest that you cook up an IODF with no
directors and ACTIVATE it. If things fall apart, you can put the
Is there a "TSO Data Areas" manual? Am I just not finding it or is there no
such thing? Seems odd, as TSO has been pretty stable since somewhere around
when the OCO era began.
Charles
--
For IBM-MAIN subscribe / signoff /
X-posted IBM-MAIN, IBMVM and RACF-L
Several of us are working on a series of certificate presentations for SHARE
Sacramento.
I was wondering if anyone has tried - successfully or unsuccessfully - to
use a Let's Encrypt certificate with a Z platform.
Let's Encrypt is a *free* source of SSL/TLS
After the introduction of multiple PTSx, it took me quite a while to learn that
the message '@@# resides in xxx.SMPE.SMPPTS' is generated dynamically for
each sysmod query. PTSx location is not stored anywhere, so you don't have to
worry about reordering PTSx data sets or about moving a
On 2/7/2018 1:11 AM, Elardus Engelbrecht wrote:
Or IBM-MAIN members asking for help on something which is really out of support, something like
this familiar plea for help "Please help me with an abend in program X in language Y in
MVS or OS/390 or z/OS " ;-)
... which reminds me that I
Another example could be from the IMS source code. One such example would be
SDFSMAC(LCDSECT) and look for field LDSFLAG1.
- Adam Johanson
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
On Wed, Feb 7, 2018 at 9:18 AM, Tom Marchant
<000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote:
> On Tue, 6 Feb 2018 16:42:54 -0600, Paul Gilmartin wrote:
>
>>I see no mention there of a "255 character limit". Am I looking in the wrong
>>place?
>
> The limit on PARM is 100 characters, as
On Tue, 6 Feb 2018 16:42:54 -0600, Paul Gilmartin wrote:
>I see no mention there of a "255 character limit". Am I looking in the wrong
>place?
The limit on PARM is 100 characters, as you noted in an earlier append.
Tom made a mistake.
>Why not simply relax the 100 (255?) character limit on
Used mainframes are usually available for about another decade, just
can't upgrade the LIC. And z13 will still run 31 bit operating
systems.
On Wed, Feb 7, 2018 at 12:47 AM, Elardus Engelbrecht
wrote:
> Sri h Kolusu wrote:
>
[Default] On 26 Oct 2017 18:25:33 -0700, in bit.listserv.ibm-main
dcrayf...@gmail.com (David Crayford) wrote:
Reentering my nagging on zones created by EGL and predecessors Visual
Age Gen and CSP. I was cleaning up my mailbox and found this from
last year so went to the link and found the
Our IBM TS3500 tape library operator panel is displaying an Action Msg "Library
Full" . However, it isn't full and has several hundred free slots. I've
ready the lovely Operations manual and cannot find a way to acknowledge/clear
the message. Anyone else seen this before?
Ben Alford
IT
Have I missed something? There does not seem to be a put1801.txt file in the
/s390/assigns directory on ftp://service.boulder.ibm.com so far.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
Thanks.
I'd like to turn that AFAIK to a definite yes!
I'm now told all XCF traffic is on CF's.
Thanks for the other info. They already use EE, and I've suggested that for
cross-domain traffic, but they want to stay away from the corporate network, so
I think PTP CTC may be my only option,
AFAIK you can use TPT CTCs. Usually SAN switches are used to connect
datacenters, but basically they are also FICON connections.
You can eliminate XCF CTC connections by using Signalling Paths through CFs.
This applies to all applications/connections using XCF Signalling as a
communication
Good morning all.
The company I'm currently working for have a GDPS, and are using FICON
directors inbetween the CEC's.
These directors are out of support, and the company wants to get rid of them.
They currently use FICON CTC's between the LPARs in the PLEX.
My question is, can we go to
>
> Hi all,
What found a huge CPU utilize if ABSRPTN is high, almost 48M and pagein
shared reached 500, is that means most transaction resident in central
storage and keep burn CPU?
Add real memory can solve this problem?
Thanks for help
Sorry wrong paste in previous post.
* Top of
Dat
Before
DDDEF - Enter "/" to select actionTracks %Used
LS;
Concerning the PTS question.
You can simply rename the PTS datasets to get theme in order from empty to full.
Example:
Before
DDDEF - Enter "/" to select actionTracks %Used
W dniu 2018-01-30 o 20:48, Ron hawkins pisze:
Peter,
Start using PDS-E
I used to like to have maxextents set to 8. That worked for all but the most
pathological of PDSs with many members updated per day. PDS-E ended up
resolving that (but Lizette has some horror stories about large PDS-E).
IBM Tech Doc # TD105503 is really quite excellent. I'd like to point out
that there are other possible definitions of "lifecycle" that are
situational and also quite important. Here are some notable examples:
* design resiliency
* economic
* security
* regulatory
* software/operating system
Jack J. Woehr wrote:
>> "Historically each mainframe generation has had a long life from general
>> availability to service discontinuance, averaging over 11 years."
>Historically, each mainframe generation has had a long life: from general
>availability, to service discontinuance, to people
32 matches
Mail list logo