Some people activate a Coupling Facility LPAR with a z/OS CP in dyndisp=no
mode: its weight represents the number MSU which you want consume without
billing because these MSUs doesn't enter in the SW bill.
As all functions of capping, it's a technical way. You need to search for a
financial way.
If this is only system REXX issue, there is an example of using
AXRMLWTO in the MVS Authorized Assembler Services Guide:
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2A881/31.
5?SHELF=IEA2BK81DT=20080120225118
While we're at it: I once more tried to understand the advantage
of
The reason is our EMK server on z/OS V1.9 does not
have any message IDs, so all we get is the following text:
Server is running. TCP port: 3801, SSL port: 1443
Seems like inacceptable behaviour for a software to be run
on z/OS. I'd try to open a PMR requesting identifiable messages.
--
I have already done that. A requirements hasw been accepted. But with
ported applications I am not sure how long it will take for IBM to action
this. Not enough z/OS Users or tape encryption to put pressure on sooner
than later.
So in the meantime, I am hoping a shell script could be created
Here is the code I use to get the length of a variable rrds record
DATA DIVISION.
FILE SECTION.
FD TLCMST
RECORD IS VARYING FROM 879 TO 1679 CHARACTERS
DEPENDING ON TLCMST-LENGTH.
COPY TLCMST.
- - - - - - - - - - - - - 20 Line(s) not Displayed
01 WORK-FLDS1
Hi,
I’ve encountered something in Syncsort, and I’m looking for an explanation.
One of our users used Syncsort to copy a dataset.
The input file had 93386 tracks in 10 extents.
The output file had 64815 tracks in 2 extents.
Both files are LRECL=27904 BLKSIZE=27998 RECFM=VB
On Wed, 31 Dec 2008 13:56:20 +0200 ??? ?? ??? gad...@malam.com wrote:
:Ive encountered something in Syncsort, and Im looking for an explanation.
:One of our users used Syncsort to copy a dataset.
:The input file had 93386 tracks in 10 extents.
:The output file had 64815 tracks in 2 extents.
Gadi,
May Syncsort truncate the record if trailing x'00'' or blanks are padded at
end of some of the records? I would look into the shorter records in the
file to see if they are realy shorter...
Itschak
2008/12/31 גדי בן אבי gad...@malam.com
Hi,
I've encountered something in Syncsort,
Yes, it is in the manual.
_
Dave Jousma
Assistant Vice President, Mainframe Services
david.jou...@53.com
1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G
p 616.653.8429
f 616.653.8497
-Original Message-
From: IBM
On Wed, 31 Dec 2008 09:38:36 +0100, Hunkeler Peter (KIUK 3)
peter.hunke...@credit-suisse.com wrote:
Samples are just that. They aren't indicative of the best way to do something.
But good samples are better than bad samples. :-)
What (advantage) am I missing?
Being able to execute the
On Tue, 30 Dec 2008 16:16:25 -0600, Don Higgins d...@higgins.net wrote:
Here is something new and something old for 2009. Come to SHARE session
8194 in Austin TX on March 3, 2009 at 8 AM for the first live demonstration of
zcobol portable mainframe COBOL compiler which is written in z390
I would look at the raw input file and see how it was blocked. Perhaps the
program that created the file wrote smaller blocks.
The OP did say they both had the same block size.
-
Too busy driving to stop for gas!
--
For
I found discrepancy between ICSF documenation and reality.
Documentation says:
When KGUP generates a key, the program also generates information to
create the complementary key. This information includes the
complementary key value. The value is either a clear key value or
encrypted key
I agree with the STORAGE function being required for SYSREXX to be
useful.
Jon L. Veilleux
veilleu...@aetna.com
(860) 636-2683
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Mark Zelden
Sent: Wednesday, December 31, 2008 9:42 AM
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of ??? ?? ???
Sent: Wednesday, December 31, 2008 5:56 AM
To: IBM-MAIN@bama.ua.edu
Subject: Syncsort Oddity
Hi,
=20
I=92ve encountered something in Syncsort, and I=92m looking for an =
Use SAS to find the actual physical block size of the two files:
// EXEC SAS
//FILEONE DD DSN=FILEONE,DISP=SHR
//FILETWO DD DSN=FILETWO,DISP=SHR
//SYSIN DD *
DATA SIZEONE;
INFILE FILEONE RECFM=U BLKSIZE=32760 LENGTH=LEN;
INPUT;
LENGTH=LEN;
PROC FREQ:
TABLES LENGTH;
TITLE TABULATION OF BLOCK SIZES
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Barry Merrill
Sent: Wednesday, December 31, 2008 9:30 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Syncsort Oddity
Use SAS to find the actual physical block size of the two files:
SNIP
And for
Peter
FYI - I did some 'playing' around and was working with the Quick Pads editor,
which is MUCH more robust (you can alter the size of buttons and move
ANYWHERE you'd like...), and created a quick pad with the customized items
I wanted from the items in that 'other' customized toolbar which
On Wed, 31 Dec 2008 15:00:35 + Ted MacNEIL eamacn...@yahoo.ca wrote:
:I would look at the raw input file and see how it was blocked. Perhaps the
program that created the file wrote smaller blocks.
:The OP did say they both had the same block size.
The same maximum block size. Not
Thanks to anyone and everyone in advance.
I am trying to build a new test lpar and running into an issue.
I have created a new iocp and performed an activation and ipl of this new
lpar. The new lpar appears to ipl but the console is being sent to the SE
console. I deactivated the other lpar
The same maximum block size. Not necessarily the same sizes for specific
blocks.
Eh?
-
Too busy driving to stop for gas!
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with
On Wed, 31 Dec 2008 10:34:36 -0800, Kurt Eastwood kurtms...@yahoo.com wrote:
Thanks to anyone and everyone in advance.
I am trying to build a new test lpar and running into an issue.
I have created a new iocp and performed an activation and ipl of this new
lpar. The new lpar appears to ipl
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of John McKown
[ snip ]
Let me be the first to wish everybody a safe and sane 4th of July!
Little late, aren't you?
-jc-
--
For IBM-MAIN
Nah, he might actually be the first - it's 7 months away.
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Chase, John
Sent: Wednesday, December 31, 2008 12:57 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: new lpar
-Original Message-
When using VB, some code will write a short block if the space remaining in the
current block is less than the DCB LRECL, even though the actual length of the
next record is unknown. This results in a lot of short blocks, particularly
when the LRECL is large, as in this case.
Ted MacNEIL
On Wed, 31 Dec 2008 18:35:20 +, Ted MacNEIL wrote:
The same maximum block size. Not necessarily the same sizes for specific
blocks.
Eh?
Ever heard of TRUNC?
--
Tom Marchant
--
For IBM-MAIN subscribe / signoff / archive
When using VB, some code will write a short block if the space remaining in
the current block is less than the DCB LRECL, even though the actual length of
the next record is unknown.
This results in a lot of short blocks, particularly when the LRECL is large,
as in this case.
So, SYNCSORT
On Wed, 31 Dec 2008 13:56:20 +0200, #1490;#1491;#1497; amp;#1489;#1503;
#1488;#1489;#1497; gad...@malam.com wrote:
Ive encountered something in Syncsort, and Im looking for an explanation.
One of our users used Syncsort to copy a dataset.
The input file had 93386 tracks in 10 extents.
Our IMS system periodically submits batch jobs to offload its logs. Of
course the job never fails until we run for 9 days unattended over the
Christmas break. Some unexplained event caused the twin fiber links to
our VTS to drop offline for about 10 minutes, generating sticky messages
IOS581E and
If you have some sort of automation package like Mainview for IMS or
AutoOperator, you could have it change your archive job to use DASD
rather than tape when it sees your VTS's go boxed. Then your IMS's
don't go belly up because they ran out of OLDS, and your archives don't
get backed up either.
At 14:22 +0200 on 12/31/2008, Binyamin Dissen wrote about Re: Syncsort Oddity:
On Wed, 31 Dec 2008 13:56:20 +0200 ??? ?? ??? gad...@malam.com wrote:
:I¹ve encountered something in Syncsort, and I¹m looking for an explanation.
:One of our users used Syncsort to copy a dataset.
:The input
Hi Ben,
We don't have IMS, but we do have other tasks that submit jobs, so pehaps this
method will be helpful - it works well for us.
We have the submitted JCL IEFBR14 allocate and catalog a dataset instead of
running the 'real' job. We tell our scheduling system (ZEKE) to submit a job
(in
In 000801c9670e$3b559f80$b200de...@hawkins1960@sbcglobal.net, on
12/25/2008
at 07:58 PM, Ron Hawkins ron.hawkins1...@sbcglobal.net said:
So what is your answer to the question?
The one that I posted: use, e.g., BLK3390 to determine how many blocks
will fit on a track, then do the arithmetic.
In cd427cf50812300153s3547f9f5h3403f31ac885f...@mail.gmail.com, on
12/30/2008
at 03:23 PM, Yogeetha balasubramanian sairamyog...@gmail.com said:
I have always thought about finding the class and the msgclass myself for
creating our own jobcard. Do someone know how to find them ?
MSGCLASS is
In listserv%200812301235128694.0...@bama.ua.edu, on 12/30/2008
at 12:35 PM, Paul Gilmartin paulgboul...@aim.com said:
Wouldn't it be nice if, like the USERID, default OUTPUT parameters
(CLASS, DEST, FORMS, etc.) were inherited from the submitting job?
Not only would it be nice, but some of
2008/12/31 John McKown joa...@swbell.net:
On Tue, 30 Dec 2008 16:16:25 -0600, Don Higgins d...@higgins.net wrote:
Here is something new and something old for 2009. Come to SHARE session
8194 in Austin TX on March 3, 2009 at 8 AM for the first live demonstration of
zcobol portable mainframe
On Wed, 31 Dec 2008 08:42:26 -0600, Mark Zelden
mark.zel...@zurichna.com wrote:
...
Personally, until there is a supported / alternate STORAGE function
that I can use, I probably won't be doing much with it.Console
automation packages can be used instead.
...
I know this is the wrong
On Wed, 31 Dec 2008 10:34:36 -0800, Kurt Eastwood kurtms...@yahoo.com wrote:
Thanks to anyone and everyone in advance.
I am trying to build a new test lpar and running into an issue.
I have created a new iocp and performed an activation and ipl of this new
lpar. The new lpar appears to ipl
And if you don't have SAS, user SYNCSORT's HISTOGRM program to get a
distribution of block sizes.
// EXEC PGM=HISTOGRM
//SYSUT1 DD DISP=SHR,
// DSN=
//SYSPRINT DD SYSOUT=*
Bob
Barry Merrill wrote:
Use SAS to find the actual physical block size of the two files:
Both files are LRECL=27904 BLKSIZE=27998 RECFM=VB DSNTYPE=LARGE
Unless it's a typo BLKSIZE=27998 is 90 bytes more than needed for VB LRECL
27904.
Yet another factor. I would expect Syncsort to correct most of the
possibilities already discussed.
Dave Gibney
Information Technology Services
This was supposed to go to the IBM-MAIN, not assembler list. Sorry about
that.
-Original Message-
From: IBM Mainframe Assembler List [mailto:assembler-l...@listserv.uga.edu]
On Behalf Of Bill Klein
Sent: Wednesday, December 31, 2008 11:33 AM
To: assembler-l...@listserv.uga.edu
Subject:
On Wed, 31 Dec 2008 19:16:43 +, Ted MacNEIL eamacn...@yahoo.ca wrote:
When using VB, some code will write a short block if the space remaining
in the current block is less than the DCB LRECL, even though the actual
length of the next record is unknown.
This results in a lot of short blocks,
I'm trying to use the IBM Debug Tool to list some data names during a Batch
run, with the DT commands in INSPIN, and capturing the responses in INSPLOG.
All is well, until I attempt to continue a command onto a second line. Since
it's a COBOL program that's running, I start the command in 8,
According to:
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/eqa9ug00/5.1.4
It looks like you are doing this correctly. Assuming you are current on
maintenance, I would report this to the IBM support center (and reference
the documentation above).
Michael Bradley mjm...@yahoo.com
Hi Everyone,
I ran the Histogram utility on both files:
On the first file, the maximum block was a bit over 16k and most were about 2k.
On the second file most of the blocks were over 25k.
So it seems the Syncsort did some major reblocking which caused the savings in
both space and access
45 matches
Mail list logo