Staffan, That VRS chain should do what you describe. The results do not
depend on whether you have specified VRSEL(NEW/OLD) in parmlib. The types
of location do not have a bearing on this. What is important are the data
sets and how VRSEL might be processing them. You should see this in the
Hi all,
Has anyone implemented System Managed Coupling Facility Structure Duplexing
?
I am looking for real RMF Coupling Facility reports with System Managed
Duplexing data (of course I need only reports without company name and etc
data - only technical reports). Reports from my site in return
Hi everyone: cross-porting to IBM-Main and MVS-OE looking for experience
with IPv6 in z/OS.
We are planning to support IPv6 in z/OS as soon as we can. It's been
available since 1.5 anyway. We're fully functional in Unix/Linux/Win with
IPv6, and want to add z/OS to the mix.
Not
An earlier append (properly) berated IBM for not providing SMF information
about 2G usage.
We have every intention of addressing that in the near future.
Peter Relson
z/OS Core Technology Design
--
For IBM-MAIN subscribe /
On 8 Nov 2005 14:47:32 -0800, [EMAIL PROTECTED] (Ray Mullins) wrote:
Try PARM='/DATAHERE'. This has to do with COBOL runtime options. But I can
never remember if user parm data follows or proceeds the slash.
I'm unfamiliar with use of the slash, I've never worked in a site that
used it. What
Howard,
As stated in previous posts on this issue, LE options can be part of the
PARM input. So depending on how your shop has setup LE and COBOL, the LE
parms (if you want to overrides) either comes before the / or after.
CBLOPTS which does determine whether or not the user data should come
One example with which I am aware is the RTEREUS option. IBM recommends:
Avoid using RTEREUS(ON) as an installation default. If you do use RTEREUS,
use it for specific applications only.
At my previous job, we had a financial package from GEAC which (IIRC) had a
main assembler program calling
PARM='RPTSTG/DATAHERE' (for CBLOPTS OFF or other than COBOL) or
PARM='DATAHERE/RPTSTG' (for COBOL with CBLOPTS ON) would request an LE
Storage Report at EOJ. See the LE reference manual for (many) more LE
runtime options.
Peter
-Original Message-
From: IBM Mainframe Discussion List
In a message dated 11/9/2005 8:00:46 A.M. Central Standard Time,
[EMAIL PROTECTED] writes:
I'd like to find a way to use Cherenkov radiation, for FTL computing!
Will it help you when quoting(mis)???
'Bought the best we can do right now.
In a message dated 11/9/2005 6:36:25 A.M. Central Standard Time,
[EMAIL PROTECTED] writes:
We have every intention of addressing that in the near future.
Mark and Roland did it about 4 hours(with a couple of snags
and enhancements thrown in). If you can't measure it, you can't
Howard Brazee wrote:
On 8 Nov 2005 14:47:32 -0800, [EMAIL PROTECTED] (Ray Mullins) wrote:
Try PARM='/DATAHERE'. This has to do with COBOL runtime options. But I can
never remember if user parm data follows or proceeds the slash.
I'm unfamiliar with use of the slash, I've never worked in a
On Tue, 8 Nov 2005 14:51:25 -0200, Helio [EMAIL PROTECTED] wrote:
Friends
It would like a help of you, when I enter in the panel of DB2TOOL option
1(DB2 System Catalog), later option K, and in front of a packages I inform
the command SQ, I am receiving the following error message,
IBM0534S
The following scenario:
two LPARs on 3 CP machine, shared CPs, both LPARs are assigned weight of
50%.
Now I issued on LPAR A:
CF CPU(2),OFFLINE
and then
CF CPU(1),OFFLINE
Question:
Machine has x MIPS. What are the limits for LPAR A and LPAR B ?
1/6 of x and 5/6 of x ?
1/2 of x and 1/2 of x ?
If you can't measure it, you can't tune it.
...
The original quote was more general:
“If you can't measure it, you can't manage it”.
“Tuning” is just one aspect of “Managing”.
-teD
Me? A skeptic? I trust you have proof!
--
Hi all again,
I did not explained what exactly RMF CF Report I meant.
I am interested in RMF CF Reports done
1. either by RMF Postprocessor,
e.g. by JOB:
//RMFPP EXEC PGM=ERBRMFPP,REGION=0M
//MFPINPUT DD DISP=SHR,DSN= smf archive
//PPXSRPTS DD SYSOUT=*
We have a LARGE application program that is exhausting below the line
storage and
abending.
Sub Pool 0 (File Buffers) and Sub Pool 2 (Working Storage) are using
about 3.5m
Are there any easy tricks to make the entire program run above the line?
Or will we
simply have to reduce file
What language? COBOL? What compiler version? Help depends on the details.
Peter
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Sent: Wednesday, November 09, 2005 11:55 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Program exhausting below the line storage
We
What kind of files are involved? VSAM, NonVSAM??
Larry Crilley
Dino Software, Corp.
http://www.dino-software.com/
412-734-2853.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED]
Hi,
I install a product of COMPUWARE group of Abend-Aid 1.1.0, the name is
Distributed Viewing Support(DVS)(the first time in Brazil) to access report
and source listing datasets on MVS systems to which they are not logged on
and that do not share DASD. Via LU 6.2 of VTAM. When I hit to access a
On Wed, 9 Nov 2005 10:51:17 -0600, JONES, CHARLIE wrote:
We have a LARGE application program that is exhausting below the line
storage and abending.
Sub Pool 0 (File Buffers) and Sub Pool 2 (Working Storage) are using
about 3.5m
Are there any easy tricks to make the entire program run above the
I would look at the syslog on the target LPAR. There you should see additional
messages as to why the file did not open. Perhaps a security issue, the file is
required but does not exist, the file is corrupt, or some such.
I don't think you have a VTAM issue.
HTH and good luck.
Catalog RC=08 is file not found, is it not? Perhaps you have specified the
name of the file incorrectly? Perhaps the old userid/no userid problem as in
TSO?
I don't think VTAM has much to do with this error.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL
Compiler: PP 5655-G53 IBM Enterprise COBOL for z/OS and OS/390 3.2.0
We have a LARGE COBOL application program that is exhausting below the
line storage and
abending. There are 16 QSAM files and an IDMS Database.
Sub Pool 0 (File Buffers 1.5meg) and Sub Pool 2 (Working Storage 2meg)
Hi have a P390 runnning OS2(base) OS/390. We had a power failure , on
restart I got a message concerning DESKTOP line not being in config.sys.
There is a desktop directory with what appears all my icons. So anyways
I decided to rename config.sys to another name and I had a config.wal
file that I
Unless things have changed, weights are a proportion of the (total) CEC.
With 2 engines on LPAR A, 50% can still be attained, but with a higher
apparent usage of the 2 engines as compared to having all 3 available.
With one engine, only 33% is available, so LPAR A will be effectively
(hard-)capped
Richard Verville wrote:
Hi have a P390 runnning OS2(base) OS/390. We had a power failure , on
restart I got a message concerning DESKTOP line not being in config.sys.
There is a desktop directory with what appears all my icons. So anyways
I decided to rename config.sys to another name and I had
Cobol-Compile option DATA(31). Perhaps also LE runtime ALL31(ON)
Roland
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of JONES, CHARLIE
Sent: Wednesday, November 09, 2005 7:17 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: COBOL Program exhausting
With such a current compiler release, just recompiling with the COBOL option
DATA(31) should put your working storage above the line.
Unless your IDMS requires DATA(24), in which case you have no choice but to
reduce the number of buffers assigned to each QSAM file (remember, system
default is 5
Assuming you can not recompile, and assuming the QSAM buffers are taking
a large amount of your region, and assuming your DCBs are not doing
LOCATE mode processing...
There are several products on the market that can intercept the OPEN and
dynamically place your QSAM/VSAM buffers above the 16mb
Suppose, for the sake of argument, that I want to keep all the z/OS
documentation that I currently have on a Windows share on z/OS itself. I
plan to put it all in z/OS UNIX files and serve it up via the HTTPD
server. This avoids any dependance on the Windows server for our
documentation.
The
Neither answer you show is correct.
The weights assigned to LPAR A and LPAR B represent each LPAR's share of
shared CPC capacity. With 3 shared CPs and LPAR A/B having equal weights,
your initial statement where each LPAR is entitled to 50% of 3 CPS (or 1.5
CPs each) is correct.
After
Reducing block sizes can be *very* costly in performance. Same for
buffers. Don't do that.
Technically, it is very easy to change a few compile options and
recompile. And that is the better choice by far.
HTH and good luck.
-Original Message-
From: IBM Mainframe Discussion List
(Picked this note among many for reply.) As a first pass I decided to try
Info-ZIP. The price is just right. Downloaded from two different sites
(thanks to other replies). The unzip program verifies OK. That is,
call infozip(unzip) '-v'
gives what I would expect. However, the same command for
Rich,
When you start OS/2, there's a white square in one corner of the screen
that stays for a brief moment. When you see it, press Alt-F1 to
display a menu with a couple of options, one of which allows you to
bring up a command line before the GUI starts.
--
Gilbert Saint-Flour
GSF
On Wed, 9 Nov 2005 12:16:52 -0600, JONES, CHARLIE wrote:
Compiler: PP 5655-G53 IBM Enterprise COBOL for z/OS and OS/390 3.2.0
We have a LARGE COBOL application program that is exhausting below the
line storage and abending. There are 16 QSAM files and an IDMS Database.
How many records, on
I would STRONGLY consider reducing the number of buffers and take the
chance that the performance is perhaps less than ideal rather than watch
the job ABEND.
ABENDs are not considered better performance.
On Wed, 9 Nov 2005 14:43:56 -0600, Hal Merritt wrote:
Reducing block sizes can be *very*
Well its late in the day and I just couldn't resist. So I'm a bad
person.
Suppose, for the sake of argument, that I want to keep all the z/OS
documentation that I currently have on a Windows share on z/OS itself.
I plan to put it all in z/OS UNIX files and serve it up via the HTTPD
server.
IDMS does not require DATA(24), although for years they shipped required
link time modules as AMODE 24 RMODE 24 and you had to override the linkage
editor. We got around it my fixing the module inhouse. I think the name
is IDMSCANC. They may also have some old subroutine that is AMODE 24 which
(Like talking to myself.) I actually tested the program with zip, download,
and unzip of a source module. It went from 10 tracks to 2--84% compression
according to messages--and the result on my PC looked just like the
original. So I guess it's working regardless of the -v problem.
.
.
.
JO.Skip
McKown, John wrote:
Suppose, for the sake of argument, that I want to keep all the z/OS
documentation that I currently have on a Windows share on z/OS itself. I
plan to put it all in z/OS UNIX files and serve it up via the HTTPD
server. This avoids any dependance on the Windows server for our
They [IDMS] may also have some old subroutine that is AMODE 24 which will
generally force every
thing below the line.
If the notion of using a program object instead of a load module does not
strike you as intolerably 'cutting-edge', the Binder's SPLIT option was
provided to address just
As Peter intimates, the cycle time seems to be outside the toleration of
the application.
RESMIL is an obvious place to start, maybe look at ACCELSYS as another
option.
Good discussions in the GRS Planning manual - see the Install and tuning
and Diagnosing chapters under Ring mode.
Be aware that
In [EMAIL PROTECTED], on 11/09/2005
at 10:41 AM, Edward E. Jaffe [EMAIL PROTECTED] said:
You will need the boot diskette(s) to solve this problem.
Not if he has an alternate rescue system.
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
ISO position; see
In [EMAIL PROTECTED], on 11/09/2005
at 04:10 PM, Gilbert Saint-Flour [EMAIL PROTECTED] said:
When you start OS/2, there's a white square in one corner of the
screen that stays for a brief moment. When you see it, press Alt-F1
to display a menu with a couple of options, one of which allows
IBM is rolling out new version 3.1.0 OMEGAMON/XE line of products
(availability 4Q2005) - announced as being accesses with Tivoli Enterprise
Portal (TEP)
Assuming TEP is new name for CandleNet Portal - I am looking (towards 2006
budget/planning) for the workstation specification of this
45 matches
Mail list logo
