Barbara Nitz wrote:
First, as Ed pointed out, an SSRB will only be generated when the SRB has to
wait for something like a lock or get willingly suspended. The reason Tom has
only seen ssrbs in his dumps may well be that they're scheduled with the local
lock (or some other lock) held, and
Okay,
My first choice was originally to sort the generics last, and since it's good
enough for RACF, it's good enough for me.
I wrote a little routine to test the processing out and found that my sort
routine can sort between 2 and 1,000 entries fast enough that I can't tell the
difference
As I previously indicated, the code I have doesn't need to go after every
step, it just goes at the end of the JOB. The output (JOB step CC's ) gets
emailed to wherever you want. You could use IEFACTRT exit as was
indicated, the overhead is trivial (zero if you decide not to do anything) if
Ed,
On the bright side, people developing brand new SRB-mode infrastructures
get lots of hands-on practice with taking SADUMPs and IPLing their
systems. What fun! :-)
You mean we have to expect more questions about sadumps on ibm-main? :-)
The type that says 'the necessary data are not in the
Thanks Mirtha! Valuable Information.
Regards,
Mani
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Mirtha Quattrochi
Sent: Tuesday, April 08, 2008 7:55 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Need Certification exam info on Mainframe
I don't know whethe SAPR covers it or not, but I'd like to remind about
cyrptography. If you use ICSF and crypto features, be prepared for big
change. Depending on your system level you could have to download new
ICSF FMID. You won't find it in any set of PSP bucket or other sources
covering
On Wed, 9 Apr 2008 01:15:59 -0400 Craddock, Chris [EMAIL PROTECTED]
wrote:
:Barbara Nitz writes a nicely detailed summary snipped
: In that case no amount of summ format will get you the exact linkage
:stack
: formatted automatically, as far as I know (unless the SRB abended and
:SRB-
: to-task
On Wed, 9 Apr 2008 07:07:32 +0200 Barbara Nitz [EMAIL PROTECTED] wrote:
:First, as Ed pointed out, an SSRB will only be generated when the SRB has to
wait for something like a lock or get willingly suspended. The reason Tom has
only seen ssrbs in his dumps may well be that they're scheduled
Binyamin,
Not at all. There is no SRB to find as the SRB block only exists while it
is on a queue. Once dispatched it is simply data.
The registers are consistent with the point of the trap.
I believe that I said that. My explanation wasn't really for you, it was more
for those that kept
A dream of mine was to start a shared documentation project someplace like
sourceforge so anyone could contribute. Or maybe an MVS control block wiki.
That idea was shot down straight away. (-:
-Alkuperäinen viesti-
Lähettäjä: IBM Mainframe Discussion List puolesta: Rob Scott
Is it possible to change the DSCB information of allocated dataset through
some utility ? Like changing Primary / Secondary quantity ?
Expiry Date etc.
JAcky
--
For IBM-MAIN subscribe / signoff / archive access instructions,
Jacky,
It depends on what you want to change and the reason for the change. Is
this to prevent space abends or some other reason?
If the items are controlled by DFSMS (Storclas, Mgmtclass, etc.) you can use
the ISMF panels to alter a data set.
If it is things in a LISTCAT you can see if IDCAMS
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Lizette Koehler
Sent: Wednesday, April 09, 2008 7:40 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Modify DSCB information
Jacky,
It depends on what you want to change and the reason for the change.
There is an old program on the CBT Tape (DMOD) that can change many F1
DSCB attributes. I don't know if anyone has updated it for SMS. I last
used this
Program in the early 90's.
HTH,
snip
Is it possible to change the DSCB information of allocated dataset
through
some utility ? Like changing
- Original Message -
From: Jacky Bright [EMAIL PROTECTED]
Newsgroups: bit.listserv.ibm-main
Sent: Wednesday, April 09, 2008 8:28 AM
Subject: Modify DSCB information
Is it possible to change the DSCB information of allocated dataset through
some utility ? Like changing Primary /
I have been reading thru the thread with Shai Hess. I would ask group at
large to be somewhat tempered in their responses. I am perceiving a
mean-spirited undertone to some of the responses. Please allow for the
mistakes of those that are at least attempting to understand and engender
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Rick Arellanes
Sent: Wednesday, April 09, 2008 12:21 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: (fwd) Re: Is IT becoming extinct?
I gotta ask this, hope you don't mind. Why is the code
On Tue, 2008-04-08 at 19:40 +, Ted MacNEIL wrote:
FILTLIST EXTCLASS INCLUDE('SMSCOMP','SMSEXT')
Why do you put the SMS prefix in the class names?
We already know they are SMS constructs.
I've got a *really* simple setup here, a single Iceberg on a system
small enough that many of you
Hi,
I am getting this error submitting a job.
The job is a simple logrec format and previously worked.
How could we go over this?
Thanks
fabio D'Alfonso
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send
what about Expiry date of dataset ? Can it be changed ?
JAcky
On 4/9/08, Pinnacle [EMAIL PROTECTED] wrote:
- Original Message - From: Jacky Bright [EMAIL PROTECTED]
Newsgroups: bit.listserv.ibm-main
Sent: Wednesday, April 09, 2008 8:28 AM
Subject: Modify DSCB information
Is it
Ah, we would need a little bit more than that to answer your question.
Perhaps the JCL job log?
On Wed Apr 9 15:20 , Fabio D'Alfonso [EMAIL PROTECTED] sent:
Hi,
I am getting this error submitting a job.
The job is a simple logrec format and previously worked.
How could we go over this?
This came as a shock to me. We just went to a basic sysplex, splitting a
single image into two images. We just had a lockup occur between the two
images. This was caused because SPFEDIT does a RESERVE on the volume
during a save operation. OK, mea culpa, for not reading every word of
all the
Looking at the SYS1.LOGREC should be in uppercase
Edouard A. Myers
Acting Manager of Technical Services
Office of the Chief Technology Officer
DC Government
222 Massachusetts Ave, NW, Suite 200
Washington, DC 20001
Phone : 202-727-4017
Fax: 202-727-3880
Email: [EMAIL PROTECTED]
On Wed, 9 Apr 2008 13:28:13 +0100 Jacky Bright [EMAIL PROTECTED] wrote:
:Is it possible to change the DSCB information of allocated dataset through
:some utility ? Like changing Primary / Secondary quantity ?
:Expiry Date etc.
Well, there is always AMASPZAP against the VTOC.
But there are many
If that is the EXACT JCL you submitted, the lower case characters in the DSN
would cause a JCL error.
Try converting them to upper case and resubmitting.
On Wed Apr 9 15:57 , Fabio D'Alfonso [EMAIL PROTECTED] sent:
Hi this is the job
//STEP1EXEC PGM=IFCDIP00
//SERERDS DD
But nothing changed .
On Wed, 9 Apr 2008 10:00:33 -0400 Rob Scott [EMAIL PROTECTED] wrote:
:Try using uppercase for the dataset name
:-Original Message-
:From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of
Fabio D'Alfonso
:Sent: 09 April 2008 14:57
:To:
John
If you haven't seen it already, ISPF enqueues are mentioned explicitly in the
z/OS MVS Planning : GRS manual - there are cases where exclusion RNL is
warranted and it also explains how SPFEDIT lives with SYSDSN.
Rob Scott
Rocket Software, Inc
275 Grove Street
Newton, MA 02466
I was thinking more along the lines of a local (z/OS based web)
interface instead of the current ISPF dialogs.
Ken
-Original Message-
Shane
Ken Porowski wrote:
Does this mean that things like ServerPac dialogs are going the way of
the web?
Gawd I hope not.
It took about 6 years to
Ken Porowski wrote:
I was thinking more along the lines of a local (z/OS based web)
interface instead of the current ISPF dialogs.
Ken
Exactly!
-Original Message-
Shane
Ken Porowski wrote:
Does this mean that things like ServerPac dialogs are going the way of
the web?
Gawd
On Wed, 2008-04-09 at 15:20 +0200, Fabio D'Alfonso wrote:
The job is a simple logrec format and previously worked.
On Wed, 2008-04-09 at 15:57 +0200, Fabio D'Alfonso wrote:
//STEP1EXEC PGM=IFCDIP00
//SERERDS DD DSN=sys1.logrec,
// DISP=SHR
This job previously worked with a
It's easy enough to have an exit convert all JCL lines to upper case. Maybe
their shop did that.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of David Andrews
Sent: Wednesday, April 09, 2008 8:18 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re:
On Wed, 2008-04-09 at 10:09 -0400, Ken Porowski wrote:
I was thinking more along the lines of a local (z/OS based web)
interface instead of the current ISPF dialogs.
A poorly designed (web) interface is a poorly designed interface.
What gives you faith it will be any better designed just
Welcome to the wonderful world of shared DASD. You ain't seen nutin' yet
:-)
Such reserves and enqueues abound. That's the only way you can keep
multiple updaters from corrupting data.
It also changes things. For example, in a shared DASD environment, you
might find that Data Accelerator might
If you post the jcl with error messages it would help.
Basically you go to the JES Messages section and find the reason for the JCL
error. JCL does a decent job of telling you why you got the error.
The JES Messages is the third Data set on SPOOL. First is JOBLOG, Second is JCL
with
Hmmm, are we comparing languages a little bit here? When I was an
undergraduate student at Ga. Tech (many years ago) the school computer
was a Burroughs 5500. When I went back for my Masters in Computer
Science that machine was the Computer Science Department's play toy. It
was an interesting
Jacky,
If you have SimpList installed you can select a data set from any object list
or DSLIST using 'I' for Information. All of the data set attributes are
displayed, including things like SMS attributes and expiry date (etc). Any of
the displayed attributes can be changed by simply tabbing
Hi Everyone,
We are having a problem with CA-1 which CA believes is not a CA problem.
We are trying to upgrade from v11 to v11.5. When we implement the v11.5 we
have the following problems. The first is a problem with multiple files on a
tape. When it complete the 4th file, we get the
Problem # 2 is VOLSEQ=0002
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Yukus, Mary J CIV USMEPCOM
Sent: Wednesday, April 09, 2008 11:04 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Problem with CA-1
Hi Everyone,
We are having a problem with
Since this is a scratch tape, it should ignore this. The old version of CA-1
does. VOLSEQ 1 doesn't exist any longer either since it also was a scratch
tape.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Campbell Jay
Sent: Wednesday, April
Thanks Tom, I'll forward this on to my CA-1 person.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Pinnacle
Sent: Wednesday, April 09, 2008 10:17 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Problem with CA-1
- Original Message -
From:
- Original Message -
From: Yukus, Mary J CIV USMEPCOM [EMAIL PROTECTED]
Newsgroups: bit.listserv.ibm-main
Sent: Wednesday, April 09, 2008 11:04 AM
Subject: Problem with CA-1
Hi Everyone,
We are having a problem with CA-1 which CA believes is not a CA problem.
We are trying to upgrade
---snip-
There's nothing wrong with stripes over stripes. I've referred to this
as braiding in the past.
With a good pre-fetch algorithm the storage uses the parallelism of the
striped arrays to feed the cache in large block requests from many
disks, and
Rick Fochtman wrote:
[...]
At the risk of sounding obtuse, I have to ask the question: why is
striping even an issue today?
A the risk of... - because of performance reasons. Even on new shining
DASD arrays it gives performance increase. BTDT.
Good planning is harder than in very old days of
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Rick Fochtman
Sent: Wednesday, April 09, 2008 10:36 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Sequential Data Striping
---snip-
There's nothing
That second issue sounds like an intercept is missing and CA-1 isn't getting
control to subvert the VOLSEQ. We have plenty of chains that run over 7,000
dsnbs long created every week, I did nothing for 11.5 to enable that, it should
work out of the box. My wag is that there is something wrong
snip
what about Expiry date of dataset ? Can it be changed ?
unsnip--
Yes. I THINK CDSCB can do it, but it's been a long time since I used it
so I'm not really sure. You can always use AMASPZAP to make changes.
On Tue, 2008-04-08 at 07:17 -0700, Ron Hawkins wrote:
The Iceberg's sequential pre-fetch performance was not one of its finest
moments. If you are seeing disconnect time of 10ms or more for your
sequential IO then restricting your work to 8 stripes may not be the best
thing for your workload.
I'm confused. If a program is reading or writing a dataset sequentially,
then it does so one I/O (block) at a time.
If another program is concurrently reading, then it will be doing I/O's
more or less concurrently and the likelihood of cache hits rise.
If you are writing, you write only one
I never said it would be better, I was just wondering if that was going
to be the direction for what used to be done in ISPF dialogs. Things
like ServerPac, Health Checker, Omegamon installer.
If history serves as any lesson, most attempts at any type of
installation dialog usually fails
I may be drafted to do a 1.4 to 1.7 migration. I'm concerned both about
any gotchas in the migration itself and about anything that might impede a
later migration to a supported[1] release. There are two LPAR's in a
sysplex and a third LPAR in a monplex.
Is there anything critical that the
In [EMAIL PROTECTED], on
04/07/2008
at 03:44 PM, Myers, Edouard (OCTO) [EMAIL PROTECTED] said:
It should be in upper case
Why? It would still be invalid. He needs to remove it entirely.
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
ISO position; see
Did you copy the TMC onto this system for testing?
How did you copy it?
I have seem weird DSNB chaining problems using TMSCOPY to backup and restore
for testing and would use an IEBGENER copy anyday.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf
In [EMAIL PROTECTED],
on 04/08/2008
at 02:02 PM, Timothy Sipples [EMAIL PROTECTED] said:
Perhaps it's more precise to say that OV/MVS is, by far, the closest
current match to PROFS. Is that fair?
Is OV/VM dead? If not, it's the closest available to PROFS.
OV/MVS was a hodgepodge of unrelated
In [EMAIL PROTECTED], on
04/09/2008
at 01:28 PM, Jacky Bright [EMAIL PROTECTED] said:
Is it possible to change the DSCB information of allocated dataset
through some utility ?
OPEN will merge some fields from your DD back to the DSCB. That's often
useful, but sometimes somebody changes
In [EMAIL PROTECTED], on 04/07/2008
at 02:27 PM, Mark Zelden [EMAIL PROTECTED] said:
The problem is not with the poster,
It's the poster that tried to actually run the bad JCL. He needs to know
how to fix the JCL, which I told him. Fixing the web site is a more
difficult problem.
it is with
In [EMAIL PROTECTED], on 04/07/2008
at 10:41 AM, Paul Gilmartin [EMAIL PROTECTED] said:
Yours is fine. Apparently you posted via E-mail (I'm guessing because
your Date: header indicates MDT, not CDT). I posted via the WWW
interface, so that narrows the suspect list.
The web interface is not
In [EMAIL PROTECTED], on 04/07/2008
at 06:41 AM, Steve Comstock [EMAIL PROTECTED] said:
[Now I'll wait to see how this comes through on the actual
message, just to verify.]
It came through just fine.
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
ISO position; see
On Wed, 9 Apr 2008 10:09:04 -0400, Rob Scott wrote:
If you haven't seen it already, ISPF enqueues are mentioned explicitly in the
z/OS MVS Planning : GRS manual - there are cases where exclusion RNL is
warranted and it also explains how SPFEDIT lives with SYSDSN.
And, more important, earlier I
When I was at PH Mining, we had OV/MVS for several years. We got it when
there were very few PCs in the company. Most people who had PCs, and did
emails or document writing on the mainframe didn't like OV/MVS. It was much
more cumbersome to use than a PC. When most people had PCs, we got
One that we ran into was a COBOL RM31 program calling an assembler RM24
program.
Had to change the LE370 options ALL31 to OFF and HEAP to ANYWHERE.
Shmuel Metz (Seymour J.) [EMAIL PROTECTED]
Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU
04/09/2008 12:16 PM
Please respond to
In [EMAIL PROTECTED], on
04/09/2008
at 07:43 AM, Staller, Allan [EMAIL PROTECTED] said:
There is an old program on the CBT Tape (DMOD) that can change many F1
DSCB attributes. I don't know if anyone has updated it for SMS.
Aren't the SMS attributes carried in the NVR rather than the DSCB1?
In [EMAIL PROTECTED],
on 04/09/2008
at 10:09 AM, Ken Porowski [EMAIL PROTECTED] said:
I was thinking more along the lines of a local (z/OS based web) interface
instead of the current ISPF dialogs.
I'm sure that Shane was as well, and that he is concerned about the track
record of such
Mary,
I am aware of the first problem (the level-1 tech asked me to look at the
issue). She is going to ask for some additional information (for example, you
have the SYSPRINT for the DFDSS step that is failing coded as DD DUMMY,
and we would like to see if DFDSS is putting out any error
Hal,
What operating system are you using? The z/OS I use reads multiple blocks
per start sub-channel so that blocks are pre-fetched into buffers ahead of
the program request.
For sequential caching algorithms, in HDS anyway, having two jobs reading
the same dataset does not mean the trailing job
One that got us was the TCPIP profile default for the SEGMENTATIONOFFLOAD
changed from NO to YES. This attempts to offload some of the TCPIP packet
handling from the processor to the OSA card. If you have an old(ish - ours was
from 2006/2007) version of the OSA Express/Express2 card, it will
On Wed, 9 Apr 2008 11:02:59 -0300, Shmuel Metz (Seymour J.) wrote:
The web interface is not LISTSERV, any more than bit.listserv.ibm-main is
IBM-MAIN.
Right. Even as the web interface isn't IBMLink. But the distinction
blurs when one tries to use it.
-- gil
Dave,
1-3ms disconnect time is pretty good for sequential IO on Iceberg. Early
Iceberg and RVAs I came across were typically 20-50ms disconnect time during
batch - I had the first ICEBERG in ASIA.
Ron
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Rick,
While the arrays have all this parallelism built in so that sequential IO is
pre-fetched concurrently from many disks into the cache (on some RAID
designs), the effectiveness is somewhat discounted when this massively
parallel data stream from disk to cache is transferred one SSCH at a time
On Wed, 9 Apr 2008 11:24:09 +0200 Barbara Nitz [EMAIL PROTECTED] wrote:
:Not at all. There is no SRB to find as the SRB block only exists while it
is on a queue. Once dispatched it is simply data.
:The registers are consistent with the point of the trap.
:I believe that I said that. My
Anyone,
I have a mainframe assembler application which is invoking Unix system
services to get the names of all of the files in an NFS-mounted folder. The
application dynamically allocates and logically concatenates these files into
one giant dataset, then uses QSAM macros to read it.
The
Many of you will probably receive the email from one of the MF sites which will
contain the reference to this article.
http://serverspecs.blogs.techtarget.com/2008/04/04/why-there-should-probably-be-no-windows-in-the-data-center/?track=NL-576ad=634581asrc=EM_NLN_3449818uid=1900046
When I saw
David Eisenberg wrote:
The problem is that I have reached a practical limit of approximately 540 files
in the folder, because when I reach that point, I get a dynamic concatenation
ABEND due to the TIOT filling up. I am told that our TIOT size is the default of
32K, which would allow for a
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of David Eisenberg
Sent: Wednesday, April 09, 2008 1:17 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: TIOT filling up: too many dynamic concatenations
Anyone,
I have a mainframe assembler
Ed,
Field S99ERROR (after the dynamic concatenation request to DYNALLOC) is
coming back with a value of X'0238': Space unavailable in task input output
table (TIOT). The manual says that the application should Reduce the total
number of allocated DDs and devices. Deallocate data sets that are
Why not simply convert all reserves? One reason is that reserve is fast and
cheap. An enqueue involves a negotiation with all interested parties over a
commutations Link. Can be v e r y s l o w.
I've been converting them for years.
With GRS*, fast coupling links, and today's DASD, the
Yes, it is a bit more difficult to program, but it is infinitely scalable.
Of course, you are correct. I took this approach because I have inherited a
pre-existing application that used to read a single mainframe dataset. It's
only
recently that the capability to read multiple files via NFS
Were unable to do any SPUFI commands due to RACF authorization.
This fixed that.
//STEP1 EXEC PGM=IKJEFT01,DYNAMNBR=20
//SYSTSPRT DD SYSOUT=*
//SYSTSIN DD *
SETROPTS GENERIC(DSNR)
RDEFINE DSNR ** UACC(READ)
Can be done in advance on z/OS 1.4
Don't forget JES2 $ACTIVATE command on
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of David Eisenberg
Sent: Wednesday, April 09, 2008 1:17 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: TIOT filling up: too many dynamic concatenations
Anyone,
I have a mainframe assembler application which
On Wed, 9 Apr 2008 10:48:10 -0400, Dave Salt [EMAIL PROTECTED] wrote:
If you have SimpList installed you can ...
snip
You forgot the shameless plugtag. :-)
Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS
IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 04/09/2008
04:20:11 AM:
I certainly would hope that the system automatically SUMLISTs the
linkage
stacks. Does the SLIP SL operand support indirect address off of control
registers?
The linkage stack should be in the SUMDUMP.
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL
Sent: Wednesday, April 09, 2008 1:36 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SPFEDIT does a RESERVE!?!
Why not simply convert all reserves? One reason is that
reserve is
Interesting APAR OA22578 NEW FUNCTION (GRS)
http://publibz.boulder.ibm.com/zoslib/pdf/OA22578.pdf
PTF List:
Release 73J : UA40237 available 08/04/09 (1000 )
Release 730 : UA40235 available 08/04/09 (1000 )
Release 74J : UA40238 available 08/04/09 (1000 )
Release 740 : UA40236
Hi Ed:
Maybe not the best solution but you can increase the size of the TIOT in the
ALLOCxx parmlib member in the z/OS MVS Initialization and Tuning Reference
_http://publibz.boulder.ibm.com/epubs/pdf/iea2e261.pdf_
(http://publibz.boulder.ibm.com/epubs/pdf/iea2e261.pdf) page 73. The
Try putting DYNAMNBR=1024 on your EXEC card.
Just tried it; no good. Same result as before. Thanks, though.
David
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of David Eisenberg
Sent: Wednesday, April 09, 2008 1:42 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: TIOT filling up: too many dynamic concatenations
Yes, it is a bit more difficult to
I usually put the Shameless plug tag if the solution being offered is a bit
of a stretch from what the person is asking for. But in this case, the ability
to change data set attributes is just one of the many time saving features
SimpList offers . ;-)
Dave Salt
See the new
No coupling facility, so basic sysplex. XCF signalling via a ESCON CTC.
That's all I have. The CF was nixed due to cost.
With two systems (which, iirc, you have), simple XCF signalling should be
enough.
-
Too busy driving to stop for gas!
You didn't say what language you are writing in.
Mainframe assembler.
Your suggestion would work, but then I would have to get into an argument
with the network guys when I tell them that I need twice as much disk just so
that I can do a physical concatenation of all of the files. I don't
Try putting DYNAMNBR=1024 on your EXEC card.
Just tried it; no good. Same result as before.
That's because your TIOT size is still 32K.
As somebody stated, the short term solution is to bump it up to 64K.
The long term would be (imo) re-write the programme to open one file at a time.
-
Too
Release 73J
Release 730
Release 74J
Release 740
What releases of z/OS do these correspond to?
-
Too busy driving to stop for gas!
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL
Ted MacNEIL wrote:
Release 73J
Release 730
Release 74J
Release 740
What releases of z/OS do these correspond to?
z/OS 1.8 and 1.9.
--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
Hi, All,
How quickly does the first of a pair of SLIP IF traps arm the second
one?
I have a situation wherein I may need to trap an IF in a common routine
only when it's called from a specific location within a specific
program. The route from the caller to the common routine goes thru
some IBM
1.8 and 1.9 (English **, Japanese **J)
Subject: Re: OA22578 NEW FUNCTION (GRS) migrate GRSRNL=EXCLUDE
environment to full RNLs without requiring a sysplex-wide outage
Release 73J
Release 730
Release 74J
Release 740
What releases of z/OS do these correspond to?
1.8 and 1.9 (English **, Japanese **J)
Thanks.
Being out of work for awhile can make you lose touch with small things.
-
Too busy driving to stop for gas!
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send
???
AFIAK there is no fix, microcode or otherwise, for the segmentation offload
problem. I think the default has since been changed been changed to off.
Also, it did not affect old OSA cards, it affects ALL OSA Express cards.
There was also no need to POR, or even IPL, to recover the card,
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Scott Rowe
???
AFIAK there is no fix, microcode or otherwise, for the
segmentation offload problem. I think the default has since
been changed been changed to off. Also, it did not affect
old OSA cards, it
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of David Eisenberg
Sent: Wednesday, April 09, 2008 2:19 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: TIOT filling up: too many dynamic concatenations
You didn't say what language you are
On Wed, 9 Apr 2008 13:16:58 -0500, David Eisenberg wrote:
I have a mainframe assembler application which is invoking Unix system
services to get the names of all of the files in an NFS-mounted folder. The
application dynamically allocates and logically concatenates these files into
one giant
On Wed, 9 Apr 2008 18:36:08 +, Ted MacNEIL [EMAIL PROTECTED] wrote:
Why not simply convert all reserves? One reason is that reserve is fast
and cheap. An enqueue involves a negotiation with all interested parties
over a commutations Link. Can be v e r y s l o w.
I've been converting them
On Wed, 9 Apr 2008 10:03:39 -0500, Yukus, Mary J CIV USMEPCOM
[EMAIL PROTECTED] wrote:
Hi Everyone,
We are having a problem with CA-1 which CA believes is not a CA problem.
We are trying to upgrade from v11 to v11.5. When we implement the v11.5 we
have the following problems. The first is a
1 - 100 of 129 matches
Mail list logo