Actually I think they were saying steam. :-)
Martin Packer
Performance Consultant
IBM United Kingdom Ltd
+44-20-8832-5167
+44-7802-245-584
email: martin_pac...@uk.ibm.com
Twitter ID: MartinPacker
They're figuring out that collaboration isn't a productivity hit, it
makes them smarter. Sam
Hi all
I tried to start NPF but after customzation I had this
IEF403I NPFWTR - STARTED - TIME=11.51.30
0090 EZY6131E NPFWTR START-FSS START TOKEN INVALID:
0090 *EZY6201E FSS NPFWTR ABENDED, USER CODE=0999 REASON=
0090 *EZY6204E LRB FAILING INSTR WAS 0A0D
0090
OK bad design, we have lot of cack here, probably due to hiring cheap
programmers, any way, I digress.
Here s the SDSF summary:
PREFIX=GCSPROCP DEST=(ALL) OWNER=* SYSNAME=FMVS
NP DDNAME STEPNAME PROCSTEP DSID OWNERC DEST REC-CNT
JESMSGLG JES2 2 PSTGCS T
Hi
Never worked with NPF, but the
FSS start token invalid would mean that
the writer should bedefined as a JES writer and started via $SPRTxxx to
get a proper FSS token
Rafal Hanzel wrote:
Hi all
I tried to start NPF but after customzation I had this
IEF403I NPFWTR - STARTED -
Gerry,
SDSF has quite a bit of overhead to read records from the spool.
My advise would be to change the GCSPROCP job to write its output directly to a
DASD file and then pass it to the next step to be processed by Filemaster - if
you still need the output on JES spool then just add an extra
Thanks Rob that was my advice too, It's not something we do a lot.
I was mainly curious as to what SDSF could possibly be doing to take so
long, surely the spool is just on DASD somewhere!
thanks
GA
Rob
Access to spool data is performed using an SSI call to JES (function 1 or 79 -
or sometimes called SAPI) - you supply a parameter list to JES and it then
fetches the data for you and keeps track of where you are within the sysout
dataset so that you can ask for the next record. To achieve this
Not that this is much more than a slightly silly suggestion.. but you
could use FTP to get the output.
Rob Schramm
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the
Rob,
Not sure how I'd go about getting FTP to access the spool data.
Can you explain further, give and example etc
Thanks
GA
Rob Schramm
ftp mybox
user xxx yyy
QUOTE SITE FILE=JES
DIR
DIR JOB12345
GET JOB12345.X
GET JOB12345.SYSPRINT
And if your systems programmer has set JESINTERFACELEVEL=2 in the FTP
parameters, you can:
QUOTE SITE JESOWNER=DJL*
QUOTE SITE JESJOBNAME=BUILD*
QUOTE SITE JESSTATUS=OUTPUT
And get listings for
Hi
Thanks for your quick response and help
It was exactly this what I omitted
NPF is new for me, and I missed this information ..
Thanks for your help .. It is working
Rafal
Miklos Szigetvari pisze:
Hi
Never worked with NPF, but the
FSS start token invalid would mean that
the
Hello,
I have a customer which is interested in health check of backups taken
for z/OS system which includes CICS DB2 and VSAM files.
If any of you have experience with such requirement can contribute some
bullets such:
1. Level of the health check done by the customer
There is a recent apar for SDSF performance, but it's in the H, O displays
for a large number of jobs.
OA25498https://www-304.ibm.com/ibmlink/psp/viewAparDoc.wss?context=apardocumentIds=OA25498lc=encc=US
SDSF H display at z/OS 1.9 is slow. Starting at 1.9, SDSF
uses the Extended Status SSI call
On 2 Feb 2009 21:49:01 -0800, brian_wester...@syzygyinc.com (Brian
Westerman) wrote:
Unfortunately, (or maybe not) there are several products that are becoming a
commodity, (Sort being one of them, Syncsort, DF/Sort, CA-Sort), and the
differences between them are less noticeable for some sites,
We do not use EKM but we are a Top Secret shop. Do you have your Top
Secret task specified in your IEFSSNxx member? We do and we do not start
Top Secret before JES2. We do have the start command for Top Secret in our
COMMNDxx member. After Master Scheduler processing we get the following
Enhanced ACIF can now be ordered separately. You are no longer required to have
a PSF
license:
See BM United States Software Announcement 208-037
The Enhanced ACIF feature of PSF is now a separately ordered and priced
feature. A base
PSF license is no longer required when ordering Enhanced
Dennis Roach
GHG Corporation
2100 Space Park Drive
LM-15 4BH
Houston, Texas 77058
Voice: (281) 336-5027
Cell:(713) 591-1059
E-Mail: dennis.ro...@lmco.com
All opinions expressed by me are mine and may not agree with my employer
or any person, company, or thing, living or dead, on or near
Ed Gould wrote on 02/02/2009 11:43:25 PM:
Frank of all the people to pipe up I am surprised as I have always
said good things about DFSORT. If I said anything bad (I reread it)
and couldn't see anything negative. If all you have to say are
unkind words I will to re-evaluate the sort issue.
Please ignore and excuse the part of my previous post concerning IEFSSNxx -
we do not have our Top Secret task specified in IEFSSNxx. Don't know how
my fingers got so far ahead of my head or where that came from. I must be
low on coffee again.
I suspect virtually all of the customers now of the competitors are there now
because it's easier than changing after all this time.
Actually, we looked into it.
And, the technology/conversion was not the issue.
It was strictly cost, so we stayed with SYNCSORT.
-
Too busy driving to stop for
http://www.informationweek.com/news/management/outsourcing/showArticle.jhtml?articleID=213000389
(watch for line wrap)
DJ
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu
On Tue, 3 Feb 2009 07:27:03 -0500, Rob Schramm wrote:
Not that this is much more than a slightly silly suggestion.. but you
could use FTP to get the output.
Wouldn't FTP use the same SSI calls as SDSF, with similar performance?
OTOH, if FTP performs significantly better than SDSF, it provides
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Gerry Anstey
Sent: Tuesday, February 03, 2009 5:25 AM
To: IBM-MAIN@bama.ua.edu
Subject: SDSF - so slow!
SNIP
My questions are:
1. Any ideas why SDSF takes appox 90 minutes (12 EXCPs +
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Mary Anne Matyaz
Sent: Tuesday, February 03, 2009 8:58 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: SDSF - so slow!
There is a recent apar for SDSF performance, but it's in the H, O
displays
for
It is the time the ENQ will be promoted.
If you have a shop that routinely submits lots of jobs that get initiated and
remain in ENQ contention, (say, everyone and their uncle wants SMF data from
tape) too high of
a value is going to cause extra CPU cycles to be wasted.
You're going to promote
I have the following SLIP coded...
SLIP SET,SA,A=SVCD,ID=S001,+
DSPNAME=jobname'.dspname,+
DSSA='jobname'.dspname,+
RA=(0001C681),+
DA=(0001C681,EQ,F1),+
E
But it did not catch.
Question is: Does the DA= (DATA=) refer
Obviously an Natural program, do you have Entire System Server aka
Natural Process? A guy named Ray put some pretty good JES access in that
product. You might have been able to do it in one pass and faster.
Dave Gibney
Information Technology Services
Washington State Univsersity
--snip
Ed Gould wrote:
_SNIP__
(Frank Yaeger) wrote:
I have done a couple of conversions but that was
more than 10 years
ago so anything I write could be out of date so
Sorry, silly question.
Should the second line with DSPNAME have more than one tick (quote) mark in it?
Lizette
I have the following SLIP coded...
SLIP SET,SA,A=SVCD,ID=S001,+
DSPNAME=jobname'.dspname,+
DSSA='jobname'.dspname,+
RA=(0001C681),+
Edward Jaffe wrote:
According to my contact, the survey will be posted on the SHARE
homepage (the full survey for members only and an executive summary
for anyone). Once the executive summary and a note from Jim Michael
are finalized for the homepage, everything will go live at once.
This
---snip--
OK bad design, we have lot of cack here, probably due to hiring cheap
programmers, any way, I digress.
Here s the SDSF summary:
PREFIX=GCSPROCP DEST=(ALL) OWNER=* SYSNAME=FMVS
NP DDNAME STEPNAME PROCSTEP DSID OWNER
Yes, there is a missing ' . And my jobname is not jobname, nor is my
dataspace name dspname.
Please disregard the syntax errors.
Thanks...
David Pearson
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
Lizette Koehler
Sent:
I've been asked to look into killing the SMTP service. We are very heavy users
of XMITIP, but inbound email is blocked at the firewall. However, that does not
seem to be good enough and we need to 'block the port' on the z/os host.
I'm having trouble isolating a FM, and there is not much on
Its the usual crew (for instance Ted in this case). He has this chip on his
shoulder and I basically disregard everything he says. Other have come forth
with nothing to add other than the usual.
Yes! I do have a chip on my shoulder!
I'm sick of hearing your garbage!
1. The SHARE conspiracy.
2.
Paul Gilmartin wrote:
Wouldn't FTP use the same SSI calls as SDSF, with similar performance?
Possibly not. FTP is designed only to read beginning to end. SDSF is
designed to allow scrolling up and down, locating specific records,
backward find processing, etc.
Keep in mind that SDSF
snip
Ted MacNEIL wrote:
I don't use this word very often (I don't swear very often), and at the risk of
being barred from this forum:
You are a total ASSHOLE!
On Tue, 3 Feb 2009 11:25:05 +, Gerry Anstey
gerry.ans...@jpmorgan.com wrote:
OK bad design, we have lot of cack here, probably due to hiring cheap
programmers, any way, I digress.
Here s the SDSF summary:
PREFIX=GCSPROCP DEST=(ALL) OWNER=* SYSNAME=FMVS
NP DDNAME STEPNAME PROCSTEP
In a message dated 2/3/2009 12:46:58 P.M. Central Standard Time,
joa...@swbell.net writes:
to our MS Exchange system. Works fine. Well, except when Exchange is down.
When that happens, rarely, all the email steps just freeze and production
control freaks out because their jobs don't
Hal Merritt wrote:
I've been asked to look into killing the SMTP service. We are very heavy users
of XMITIP, but inbound email is blocked at the firewall. However, that does not
seem to be good enough and we need to 'block the port' on the z/os host.
I'm having trouble isolating a FM, and
John Mckown of the IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu
wrote on 02/03/2009 01:11:50 PM:
It seems to me that I remember a COBOL version which had a NOTE verb. It
definitely is not in Enterprise COBOL. Am I once again confused, or did
that
disappear in some primeval version?
On Tue, 3 Feb 2009 14:01:33 EST, Ed Finnell efinnel...@aol.com wrote:
Block all incoming port 23 on your switch to z/OS(s). Every now and then do
SMSG SMTP QUEUE to see if anything's passing the wrong way.
IIRC, port 23 is TELNET. SMTP is port 25.
Haven't heard all the fallout yet. Couple
OS/VS COBOL
Using the NOTE statement, the programmer can write commentary that will be
produced on the source listing but not compiled.
Format:
NOTE character string
Any combination of characters from the EBCDIC set may be included in the
character string.
If a NOTE sentence is the first
And this can be implemented with a SMTP bounce as opposed to a TCPIP outage.
We are testing the bind, this one is next.
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
Stephen Y Odo
Sent: Tuesday, February 03, 2009 2:33 PM
To:
We have some bigger jobs coming that may stress our TIOT limit. Anyone
know a way to determine this for past job runs (SMF) or a tool that might
help?
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send
In a message dated 2/3/2009 2:33:52 P.M. Central Standard Time,
step...@hawaii.edu writes:
which causes SMTP to not listen on port 25.
which should be as good as block the port ...
Right, they finally put that in after being an 'open relay' for so long.
After Network 'things' I'd go in
FYI,
The NOTE statement actually was impacted by the LANGLVL compiler option.
Therefore, if you are converting OS/VS COBOL (or DOS/VS COBOL) code to a
currently supported compiler, you probably want to look this up - to make
certain that you comment the correct lines.
John P Kalinich
To all those flamers, STOP your junk! PLEASE.
Come on, be a nice sport, get a beer and relax, boys and girls...
Please get IBM-MAIN back to its professional level... It does not cost you at
all any way, ok?
I for myself will stay neutral, even if that gets me in trouble... ;-D
On Tue, 3 Feb 2009 12:28:21 -0600, Hal Merritt hmerr...@jackhenry.com wrote:
I've been asked to look into killing the SMTP service. We are very heavy
users of XMITIP, but inbound email is blocked at the firewall. However, that
does not seem to be good enough and we need to 'block the port' on the
On 3 Feb 2009 11:19:02 -0800, joa...@swbell.net (John McKown) wrote:
It seems to me that I remember a COBOL version which had a NOTE verb. It
definitely is not in Enterprise COBOL. Am I once again confused, or did that
disappear in some primeval version?
It did disappear for the compilers I use
we're at z/OS 1.7 ... and I set:
INBOUNDOPENLIMIT 0
in the SMTP config file ... which causes SMTP to not listen on port 25.
which should be as good as block the port ...
and we're still able to send outbound messages ...
--Stephen
Hal Merritt wrote:
I've been asked to look into killing
Chris Mason wrote:
Incidentally, I express that reservation about addressability in the simple
terms of There must be 240 bytes of code between the beginning of the
CSECT
So why not just
LA3,TRTAB
SL3,=A(C'0')
TR.,0(3)
?
If all bytes in operand 1
It seems to me that I remember a COBOL version which had a NOTE verb. It
definitely is not in Enterprise COBOL. Am I once again confused, or did that
disappear in some primeval version?
--
John
--
For IBM-MAIN subscribe /
Gregory
I don't know if you noticed but Don Poitras managed to contribute a post to a
thread in ASSEMBLER-LIST here in IBM-MAIN.
You may be sure your solution was offered many times in many guises in the
ASSEMBLER-LIST thread.
Incidentally, I express that reservation about addressability in
Sorry, but gould's comments were totally unacceptable.
If my response is wrong, I don't care!
I try to contribute, but he was totally out of line!
I need to respond!
--Original Message--
From: Elardus Engelbrecht
Sender: IBM Mainframe Discussion List
To: IBM Mainframe Discussion List
On Tue, 3 Feb 2009, Bill Klein wrote:
FYI,
The NOTE statement actually was impacted by the LANGLVL compiler option.
Therefore, if you are converting OS/VS COBOL (or DOS/VS COBOL) code to a
currently supported compiler, you probably want to look this up - to make
certain that you comment the
Hi,
I don't think it's SAPI, our spool dataset and report offload product
(SyzSpool) uses SAPI and the speed is far greater than what he seems to be
experiencing. SAPI isn't used to actually get each record, only to get
access to the JES dataset name, the dynamic allocation is performed and
Hi All,
I need some advise concerning the following:
The current environment has a B18 VTS / ATL at the primary site and a B18
VTS / ATL at the DR site 30km away.
We now need to move the B18 VTS / ATL to a DR site that is approx 1000km
away.
Will it still be possible to use a peer to peer
I can't believe how stupid my last comment (and test) was, I looked at the
wrong line of his output and completely missed that the next DS in line was
25 MILLION lines.
I don't have any 25M line jobs to test, but I went to our test runs of
SyzSpool and looked at the stats for various size
Hi all,
Our retention policy (in CA-1) is simple and based on two parameters - all data
sets must be cataloged or their expdt gt today. Otherwise they are scratched.
So, we don't use any RDS (no RDS file exists).
One of the conversion steps from CA-1 to DFRMM deals with the RDS and creates
59 matches
Mail list logo