Is there any way to calculate space requirement for SYSREC, SYSUT1 , SORWKnn
datasets, IMGCPY datasets ?
How to ensure that whatever space parameters defined in REORG job are
correct and there will not be any space related abends ?
JAcky
Hi,
Anyone hit this problem after migrated to z/os 1.7 when submit a job, it's
ok after re-run.
Explanation
During processing of a job that requested a cataloged procedure, the system
found an uncorrectable input/output (I/O) error in
reading the SYS1.PROCLIB data set or a user procedure
PDSE's were great until IBM decided to support them as non-SMS
constructs.
They took an (elegant) implementation and screwed it up with dual
code-streams and other unnatural acts to force it into that
environment.
I've never heard anyone claim PDSEs were great. Even good would be a
stretch.
Jacky,
You didn't mention which database it is, so I'm assuming it's DB2.
Just use TEMPLATE to dynamically allocate required files and DB2 will do the
calculations
for you based on DB2 catalog information. Sort work files are also controlled
by REORG
SORTDEVT and SORTNUM keywords which will
Hi Tommy,
I am not exactly sure whether it is the same message but I have certainly had
similar situations of a PROCLIB I/O errors on z/OS 1.6, which have been
resolved simply by resubmission or re-issuing the start command.
In each case I have realised that the error occurs with a procedure
On Thu, 22 Mar 2007 18:08:47 +0800, Tommy Tsui [EMAIL PROTECTED] wrote:
Hi,
Anyone hit this problem after migrated to z/os 1.7 when submit a job, it's
ok after re-run.
Explanation
During processing of a job that requested a cataloged procedure, the system
found an uncorrectable input/output
It is then up to the programmer whether the macro is used or raw
code.
That is true, but the fact remains that the interface is the macro. If a
service does not work as you think it ought to and you would like IBM
service to help you, and IBM service finds that you did not use the
documented
Hi
Thinking about the track IPCS questions(two)
If there is a possibility to combine the IPCS with the FaultAnalyzer.
In the FaultAnalyzer a number of useful features available to analyze a
dump, and another set available in IPCS.
Can I combine somehow IPCS with FA ?
--
Miklos Szigetvari
Tommy,
For this type of error, the probability of someone compressing a PROCLIB
that is used via JCL in the JES2 Startup procedure is a strong possibility.
This is why in my shop I strongly recommend using the $PROCLIB statements in
JES2 (I think z/OS V1.4 or higher) or have the JCL use JCLLIB
Never underestimate the bandwidth of a truck
http://www.wired.com/news/technology/0,73007-0.html
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET
Something similar was reported to me a few years back, when the folks
involved couldn't find an explanation (It may have been the same message but
I can't be sure). I found that the volume containing the Proclib had recently
been made eligible for DFHSM migration and the Proclib was being
I have found the PROCLIB I/O errors to happen mostly after having
updated the proclib from another lpar. I am not sure if this is always
the case, but there seems to be a correlation, at least at my site.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Bill Richter [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]...
Never underestimate the bandwidth of a truck
http://www.wired.com/news/technology/0,73007-0.html
I can estimate the bandwith of a truck for you: we moved an ESS with
40TB of data by truck from location A to
In a message dated 3/22/2007 6:57:18 A.M. Central Daylight Time,
[EMAIL PROTECTED] writes:
Basically when JES2 starts up, it loads the TTRs into storage.
Sounds like an opportunity to request to change the way this works in JES2:
(1) add a user option at JES2 start-up time to bypass
In a recent note, (IBM Mainframe Discussion List) said:
Date: Thu, 22 Mar 2007 09:15:30 EDT
Sounds like an opportunity to request to change the way this works in JES2:
(1) add a user option at JES2 start-up time to bypass saving of TTRs and
always use a system service like BLDL
Bill,
$PROCLIB control cards in JES2 rather than JCL PROCxx statements was the
fix. JES2 deals with them totally different than the DD statements. As
well as JCLLIBs. Both of them address this issue. The only time this is a
concern is when shops still rely on PROCxx statements in JES2 startup
If it is not what Steve said, you may want to see if it went into extents
due to updates. The extents are known at startup and if it gains an
additional extent during normal operation, the PDS directory block will
correctly point to the right data block, but that block is now outside of
the
I have need to use IBM'S TRSMAIN on a VSE System to pack data, before it is
FTP'ed.
Is there a way to use TRSMAIN on VSE?
Is there other products that can be used on VSE to pack the data on VSE, then
FTP that data to a MVS system. Once the data gets to the MVS system can they
use
I would suggest you first get it working in the native shell, to make
sure that all of your uss and java stuff is setup correctly. I had
similar problems trying to run make in batch jcl. I ended up writing a
simple rexx exec and then invoking that via IRXJCL. It may seem
somewhat convoluted,
Is anyone using either DTS Software's ACC (Alocation Control Center) or Beta
System's Beta-55 product?
Any information on user experiances with vendor and product (including
product cost/maintenance) would be appreciated.
--
Steve,
I've used ACC and SRS together from DTS. I think very highly of it. The
combined ability to enforce good practice and standards in JCL at submission
rather than just relying on space abend recovery was a key advantage.
I was also able to able to get good buffering defaults in place for
On Mar 22, 8:33 am, chandra [EMAIL PROTECTED] wrote:
i have 100 records in my sortin file. now i want to get only first 10
records in sortout file after getting sorted.
You can use the following DFSORT job to do what you asked for:
//S1 EXEC PGM=ICEMAN
//SYSOUTDD SYSOUT=*
//SORTIN DD
We are on z/OS 1.7 - We had a JCL error and determined that the cause
was
An x'00' (null) between a STEPNAME and its corresponding EXEC directive.
We changed
The null to a x'40' (space) and everything worked fine. The programmer
that created the JCL
Claims that the JCL with the embedded null
Why do I get this strange feeling of déjà vu?
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of JONES, CHARLIE
Sent: Thursday, March 22, 2007 9:34 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Null in JCL causing ERROR
We are on z/OS 1.7 - We
On Wed, 21 Mar 2007 17:23:35 -0500, Rick Fochtman wrote:
snip
We're on a z9BC.
We've got some other code changes in the process that I'm trying to
isolate from the ARITH(EXTEND) impact to see if this is really 30%
attributable to the ARITH option
I use ACC/SRS from DTS Software.
--- [EMAIL PROTECTED] wrote:
From: Steve Mann [EMAIL PROTECTED]
To: IBM-MAIN@BAMA.UA.EDU
Subject: DTS Software ACC, Beta Systems Beta-55 ?
Date: Thu, 22 Mar 2007 10:40:30 -0500
Is anyone using either DTS Software's ACC (Alocation
We use it and like it.
Dan
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Richard Pinion
Sent: 2007, March, 22 12:51 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: DTS Software ACC, Beta Systems Beta-55 ?
I use ACC/SRS from DTS Software.
---
Methinks that perhaps Charlie's computer is caught in a time warp and
resending his post from the 20th? Or possibly something more sinister is
afoot.
Rex
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of
Charles Mills
Sent: Thursday,
On Wed, 21 Mar 2007 18:27:27 -0600 David Day [EMAIL PROTECTED] wrote:
:Have not done much VSAM coding, hence the questions. Have an opened ACB
in 31 bit storage. Looking at a dump immediately after a successful OPEN for
the dataset. TCBDEB points to a DEB where the chain from the DEB to
I've been asked to explore the feasibility of reading standard-labeled MVS
tapes on other platforms. I know that 3580/90 devices can be attached via
Escon/Fiber Channel HBAs, and that IBM offers a device driver for certain *nix
systems.
So, my question: Is anyone doing this? And if so,
It has become pretty common due to the prevalence of PC-based mainframes
such as the FLEX. You can buy SCSI-attached mainframe-style tape drives from
dealers, such as T3 and Cornerstone. I think about $5000 and up depending on
new/used, model of tape, auto-loaders, etc. The tape drives typically
All:
I'm Bob Shimizu, of Cole Software. I lurk on this list, and I
thought I'd venture a posting today.
Please excuse my repeating myself here. I have previously sent this
message to the FLEX-ES list, and I want to try to broadcast this idea
to the mainframe list as well.
Cole Software
TRSMAIN is a z/OS-only program. (Aside: didn't I read somewhere that
TRSMAIN was going to be an officially-supported program starting with z/OS
1.9? Or was that wishful thinking?)
I see you posted the same question on VSE-L a couple of weeks ago and were
pointed at TERSE z/VSE's program.
snip
TRSMAIN is a z/OS-only program. (Aside: didn't I read somewhere that
TRSMAIN was going to be an officially-supported program starting with
z/OS 1.9? Or was that wishful thinking?)
/snip
You are correct. TRSMAIN is going to be a supported product.
Jon L. Veilleux
[EMAIL PROTECTED]
(860)
- Original Message -
From: JONES, CHARLIE [EMAIL PROTECTED]
Newsgroups: bit.listserv.ibm-main
Sent: Thursday, March 22, 2007 12:33 PM
Subject: Null in JCL causing ERROR
We are on z/OS 1.7 - We had a JCL error and determined that the cause
was
An x'00' (null) between a STEPNAME and
On Wed, 21 Mar 2007 18:27:27 -0600, David Day wrote:
Have not done much VSAM coding, hence the questions. Have an opened
ACB in 31 bit storage. Looking at a dump immediately after a successful OPEN
for the dataset. TCBDEB points to a DEB where the chain from the DEB to the
JFCB is
Yes, there are a number of hardware connection options -- and software that
serves in the emulation of the physical 3480 (et al) tape drive. This works
fine when MVS is in the picture (as on a FLEX system) since all of MVS's IOS
and access method code is there and being used. But say I want
Same from here... déjà vu all over again.
On Thu Mar 22 9:41 , Charles Mills [EMAIL PROTECTED] sent:
Why do I get this strange feeling of déjà vu?
Charles
-Original Message-
From: IBM Mainframe Discussion List [EMAIL PROTECTED]','','','')[EMAIL
PROTECTED] On Behalf
Of JONES,
Before the datacenter closed at PH Mining, we ran DTS's SRS product. I
believe it's a part of ACC. We converted to SRS from StopX37. DTS had very
good support. They actually converted our parameters from StopX37 to the DTS
format. They were always very prompt to in fixing anything or in
No, no, I understood your original question (sorry if my answer was not
clear).
The hardware is designed for attachment to a PC. In my experience it comes
with
a. drivers
b. utility copy and dump programs
c. possibly library routines to facilitate development of your own software.
This is a
Tom,
Thanks for you reply. Makes sense.
--Dave Day
- Original Message -
From: Tom Schmidt [EMAIL PROTECTED]
Newsgroups: bit.listserv.ibm-main
To: IBM-MAIN@BAMA.UA.EDU
Sent: Thursday, March 22, 2007 11:27 AM
Subject: Re: VSAM/DEB/ACB question
On Wed, 21 Mar 2007 18:27:27
On 22 Mar 2007 09:46:56 -0700, in bit.listserv.ibm-main you wrote:
On Wed, 21 Mar 2007 17:23:35 -0500, Rick Fochtman wrote:
snip
We're on a z9BC.
We've got some other code changes in the process that I'm trying to
isolate from the ARITH(EXTEND) impact
On Thu, 22 Mar 2007 09:41:09 -0400, Lizette Koehler
[EMAIL PROTECTED] wrote:
Bill,
$PROCLIB control cards in JES2 rather than JCL PROCxx statements was the
fix.
Still will get the error with $PROCLIB if a PDS takes an additional extent.
The I/O error and subsequent auto re-open was the fix.
On Thu, 22 Mar 2007 13:50:17 +, Bill Wilkie [EMAIL PROTECTED] wrote:
If it is not what Steve said, you may want to see if it went into extents
due to updates. The extents are known at startup and if it gains an
additional extent during normal operation, the PDS directory block will
correctly
On 21 Mar 2007 12:54:14 -0700, in bit.listserv.ibm-main you wrote:
Just a heads up.
Did anyone else notice the Permanent Restriction listed in OA03767. Copy
a PDSE dataset and the space needs to be larger on the output dataset.
PROBLEM CONCLUSION:
When copying a large number of PDSE members,
On 21 Mar 2007 12:31:50 -0700, in bit.listserv.ibm-main you wrote:
I learnt that the hard, but not critical way, some time back. We were using
FDR for backups and creating 1 original and a copy at the same time. One
copy would go in the firesafe and one would stay in the robbie (Comparex
We read 34x0 cartridges here using an IBM 3490-F01 (SCSI adapter)connected
to an IBM x235 intel machine running Windows 2000 Pro via a product called
NovaXChange. This is a very powerfull software. If you need more details,
please email me off list.
Have fun!!!
Carlos
-Mensagem
In a recent note, Veilleux, Jon L said:
Subject: Re: TRSMAIN ON VSE
You are correct. TRSMAIN is going to be a supported product.
With the same restrictions? I've been pretty frustrated
when IBM requests TERSEd supporting information and it
exists in HFS (or PDSE). In one case, I
I would like to see a SHARE requirement that PDSE's should be usable
everywhere a PDS is including IPL time LPA and LINKLIST data sets,
PARMLIB datasets and SYS1.NUCLEUS unless that is replaced by an IPL
set of cylinders (who would care if IPLTEXT were 800 or 1000 cylinders
provided we were
PDSE supports alias member names that are up to 1023 characters long. See
the program object libraries that are distributed with CICS/TS.
On other S/390 compatible operating systems: BS2000/OSD supports 64
character member names in its (relatively) newer library scheme; the old one
supported 10
So much for the new PDS idea.
We just recovered from a problem due to PDSE's.
Production libraries that are staged in development and used in production are
PDSE's.
SMSPDSE abended with a 40D.
The communication from that LPAR for integrity purposes blew XCFAS from single
digit usage (omegamon
We just recovered from a problem due to PDSE's.
SMSPDSE abended with a 40D.
That is RTM saying Something's broken in your recovery environment so
you're out of here! You would have to look at the reason code to even
begin to know whether the problem was in the SMSPDSE (application)
support
That is RTM saying Something's broken in your recovery environment so you're
out of here!
I know exactly what it means!
Unfortunately, I'm a level removed and have to depend on our out-sourcer to
figure it out.
-
Too busy driving to stop for gas!
Ya gotta have some extra cycles available or sooner or later you're going to
get hurt!
Choir? Preaching?
I agree, BUT.
And, this is a big BUT (or, I have a big BUTT -- I can never remember which!),
we are supplied from an out-sourcer.
And, as long as we don't grow, costs are constant.
The
Washington State University Information Technology Services is
recruiting a Mainframe Systems Administrator. To review the Notice of
Vacancy, please go to www.chr.wsu.edu and look for search number 4678
--
For IBM-MAIN subscribe
Can I run the version of DFSORT that is installed on my z/OS 1.4 system on
my z/OS 1.7 system via JOBLIB in the batch jobs?
If so, which libraries would I need to add to the JOBLIB (both JCL sort and
program invoked sort are used in the application if that matters) and are there
any APF
On Mar 22, 2007, at 10:40 AM, Steve Mann wrote:
Is anyone using either DTS Software's ACC (Alocation Control
Center) or Beta
System's Beta-55 product?
I have always thought BETA was a strange name for any product. IIRC
there are (or was) several one(s)? on the market.
What do then call
On Mar 22, 2007, at 2:50 PM, Clark Morris wrote:
-SNIP-
Over 20 years ago now, I fouled up the backup control statements to
the FDRDSF dump of the development volume so that at least some
libraries weren't backed up. I discovered it when we went to
Bob Shannon wrote:
I've never heard anyone claim PDSEs were great. Even good would be a
stretch. Making SMS a requirement for PDSEs was a marketing decision,
not a technical one. Support for a non-SMS environment has nothing to do
with current problems. PDSEs were buggy for a long time after
Greg Saccomanno wrote on 03/22/2007 03:40:51 PM:
Can I run the version of DFSORT that is installed on my z/OS 1.4 system
on
my z/OS 1.7 system via JOBLIB in the batch jobs?
If so, which libraries would I need to add to the JOBLIB (both JCL sort
and
program invoked sort are used in the
Ray Mullins wrote:
Steve, welcome to MF=L/E land.
Note - the following is really simple, and merely a starting point.
[snip]
It's good practice to generate an MF=L list in your constant area so you can
define the MF=E area properly. It's not so important for OPEN, but for
things like
While we're here, I would like to politely dispute the IBMer's implication
(and I apologize for forgetting his name and for paraphrasing) that all you
have to do is code the macros as documented and all will be well. I would
suggest that one cannot write reentrant or otherwise special assembler
One GREAT example is the IBM macros' use of branch rather than jump
instructions. Yes, they work as documented, but they conflict with the
exploitation of the (wonderful!) new base-register-constraint-relief jump
instructions.
Check macro IEABRC.
Adam
On Thu, 22 Mar 2007 16:29:12 -0700, Frank Yaeger [EMAIL PROTECTED]
wrote:
It's not clear to me what you're seeing here, but ...
The main difference between DFSORT R14 and z/OS DFSORT V1R5 is that
V1R5
can use Memory Object Sorting, a completely new path. Perhaps what you're
seeing is caused by
I stand educated. Thank you.
Two points:
1. This is a perfect example of the whole MVS philosophy of documentation,
which seems to be if you already understand how everything works, then our
documentation will explain everything to you perfectly.
2. Note: Using IEABRC does not guarantee that
1. This is a perfect example of the whole MVS philosophy of documentation,
which seems to be if you already understand how everything works, then
our
documentation will explain everything to you perfectly.
Sorry, but that sounds rather cynical. In a system this large with as many
On Mar 21, 2007, at 9:16 PM, Gerhard Adam wrote:
---SNIP---
IMHO, IBM still has some of the best documentation available
regardless of how voluminous it might be. I'm sure many people
would wish for even more if it were to be available (remember the
PLM's?)
Yes but don't forget
Yes but don't forget IBM used to have a messages and codes for COBOL
now they expect you to do a vulcan mind meld with the compiler:)
Remember I said, some of the best ... I never meant perfect. :)
Adam
--
For IBM-MAIN
You're certainly right, and I'm not an IBM-basher. I think it's a great
organization (not without flaws -- no large organization is without large
flaws) but a great organization, and the IBM mainframe has provided a
rewarding (in several senses of the word) living for me, and I am grateful.
The
The problem with much computer documentation, including much of z/OS's, is
that it is feature- rather than task-oriented. That is, the documentation
does a perfect job of answering the question so, what does the IEABRC
macro
do and how do you code it? and a terrible job of answering the
Hello,
We are trying to define a virtual CICS/TS 2.2 terminal to enable a third-party
batch product (MacKinney Systems' MTPBATCH) to start a terminal-specific
CICS application transaction. Has anyone successfully done
Gerhard Adam wrote:
One GREAT example is the IBM macros' use of branch rather than jump
instructions. Yes, they work as documented, but they conflict with the
exploitation of the (wonderful!) new base-register-constraint-relief
jump
instructions.
Check macro IEABRC.
IEABRC converts based
I think we mostly agree, and I'm sure no one wants to hear us argue all
night. Just could not resist on two things:
a search for OPEN
I searched all of the z/OS doc on OPEN. I hoped BookManager would tell me
how many hits it got. It did not, but I'm sure you understand the point I
was trying to
Adam,
While at times they did slip usually GUIDE/SHARE sent them a notice
and most of the time IBM got the message. They (IBM) made a statement
at OCO time that all messages were to be documented For the most part
for a few years they were . Now they have reneged on their word and
it
Where is SHARE? they are afraid to raise their voice to IBM. Share is now
a gofor for IBM. The management at SHARE is afraid to say one word to
IBM as they might pull out. Frankly it would be better if SHARE got a
spine but I don't see it happening any time soon.
I understand what you're
Usually when I'm asked to send a dump to the support center, I'm asked
to just send it directly out of the dump library. Otherwise, I FTP it
to my laptop and zip it there, then FTP it to IBM.
CHUCK DARTER wrote:
I have need to use IBM'S TRSMAIN on a VSE System to pack data, before it is
Ray Mullins wrote:
For cross-platform compression like this, you'll have to look at one of the
zip-type utility providers, which has been discussed in the past. (Has gzip
ever been ported to z/VSE?)
Barnard Software has a GZIP for VSE available
--
Rich Smrcina
VM Assist, Inc.
Phone:
I will be out of the office starting 03/22/2007 and will not return until
03/26/2007.
I will respond to your message when I return.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL
Chuck,
There are a number of compress utilities available under UNIX System
Services, such as TAR and PAX.
This may be a little easier to use for large files before sending them over
FTP.
I have been bitten by one utility stripping off control characters in an FBA
file though...
Ron
79 matches
Mail list logo
