G'DAY
We have a problem with an ML2 tape. Since this partition has duplexing I did a
HSEND TAPEREPL OVOL(WA1055). The command was successfu (as shown below)l making
the former AVOL WA1163 into OVOL or original.
ARC0952I THE ORIGINAL OF A DUPLEXED PAIR WAS REPLACED BY THE ALTERNATE:WA1163.
Darren,
I noticed that there are multiple versions of my post being registered. I only
sent this once. Can something be done because it will be annoying to all the
members of this board.
Thanks
--
For IBM-MAIN
Frank,
I believe FITS is an acronym for Field Information Tracking System but I
clearly could be wrong. Maybe John Eells, or Lynn Wheeler would know for
sure.
===
Wayne Driscoll
OMEGAMON DB2 L3 Support/Development
wdrisco(AT)us.ibm.com
IBM's requirement process's use of FITS actually does stand for Fully
Integrated Tool Set (I had never known that before, but I found it fairly
easily when I opened the tool.
But the real name of the requirement process is FITSMO (for FITS:
Marketing/Office Requirements).
I have, however,
And when they start working on the change it is put in the STARTS database.
That's right, the requirements are processed in FITS and STARTS.
Date: Wed, 8 Dec 2010 16:58:08 +1100
From: kbr...@netspace.net.au
Subject: Re: FITS requirement
To: IBM-MAIN@bama.ua.edu
I'll offer a
John,
A duplex tape does not have a TTOC record. Therefore the TTOC display is
correct. When we were using TAPECOPY, to keep our duplex environment intact,
once a TAPECOPY did complete the TTOC record for the OVOL did show the correct
AVOL so I am not sure why your display shows that there is
There is no need to send personal insults.
Aurora
*** sent via mobile email ***
Aurora Emanuela Dell'Anno
CA MSC
Mobile: +44 (0)7768 235 339
please don't print this e-mail unless you really need to!
- Original Message -
From: Youkers, Bud byouk...@christianacare.org
To:
Rick,
Thanks for the advice I will run a RECYCLE of the OVOL WA1163. I don't have
access to IBMLINK. I will have to ask my team lead to open the ETR.
--- On Thu, 9/12/10, Adams, Rick rick.ad...@fmr.com wrote:
From: Adams, Rick rick.ad...@fmr.com
Subject: Re: DFHSM QUESTION - ALTERNATE
Hey, wait, it's not Friday already, is it?
On Wed, Dec 8, 2010 at 8:36 AM, J R jayare...@hotmail.com wrote:
And when they start working on the change it is put in the STARTS database.
That's right, the requirements are processed in FITS and STARTS.
Date: Wed, 8 Dec 2010 16:58:08 +1100
I agree, since the recycle will also get the dataset names correct, in case
you do vaulting by dataset name.
On Wed, Dec 8, 2010 at 9:12 AM, John Dawes jhn_da...@yahoo.com.au wrote:
Rick,
Thanks for the advice I will run a RECYCLE of the OVOL WA1163. I don't have
access to IBMLINK. I will
An interesting response from an organization called ChristianCare.
However, I did not see that response on the listserv - so I'm assuming it
was directed to you personally you chose to forward it to the listserv -
in my opinion, making you just as petty and lacking in professionalism.
It's
http://www.christianacare.org/
note the extra A. It is a healthcare company.
_
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
Darth,
That was Christiana Care, not ChristianCare.
Christiana Care Health System, headquartered in Wilmington, Delaware, is one of
the country's largest health care providers, ranking 16th in the nation for
hospital admissions.
As for Aurora's *infrequent* announcements, I do not mind them.
You didn't read the insulter's email address carefully. It was
Christianacare.org, not ChristianCare.
I Googled Christianacare and found this home page:
http://www.christianacare.org/
Read here for more information on the origin of the town's name:
A bit more information - from Christianacare's website.
quote
History of Christiana Care Health System
The roots of the name Christiana Care are founded in the nearby town of
Christiana, Del. Listed on the National Register of Historic Places,
Christiana was one of the earliest colonial
On Wed, 2010-12-08 at 09:26 -0500, Darth Keller wrote:
However, I did not see that response on the listserv
I believe it was posted to ims-l.
I also do not like receiving ad's through the listserv
I've complained to the poster, copy to Darren. Others who want to
follow up should probably do
Hello - I'm trying to get a complete - and clear view - of how accesses to the
coupling facility structures can be protected using RACF - Here is where I
stand, and I'd appreciate if somebody could kindly confirm or correct me.
A- XES services like IXLCONN require the caller to be in supervisor
I agree that the ad was very poorly written, and I ignored it very quickly.
While the insulter was a bit out of line, I have to confess that I share
some of his anger towards such ads. I don't mind, for instance, Dave Cole
posting a note about a new release of XDC being available, but an ad such
-Original Message-
From: IBM Mainframe Discussion List
[mailto:ibm-m...@bama.ua.edu] On Behalf Of Darth Keller
Sent: Wednesday, December 08, 2010 8:26 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: [AD] CA Technologies Delivers Ground-Breaking CA
Mainframe Chorus
An interesting
I don't post here except occasionally. I am primarily a lurker. However,
the fireworks this morning beg for a response.
While I don't object to an occasional product announcement, I do think that
the poster must comply with the listserv policy.
That being said, I have to ask Do we have
Just for fun, I looked at this exchange very carefully. The impolite reply
was sent __PRIVATELY__ to the OP. She then replied PUBLICLY, including his
private insults. In my opinion, not a proper thing to do either.
--
John McKown
John,
I just realized the same thing.
However, as you pointed out in another message, using corporate email for
sending that kind of language is a very good way to join the unemployment
rolls. Not a good idea in this economy.
John P. Baker
Chief Software Architect
HFD Technologies
John, Are you speaking from a neutral corner or are you in some way associated
with CA?
I didn't like the original post and someone of like mind replied *privately* to
the poster.
The OP then *publicly* aired the offensive criticism. In my opinion, this was
even less
professional that
That was Christiana Care, not ChristianCare.
OK - it's amazing what the eye (I) can miss. Thanks to all who pointed
out my error - made for a laugh in an otherwise dreary day.
ddk
This e-mail message and all attachments transmitted with it may
contain legally privileged and/or confidential
What's really amazing is all the complaining and follow up posts that
end up on IBM-MAIN from people complaining about a post they don't
like. I agree that ads / job postings etc. should be cleared with the list
owner, but when someone breaks the rules once in a blue moon, just
get over it and
I'm with you Mark... Just ignore it and move on. I for one, on occasion
don't mind them...
*
*
*George Rodriguez*
*Specialist II - IT Solutions*
*Application Support / Quality Assurance*
*PX - 47652*
*(561) 357-7652 (office)*
*(561) 707-3496 (mobile)*
*School District of Palm Beach County*
*3348
I used to work for CA, but in this case, I am strictly neutral.
Personally, I don't mind an occasional product announcement, from whatever
vendor, as long as they follow whatever rules have been setup for the listserv.
I did not care for the insult, nor for its public airing.
In my not so
Agreed. Get over it and move on.
In fact, I saw the original post late last night, ignored it for what it was,
and had moved on.
What did irk me was this morning's follow-up. Shmuel might be tempted to
declare, PKB.
Date: Wed, 8 Dec 2010 10:35:39 -0600
From: mzel...@flash.net
I'll take this as official. Thanks!
Frank
On 12/8/2010 at 5:55 AM, in message
of26b88749.75617325-on852577f3.00467f4f-852577f3.0046f...@us.ibm.com, Peter
Relson rel...@us.ibm.com wrote:
IBM's requirement process's use of FITS actually does stand for Fully
Integrated Tool Set (I had never
Hmmm. I gave the same meaning for FITS based on the same
research (opening the tool).
I guess Peter must be more believable. :-)
Frank Yaeger - DFSORT Development Team (IBM) - yae...@us.ibm.com
Specialties: JOINKEYS, FINDREP, WHEN=GROUP, ICETOOL, Symbols, Migration
= DFSORT/MVS is on the Web
Nor is it wise to repeat them on-list.
-jc-
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Dell'Anno, Aurora
Emanuela
Sent: Wednesday, December 08, 2010 8:07 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: [AD] CA Technologies
I don't see it in the documentation. I need to copy the MODIFY data to an
area I own. How long does that area have to be? In other words, what is the
maximum value for CIBDATLN, the maximum length of CIBDATA?
Thanks,
Charles Mills
Sorry, didn't mean to imply that. I wasn't sure that the FITS that you
referred to was the FITS I was referring to. Certainly the name did not, to
me, appear to fit. But Peter's more detailed explanation made me realize that
we all were, indeed, referring to the same thing. Even if the name
On Wed, 8 Dec 2010 09:45:14 -0800 Charles Mills charl...@mcn.org wrote:
:I don't see it in the documentation. I need to copy the MODIFY data to an
:area I own. How long does that area have to be? In other words, what is the
:maximum value for CIBDATLN, the maximum length of CIBDATA?
As MGCRE is
-Original Message-
From: IBM Mainframe Discussion List
[mailto:ibm-m...@bama.ua.edu] On Behalf Of Charles Mills
Sent: Wednesday, December 08, 2010 11:45 AM
To: IBM-MAIN@bama.ua.edu
Subject: What is maximum length of MODIFY parameter?
I don't see it in the documentation. I need to
Pardon my bringing back an old thread, but -
I wanted to see how much better is the COMPRESS option over the HWCOMPRESS
in regards to CPU time and was pretty surprised when my results suggested
that HWCOMPRESS is persistently more efficient (both CPU and channel
utilization -wise) than COMPRESS:
Charles Mills wrote:
I don't see it in the documentation. I need to copy the MODIFY data to an
area I own. How long does that area have to be? In other words, what is the
maximum value for CIBDATLN, the maximum length of CIBDATA?
snip
Looks like a 2-byte signed field to me:
Offset Type/Value
What I think is really funny, or ironic, is that if you Google Bud's name
you get a hit on every response to this post that repeats his insult.
Whatever Aurora did intentionally, we are unintentionally multiplying its
public profile as we repeat it.
It's now a little more public than Aurora's
On 12/8/2010 10:14 AM, McKown, John wrote:
Well, given that a z/OS command is a maximum of 126 characters regardless of
the source, I'd say that would be an upper limit. F X,... would be 126-3 or 123.
This must be some of that fuzzy math I've heard tell about. :-)
ITYM 126-4 = 122.
--
Frank Swarbrick wrote:
Sorry, didn't mean to imply that. I wasn't sure that the FITS that you
referred to was the FITS I was referring to. Certainly the name did not, to
me, appear to fit. But Peter's more detailed explanation made me realize that
we all were, indeed, referring to the same
Thanks. I did not look at MGCRE. I looked at the documentation of EXTRACT,
of QEDIT, the COM and CIB dsects, and System Commands/MODIFY, but I missed
the part of System Commands that you quote.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu]
Uh-oh -
Definitely not something I considered this morning. On the internet,
these things live a very long time -
wonder if Aurora considered that when she so graciously re-posted.
ddk
What I think is really funny, or ironic, is that if you Google Bud's name
you get a hit on every
I would say she was, and Bud was not!
On Wed, Dec 8, 2010 at 1:59 PM, Darth Keller darth.kel...@assurant.comwrote:
Uh-oh -
Definitely not something I considered this morning. On the internet,
these things live a very long time -
wonder if Aurora considered that when she so graciously
One would hope that this means the home address space. Or does it mean the
primary address space? Can a PC-SS use it to determine the callers storage?
--
Binyamin Dissen bdis...@dissensoftware.com
http://www.dissensoftware.com
Director, Dissen Software, Bar Grill - Israel
Should you use the
I think your test was too small. I did not see any meaningful differences among
your results. I'd go for test data of at least 100x in size.
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
Yifat Oren
Sent: Wednesday, December 08,
Following the addition of several additional zAAPs to a few of our
production LPARs recently, we were seeing hardly any overflow to CP any
more, and have now set IFAHONORPRIORITY=NO on those LPARs to totally prevent
any overflow happening.
So we thought
But we are still seeing some
On Wed, 8 Dec 2010 21:13:17 +0200, Binyamin Dissen wrote:
One would hope that this means the home address space. Or does it mean the
primary address space? Can a PC-SS use it to determine the callers storage?
Since VSMLOC requires that the caller be in primary ASC mode, I doubt it.
--
Tom
On Wed, 8 Dec 2010 14:15:36 -0600 Tom Marchant m42tom-ibmm...@yahoo.com
wrote:
:On Wed, 8 Dec 2010 21:13:17 +0200, Binyamin Dissen wrote:
:One would hope that this means the home address space. Or does it mean the
:primary address space? Can a PC-SS use it to determine the callers storage?
Have issue where I had user restricted to see certain jobs in SDSF
Seems to have broken after upgrade to Z/OS 1.11
GROUP AUPDT(0),
IUID(P09990),
XDSP(XPAY)
,
NTBL NAME(XPAY)
NTBLENT STRING(PYP),OFFSET(1)
User can see jobs starting with PYP
Prior SDSF issues a not authorized msg.
Thanks
Hello List,
We try compile here, the CBT036 FILE (FIXPDS), and something wrong happen here.
We got this jcl :
//TST2FIXP JOB ,'TECH.SUPPORT',CLASS=A,NOTIFY=SYSUID,TIME=1440,
//MSGLEVEL=(1,1),MSGCLASS=T
Could you post the JOBLOG (Or the return codes for each step)?
One correction. Your ISPLIB should point to the library that contain ISPF
modules. Typically in SYS1.ISP.SISPLOAD
Lizette
Sergio Lima Wrote
Hello List,
We try compile here, the CBT036 FILE (FIXPDS), and something wrong
Not sure, but part of the problem may be in the assembler step:
//SYSLIN DD DISP=SHR,DSN=IBMUSER.OBJECT
Reallocate IBMUSER.OBJECT as a PDS and change the JCL to:
//SYSLIN DD DISP=OLD,DSN=IBMUSER.OBJECT(M)
Another problem is that module ISPLINK is not in SYS1.LINKLIB. Specify the
On Wed, 8 Dec 2010 23:46:50 +0300 Sergio Lima sergio...@hotmail.com wrote:
:We try compile here, the CBT036 FILE (FIXPDS), and something wrong happen
here.
:We got this jcl :
://TST2FIXP JOB ,'TECH.SUPPORT',CLASS=A,NOTIFY=SYSUID,TIME=1440,
://MSGLEVEL=(1,1),MSGCLASS=T
Following the addition of several additional zAAPs to a few of our
production LPARs recently, we were seeing hardly any overflow to CP any
more, and have now set IFAHONORPRIORITY=NO on those LPARs to totally
prevent
any overflow happening.
So we thought
But we are still seeing some
This is the info from the Database... maybe that explains it better
The Fully Integrated Tool Set: Marketing/Office Requirements (FITSMO)
Application is a set of Lotus Notes Databases, and a WEB Interface, used to
gather requirements from external customers and business partners to
The PARMs for the ASM step specify DECK and NOLOAD, so the object output is
going to SYSPUNCH, not SYSLIN.
CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains
confidential and privileged information intended only for the addressee.
If you are not the intended recipient,
Doesn't he need to actually allocate IBMUSER.OBJECT as a PDS (FB80) and point
the assemble proc to
//SYSPUNCH DD DSN=IBMUSER.OBJECT(M),DISP=SHR instead of FILE036? Then the
linkedit step could find the object code. He is putting the output of the
assemble step back into IBMUSER.FILE036
George, thanks for your prompt reply, and the extended explanation.
On 8 December 2010 21:19, George Kozakos gkoza...@au1.ibm.com wrote:
Following the addition of several additional zAAPs to a few of our
production LPARs recently, we were seeing hardly any overflow to CP any
more, and have
Am I reading the JCL reference correctly that there is no way to override an
EXEC statement or the PGM= parameter of an EXEC statement in a cataloged
procedure? No way to do something like
//STEP1EXEC MYPROC,PGM.PROCSTP1=IEFBR14
Or
//STEP1EXEC MYPROC
//STEP1.PROCSTP1 EXEC
On Wed, 8 Dec 2010 17:20:41 -0800, Charles Mills wrote:
Am I reading the JCL reference correctly that there is no way to override an
EXEC statement or the PGM= parameter of an EXEC statement in a cataloged
procedure? No way to do something like
//STEP1EXEC MYPROC,PGM.PROCSTP1=IEFBR14
Or
If you change the proc to
//PROCNAME PROC PROG=IEFBR14
//STEPNAME EXEC PGM=PROG
// PEND
then
//EXECUTE EXEC PROC=PROCNAME, PROG=IEBGENER
will work.
On Wed, Dec 8, 2010 at 7:20 PM, Charles Mills charl...@mcn.org wrote:
Am I reading the JCL reference correctly that there is no way to override an
I know that. I know you can't say EXEC PARM='FOO',PGM=BAR even though it
seems like you should be able to.
But what about my original question? For cosmetic reasons I want to use a
particular unmodified PROC but I would have to be able to override the PGM=
name.
No way?
Charles
-Original
Charles
The only way I know to ensure that the name of the program to be executed
can be specified when invoking the procedure is illustrated in the procedure
IEESYSAS which consists of the following statements[1]:
//IEESYSAS PROC PROG=IEFBR14
//IEFPROC EXEC PGM=PROG
This is the procedure
Sergio, the SYSLIN statement you added serves no purpose and should be
deleted.
Point the SYSPUNCH DD at a newly-created card-image PDS
(RECFM=FB,LRECL=80,BLKSIZE=0), SPACE=(TRK,(15,15,15))
Also point your LKED SYSLIB statement at this same PDS. Using the TEST
option on the LKED parm also
Lizette, you should look more carefully at the JCL. It replaces the
source member with the object of the same name. :-) I've also replied to
his original post.
Rick
-
Lizette Koehler wrote:
Could you post the JOBLOG (Or the return codes for each step)?
You're reading it correctly, Charles. But you might try using a
substitution parameter for the same purpose.
Rick
-
Charles Mills wrote:
Am I reading the JCL reference correctly that there is no way to override an
EXEC statement or
Thanks all. If I change the PROC or clone it into a new PROC the problem
becomes pretty trivial. Was hoping not to do so. Not laziness -- a cosmetic
advantage in an example type situation.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
I will be out of the office starting 12/08/2010 and will not return until
12/12/2010.
HCSC Company Disclaimer
The information contained in this communication is confidential, private,
proprietary, or otherwise privileged and is intended only for the use of
the addressee. Unauthorized use,
68 matches
Mail list logo