RACF question on EVENT 1 & QUAL=13 what does it means?

[Tommy Tsui]

Hi all,
Our auditor found many message issued from APPC, I don't know why? is it
means the undefined user try to use APPC and try to enter our system?

   *JOB/USER  *STEP/--TERMINAL--  N
A
 DATETIME   SYSID   NAME GROUP   IDLVL  T
L
006.273 09:01:03 SYSB  *APPC *APPC0  1 13  JOBID=(APPC
06.267 04:06:29),USERDATA=()

AUTH=(NONE),APPLAUDIT KEY=0018BFF0,REASON=(APPLAUDIT)

SESSION=APPCTP,TOKEN USER ATTRIBUTES=(UNDEFINED
USER),APPCPOR

EVENT 1 & QUAL=13 means =  13(D) SUCCESSFUL RACINIT DELETE The job completed
or the user logged off.


thanks
Tommy

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Mainframe IDE

[Smith, Sean M]

Thanks for the tip on HILITE HTML.  This is not available in 1.5 but is
in 1.7 (not sure about 1.6).  

We actual used HTML in a PDS today and it opens some interesting options
for displaying data.  Try this if you have the http server installed:

http://lpar-dns/MVSDS/'pds(member)'

If the PDS member contains HTML then it will format the page
appropriately. 

Sean Smith
Bank of America

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: How to expand SYS1.LINKLIB?

[Eric N. Bielefeld]

The safe way is to copy the IPL pack to another volume.  Expand SYS1.LINKLIB 
on that pack, and then IPL from that pack after clipping it to the same 
volser as you had before.  I hope you are not planning on running SMP jobs 
agains the live IPL pack.  That could lead to disaster.  If you applied the 
maintenance to a copy of your IPL pack, and SYS1.LINKLIB went into extents, 
you could try compressing SYS1.LINKLIB on your alternate IPL pack and seeing 
if it fits in 1 extent.


Eric Bielefeld
Sr. z/OS Systems Programmer
Milwaukee Wisconsin
414-475-7434

- Original Message - 
From: "Bob Henry" <[EMAIL PROTECTED]>

Newsgroups: bit.listserv.ibm-main
To: 
Sent: Thursday, November 09, 2006 10:08 PM
Subject: How to expand SYS1.LINKLIB?



Is there a SAFE way to expand the size of SYS1.LINKLIB? I have a z/OS 1.6
ADCD system where SYS1.LINKLIB is using all of its primary extent. I need
to apply a PTF to a module in LINKLIB but I'm afraid it will cause it to 
go

into a secondary extent. Why it was set up with the exact number of tracks
for primary allocation and then given a secondary allocation I'll never
know. There is a one pack IPL-able system on the ADCD I could use but it
will take quite a bit to set it up. Is there an easier (and safe) way to
expand SYS1.LINKLIB?



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Combine spool output datasets

[Chris Mason]

Mark

It's not so obscure - at least to the users of Indo-European languages - if
you take an etymological approach.

Thus you probably know what "necromancy" means and what its associations
are. You may also have heard of "dendrites" if you have ever, for example,
had an interest in metallurgy or mineralogy. Clearly "necrodendritic" is a
combination of the two.

The Greek words archetypally combined in order to form a word with which you
are very familiar is "hippos", horse, and "potamus", river. Even if you
weren't aware of the Greek for horse, you will surely know what a
"hippodrome" is and, even if you weren't aware of the Greek for river, you
may well know the origin of the name "Mesopotamia" or quickly appreciate the
roots if you know that it - a little inaccurately[1] - means "the land
between the two rivers", the Tigris and the Euphrates.

Knowing the meaning of words one hears every day can be a rewarding
exercise - not least when it comes to matters connected with, say, z/OS. 
In an old atlas I happen to have the area between the upper Tigris and
Euphrates is labeled Al Jazierah, from Syria to the pinch-point near
Baghdad. According to Wikipedia, Al Jazeera, surely just another
transliteration of the same Arabic word, is supposed to mean "the island".
On the evidence of the name of this area of land coincident with upper
Mesopotamia, I'm inclined to think that the word really means "land
surrounded by water" where the "surrounding" may not be complete. Thus "Al
Jazierah/Jazeera" has similar meaning to "mesopotamia". In any case I was
sure the name of the TV station was supposed to represent the Arabian
peninsula.

[1] Inaccurate because the land adjacent to, and not just between, both
rivers is generally considered to be Mesopotamia, certainly up to the Zagros
Mountains in the East.

Chris Mason

- Original Message - 
From: "Mark Zelden" <[EMAIL PROTECTED]>
Newsgroups: bit.listserv.ibm-main
To: 
Sent: Wednesday, 08 November, 2006 3:00 PM
Subject: Re: Combine spool output datasets


> On Wed, 8 Nov 2006 03:34:20 +0100, Chris Mason <[EMAIL PROTECTED]>
wrote:
>
>
> >[1] I know you know but this is for any who may not.
> >
>
> Well... actually I didn't - and I doubt most subscribers did.  I spent
> 5 minutes or so trying to look it up before I realized it was
> Paul trying to be funny.  So my mood at the time prompted the
> post - which I'm sorry I did now (Paul, I hope you aren't thin
> skinned).
>
> That being said... this is a technical list (well... some of the time
:-) )
> and if you are trying to respond to a post to help someone, why
> throw in something that obscure?  It would be one thing if it was
> common usage (or even common usage on this list), but it isn't.
> Or maybe I'm just not too smart and everyone got the joke but me.
>
> Mark
> --
> Mark Zelden
> Sr. Software and Systems Architect - z/OS Team Lead
> Zurich North America / Farmers Insurance Group - GITO
> mailto:[EMAIL PROTECTED]
> z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/
> Systems Programming expert at http://expertanswercenter.techtarget.com/
> Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: How to expand SYS1.LINKLIB?

[Ed Gould]

Bob,

If are asking to do this in a LIVE (running) environment, I would say  
NO.


If you are asking about a copy of the pack then there are at least 2  
ways. User FDR to consolidate extents then compress it.


The other way is to copy the data set to another pack and delete it  
and reallocate it. Again this is with a "duplicate" pack copy.


Ed


Ed
On Nov 9, 2006, at 10:08 PM, Bob Henry wrote:

Is there a SAFE way to expand the size of SYS1.LINKLIB? I have a z/ 
OS 1.6
ADCD system where SYS1.LINKLIB is using all of its primary extent.  
I need
to apply a PTF to a module in LINKLIB but I'm afraid it will cause  
it to go
into a secondary extent. Why it was set up with the exact number of  
tracks
for primary allocation and then given a secondary allocation I'll  
never
know. There is a one pack IPL-able system on the ADCD I could use  
but it
will take quite a bit to set it up. Is there an easier (and safe)  
way to

expand SYS1.LINKLIB?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Assembler question

[Paul Gilmartin]

On Thu, 9 Nov 2006 11:25:48 -0500, Shmuel Metz (Seymour J.) <[EMAIL PROTECTED]> 
wrote:
> 
> > But still, I would have preferred from the beginning a
> >construct meaning "Field to be Filled in Later", so a zero, possibly
> >an expression value, could be flagged as an error.
> 
> As I recall, SAP, FAP and MAP all had such a construct.
> 
IIRC, it was "**".  The custom with assemblers not providing an explicit
token became "*-*".

But FORTRAN II had the technique (now deprecated as self-modifying code)
of initializing subroutines by modifying addresses in instructions (the
displacement range was an entire address space, and there were no base
registers).  Perhaps BAL and successors eschewed the construct as now
needless, overlooking its application in EX.

-- gil
-- 
StorageTek
INFORMATION made POWERFUL

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

How to expand SYS1.LINKLIB?

[Bob Henry]

Is there a SAFE way to expand the size of SYS1.LINKLIB? I have a z/OS 1.6 
ADCD system where SYS1.LINKLIB is using all of its primary extent. I need 
to apply a PTF to a module in LINKLIB but I'm afraid it will cause it to go 
into a secondary extent. Why it was set up with the exact number of tracks 
for primary allocation and then given a secondary allocation I'll never 
know. There is a one pack IPL-able system on the ADCD I could use but it 
will take quite a bit to set it up. Is there an easier (and safe) way to 
expand SYS1.LINKLIB?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IPL with CLPA

[Chris Mason]

Tom

I see from subsequent posts that it may not be such a forlorn hope after
all!

My queen may, in a moment of jest, have said "We are not amused!" but it was
good Queen Victoria who is credited with the sentence.

I note you are from Wisconsin where I believe the spoken language can be
mistaken for Canadian - if you pay attention to the "ou" sounds. So it's
possible you speak the same language as subjects of Her Majesty.

Anyhow I congratulate you on your extensive analysis of Jerry's problem in a
later post.

Chris Mason

- Original Message - 
From: "Tom Schmidt" <[EMAIL PROTECTED]>
Newsgroups: bit.listserv.ibm-main
To: 
Sent: Thursday, 09 November, 2006 5:35 AM
Subject: Re: IPL with CLPA


> On Thu, 9 Nov 2006 02:57:50 +0100, Chris Mason wrote:
>
> >Tom
> >
> >Finally the camel's back-breaking straw has been posted.
> >
> >I guess it might also explain Jerry's ***problem***.
> >
> >Yes, I take *issue* with the misuse of the English language. Having just
> >supported a new word ("necrodendtitic") on the grounds that usage is the
> >arbiter, I still reserve the right to criticise poor usage in the
possibly
> >forlorn hope that the tide of misuse will recede.
>
> Chris,
>
> The nit-picking forum is elsewhere (even though ibm-main may run a strong
> second place in that regard).  As your Queen has said, "We are not
> amused."  (And you *do* speak the Queen's English, after all, don't you?)
>
> As for Jerry's problem (or issue raised) I suspect that his PARMLIB member
> (s) may missing a comma somewhat prior to the LPA= or CLPA specification.
> A missing comma would result in the remaining IEASYS text being viewed as
> comments and not otherwise processed.  If the comma is missing from his
> IEASYSxx then that would explain the seeming lack of CLPA.  (BTDTGTTS)
>
> --
> Tom Schmidt
> Madison, WI

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: COND CODE 3592

[Chris Mason]

Shmuel

Assuming my posts are being read sequentially, a good example.

Chris Mason

- Original Message - 
From: "Shmuel Metz (Seymour J.)" <[EMAIL PROTECTED]>
Newsgroups: bit.listserv.ibm-main
To: 
Sent: Thursday, 09 November, 2006 5:47 PM
Subject: Re: COND CODE 3592


> In <[EMAIL PROTECTED]>, on 11/06/2006
>at 04:14 PM, Phil Payne <[EMAIL PROTECTED]> said:
> 
> >So, effectively, does z/OS.
> 
> No.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Assembler question

[Chris Mason]

Shmuel

Your characteristic nose-penetrating inadequately documented stand-alone
"No"s are an affront to the purposes of the list and do not constitute a
"civilized discussion". Rather they cause exhaustion and are very misleading
for those readers who may wish to learn something.

As for being offensive, please refer to your recent extensive post on my
last attempt to counter your amazing ability to misunderstand.

I might also point out that the "future bugs" to which you refer are
presumably caused by a new programmer having come along and misunderstood
what has been coded already. It was always the intention behind my comments
to try to find a way to minimize that possibility. I believe Alan had
exactly the same intent and I'm sure his "best practice" was intended to be
an Aunt Sally rather than an ex cathedra.

Chris Mason

- Original Message - 
From: "Shmuel Metz (Seymour J.)" <[EMAIL PROTECTED]>
Newsgroups: bit.listserv.ibm-main
To: 
Sent: Thursday, 09 November, 2006 5:23 PM
Subject: Re: Assembler question


> In <[EMAIL PROTECTED]>, on 11/07/2006
>at 08:21 AM, Tom Marchant <[EMAIL PROTECTED]> said:
>
> >Up until now we have been carrying on a civilized discussion,
>
> Chris Mason has not been carrying on a civilized discussion, and his
> comments were a lot more offensive than Alan's. That said, I consider
> numeric lengths to be an invitation to future bugs.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Assembler question

[Chris Mason]

Shmuel

You may have committed yourself to the rather rude intention not to read any
reply but there may be some who are interested in the few responses worth
making. Naturally, for the rest, especially the points where you refuse to
understand, I disagree without reservation - but that's to be expected. One
common tendency I can see in your refusal to understand is a persistence in
assuming I'm talking about the Assembler's ability to understand when I so
very clearly mean the person reading the code. This is perverse because I
remember, even if you refuse to, that you chastised the OP for using code
she did not understand.[1]

Selected comments are embedded.

Chris Mason

- Original Message - 
From: "Shmuel Metz (Seymour J.)" <[EMAIL PROTECTED]>
Newsgroups: bit.listserv.ibm-main
To: 
Sent: Thursday, 09 November, 2006 5:17 PM
Subject: Re: Assembler question


> In <[EMAIL PROTECTED]>, on 11/06/2006
>at 01:37 PM, Chris Mason <[EMAIL PROTECTED]> said:
>
> ...
>
> What is clear is that you are a pompous ignoramus with delusions of
> adequacy.

I wasn't sure about Phil's criticism but now I am and I trust all those who
took issue with Phil over his criticism will now withdraw their censure. He
was spot on.

> ...
>
> ... The fact that it {an UNPK instruction}
> is also useful for binary to hex conversions is gravy.

Just occasionally you come up with something which shows there's hope and
contributes to the point I was trying to make. "Gravy" or "cream on the
cake" - but mixing these metaphors ends up with something less than
appetising!

> ...

I'll indulge myself by pointing out the most blatant blind spot
misunderstanding:

>
> >we have the messy "+1" in the length fields
>
> All of the SS instructions have lengths offset by one. That allows you
> to specify larger lengths, at the cost of not being able to specify a
> length of zero.

You must be the only person still bothering to read who imagined I was
taking about how the instruction worked rather than how it was coded.

Here's actually your instruction again - corrected with the part you - I
will charitably assume by accident - missed out in the post where you
introduced it[1]:

 UNPK HEXWORK(L'HEXWORK+1),BINWORK(L'BINWORK+1)
   **   **
By copying the two lines above into a text file and setting a
non-proportional font you will be able to see to which "+1"s I was
referring.

> ...
>
> >Now isn't it blindingly obvious that there's a bit of
> >anthropomorphising going on here, a familiar dodge for someone
> >attempting to teach in a picturesque way?
>
> Yes, almost as blindingly obvious as the programming errors that such
> anthropomorphisms invariably lead to. But you knew that.

Many years ago, before the mechanism was changed, I found that I was able to
explain the way NCP handled element addresses when performing dynamic
reconfiguration by using an analogy with swimming trunks. I dare say I could
reconstruct the idea if I really wanted to but, since the mechanism was
changed from something which was nowhere near intuitive to one - with the
help of VTAM as I recall - which was just about intuitive, it's not worth
the bother. The point is however that my anthropomorphic explanation gave
the students a chance to know how to make a good estimate of the NCP BUILD
statement RESOEXT[2] operand. Thus, quite the contrary, an anthropomorphic
explanation can lead to programming success - even if I need ancient NCP
macros to illustrate the point!

> ...
>
> >Here is some text and a table
>
> How about quoting instead the text from the decimal instructions as to
> which signs they are capable of generating? Or would that damage the
> point that you are ineptly trying to make?

I quoted from that part of the current Principles of Operation which
supported very precisely the point I wanted to make. My point was *not* what
sign half-byte codes packed instructions generated, "wrote", but what sign
half-byte codes they are prepared to use, "read".

> ... And you had the temerity too call me dishonest just because
> you were too dunderheaded to understand my point.

[1] Post of Fri 27 Oct 2006 21:40 according to the Google timestamp.

[2] I had a quick Google just to see if RESOEXT has made it onto the web's
radar. It has in the form of an APAR which quite inadequately tries to deal
with the complexity - they need my swimming trunks - and I remember now that
the key point was related to the fact that the trunks get wet if you go into
the water so, if you want dry trunks you need to get another pair. It's an
information APAR, II03610, which is supposed to be a clarification - and it
dates from 1988. The only other hit is a reference to its disappearance -
thankfully.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-m

Re: SMP/E - module attributes issue

[Paul Gilmartin]

In a recent note, Patrick O'Keefe said:

> Date: Thu, 9 Nov 2006 17:58:04 -0600
> >
> >I wonder how the Creator built them.
> >
> >I wonder what happens if they ever need service.
> 
> I bet there's an interesting story there that will probably stay untold.
> Obviously, someone linked it once.  And SMP linked for me without problem.
> It's not SMP's fault that it didn't know that appropriate attributes
> since it wasn't given any.
> 
A couple possibilities:

o the developer/packager didn't know how to code a link edit step.

o The build requires a prelinker.  SMP/E doesn't agree with
  prelinkers.

> If it ever needs service IBM will probably rebuild it in some mysterious
> way and then provide a replacement LMOD to be IEBCOPYed into the library.
> 
Ugh.  How do you package a LMOD in a PTF?  Inline with GIMDTS?  (Doesn't
work.)  Better with FROMNETWORK, which is relfile-friendly, even in
PTFs.  (I know; it's theoretically possible to RELFILE-package a PTF,
but customers don't expect it.)

--gil
-- 
StorageTek
INFORMATION made POWERFUL

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMP/E - module attributes issue

[Patrick O'Keefe]

On Thu, 9 Nov 2006 15:48:00 -0700, Paul Gilmartin 
<[EMAIL PROTECTED]> wrote:

>...
>>  //
>>  //**   MVS utility IEBCOPY will be used to COPY these two LMODs **
>>  //** from the installation tape into a Target Library.  **
>>  //**   These LMODs don't LINKEDIT well, and need to be copied   **
>>  //** to ensure an overall return code of 00 for SMP/E   **
>>  //** installation processing on this FMID.  **
>>  //
>>
>The Garden of Eden state.
>
>I wonder how the Creator built them.
>
>I wonder what happens if they ever need service.
>...

I bet there's an interesting story there that will probably stay untold.
Obviously, someone linked it once.  And SMP linked for me without problem.
It's not SMP's fault that it didn't know that appropriate attributes 
since it wasn't given any.

If it ever needs service IBM will probably rebuild it in some mysterious 
way and then provide a replacement LMOD to be IEBCOPYed into the library.

Pat O'Keefe 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMP/E - module attributes issue

[Patrick O'Keefe]

On Thu, 9 Nov 2006 17:00:53 -0600, Brian Peterson 
<[EMAIL PROTECTED]> wrote:

>...  Also, the way I think about JCLIN is that JCLIN describes a
>product's *structure*, it does NOT describe a product's installation
>process.
>...

In general, you're right, but SMP processes JCLIN for link steps to get 
library references, linkedit options, etc.  It can obviously get dataset
info from an IEBCOPY step, but cannot (as it admitted) determine linkedit
parms from an IEBCOPY step.  So why did it try to do a LINK?

Yes, yes, I know.  RTFM.   Ok.  I will.

Pat O'Keefe  

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMP/E - module attributes issue

[Brian Peterson]

I admire your determination!  Keep it up - that's what keeps all of us 
young at heart!

As far as why you're getting a link edit operation doing things "Pat's 
way", I suspect the answer has to do with the complex process SMP/E uses to 
build load modules - a process which has been enhanced over the years.  
There must be some sort of subtle difference between object modules located 
in RELFILEs versus object modules located in TXLIBs.

Check out Appendix C "Building load modules" in publication SMP/E for z/OS 
Commands.  Also, the way I think about JCLIN is that JCLIN describes a 
product's *structure*, it does NOT describe a product's installation 
process.

Brian

On Thu, 9 Nov 2006 16:30:46 -0600, Patrick O'Keefe wrote:

>On Thu, 9 Nov 2006 12:24:22 -0600, Brian Peterson wrote:
>
>>Talk about doing things the "hard way"!!  Here's some ideas you might
>>consider.  You probably already thought of them - if so, sorry!
>>...
>
>One person's "hard" is another's "fun".  I haven't had a hands-on fight
>with SMP for several years and am really enjoying this.  (Yup.  I'm sick!)
>This is the way I learn.
>
(snip)
>
>As you can tell from my comments above, I look at this differently.  The
>fact that I ran into this problem tells me I don't understand SMP (as if
>that surprises anybody!).  The fact that only 2 modules had problems says
>either I had a reasonable grasp on what I was doing or I was VERY lucky.
>More of the later than the former, I fear.
>
>A little more digging, very obvious digging that I should have done right
>off the bat, showed me part of what was wrong ... and uncovered a glaring
>hole in my understanding of SMP.  I looked at the JCLIN (duh!) and saw
>
> /*
> //
> //** STEP 15**
> //****
> //**   MVS utility IEBCOPY will be used to COPY these two LMODs **
> //** from the installation tape into a Target Library.  **
> //**   These LMODs don't LINKEDIT well, and need to be copied   **
> //** to ensure an overall return code of 00 for SMP/E   **
> //** installation processing on this FMID.  **
> //****
> //**   TARGLIB  - SYS1.NVULIB   **
> //**   DISTLIB  - SYS1.ANVULIB  **
> //
> //STEP15   EXEC PGM=IEBCOPY
> //SYSPRINT DD SYSOUT=A
> //NVULIB   DD DSN=SYS1.NVULIB,DISP=SHR
> //ANVULIB  DD DSN=SYS1.ANVULIB,DISP=SHR
> //SYSIN   DD *
>   COPY INDD=ANVULIB,OUTDD=NVULIB
> SELECT M=CNMVLC
> SELECT M=CNMNVLC
> /*
>
>So why did SMP link it?  Obviously it couldn't do the copy in the JCLIN
>because there's noting in the DLIB until ACCEPT, but why didn't it copy
>from the TXLIB. It obviously found the module in the TXLIB because that's
>what it linked.  Previous steps in the JCLIN had specified linking into
>NVULIB.  Does that make SMP always link into that library, regardless
>what later JCLIN says?
>
>Pat O'Keefe

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMP/E - module attributes issue

[Paul Gilmartin]

In a recent note, Patrick O'Keefe said:

> Date: Thu, 9 Nov 2006 16:30:46 -0600
> 
> >2) Define new Target and DLIB SMP/E CSI and Target and DLIB data sets.
> >Attach this new, empty, Target and DLIB zone to the Global zone which has
> >the product RECEIVEd into.  ...
> 
> Religious and political.  That is a very rational solution, and would
> work well.  I''l suggest it, but I suspect I know the response.
> 
I thought SMP/E has considerable facilities for copying a CSI with
internal renaming.  But I've never used them.

> A little more digging, very obvious digging that I should have done right
> off the bat, showed me part of what was wrong ... and uncovered a glaring
> hole in my understanding of SMP.  I looked at the JCLIN (duh!) and saw
> 
>  //
>  //**   MVS utility IEBCOPY will be used to COPY these two LMODs **
>  //** from the installation tape into a Target Library.  **
>  //**   These LMODs don't LINKEDIT well, and need to be copied   **
>  //** to ensure an overall return code of 00 for SMP/E   **
>  //** installation processing on this FMID.  **
>  //
> 
The Garden of Eden state.

I wonder how the Creator built them.

I wonder what happens if they ever need service.

-- gil
-- 
StorageTek
INFORMATION made POWERFUL

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DST2007

[Ed Finnell]

 
In a message dated 11/9/2006 4:02:40 P.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

APAR  PK24076 to resolve issue that affects Daylight Saving Time defaults
used  when parsing the TZ and _TZ environment variables in a C/C++  
application."



>>
Don't forget in mixed OS environment all those puppies need to line  up.
 
JAVA:
Some countries are still evaluating whether they will adopt the new rules for 
 themselves. You should anticipate more changes in DST and time zone rules 
for  countries that typically align with U.S. DST rules. 
Problems Affecting Java Applications

The Java Runtime Environment (JRE) stores rules about DST observance all  
around the globe. Older JREs will have outdated rules that will be superseded 
by  
the Energy Policy Act of 2005. As a result, applications running on an older 
JRE  may report incorrect time from March 11, 2007 through April 2, 2007 and 
from  October 29, 2007 through November 4, 2007.  
Solutions for Java Applications

If you are concerned about application failures that may result from these  
DST changes, you should update your Java Runtime Environment. The following 
Java  platform versions have correct time rules to handle the DST changes that 
will  affect U.S. time zones in 2007. You can download any of the following 
Java 
 platform versions to resolve this DST issue: 
*   _JDK 6 Project  (beta)_ (https://jdk6.dev.java.net/)   
*   _J2SE 5.0 Update  6_ (http://java.sun.com/javase/downloads/index.jsp) 
 or later  
*   _J2SE 1.4.2_11_ (http://java.sun.com/j2se/1.4.2/download.html)   or 
later  
*   _J2SE 1.3.1_18 or  later_ 
(http://java.sun.com/j2se/1.3/download.html)  
Platform Considerations

The required Java SE changes for U.S. DST are different from those required  
at the operating system (OS) platform level (i.e., Solaris, Linux, Microsoft,  
etc). Detailed descriptions of OS changes are beyond the scope of this 
document.  You should contact your OS vendor for updates or corrections for 
this 
issue. The  Sun Alert referenced later in this document provides details for 
Sun 
Solaris  corrective patches.  
For More Information

Find out more about DST and time zones rule changes from these other  
resources: 
*   Sun Alert Notification: _Daylight  Saving Time (DST) Changes for 
Australia (2006), United States (2007), and  Others_ 
(http://sunsolve.sun.com/search/document.do?assetkey=1-26-102178-1)   
*   _About Daylight Saving Time_ 
(http://www.timeanddate.com/time/aboutdst.html)   
*   _When Does Daylight Time Begin and End_ 
(http://aa.usno.navy.mil/faq/docs/daylight_time.html)   
*   _Daylight Saving Time from Wikipedia_ 
(http://en.wikipedia.org/wiki/Daylight_saving_time)   
*   _Saving Time, Saving Energy_ 
(http://www.energy.ca.gov/daylightsaving.html)   
*   _Australian  Time Zone Changes Affect Java Applications_ 
(http://java.sun.com/developer/technicalArticles/Intl/AusTimeZone/)  
 
 
Windows:
 
Preparing for daylight saving time changes in 2007
Published: June 16, 2006 | Updated:  November 6, 2006

Starting in the spring of 2007, daylight saving time (DST) start and end  
dates for the United States will transition to comply with the Energy Policy 
Act  
of 2005. DST dates in the United States will start three weeks earlier (2:00  
A.M. on the second Sunday in March) and will end one week later (2:00 A.M. on 
 the first Sunday in November). 
Microsoft will be producing an update for Microsoft products affected by the  
new United States daylight saving time transition dates. These updates will 
be  released through a combination of channels including Microsoft Customer 
Support  Services (CSS), hotfixes incorporated in Knowledge Base articles, 
Windows  Update, Microsoft Update, Windows Server Update Services (WSUS), and 
the  
Microsoft Download Center. 
Supporting the DST changes on Windows operating systems
For _Windows XP  Service Pack 2 (SP2)_ 
(http://www.microsoft.com/windowsxp/sp2/default.mspx) , _Windows Server  2003_ 
(http://www.microsoft.com/windowsserver2003/default.mspx) , and _Windows  
Server 2003 Service Pack 1 (SP1)_ 
(http://www.microsoft.com/technet/downloads/winsrvr/servicepacks/sp1/default.mspx)
 , 
Microsoft will release a single global  time zone update which will include 
changes for the United States DST change.  This time zone update will also 
include changes for other related DST changes  and time zone behavior and 
settings 
that will take place in 2007 or have taken  place since these versions of 
Windows were originally released. It will include  some changes that have 
previously been released as individual hotfixes (such as  the Sri Lanka change 
in time 
zone offset) or have been individually documented  in prior Knowledge Base 
articles. These updated time zone definitions will also  ship with _Windows  
Vista_ (http://www.microsoft.com/windowsvista/) . 
Windows Vista will have these changes included in the release-to-market  
version 

Re: SMP/E - module attributes issue

[Patrick O'Keefe]

On Thu, 9 Nov 2006 12:24:22 -0600, Brian Peterson 
<[EMAIL PROTECTED]> wrote:

>Talk about doing things the "hard way"!!  Here's some ideas you might
>consider.  You probably already thought of them - if so, sorry!
>...

One person's "hard" is another's "fun".  I haven't had a hands-on fight
with SMP for several years and am really enjoying this.  (Yup.  I'm sick!)
This is the way I learn.

>...
>1) Order a new copy of the product.  Perform your own RECEIVE from the
>original copy of the product.  This is the "start from scratch" option.

Parallel channel.  Our contract people were already chewing on this, 
trying to make sure we wouldn't be ordering a new license.  As I was 
writing this I got word that the order has gone in.  (I guess I'm glad.)
But I still want to know what went wrong here. 

>...
>2) Define new Target and DLIB SMP/E CSI and Target and DLIB data sets.
>Attach this new, empty, Target and DLIB zone to the Global zone which has
>the product RECEIVEd into.  ...
>
>The only objection I can imagine to option 2 would be religious, not
>rational, on the part of the MVS sysprogs.

Religious and political.  That is a very rational solution, and would 
work well.  I''l suggest it, but I suspect I know the response.

>...
>I wouldn't attempt to reengineer the product's packaging in the way you
>apparently attempted.  Life's too short!

As you can tell from my comments above, I look at this differently.  The
fact that I ran into this problem tells me I don't understand SMP (as if
that surprises anybody!).  The fact that only 2 modules had problems says
either I had a reasonable grasp on what I was doing or I was VERY lucky.
More of the later than the former, I fear.

A little more digging, very obvious digging that I should have done right
off the bat, showed me part of what was wrong ... and uncovered a glaring
hole in my understanding of SMP.  I looked at the JCLIN (duh!) and saw

 /* 
 // 
 //** STEP 15** 
 //**** 
 //**   MVS utility IEBCOPY will be used to COPY these two LMODs ** 
 //** from the installation tape into a Target Library.  ** 
 //**   These LMODs don't LINKEDIT well, and need to be copied   ** 
 //** to ensure an overall return code of 00 for SMP/E   ** 
 //** installation processing on this FMID.  ** 
 //**** 
 //**   TARGLIB  - SYS1.NVULIB   ** 
 //**   DISTLIB  - SYS1.ANVULIB  ** 
 // 
 //STEP15   EXEC PGM=IEBCOPY
 //SYSPRINT DD SYSOUT=A 
 //NVULIB   DD DSN=SYS1.NVULIB,DISP=SHR 
 //ANVULIB  DD DSN=SYS1.ANVULIB,DISP=SHR
 //SYSIN   DD * 
   COPY INDD=ANVULIB,OUTDD=NVULIB   
 SELECT M=CNMVLC
 SELECT M=CNMNVLC   
 /* 

So why did SMP link it?  Obviously it couldn't do the copy in the JCLIN
because there's noting in the DLIB until ACCEPT, but why didn't it copy
from the TXLIB. It obviously found the module in the TXLIB because that's
what it linked.  Previous steps in the JCLIN had specified linking into
NVULIB.  Does that make SMP always link into that library, regardless  
what later JCLIN says?

Pat O'Keefe
 
 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Syncsort / DFSORT LPA

[Ted MacNEIL]

>I just have to ask: why do would an installation  need both sort products 
unless you're at an ISV where you have to test your product with both? 

You haven't been following the DB2 V8 requirements.

Even SYNCSORT customers have to have a subset of DFSORT installed. DB2 V8 will 
not talk to SYNCSORT.

It's a free licence (for V8).

When in doubt.
PANIC!!  

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ISAM question

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Howard Brazee
> 
> I recently converted a tiny in-program ISAM file to an 
> internal CoBOL table, but wondered about the JCL:
> 
> //NAMES  DD DSN=&&NAMES(PRIME),
> 
> What does PRIME mean?

In the cited context, it means to allocate the member PRIME in the PDS
to which &&NAMES resolves as a sequential file.

-jc-

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: 3480 Discontinuance????

[Brian Peterson]

The most recent reference I could find to the 3480 A22 and B22 was 
announcement letter 305-028 dated March 8, 2005 quoting new prices for 
maintenance.  This same letter quoted maintenance prices for 3420 (round) 
tape drives as well, so perhaps "end of service" for 3480 is not as near as 
you might have thought.

Brian

On Thu, 9 Nov 2006 15:49:47 -0500, George Bly wrote:

>HI 
>
>I can find the software lifecycle dates but how do you find hardware 
dates. 
>
>I'm looking for the end of service for 3480 A22 and B22's
>
>Thanks!!
>
>George 
>
>George A. Bly
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

DST2007

[Big Iron]

Head's up: APAR PK24076; Language Environment Daylight Saving Time (DST)
Changes Energy Policy Act of 2005 (DST2007). This will be of interest to
users who specify a daylight saving time zone name using the TZ or _TZ
environment variable or have customized locales which use LC_TOD.

"APAR PK24076 to resolve issue that affects Daylight Saving Time defaults
used when parsing the TZ and _TZ environment variables in a C/C++ application."

Bill

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ISAM question

[Binyamin Dissen]

On Thu, 9 Nov 2006 14:37:01 -0700 Howard Brazee <[EMAIL PROTECTED]>
wrote:

:>I recently converted a tiny in-program ISAM file to an internal CoBOL
:>table, but wondered about the JCL:

:>//NAMES  DD DSN=&&NAMES(PRIME),

You can remove it.

:>What does PRIME mean?

ISAM allocation.

--
Binyamin Dissen <[EMAIL PROTECTED]>
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ISAM question

[Chase, John]

> > -Original Message-
> > From: IBM Mainframe Discussion List On Behalf Of Howard Brazee
> > 
> > I recently converted a tiny in-program ISAM file to an internal
CoBOL 
> > table, but wondered about the JCL:
> > 
> > //NAMES  DD DSN=&&NAMES(PRIME),
> > 
> > What does PRIME mean?
> 
> In the cited context, it means to allocate the member PRIME 
> in the PDS to which &&NAMES resolves as a sequential file.

Oh, nutz.  You did say ISAM, didn't you?

In that case, please ignore my reply; I never had the "pleasure" of
working with ISAM.

-jc-

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ISAM question

[Ray Mullins]

That goes deep into the bowels of ISAM.

You had the ability to specify different allocations for the (going off
memory here) PRIME (the main data storage area), INDEX (obvious) and OVFLOW
(overflow when hashes collided) areas of an ISAM file.  And usually you had
to for production files.

More than you never wanted to know, from the oldest online resource (OS/390
V2.4 DFSMSdfp 1.4 Using Data Sets, Appendix 1.4):

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/dgt1d404/APPENDIX
1.4

Later,
Ray

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Howard Brazee
Sent: Thursday November 09 2006 13:37
To: IBM-MAIN@BAMA.UA.EDU
Subject: ISAM question

I recently converted a tiny in-program ISAM file to an internal CoBOL table,
but wondered about the JCL:

 

//NAMES  DD DSN=&&NAMES(PRIME),

 

 

What does PRIME mean?


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the
archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

ISAM question

[Howard Brazee]

I recently converted a tiny in-program ISAM file to an internal CoBOL
table, but wondered about the JCL:

 

//NAMES  DD DSN=&&NAMES(PRIME),

 

 

What does PRIME mean?


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: 3480 Discontinuance????

[Bob Rutledge]

Start here

http://www-306.ibm.com/common/ssi/OIX.wss?buttonpressed=DET001PT116&page=1000&paneltext1=DET001PEF012&user+type=EXT

and use "advanced search" for product number 3480.

Bob

George Bly wrote:
I can find the software lifecycle dates but how do you find hardware dates. 

 


I'm looking for the end of service for 3480 A22 and B22's


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: 3480 Discontinuance????

[William Donzelli]

I'm looking for the end of service for 3480 A22 and B22's


Put those 3480s back in service!

The Computer History Museum is still looking for 3480s - specifically
the head assemblies - as they are extremely useful for pulling data
off ancient tape. If anyone out there is about to kill off their
3480s, or maybe has some dead ones still in the data center, please
let me know. If you are on the East or West Coast, even better, as
either the CHM people or myself can collect the heads or whole drives.

--
Will

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Dataset created without corresponding RACF profile

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 11/08/2006
   at 02:08 PM, Debbie Mitchell 
<[EMAIL PROTECTED]> said:

>I encountered a problem that I'm trying to understand where to even
>look for the answer.  A user connected to our mainframe (z/OS 1.4)
>through Attachmate and then logged onto TSO.  From the Ready prompt,
>he initiated a file transfer from his PC to a mainframe dataset
>(using the Attachmate Tools menu).  The file transfer was complete
>but the dataset created had no associated RACF dataset profile.

What was the full DSN of the created data set?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Assembler question

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 11/06/2006
   at 01:37 PM, Chris Mason <[EMAIL PROTECTED]> said:

>Another exhausting post from what can only be deliberate
>misunderstandings.

Well, if you claim that you are deliberately misunderstanding, I can't
prove otherwise.

>Again, by not quoting everything, you have rather deceitfully
>obscured what I was saying. 

The fact that you are too stupid to edit your messages so that they
say something sensible does not mak me deceitful. The fact that you
want me to quote extraneous material simply demonstrates your lack of
understanding.

>The missing part was "obviously has length 6."

The assembler does not work on what is obvious to you; to works on
what is actually supplied to it.

>Some jokes only bear telling once.

Yes, I would expect your code to be a joke.

>I will now make my point "in words of one syllable" so it cannot be
>misunderstood.

I didn't misunderstand. You were wrong.

>What I am taking issue with is going to the trouble of using a
>symbolic expression for the length.

You could have done that without making false statements about how the
assembler operates.

>when the instruction contains a literal which necessarily indicates 
>the length. 

There you go again.

>And, being a literal, it would be crass stupidity to be relying on 
>data in a following field in the case that the length used by the
>instruction didn't precisely match the length of the literal. 

It would also be crass stupidity to assume that someone was doing that
when in fact they weren't.

>What I consider stupid is that the number 6,
>consisting of one simple character, was not specified but something
>which the Assembler has to work out is 6, consisting of 8
>complicated characters.

The fact that you are too stupid to understand the reason for the
symbolic expression reflects on you, not on the author. Code with
"magic numbers" is error prone. The real problem with that code is the
literal, which is not symbolically tied to the field length.

>There is no benefit;

Wrong again. The benefit accrues when someone has to change a field
size.

>I do hope that's clear.

What is clear is that you are a pompous ignoramus with delusions of
adequacy.

>My point is actually made later on where I indicate that the UNPK 
>instruction is obliged to do more work than we actually need done.

What it does is quite minimal, and all of it is necessary for its
intended use.

>but it's not what we actually need;

It's precisely what we need for its intended purpose. The fact that it
is also useful for binary to hex conversions is gravy.

>plus a bit more we don't need.

We need that bit more when we are converting zoned decimal to packed
decimal, which is the purpose for which the instruction was designed.

>Because it necessarily does a bit more than we actually need

For conversion to hex, which is *not* what it was designed for.

>we have the messy "+1" in the length fields

All of the SS instructions have lengths offset by one. That allows you
to specify larger lengths, at the cost of not being able to specify a
length of zero.

>and we have the worry about the byte following the destination field.

That's because it's designed to convert zoned decimal to packed
decimal, and therefor must treat the last byte differently.

>Once again the too restricted quotation distorts my point. Is this
>deliberate point-scoring or a genuine blind spot?

No. It's deliberate misrepresentation on your part.

>Read this again:

It's just as wrong as the first time I read it.

>Now isn't it blindingly obvious that there's a bit of
>anthropomorphising going on here, a familiar dodge for someone
>attempting to teach in a picturesque way?

Yes, almost as blindingly obvious as the programming errors that such
anthropomorphisms invariably lead to. But you knew that.

>You had the temerity some time ago when commenting on my posts to
>imply that they quoted too much.

They do. And you had the temerity too call me dishonest just because
you were too dunderheaded to understand my point.

>It's better than quoting too little

No.

>Let's recall the whole again:

Let's not.

>Here is some text and a table

How about quoting instead the text from the decimal instructions as to
which signs they are capable of generating? Or would that damage the
point that you are ineptly trying to make?

Don't bother to reply - I won't see it.

*PLONK*

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Assembler question

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 11/07/2006
   at 08:21 AM, Tom Marchant <[EMAIL PROTECTED]> said:

>Up until now we have been carrying on a civilized discussion,

Chris Mason has not been carrying on a civilized discussion, and his
comments were a lot more offensive than Alan's. That said, I consider
numeric lengths to be an invitation to future bugs.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Assembler question

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 11/07/2006
   at 08:46 AM, Paul Gilmartin <[EMAIL PROTECTED]> said:

>I hadn't thought of that.  And I see the cognitive dissonance in
>coding "1".  But still, I would have preferred from the beginning a
>construct meaning "Field to be Filled in Later", so a zero, possibly
>an expression value, could be flagged as an error.

As I recall, SAP, FAP and MAP all had such a construct.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: COND CODE 3592

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 11/06/2006
   at 04:14 PM, Phil Payne <[EMAIL PROTECTED]> said:

>So, effectively, does z/OS.

No.

>ISTR that R14 in a jobstep programme points directly at an SVC 3 
>instruction.

So does R14 after an ATTACH, LINK, XCTL, SVC (types 2-4) or scheduling
of an IRB. I don't guaranty that the list is complete.

>You used to be able to tell if you were
>the jobstep programme by looking at that.

Maybe in Release 1. Certainly not by Release 14.

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: COND CODE 3592

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 11/06/2006
   at 07:52 PM, Binyamin Dissen <[EMAIL PROTECTED]> said:

>AFAIR R14 always pointed to SVC3 when supervisor assisted linkage,
>i.e. either LINK or ATTACH, was used.

You recall correctly. Specifically, it was the SVC 3 at CVTEXIT.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Syncsort / DFSORT LPA

[R.S.]

Tim Hare wrote:


I just have to ask: why do would an installation  need both sort
products 
unless you're at an ISV where you have to test your product with both? 


This is not the case. This is the case when you bought and use SyncSort 
and DB2 v.8. No DFSORT licensed. In this case DB2 uses DFSORT 
internally. You don't have to pay for DFSORT, you don't have to order 
it. That's business aspects. However technically, you have to make 
DFSORT available for DB2.


--
Radoslaw Skorupka
Lodz, Poland

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

3480 Discontinuance????

[George Bly]

HI 

 

I can find the software lifecycle dates but how do you find hardware dates. 

 

I'm looking for the end of service for 3480 A22 and B22's

 

 

 

Thanks!!

 

George 

 

George A. Bly

Senior Systems Programmer

331 Hayes Hall

Information Technology Services

Bowling Green State University

Bowling Green, Ohio  43403

Office: (419) 372-7729

Fax:(419) 372-7723

Cell:(419) 260-4487

 

PS:  A friend will help you move.  A really good friend will help you move a
body!!!

 

e-mail: [EMAIL PROTECTED]

 

 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Syncsort / DFSORT LPA

[Jakubek, Jan]

>I just have to ask: why do would an installation
>need both sort products unless you're at an ISV 
>where you have to test your product with both?

May be it is in a state of unfinished or perpetual 
conversion ... some of us went though this over years gone ... :-)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMP/E in TSO (was: Why AUTHPGM?)

[Paul Gilmartin]

In a recent note, Ted MacNEIL said:

> Date: Thu, 9 Nov 2006 06:15:18 +
> 
> >If a DCB/ACB is inaccessible or appears corrupted, then TC issues IDC999I 
> >and S0
> C3.
> 
> ITYM SC03.
> 
> (Considering I'm chasing one right now).
> 
What triggers the CLOSE when the DDNAME is allocated to HFS?
Are there DEBs even for HFS?

-- gil
-- 
StorageTek
INFORMATION made POWERFUL

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IPL with CLPA

[Jakubek, Jan]

>/*  NOTE: DO NOT DELETE THE BLANK LINE AT THE TOP OF THIS MBR!   */
>Btw Mark: what's the purpose of a blank line?

>Because it doesn't work without it??  :-)

I see ... your blank line designates a dummy/null IEASYS00 ...

Thanks ...

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Syncsort / DFSORT LPA

[Binyamin Dissen]

On Thu, 9 Nov 2006 15:09:06 -0500 Tim Hare <[EMAIL PROTECTED]> wrote:

:>I just have to ask: why do would an installation  need both sort products 
:>unless you're at an ISV where you have to test your product with both? 

Because, for whatever reason, DB2 insists on using DFSORT - it does not allow
the customer to choose the sort product to use.

But the bright side is that one can use DFSORT for free if only used with DB2.

--
Binyamin Dissen <[EMAIL PROTECTED]>
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Mainframe IDE

[Neil Duffee]

At 31 Oct 2006 01:03:56 -0800, concerning "[Mainframe IDE]", 
[EMAIL PROTECTED] wrote (to IBM-Main):  

> I remember that in the late 80s there was a syntax checker available
> for PL/I also. It ran with the ISPF editor and marked at least typing
> errors (prior to the times of syntax highlighting). I believe, all
> people wanting a IDE for the mainframe are waiting for a version of
> WDz fulfilling their needs. 

While not an IDE, I find the HILITE JCL to be very helpful in 
pointing out syntax errors.  I suspect that HILITE PLI might do what 
you're looking for.  I also note, from Help (z/OS v1.7), that many 
other languages are supported.  (hmmm... never contemplated ISPF as 
an HTML editor.  *grin*)

->  ISPF editor Help:  Supported Languages  <-

Valid language names are:

AUTODEFAULT OTHER
ASM BOOKC   COBOL   DTL HTMLIDL JCL
PANEL   PASCAL  PLI REXXSKELSUPERC  XML

OTHER is a pseudo-language similar to PL/I but with only very basic 
keywords (DO, END, SELECT, WHEN, IF, THEN, ELSE, etc).  OTHER can be 
used on many languages such as CLIST.  OTHER also does not support 
any compiler directives.   DEFAULT is used when AUTO is specified, 
but no language can be determined.  

-->  signature = 6 lines follows <--
Neil Duffee, Joe SysProg, U d'Ottawa, Ottawa, Ont, Canada
telephone:1 613 562 5800 x4585 fax:1 613 562 5161
mailto:NDuffee of uOttawa.ca http:/ /aix1.uottawa.ca/ ~nduffee
"How *do* you plan for something like that?" Guardian Bob, Reboot
"For every action, there is an equal and opposite criticism."
"Systems Programming: Guilty, until proven innocent" John Norgauer 
2004

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: All Boxed Up

[Ed Finnell]

 
In a message dated 11/9/2006 2:16:08 P.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

Thank  you all for many good suggestions. Sometimes things  break.



>>
Knuckles, kneecaps, thumbs.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Syncsort / DFSORT LPA

[Richbourg, Claude]

If you use Syncsort as your sort product and you have DB2 v8, you will
need the DFSORT to make it work. IBM will let you use 'very limited'
amount, just for DB2 v8 which requires it.


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Tim Hare
Sent: Thursday, November 09, 2006 3:09 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Syncsort / DFSORT LPA

I just have to ask: why do would an installation  need both sort
products 
unless you're at an ISV where you have to test your product with both? 


Tim Hare
Senior Systems Programmer
Florida Department of Transportation
(850) 414-4209

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Syncsort / DFSORT LPA

[Frank Yaeger]

Brian Peterson wrote on 11/09/2006 12:09:23 PM:
> ...
> II14047 describes several
> alternative options for installing the two sort products so they can
> successfully coexist.
> ...

Right.  Here's a link to informational APAR II14047:

http://www.ibm.com/support/docview.wss?uid=isg1II14047

Frank Yaeger - DFSORT Team (IBM) - [EMAIL PROTECTED]
Specialties: PARSE, JFY, SQZ, ICETOOL, IFTHEN, OVERLAY, Symbols, Migration

 => DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: All Boxed Up

[Daniel A. McLaughlin]

We've just spent 45 minutes on phone with the CE. He conceded and is on 
his way in.

Thank you all for many good suggestions. Sometimes things break.

Daniel McLaughlin
Z-Series Systems Programmer
Crawford & Company
4680 N. Royal Atlanta
Tucker GA 30084 
phone: 770-621-3256 
fax: 770-621-3237
email: [EMAIL PROTECTED]
web: www.crawfordandcompany.com


This transmission is intended exclusively for the individual or entity to 
which it is addressed. This communication may contain information that is 
confidential, proprietary, privileged or otherwise exempt from disclosure. 
If you are not the named addressee, you are NOT authorized to read, print, 
retain, copy or disseminate this communication, its attachments or any 
part of them. If you have received this communication in error, please 
notify the sender immediately and delete this communication from all 
computers. 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Trying to figure out CPPUPDTE

[Imbriale, Donald (Exchange)]

Doc for CPPUPDTE is available at
http://www-03.ibm.com/servers/s390/os390/installation/cppupdte.html

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of John Norgauer
Sent: Thursday, November 09, 2006 3:03 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Trying to figure out CPPUPDTE

What's the role of the dsname in the SYSIN below:   EOY.BKLSHELF  ???

Here's a subset of my CPPUPDTE jcl from my SERVERPAC   install:

//SYSJCNSP JOB 'ACCOUNTING INFO','PROGRAMMER NAME',
// CLASS=A,
// MSGCLASS=T,
// MSGLEVEL=(1,1),
// NOTIFY=SYSJCN,
// USER=SYSJCN,
// TIME=NOLIMIT,
// REGION=0M
//*
//CPPPROC  PROC
//CPPUPDTE EXEC PGM=CPPUPDTE,PARM='UPDATE',COND=(4000,LT)
//SYSPRINT DD SYSOUT=*
//@CMDP   DD DISP=SHR,
//DSN=ZOS17.CPAC.CMDPROC
//@ISPP   DD DISP=SHR,
//DSN=ZOS17.CPAC.ISPPLIB
//@IVPL   DD DISP=SHR,
//DSN=ZOS17.CPAC.IVPLIB
//@PARM   DD DISP=SHR,
//DSN=ZOS17.CPAC.PARMLIB
//@PROC   DD DISP=SHR,
//DSN=ZOS17.CPAC.PROCLIB
//@TCPP   DD DISP=SHR,
//DSN=ZOS.TCPIVP.TCPPARMS
//SYSINDD DUMMY
// PEND
//CPP1 EXEC PROC=CPPPROC
//SYSINDD DATA,DLM='%%'
http://bama.ua.edu/archives/ibm-main.html

Re: Syncsort / DFSORT LPA

[Imbriale, Donald (Exchange)]

DFSORT is needed for DB2 V8, even if you license/use SyncSort.  But it
does NOT require that DFSORT be licensed - it just needs to be
accessible by certain DB2 utilities and functions.

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Tim Hare
Sent: Thursday, November 09, 2006 3:09 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Syncsort / DFSORT LPA

I just have to ask: why do would an installation  need both sort
products 
unless you're at an ISV where you have to test your product with both? 




***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Syncsort / DFSORT LPA

[Brian Peterson]

We put only SYS1.SICELPA in LPA.  Since this data set only has the DFSORT 
SVC, it did not matter whether it was before or after syncsort's LPA 
modules.

We put SYS1.SICELOAD and SYS1.SORTLPA *after* syncsort's libraries in the 
link list.

These steps were per instructions in II14047.  II14047 describes several 
alternative options for installing the two sort products so they can 
successfully coexist.

Perhaps your ISV product is attempting to "detect" which sort product to 
use.  With the introduction of DB2 Version 8's requirement for DFSORT, 
perhaps your problem is actually within the ISV product.  Is this ISV 
product at a current level?  In any event, I'd certainly go to the ISV and 
open a problem with them.  Their own "sort product detection logic" may be 
defective.

Brian

On Thu, 9 Nov 2006 14:31:59 -0500, Andy White wrote:

>I thought this came up in the past but for those of you that have Syncsort
>and DFSORT on your systems for DB2 8 etc. In LPA how do you have it coded
>which do you have first or does order not matter? We have a ISV product
>which seems to be picking up DFSORT even though we have both in LPA we only
>have DFSORT there for the DB2 v8 people we are only licensed for Syncsort.
>For DB2 its working fine for the ISV product its failing saying DFSORT
>isn't licensed, we removed the DFSORT modules from LPA and its working fine
>again. We prefer having both in LPA coexisting if we could.
>
>Thanks
>
>Andy

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Syncsort / DFSORT LPA

[Tim Hare]

I just have to ask: why do would an installation  need both sort products 
unless you're at an ISV where you have to test your product with both? 


Tim Hare
Senior Systems Programmer
Florida Department of Transportation
(850) 414-4209

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Syncsort / DFSORT LPA

[Mark Zelden]

On Thu, 9 Nov 2006 14:31:59 -0500, Andy White <[EMAIL PROTECTED]> wrote:

>I thought this came up in the past but for those of you that have Syncsort
>and DFSORT on your systems for DB2 8 etc. In LPA how do you have it coded
>which do you have first or does order not matter? We have a ISV product
>which seems to be picking up DFSORT even though we have both in LPA we only
>have DFSORT there for the DB2 v8 people we are only licensed for Syncsort.
>For DB2 its working fine for the ISV product its failing saying DFSORT
>isn't licensed, we removed the DFSORT modules from LPA and its working fine
>again. We prefer having both in LPA coexisting if we could.
>


I don't recall if it came up here, but I'm sure it is documented pretty
well in info APAR II14047.

Here is the order I have:

   hlq.SYNCSORT.SYNCLPA 
   hlq.SYNCSORT.SYNCRENT
   SYS1.SICELPA 

   
Mark 
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - GITO
mailto:[EMAIL PROTECTED]
z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/
Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html  

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Trying to figure out CPPUPDTE

[John Norgauer]

What's the role of the dsname in the SYSIN below:   EOY.BKLSHELF  ???

Here's a subset of my CPPUPDTE jcl from my SERVERPAC   install:

//SYSJCNSP JOB 'ACCOUNTING INFO','PROGRAMMER NAME',
// CLASS=A,
// MSGCLASS=T,
// MSGLEVEL=(1,1),
// NOTIFY=SYSJCN,
// USER=SYSJCN,
// TIME=NOLIMIT,
// REGION=0M
//*
//CPPPROC  PROC
//CPPUPDTE EXEC PGM=CPPUPDTE,PARM='UPDATE',COND=(4000,LT)
//SYSPRINT DD SYSOUT=*
//@CMDP   DD DISP=SHR,
//DSN=ZOS17.CPAC.CMDPROC
//@ISPP   DD DISP=SHR,
//DSN=ZOS17.CPAC.ISPPLIB
//@IVPL   DD DISP=SHR,
//DSN=ZOS17.CPAC.IVPLIB
//@PARM   DD DISP=SHR,
//DSN=ZOS17.CPAC.PARMLIB
//@PROC   DD DISP=SHR,
//DSN=ZOS17.CPAC.PROCLIB
//@TCPP   DD DISP=SHR,
//DSN=ZOS.TCPIVP.TCPPARMS
//SYSINDD DUMMY
// PEND
//CPP1 EXEC PROC=CPPPROC
//SYSINDD DATA,DLM='%%'
http://bama.ua.edu/archives/ibm-main.html

Re: IPL with CLPA

[Mark Zelden]

On Thu, 9 Nov 2006 14:30:04 -0500, Jakubek, Jan <[EMAIL PROTECTED]> wrote:

>/*  NOTE: DO NOT DELETE THE BLANK LINE AT THE TOP OF THIS MBR!   */
>
>Btw Mark: what's the purpose of a blank line?
>

Because it doesn't work without it??  :-)

This explanation from the MVS Initialization and Tuning Reference:

   "The system considers the first record that does not end in a
comma to be the end of the member and ignores subsequent lines. 
You can use the remainder of the record, which contains the last 
parameter, for comments, providing there is at least one blank 
between the last parameter and the comments. You can also use 
additional lines after the last parameter for comments. Comments 
can only be specified in IEASYSxx as described above."


Regards,

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - GITO
mailto:[EMAIL PROTECTED]
z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/
Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Syncsort / DFSORT LPA

[Imbriale, Donald (Exchange)]

Make sure the DFSORT libs follow the SyncSort libs in LPA.

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Andy White
Sent: Thursday, November 09, 2006 2:32 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Syncsort / DFSORT LPA

I thought this came up in the past but for those of you that have
Syncsort
and DFSORT on your systems for DB2 8 etc. In LPA how do you have it
coded
which do you have first or does order not matter? We have a ISV product
which seems to be picking up DFSORT even though we have both in LPA we
only
have DFSORT there for the DB2 v8 people we are only licensed for
Syncsort.
For DB2 its working fine for the ISV product its failing saying DFSORT
isn't licensed, we removed the DFSORT modules from LPA and its working
fine
again. We prefer having both in LPA coexisting if we could.

Thanks




***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IPL with CLPA

[Pommier, Rex R.]

 The member needs at least 1 line that isn't a comment and a blank line
fits the requirement.  The system stops reading the member after the
first line that doesn't end in a comma.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Jakubek, Jan
Sent: Thursday, November 09, 2006 1:30 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: IPL with CLPA

/*  NOTE: DO NOT DELETE THE BLANK LINE AT THE TOP OF THIS MBR!   */  

Btw Mark: what's the purpose of a blank line?

Thanks

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Syncsort / DFSORT LPA

[Andy White]

I thought this came up in the past but for those of you that have Syncsort
and DFSORT on your systems for DB2 8 etc. In LPA how do you have it coded
which do you have first or does order not matter? We have a ISV product
which seems to be picking up DFSORT even though we have both in LPA we only
have DFSORT there for the DB2 v8 people we are only licensed for Syncsort.
For DB2 its working fine for the ISV product its failing saying DFSORT
isn't licensed, we removed the DFSORT modules from LPA and its working fine
again. We prefer having both in LPA coexisting if we could.

Thanks

Andy
Internet: Mailto:[EMAIL PROTECTED]
The information contained in this message may be CONFIDENTIAL and is for the 
intended addressee only.  Any unauthorized use, dissemination of the 
information, or copying of this message is prohibited.  If you are not the 
intended addressee, please notify the sender immediately and delete this 
message.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Workload manager

[John C. Wolf]

We have a modified the code which we got from Amdahl which they called 
JOBSTREAM MANAGER this code assignes job class based on how much storage 
you need and how much time you want and if you use tape drives.
I was hoping that we could do away with these exits as they are going to 
be very hard to retrofit as IBM has broken exit 3 & 2 into two parts and 
the part I need to use now runs in the user's address space. The PCE in 
nolonger addressable. There for I will have to rework these exits and we 
want to get rid of as many exits as we can.

John Wolf sysprog University of Cincinnati voice 513-556-0009

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IPL with CLPA

[Jakubek, Jan]

/*  NOTE: DO NOT DELETE THE BLANK LINE AT THE TOP OF THIS MBR!   */  

Btw Mark: what's the purpose of a blank line?

Thanks

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: All Boxed Up

[Ed Finnell]

 
In a message dated 11/9/2006 12:41:20 P.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

OK,  that's a new one for mewhat would that look like because I don't 
think  we have one.




>>The service PC in back of  box? 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IBM DEBUG TOOL Install in Own SMP/E CSI or in IBM Z/OS BASE ELEMENT CSI

[Jakubek, Jan]

>We are installing IBM DEBUG TOOL & ADVANCED FUNCTIONS on a SYSPLEX
which >has multiple LPAR'S running different levels of  z/OS (1.4 1.6
and 1.7). 
>The LPAR'S  share DASD for non SYSRES packs.  The documentation
indicates >that we can install the IBM DEBUG TOOL in it's own SMP/E CSI.
However, a >section of the documentation indicates that  CEE.SCEELKED,
CSSLIB, AND >SEZATCP must be added to the stand alone SMP/E CSI Zones in
order to APPLY >the IBM DEBUG TOOL to the Target Zone. 
 >  As these CALLIBS are z/OS Release specific, does this mean that
I >will have to install the IBM DEBUG TOOL on each of the LPAR'S in my 
>SYSPLEX.

I do not have experience with DEBUG TOOLs, however, the product may work
if linkedited with lowest level z/OS CALLIBs.

Otherwise, when you deploy it on a target system, each time you need to
relink the target system DEBUG TOOLs LOADLIBs with that target system's
CALLIBs.

Here's is a sample SMPE to do such a thing for MQS:

//* Set up DDFEFs for CALLLIBs (cannot be specified via a DD) 
//CALLLDDS EXEC PGM=GIMSMP,REGION=0M  
//SMPCSI   DD DSN=...MQS531.GLOBAL.CSI,   
//DISP=SHR
//SMPCNTL  DD *   
  SET BDY (TZONE) .   
  UCLIN . 
DEL  DDDEF(SEZACMTX). 
DEL  DDDEF(SCEELKED). 
DEL  DDDEF(SCEESPC).  
DEL  DDDEF(CSSLIB).   
DEL  DDDEF(SGSKHFS).  
ADD DDDEF(CSSLIB) 
VOLUME(tvolser)
UNIT(3390)
DA(SYS1.CSSLIB) SHR . 
ADD DDDEF(SCEELKED)   
VOLUME(tvolser)
UNIT(3390)
DA(SYS1.CEE.SCEELKED) SHR .   
ADD DDDEF(SCEESPC) 
VOLUME(tvolser) 
UNIT(3390) 
DA(SYS1.CEE.SCEESPC) SHR . 
ADD DDDEF(SEZACMTX)
VOLUME(tvolser) 
UNIT(3390) 
DA(SYS1.TCPIP.SEZACMTX) SHR .  
ADD DDDEF(SGSKHFS) 
PATH('/service/tvolser/usr/lpp/gskssl/IBM/') .  
  ENDUCL . 
  LIST DDDEF(SEZACMTX SCEELKED SCEESPC CSSLIB SGSKHFS).
/* 
//*
//CALLLINK EXEC PGM=GIMSMP,REGION=0M   
//SMPCSI   DD DSN=MQS531.GLOBAL.CSI,
//DISP=SHR 
//SMPCNTL  DD *
  SET BDY (TZONE) .
  LINK LMODSCALLLIBS(SEZACMTX SCEELKED SCEESPC CSSLIB)
  RETRY(YES) 
  CHECK  
  .  

hth

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IPL with CLPA

[Mark Zelden]

On Thu, 9 Nov 2006 13:27:04 -0500, Jakubek, Jan <[EMAIL PROTECTED]> wrote:

>I'm not sure if IEASYS00 is mandatory (will MVS come up if IEASYS00 is
>absent?). If not then an image could be set up to IPL with just one xx
>IEASYS suffix (and 00 absent form PARMLIB concatenation altogether).
>

I think it (still) is.  I have this in my IEASYS00 member (note the
blank line as the first statement):

 BROWSESYS1.PARMLIB(IEASYS00) 
 Command ===>  
* Top of Data 
  
 /* LIB: SYS1.COMMON.PARMLIB(IEASYS00)*/  
 /* DOC: DO NOT DELETE THIS MEMBER! IEASYS00 MUST BE PRESENT  */  
 /*  SOMEWHERE IN THE LOGICAL PARMLIB CONCATENATION.  */  
 /*  NOTE: DO NOT DELETE THE BLANK LINE AT THE TOP OF THIS MBR!   */  
 Bottom of Data **

--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - GITO
mailto:[EMAIL PROTECTED]
z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/
Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: All Boxed Up

[Joel C. Ewing]

Haven't yet had this happen on our 3590s, but have had similar problems 
with channel interfaces on 3490 controllers.


The solution with 3490s was was to get devices/CHPIDs off line to all 
systems and re-IML the tape controllers with the correct interfaces 
enabled, then put things back on line to MVS.   The 3490 controllers 
would get in a state where they simply wouldn't re-enable the channel 
interfaces without an IML.



[EMAIL PROTECTED] wrote:
Yep...all them options. Just IPL'd the sandbox to see could we get them up 
there. Same results.


Daniel McLaughlin
Z-Series Systems Programmer

Crawford & Company
4680 N. Royal Atlanta
Tucker GA 30084 
phone: 770-621-3256 
fax: 770-621-3237

email: [EMAIL PROTECTED]
web: www.crawfordandcompany.com


...
"Neubert, Kevin (DIS)" <[EMAIL PROTECTED]> 
Sent by: IBM Mainframe Discussion List 

11/09/2006 11:36 AM
Please respond to
IBM Mainframe Discussion List 
To
IBM-MAIN@BAMA.UA.EDU
cc
Subject
Re: All Boxed Up




"...varied with various forms of vary..."
Including VARY device(s),ONLINE,UNCOND?
Regards,
Kevin

...
--
Joel C. Ewing, Fort Smith, AR[EMAIL PROTECTED]

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: All Boxed Up

[Daniel A. McLaughlin]

What about the Enable on the Magstar console?
---
OK, that's a new one for mewhat would that look like because I don't 
think we have one.

Daniel McLaughlin
Z-Series Systems Programmer
Crawford & Company
4680 N. Royal Atlanta
Tucker GA 30084 
phone: 770-621-3256 
fax: 770-621-3237
email: [EMAIL PROTECTED]
web: www.crawfordandcompany.com


This transmission is intended exclusively for the individual or entity to 
which it is addressed. This communication may contain information that is 
confidential, proprietary, privileged or otherwise exempt from disclosure. 
If you are not the named addressee, you are NOT authorized to read, print, 
retain, copy or disseminate this communication, its attachments or any 
part of them. If you have received this communication in error, please 
notify the sender immediately and delete this communication from all 
computers. 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Cheers: CA-UNICENTER DETECTOR FOR DB2 and KEY8 CSA storage PTFs available

[Knutson, Sam]

Hi,

Working with CA we finally obtained a fix to eliminate use of user key
common storage by CA-UNICENTER DETECTOR FOR DB2.  

---
Enhancements have been provided to support for z/OS 1.8 parameter
ALLOWUSERKEYCSA(NO) by eliminating Detector use of key 8 CSA storage.
The following fixes are available from SupportConnect.ca.com for the
r11.5 release level of the products-
UDTF194
USAF082
UTTF097
UCID126
UXMF038
UTGC040

The fixes will be rolled out in the next r11.5 SP1 release.
---

I have not tested and verified these yet but they were tested by CA and
beta tested by another customer I am told.  

The development team for DETECTOR have been they recurring target of
well deserved abuse by me for allowing this issue to linger for years
after it was clearly documented to them.   In the end they delivered
service which not only eliminates the use of user key common storage but
reduces the use of common storage in favor of more modern techniques
where feasible to provide some VSCR too.  

Well done! 

Best Regards,

Sam Knutson, GEICO
Performance and Availability Management
mailto:[EMAIL PROTECTED]
(office)  301.986.3574

ManagementSpeak: This is a "best practice." Translation: This is
something I want to do.

<>



This email/fax message is for the sole use of the intended
recipient(s) and may contain confidential and privileged information.
Any unauthorized review, use, disclosure or distribution of this
email/fax is prohibited. If you are not the intended recipient, please
destroy all paper and electronic copies of the original message.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IPL with CLPA

[Jakubek, Jan]

> "IBM suggests that you have an IEASYSxx member that does not specify
CLPA."

And this seems to imply the following:
1. CLPA should not be specified in IEASYS00 since it cannot be
overridden (there is no a negating option).
2. An image setup should have multiple overriding IEASYSxx members (xx
NE 00), some specifying CLPA and some not.
3. Every image is set up with at least two (one does not have CLPA)
overriding IEASYSxx + IEASYS00.

I'm not sure if IEASYS00 is mandatory (will MVS come up if IEASYS00 is
absent?). If not then an image could be set up to IPL with just one xx
IEASYS suffix (and 00 absent form PARMLIB concatenation altogether).

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMP/E - module attributes issue

[Brian Peterson]

Talk about doing things the "hard way"!!  Here's some ideas you might 
consider.  You probably already thought of them - if so, sorry!

1) Order a new copy of the product.  Perform your own RECEIVE from the 
original copy of the product.  This is the "start from scratch" option.

2) Define new Target and DLIB SMP/E CSI and Target and DLIB data sets. 
Attach this new, empty, Target and DLIB zone to the Global zone which has 
the product RECEIVEd into.  Perform the APPLY and ACCEPT into the new 
Target and DLIB zones - this won't affect the MVS zones at all.  Detatch 
the Target and DLIB zones from the existing Global, and attach them to a 
new, empty, Global.  Update the FMIDLIST in the new Global to reflect the 
FMIDs you've got in your Target zone, so that subsequent RECEIVE processing 
will get service applicable to your FMIDs.  This is the "start from here" 
option.

The only objection I can imagine to option 2 would be religious, not 
rational, on the part of the MVS sysprogs.

I wouldn't attempt to reengineer the product's packaging in the way you 
apparently attempted.  Life's too short!

Brian

On Thu, 9 Nov 2006 12:00:20 -0600, Patrick O'Keefe wrote:

>I think I may have abused SMP and it has retaliated.  Help would be
>appreciated.
>
>7 or 8 months ago our MVS team received a new release of NetView into our
>main MVS SMP environment.  They then decided they were too busy to do
>anything with it.  Last week I was givin permission to do the install but
>I had to do it in its own SMP environment - it's own CSI, SMP datasets,
>target and dlib datasets, etc.  And by the way, the installation tapes
>were thrown away.
>
>Ok.  No tapes, but all the MCS statements were in the system PTS, all the
>RELFILE files had built their PDSs, etc.  All the data was there.  So I
>changed all RELFILE references to TXLIB references, added TXLIB DD
>statements to the APPLY JCL, and proceeded with the RECEIVE and APPLY.
>
>Only 2 modules out of thousands had a problem.  They generated the message
>  GIM24701W SMP/E COULD NOT OBTAIN LINK-EDIT PARAMETERS FOR LOAD MODULE
>  xxx FOR SYSMOD HENV520.  DEFAULTS WERE USED.
>And those defaults did not include RENT and REUS.  These modules were
>linked into a subroutine library.  They were also included in a couple
>modules in the product's main linklib.   Those latter 2 modules were
>correctly linked with RENT and REUS.
>
>During JCLIN processing the 2 modules in error were flagged with the
>message "COPY INDICATOR SET".  No other modules got this, so I suspect
>that is related.
>
>I know I can relink the modules in the subroutine library (or just copy
>them from their TXLIB PDS) to get the RENT and REUS attributes back so
>I'm not terribly worried, but I don't understand how this happened.
>Does anyone have an explanation?
>
>Thanks in advance.
>
>Pat O'Keefe
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
>Search the archives at http://bama.ua.edu/archives/ibm-main.html
>=

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: All Boxed Up

[Ed Finnell]

 
In a message dated 11/9/2006 12:03:59 P.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

We've  about exhausted the MVS type commands, next will be the HMC  
approach.




>>
What about the Enable on the Magstar console?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Obtaining current job step start date and time

[Support, DUNNIT SYSTEMS LTD.]

Which fields in which control block contain the currently executing step's
start date and time?

Thanks,
Jerry

-- 
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.409 / Virus Database: 268.14.0/524 - Release Date: 11/8/2006
 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: All Boxed Up

[Daniel A. McLaughlin]

We've about exhausted the MVS type commands, next will be the HMC 
approach.

Thank you for the suggestion.

Daniel McLaughlin
Z-Series Systems Programmer
Crawford & Company
4680 N. Royal Atlanta
Tucker GA 30084 
phone: 770-621-3256 
fax: 770-621-3237
email: [EMAIL PROTECTED]
web: www.crawfordandcompany.com


This transmission is intended exclusively for the individual or entity to 
which it is addressed. This communication may contain information that is 
confidential, proprietary, privileged or otherwise exempt from disclosure. 
If you are not the named addressee, you are NOT authorized to read, print, 
retain, copy or disseminate this communication, its attachments or any 
part of them. If you have received this communication in error, please 
notify the sender immediately and delete this communication from all 
computers. 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: All Boxed Up

[Daniel A. McLaughlin]

Yep...all them options. Just IPL'd the sandbox to see could we get them up 
there. Same results.

Daniel McLaughlin
Z-Series Systems Programmer
Crawford & Company
4680 N. Royal Atlanta
Tucker GA 30084 
phone: 770-621-3256 
fax: 770-621-3237
email: [EMAIL PROTECTED]
web: www.crawfordandcompany.com


This transmission is intended exclusively for the individual or entity to 
which it is addressed. This communication may contain information that is 
confidential, proprietary, privileged or otherwise exempt from disclosure. 
If you are not the named addressee, you are NOT authorized to read, print, 
retain, copy or disseminate this communication, its attachments or any 
part of them. If you have received this communication in error, please 
notify the sender immediately and delete this communication from all 
computers. 





"Neubert, Kevin (DIS)" <[EMAIL PROTECTED]> 
Sent by: IBM Mainframe Discussion List 
11/09/2006 11:36 AM
Please respond to
IBM Mainframe Discussion List 


To
IBM-MAIN@BAMA.UA.EDU
cc

Subject
Re: All Boxed Up






"...varied with various forms of vary..."

Including VARY device(s),ONLINE,UNCOND?

Regards,

Kevin

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

SMP/E - module attributes issue

[Patrick O'Keefe]

I think I may have abused SMP and it has retaliated.  Help would be 
appreciated.

7 or 8 months ago our MVS team received a new release of NetView into our
main MVS SMP environment.  They then decided they were too busy to do 
anything with it.  Last week I was givin permission to do the install but
I had to do it in its own SMP environment - it's own CSI, SMP datasets,
target and dlib datasets, etc.  And by the way, the installation tapes 
were thrown away.

Ok.  No tapes, but all the MCS statements were in the system PTS, all the 
RELFILE files had built their PDSs, etc.  All the data was there.  So I 
changed all RELFILE references to TXLIB references, added TXLIB DD 
statements to the APPLY JCL, and proceeded with the RECEIVE and APPLY.

Only 2 modules out of thousands had a problem.  They generated the message
  GIM24701W SMP/E COULD NOT OBTAIN LINK-EDIT PARAMETERS FOR LOAD MODULE 
  xxx FOR SYSMOD HENV520.  DEFAULTS WERE USED.
And those defaults did not include RENT and REUS.  These modules were 
linked into a subroutine library.  They were also included in a couple 
modules in the product's main linklib.   Those latter 2 modules were 
correctly linked with RENT and REUS.

During JCLIN processing the 2 modules in error were flagged with the 
message "COPY INDICATOR SET".  No other modules got this, so I suspect
that is related.

I know I can relink the modules in the subroutine library (or just copy
them from their TXLIB PDS) to get the RENT and REUS attributes back so 
I'm not terribly worried, but I don't understand how this happened.
Does anyone have an explanation?

Thanks in advance.

Pat O'Keefe 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: COBOL and C

[Steve Comstock]

Chithra Nayar wrote:

Hi,

Thanks to Mr Comstock.I tried the changes you suggested and it
worked!!!
How can i change the static call to a dynamic call?I tried by changing
the first line
PROCESS NODYNAM MAP LIST to
PROCESS DYNAM MAP LIST
and left the remaining unchanged.
Compiled and linked the C code.


Huh? You changed the COBOL program and compiled
and linked the C code? You need to recompile and
bind the COBOL program.



MODULE ENTRY NOT PROVIDED.  ENTRY DEFAULTS TO SECTION @ST1. is a
message i got when the link of c code was done.I did not use #pragma.


Sounds like your bind (link edit) step for the C program
needs one of the following:

 //LKED.SYSLMOD DD  DISP=SHR,DSN=load_lib(PADWPD1)

or, in your binder control statements include

NAME  PADWPD1(R)



I got a SOC7 while executing this.
WORKING-STORAGE SECTION.
  01  ONEARG  PIC X(10) VALUE "SUDHEER123".
  01  B1  PIC X(30).
PROCEDURE DIVISION.
MAIN.
   DISPLAY "ONEARG IS " ONEARG.
   CALL "PADWPD1" USING
  BY REFERENCE B1, ONEARG.
   DISPLAY "PADDED STRING  " B1.
   DISPLAY "PADWPD1'S RC IS " RETURN-CODE.
I have no access to edit the link JCL to specify the entry point.


Really? Why not?


Is there an alternate method to do this?


Build your own link JCL?


Also can you please suggest some good book to learn about COBOL
dynamically calling C routine?


No, but I've got a course ...

Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.
http://www.trainersfriend.com





Thanks in Advance.
Chithra


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IPL with CLPA

[Chris Mason]

Craig and Mark

You're probably right about "To CLPA or not to CLPA."

It may be my approach to CLPA when I ran my test systems which caused me to
find support in that recommendation when no support was really meant to be
there.

Running my test systems involved frequent IPLing. The systems ran under VM
and so IPLing of often 5 and sometimes 8 systems could be a slow process. I
had quite a range of products featuring in the LPA list. Thus I was happy to
have a stable LPA and eschewed CLPA as much as possible.

I can see that the point Mark made about very infrequent IPL, perhaps often
prompted just because LPA needed rebuilding, is the very opposite of my view
of an MVS environment.

I think actually that the recommendation is actually quite the opposite of
what my distorted lens found. The suggestion probably assumes that you
always start with CLPA but wants to say that you might like to consider
having at least one IEASYSxx member which doesn't specify CLPA just in case,
on a bad day, you don't happen to be able to read the data sets with the
modules to be loaded into LPA and you need to get going - as you probably
would, rather urgently, so that you could sort out what had happened to the
missing data sets.

Chris Mason

- Original Message - 
From: "Kittendorf, Craig" <[EMAIL PROTECTED]>
Newsgroups: bit.listserv.ibm-main
To: 
Sent: Thursday, 09 November, 2006 5:39 PM
Subject: Re: IPL with CLPA


"IBM suggests that you have an IEASYSxx member that does not specify
CLPA."

I read this as having an IEASYSxx member without CLPA available if
needed.  Not that you shouldn't do CLPA as normal procedure.

Craig

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Mark Zelden
Sent: Thursday, November 09, 2006 9:04 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: IPL with CLPA

On Thu, 9 Nov 2006 02:49:53 +0100, Chris Mason <[EMAIL PROTECTED]>
wrote:

>You'll note the recommendation *not* to have CLPA permanently specified
in
>your IEASYSxx member.
>
>After a change to the "LPALST concatenation", CLPA need be specified
for one
>IPL and one IPL only.



That may be the recomendation in the manual, but I think virtually all
shops that don't use checkpoint/restart specify it.  The extra minute
or two during each IPL far outweighs the chances that CLPA will be
missed by the operator when you need it.  With the operating system
being so stable these days (and for a *long* time now), IPLs are often
done just to bring in IBM maintenance - which would probably include
updates to libraries in the LPA concatenation anyway.

Perhaps the recommendation in the manual should be changed with a note
added about checkpoint/restart.

As a side note... I originally wrote IPLINFO (which at that time
consisted of the "IPL section" only with less information than there
is today) just to find out if the system was IPLed with CLPA over the
weekend if the operator was instructed to do so (this was the same
shop that the auditors didn't want it done unless there was a documented
change being made). When the CLPA option in IEASYSxx became available,
we didn't hesitate to add it in.

Mark

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IPL with CLPA

[Pommier, Rex R.]

 Tom,

I saw that one too.  My guess is that the warning about having multiple
datasets is that NIP processing has to read the directory trees of every
PDS it encounters and go through the work of discarding the duplicates.
Back when I started working on MVS on a 4.3 MIP 4381, this processing
could have had a significant impact on IPL times.  Just a hunch.

Rex

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Tom Schmidt
Sent: Thursday, November 09, 2006 10:55 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: IPL with CLPA

On Thu, 9 Nov 2006 10:16:19 -0600, Pommier, Rex R. wrote:
 
>Tom, and Jerry,   (and I'm not going to make any jokes)
>
>Are you sure about the concatenation sequence?  (I almost said "issue"
>but decided not to)  According to the z/OS 1.4 documentation, and this 
>what I remember from eons ago, that the first occurrence of a module is

>the one loaded into the PLPA, not the subsequent ones.  Here is the 
>line from the Init and Tuning reference:
>
>"If a module exists in more than one library in the concatenation, the 
>first occurrence of the module is placed in the PLPA.  Later 
>occurrences are ignored."
 
Rex,
 
But under the "Syntax rules for LPALSTxx" section in Init and Tuning
Reference it also says: 
 
"Be careful not to specify the same data set name more than once in the
LPALSTxx members. This applies to data sets with and without a VOLSER
specified. The same data set name is concatenated as many times as it
appears in all specified LPALSTxx members. Specifying the data set name
more than once can cause additional processing during IPL, when the CLPA
processes."
 
I find it odd that the section I quoted is immediately ahead of the
section that you quoted.  I suspect that, perhaps, the "ignored"
processing is either something added later (and the documentation was
not properly updated to reflect the change) or else they have a funny
(odd) way of 'actively ignoring' extra datasets which causes additional
processing.  
 
I would, however, take the book's meaning to be that the module
directory is NOT updated (at least as of, say, MVS 4.3 era; it may have
been a usermod we had taht provided that function... maybe even one that
I wrote
(?) in order to override the default SYS1.LPALIB insertion that MVS used
to provide - whether you wanted it to or not).  
 
 
>Jerry,
>
>A couple things to check, which you probably already have
>
>Does the missing module in fact exist in the CICS 3.1 library?   Do you
>have a fixed LPA (check member IEAFIXxx) that may have the older
>module(s) in it?
>
>Is the CICS 3.1 library a PDS or a PDSE?  PDSEs (at least as of 1.4) 
>are not eligible for LPA residency.
>
>Are the older modules in the MLPA?  This would be member IEALPAxx.  
>Both the FLPA and MLPA override the PLPA.
 
 
Jerry (and Rex), 
 
All good advice.  I would recommend running an AMBLIST LISTLPA and 2
AMBLIST LISTLOADs with SYSLIB pointing to (one each) the two SDFHLPA
libraries on disk.  That way you could establish the module sizes, both
in storage and on disk in order to diagnose this, ahem, issue.  
 
--
Tom Schmidt
Madison, WI 
 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IPL with CLPA

[Mark Zelden]

On Thu, 9 Nov 2006 11:39:01 -0500, Kittendorf, Craig
<[EMAIL PROTECTED]> wrote:

>"IBM suggests that you have an IEASYSxx member that does not specify
>CLPA."
>
>I read this as having an IEASYSxx member without CLPA available if
>needed.  Not that you shouldn't do CLPA as normal procedure.
>

H... insteresting how things can be interpreted differently. :-)

If interpreted the way you do, what would be the reason?  To IPL 
without CLPA after a CLPA IPL failed?   Sorry... too late. What
other reason?  Perhaps you accidently saved a production LPALSTxx
member and the system crashed an instant after you saved the member but
you really didn't want the change to go in and you can't fix it
from another lpar. 

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - GITO
mailto:[EMAIL PROTECTED]
z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/
Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

COBOL and C

[Chithra Nayar]

Hi,

Thanks to Mr Comstock.I tried the changes you suggested and it
worked!!!
How can i change the static call to a dynamic call?I tried by changing
the first line
PROCESS NODYNAM MAP LIST to
PROCESS DYNAM MAP LIST
and left the remaining unchanged.
Compiled and linked the C code.
MODULE ENTRY NOT PROVIDED.  ENTRY DEFAULTS TO SECTION @ST1. is a
message i got when the link of c code was done.I did not use #pragma.
I got a SOC7 while executing this.
WORKING-STORAGE SECTION.
  01  ONEARG  PIC X(10) VALUE "SUDHEER123".
  01  B1  PIC X(30).
PROCEDURE DIVISION.
MAIN.
   DISPLAY "ONEARG IS " ONEARG.
   CALL "PADWPD1" USING
  BY REFERENCE B1, ONEARG.
   DISPLAY "PADDED STRING  " B1.
   DISPLAY "PADWPD1'S RC IS " RETURN-CODE.
I have no access to edit the link JCL to specify the entry point.
Is there an alternate method to do this?
Also can you please suggest some good book to learn about COBOL
dynamically calling C routine?

Thanks in Advance.
Chithra

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IKJCT43A Return Code 99 - What does this mean.

[Tony Harminc]

Mark Zelden wrote:
 
> Warning: ISRDDN has detected that one or more concatenations, including DD

> name SYSPROC contain mixed record formats, organizations, or fixed record

> lengths.

Wouldn't it be nice if they would just *fix* it, rather than having an
unrelated application program issue a warning!

Tony H.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

IBM DEBUG TOOL Install in Own SMP/E CSI or in IBM Z/OS BASE ELEMENT CSI

[Mark House]

We are installing IBM DEBUG TOOL & ADVANCED FUNCTIONS on a SYSPLEX which 
has multiple LPAR'S running different levels of  z/OS (1.4 1.6 and 1.7). 
The LPAR'S  share DASD for non SYSRES packs.  The documentation indicates 
that we can install the IBM DEBUG TOOL in it's own SMP/E CSI.  However, a 
section of the documentation indicates that  CEE.SCEELKED, CSSLIB, AND 
SEZATCP must be added to the statnd alone SMP/E CSI Zones in order to 
APPLY the IBM DEBUG TOOL to the Target Zone. 
As these CALLIBS are z/OS Release specific, does this mean that I 
will have to install the IBM DEBUG TOOL on each of the LPAR'S in my 
SYSPLEX.   If you have any experience in doing this, or thoughts on the 
matter, I would appreciate the input.


Mark House
(402) 778-1966
Technical Development Services
[EMAIL PROTECTED]

This e-mail message and any attachments may contain confidential, 
proprietary or non-public information.  This information is intended 
solely for the designated recipient(s).  If an addressing or transmission 
error has misdirected this e-mail, please notify the sender immediately 
and destroy this e-mail.  Any review, dissemination, use or reliance upon 
this information by unintended recipients is prohibited.  Any opinions 
expressed in this e-mail are those of the author personally.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IPL with CLPA

[Tom Schmidt]

On Thu, 9 Nov 2006 10:16:19 -0600, Pommier, Rex R. wrote:
 
>Tom, and Jerry,   (and I'm not going to make any jokes)
>
>Are you sure about the concatenation sequence?  (I almost said "issue"
>but decided not to)  According to the z/OS 1.4 documentation, and this
>what I remember from eons ago, that the first occurrence of a module is
>the one loaded into the PLPA, not the subsequent ones.  Here is the line
>from the Init and Tuning reference:
>
>"If a module exists in more than one library in the concatenation, the
>first occurrence of the module is placed in the PLPA.  Later occurrences
>are ignored."
 
Rex,
 
But under the "Syntax rules for LPALSTxx" section in Init and Tuning 
Reference it also says: 
 
"Be careful not to specify the same data set name more than once in the 
LPALSTxx members. This applies to data sets with and without a VOLSER 
specified. The same data set name is concatenated as many times as it 
appears in all specified LPALSTxx members. Specifying the data set name 
more than once can cause additional processing during IPL, when the CLPA 
processes."
 
I find it odd that the section I quoted is immediately ahead of the section 
that you quoted.  I suspect that, perhaps, the "ignored" processing is 
either something added later (and the documentation was not properly 
updated to reflect the change) or else they have a funny (odd) way 
of 'actively ignoring' extra datasets which causes additional processing.  
 
I would, however, take the book's meaning to be that the module directory 
is NOT updated (at least as of, say, MVS 4.3 era; it may have been a 
usermod we had taht provided that function... maybe even one that I wrote
(?) in order to override the default SYS1.LPALIB insertion that MVS used to 
provide - whether you wanted it to or not).  
 
 
>Jerry,
>
>A couple things to check, which you probably already have
>
>Does the missing module in fact exist in the CICS 3.1 library?   Do you
>have a fixed LPA (check member IEAFIXxx) that may have the older
>module(s) in it?
>
>Is the CICS 3.1 library a PDS or a PDSE?  PDSEs (at least as of 1.4) are
>not eligible for LPA residency.
>
>Are the older modules in the MLPA?  This would be member IEALPAxx.  Both
>the FLPA and MLPA override the PLPA.
 
 
Jerry (and Rex), 
 
All good advice.  I would recommend running an AMBLIST LISTLPA and 2 
AMBLIST LISTLOADs with SYSLIB pointing to (one each) the two SDFHLPA 
libraries on disk.  That way you could establish the module sizes, both in 
storage and on disk in order to diagnose this, ahem, issue.  
 
-- 
Tom Schmidt 
Madison, WI 
 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: z/OS V1.4 and v1.7 with Language Environment

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Gibney, Dave
> 
> I can only say that it hasn't messed with us and I've had 1.7 
> in the development LIAR for a couple weeks now, and it will 
> be 4 more weeks before I can move it to Prod. 

Freudian slip?  :-)

-jc-

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: All Boxed Up

[August Carideo]

what cpu are you running ,
are the CHPIDS on-line and not the devices,
can you look at them from the HMC
for example on our 2064 , we can put it in single object mode and display
the chpids, you can see normal , loss of signal etc.
at the hardware level



   
 Ed Finnell
 <[EMAIL PROTECTED] 
 OM>To 
 Sent by: IBM  IBM-MAIN@BAMA.UA.EDU
 Mainframe  cc 
 Discussion List   
 <[EMAIL PROTECTED] Subject 
 .EDU> Re: All Boxed Up
   
   
 11/09/2006 11:36  
 AM
   
   
 Please respond to 
   IBM Mainframe   
  Discussion List  
 <[EMAIL PROTECTED] 
   .EDU>   
   
   





In a message dated 11/9/2006 10:17:01 A.M. Central Standard Time,
[EMAIL PROTECTED] writes:

Online  doc says call hardware support. Could something have tripped inside

the  unit to require an engineer to reset?




>>

I'd plink at it with DEVSERV commands.
===>DS QT,ucb,range to see which CHPids are funky then do the
CONFIG to the funky chpid. ===>CF CHP(xx),offline-wait for the beep!  Then
===>CF CHP(xx),online

If it's powered on, shouldn't be anything the CE should be required  for.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

'MOUNT' attribute of a DASD volume

[Johnny Luo]

Hi,
I spent three days on this and had some thoughtsbut don't know whether
they're right.
What I have is just a MVS system running on pc and I never had the chance
even to see
the real big machine. So it's really hard for me to understand some hardware
parts of mainframe.
1. Init & Tuning book says there're three mount attributes: permanently
resident, reserved and
removable. Some volumes such as sysres pack will be definitely treated as
'resident' by NIP and
the others will have the attribute specified in VATLSTXX. If not specified
in VATLSTXX, the default
attribute is 'removable'.
  However, I found out  it's not true at least on my z/os system. I have
some user volumes and there
are no entries in VATLSTXX for them. As manual says, they should have the
'removable' attribute. But
actually it's 'resident'(I use 'd u,dasd,online' command to know that)
  And suprisingly these user volumes can be varied offline even though they
hold the 'resident' attribute.
But for SYSRES volumes, I still will get 'invalid unit' message  when I try
to vary them offline.

2. Then I got some hints from redbook 'os390 and z/os new users cookbook'
and one article from
xephon : http://www.xephon.com/arcinframe.php//m018a07
   So nowadays mainframe DASD volumes are pratically non-removable and as
redbook says
mount attributes are not very relevant.

Here are some conclusions I made:

1. 'UNLOAD' command doesn't make sense for DASD volumes any longer since
they actually cannot
be dismounted. I also tried to issue UNLOAD command against one user volume
on my sytem and
everytime I got 'unit invalid' message.

2. What we can do is to vary that volume offline. I successfully did that
with the volume mentioned above.

3. Mount attribute is irrelevant in most cases except for those treated as
'resident' by NIP(SYSRES volume,
page volume, linklib volume..etc.)
  For them, you cannot vary them offline.

4. Unlike 'UNLOAD' command, 'MOUNT' command can still be useful. When a
volume is varied online, it'll
get its USE attribue from VATLSTXX(private, public or storage). Then we can
use 'MOUNT' command to
change its USE attribute(I tried this on my system) if you really want to
change it.

Are there any errors? Any inputs will be appreciated :)
Thanks.




--
Best Regards,
Johnny Luo

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IPL with CLPA

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Tom Schmidt
> 
> [ snip ]

To add to Tom's excellent and probably correct analysis, I would remind
you that CICS **REQUIRES** that the SDFHLPA modules (particularly
DFHCSVC and DFHIRP) in a multi-release installation be from the
**LATEST** installed release of CICS.  Tom's analysis of the order you
showed would make the **earlier** release's LPA modules addressable, and
the CICS doco says that won't work.

-jc-

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IPL with CLPA

[Kittendorf, Craig]

"IBM suggests that you have an IEASYSxx member that does not specify
CLPA."

I read this as having an IEASYSxx member without CLPA available if
needed.  Not that you shouldn't do CLPA as normal procedure.

Craig

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Mark Zelden
Sent: Thursday, November 09, 2006 9:04 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: IPL with CLPA

On Thu, 9 Nov 2006 02:49:53 +0100, Chris Mason <[EMAIL PROTECTED]>
wrote:

>You'll note the recommendation *not* to have CLPA permanently specified
in
>your IEASYSxx member.
>
>After a change to the "LPALST concatenation", CLPA need be specified
for one
>IPL and one IPL only.



That may be the recomendation in the manual, but I think virtually all
shops that don't use checkpoint/restart specify it.  The extra minute
or two during each IPL far outweighs the chances that CLPA will be
missed by the operator when you need it.  With the operating system
being so stable these days (and for a *long* time now), IPLs are often
done just to bring in IBM maintenance - which would probably include
updates to libraries in the LPA concatenation anyway.

Perhaps the recommendation in the manual should be changed with a note
added about checkpoint/restart.

As a side note... I originally wrote IPLINFO (which at that time
consisted of the "IPL section" only with less information than there
is today) just to find out if the system was IPLed with CLPA over the
weekend if the operator was instructed to do so (this was the same 
shop that the auditors didn't want it done unless there was a documented
change being made). When the CLPA option in IEASYSxx became available,
we didn't hesitate to add it in.

Mark
--

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: All Boxed Up

[Ed Finnell]

 
In a message dated 11/9/2006 10:17:01 A.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

Online  doc says call hardware support. Could something have tripped inside 
the  unit to require an engineer to reset?




>>
 
I'd plink at it with DEVSERV commands.
===>DS QT,ucb,range to see which CHPids are funky then do the
CONFIG to the funky chpid. ===>CF CHP(xx),offline-wait for the beep!  Then 
===>CF CHP(xx),online
 
If it's powered on, shouldn't be anything the CE should be required  for. 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: All Boxed Up

[Neubert, Kevin (DIS)]

"...varied with various forms of vary..."

Including VARY device(s),ONLINE,UNCOND?

Regards,

Kevin

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IPL with CLPA

[Pommier, Rex R.]

Tom, and Jerry,   (and I'm not going to make any jokes)

Are you sure about the concatenation sequence?  (I almost said "issue"
but decided not to)  According to the z/OS 1.4 documentation, and this
what I remember from eons ago, that the first occurrence of a module is
the one loaded into the PLPA, not the subsequent ones.  Here is the line
from the Init and Tuning reference:

"If a module exists in more than one library in the concatenation, the
first occurrence of the module is placed in the PLPA.  Later occurrences
are ignored." 

Jerry,

A couple things to check, which you probably already have

Does the missing module in fact exist in the CICS 3.1 library?   Do you
have a fixed LPA (check member IEAFIXxx) that may have the older
module(s) in it?  

Is the CICS 3.1 library a PDS or a PDSE?  PDSEs (at least as of 1.4) are
not eligible for LPA residency.

Are the older modules in the MLPA?  This would be member IEALPAxx.  Both
the FLPA and MLPA override the PLPA.   


Rex


 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Tom Schmidt
Sent: Thursday, November 09, 2006 3:59 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: IPL with CLPA

 
Jerry,
 
I believe that I see what the root problem is:  You have two libraries
with several identically named members in them, that you have loaded
into your PLPA.  I also believe that MVS has, in fact, loaded both
copies of each module (one from CICS/TS 3.1 and another from CICS/TS
2.2) into the PLPA.  
I also believe that the CLPA was performed successfully (FSVO success).

 
However, and this is a significant departure from typical contents
search (i.e., STEPLIB) processing: when the PLPA directory is built, it
is built top-down - which is analogous to STEPLIB search - BUT each
identically- named module's address is overlaid by the subsequent
module's location.  
 
To demonstrate, lets say that we have two modules named "A" - one in
CICSTS31 and a second (with different contents) in CICSTS22.  Lets also
say that the CICSTS31 library appears first in the LPALST member,
followed by the CICSTS22 library.  The processing performed by CLPA (LPA
build, I
think) loads the contents from CICSTS31 (first) and builds directory
entries for each.  It then loads the contents from CICSTS22 and either
builds or updates any and all directory entries for each.  That means
that a module named "A" is loaded into the link pack area (PLPA in this
case) not just once, but twice... but the directory entry will only
point to the LAST module's memory; the first (CICSTS31) will not have a
directory entry since it was overlaid by the second.  
 
Those of you who don't believe and would like to experiment (I have, but
a long time ago) can add an alias to, say, module A and see if you find
it.  
Better yet, don't add an alias and use a tool (or build your own) to
scan the PLPA virtual storage for the first copy of the module.  It will
be there, but without a directory point it will be difficult to find
using defined interfaces.  
 
Jerry, if you need access to both the CICS/TS 3.1 and CICS/TS 2.2
SDFHLPA contents you will need to put one (or both) into your
corresponding CICS region's (or regions') STEPLIB concatenation in order
to maintain the one- to-one relationship.  (The SDFHLPA library does not
have to be in the LPA after all, but it does need to be in the APF if it
is not in your LPA.)  
 
That, I believe, is the root issue.  (Sorry for the "missing comma" red-
herring.)  
 
--
Tom Schmidt
Madison, WI 
 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

All Boxed Up

[Daniel A. McLaughlin]

Tried to hit the archives to look for similar conditions, but it seems to 
be running a bit sluggishly this morning.

Situation: Operator somehow hit the enable interface switch on a bank of 
3590 drives. They went boxed and no matter what we have done, we cannot 
get them back. We have powered off/on the bank of drives, toggled chips, 
varied with various forms of vary for chipds and devices, all to no avail.

Online doc says call hardware support. Could something have tripped inside 
the unit to require an engineer to reset?

Thank you in advance...

Daniel McLaughlin
Z-Series Systems Programmer
Crawford & Company
4680 N. Royal Atlanta
Tucker GA 30084 
phone: 770-621-3256 
fax: 770-621-3237
email: [EMAIL PROTECTED]
web: www.crawfordandcompany.com


This transmission is intended exclusively for the individual or entity to 
which it is addressed. This communication may contain information that is 
confidential, proprietary, privileged or otherwise exempt from disclosure. 
If you are not the named addressee, you are NOT authorized to read, print, 
retain, copy or disseminate this communication, its attachments or any 
part of them. If you have received this communication in error, please 
notify the sender immediately and delete this communication from all 
computers. 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: FICON Saturation?

[Joe jeffries]

Many thanks Paolo,

I'll certainly check out the RMF bits and revisit ANTMON. 

With XRC in mind, could anyone point me to a description of the LONGBUSY 
(I've only been around XRC for 10 weeks). I did look at the ANTMON figures 
for the related secondary volume and saw very low consistency delays and no 
appearances in top 25 volume list. LONGBUSY looked to be 0 (but as I don't 
understand LONGBUSY - I may have misread that as well). 

Regards,

Joe

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IPL with CLPA

[Imbriale, Donald (Exchange)]

According to the Init & Tuning Reference:

If a module exists in more than one library in the concatenation, the
first occurrence of the module is placed in the PLPA. Later  
occurrences are ignored. 

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Tom Schmidt
Sent: Thursday, November 09, 2006 4:59 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: IPL with CLPA


I believe that I see what the root problem is:  You have two libraries
with 
several identically named members in them, that you have loaded into
your 
PLPA.  I also believe that MVS has, in fact, loaded both copies of each 
module (one from CICS/TS 3.1 and another from CICS/TS 2.2) into the
PLPA.  
I also believe that the CLPA was performed successfully (FSVO success).

 
However, and this is a significant departure from typical contents
search 
(i.e., STEPLIB) processing: when the PLPA directory is built, it is
built 
top-down - which is analogous to STEPLIB search - BUT each identically-
named module's address is overlaid by the subsequent module's location.

 
To demonstrate, lets say that we have two modules named "A" - one in 
CICSTS31 and a second (with different contents) in CICSTS22.  Lets also
say 
that the CICSTS31 library appears first in the LPALST member, followed
by 
the CICSTS22 library.  The processing performed by CLPA (LPA build, I 
think) loads the contents from CICSTS31 (first) and builds directory 
entries for each.  It then loads the contents from CICSTS22 and either 
builds or updates any and all directory entries for each.  That means
that 
a module named "A" is loaded into the link pack area (PLPA in this case)

not just once, but twice... but the directory entry will only point to
the 
LAST module's memory; the first (CICSTS31) will not have a directory
entry 
since it was overlaid by the second.  
 
Those of you who don't believe and would like to experiment (I have, but
a 
long time ago) can add an alias to, say, module A and see if you find
it.  
Better yet, don't add an alias and use a tool (or build your own) to
scan 
the PLPA virtual storage for the first copy of the module.  It will be 
there, but without a directory point it will be difficult to find using 
defined interfaces.  
 
Jerry, if you need access to both the CICS/TS 3.1 and CICS/TS 2.2
SDFHLPA 
contents you will need to put one (or both) into your corresponding CICS

region's (or regions') STEPLIB concatenation in order to maintain the
one-
to-one relationship.  (The SDFHLPA library does not have to be in the
LPA 
after all, but it does need to be in the APF if it is not in your LPA.)

 
That, I believe, is the root issue.  (Sorry for the "missing comma" red-
herring.)  
 
--
Tom Schmidt 
Madison, WI 
 


***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IKJCT43A Return Code 99 - What does this mean.

[Ed Finnell]

 
In a message dated 11/8/2006 10:42:28 P.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

Issue  TSO ISRDDN and scroll to the left or right.  Look at the data
set  characteristics for SYSPROC.



>>
If you can't get ISPF/PDF to motor, can use TSO command LISTALC
(List Allocated)?
 
Guess the other thought make a very simple PROC that just gets you into TSO  
then use PDF CLIST in CPAC.SAMPLIB. Then modify that CLIST
to include new libraries.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IKJCT43A Return Code 99 - What does this mean.

[Mark Zelden]

On Wed, 8 Nov 2006 22:42:02 -0600, Tom Marchant <[EMAIL PROTECTED]>
wrote:

>Issue TSO ISRDDN and scroll to the left or right.  Look at the data
>set characteristics for SYSPROC.
>

It's even easier than that.  For some time now just getting into
ISRDDN and hitting enter will give you this warning:


Warning: ISRDDN has detected that one or more concatenations, including DD 
name SYSPROC contain mixed record formats, organizations, or fixed record  
lengths. Reading from allocations containing different types of data sets  
can cause I/O errors, ABENDs, or other unpredictable results. For further  
information, see the z/OS documentation on using data sets. Enter CHECK OFF
to disable this check.   
 

Regards,

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - GITO
mailto:[EMAIL PROTECTED]
z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/
Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IPL with CLPA

[Mark Zelden]

On Thu, 9 Nov 2006 02:49:53 +0100, Chris Mason <[EMAIL PROTECTED]> wrote:

>You'll note the recommendation *not* to have CLPA permanently specified in
>your IEASYSxx member.
>
>After a change to the "LPALST concatenation", CLPA need be specified for one
>IPL and one IPL only.



That may be the recomendation in the manual, but I think virtually all
shops that don't use checkpoint/restart specify it.  The extra minute
or two during each IPL far outweighs the chances that CLPA will be
missed by the operator when you need it.  With the operating system
being so stable these days (and for a *long* time now), IPLs are often
done just to bring in IBM maintenance - which would probably include
updates to libraries in the LPA concatenation anyway.

Perhaps the recommendation in the manual should be changed with a note
added about checkpoint/restart.

As a side note... I originally wrote IPLINFO (which at that time
consisted of the "IPL section" only with less information than there
is today) just to find out if the system was IPLed with CLPA over the
weekend if the operator was instructed to do so (this was the same 
shop that the auditors didn't want it done unless there was a documented
change being made). When the CLPA option in IEASYSxx became available,
we didn't hesitate to add it in.

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - GITO
mailto:[EMAIL PROTECTED]
z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/
Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IKJCT43A Return Code 99 - What does this mean.

[Mark Zelden]

On Wed, 8 Nov 2006 22:42:02 -0600, Tom Marchant <[EMAIL PROTECTED]>
wrote:

>Issue TSO ISRDDN and scroll to the left or right.  Look at the data
>set characteristics for SYSPROC.
>

It's even easier than that.  For some time now just getting into
ISRDDN and hitting enter will give you this warning:


Warning: ISRDDN has detected that one or more concatenations, including DD 
name SYSPROC contain mixed record formats, organizations, or fixed record  
lengths. Reading from allocations containing different types of data sets  
can cause I/O errors, ABENDs, or other unpredictable results. For further  
information, see the z/OS documentation on using data sets. Enter CHECK OFF
to disable this check.   
 

Regards,

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - GITO
mailto:[EMAIL PROTECTED]
z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/
Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html  
  

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: FICON Saturation?

[Paolo Cacciari]

Joe,

in FICON channel environments, if the CHANNEL has
run out of resources (OE's/Credits) this is not shown in IOSQ time. This is
recorded as PENDING TIME.

As you certainly know, IOSQ time is time spent inside operating system in
UCB queuing. During this state,
WLM & IOS are controlling I/O priority, and PAV can reduce IOSQ delay.

In an XRC environment, high IOSQ time for primary volume may signify LONG
BUSY; if LB is at LCU level,
all volumes in that LCU can have long IOSQ time, even volumes with low
access rate.

You can have some metric about FICON utilization, analyzing PORT status for
DASD subsystem in RMF.

Hope this helps.
_
Paolo Cacciari
Business Continuity and Recovery Services, IBM Global Services - South
Region, EMEA
Via Darwin 85, 20019 Settimo Milanese(MI) – Italy - MISET001
"The goal is to be prepared for a disaster not to continually plan for a
successful test"
* [EMAIL PROTECTED]
( + 39 051 41.36799   Mobile: + 39 335 6287584
7 + 39 02 596.23288

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IPL with CLPA

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Jerry Ragland
> 
> Hi all,
> 
> We have our new CICS TS 3.1 installed in our z/OS 1.4 system 
> and I have included the **.SDFHLPA member in to the LPALSTxx 
> member of the SYS1.PARMLIB to load the new modules in to the LPA area.
> 
> I IPLed the machine and I found the new members are not 
> loaded in to the LPA and the new CICS is throwing errors 
> because of that. Then I found CLPA should be specified to 
> make a fresh load happen in the LPA area. In the internet I 
> found that r 0,CLPA should be given for this message "IEA101A 
> SPECIFY SYSTEM PARAMETERS" during the IPL, but I didnt get 
> this message during the IPL.
> 
> Please let me know is there any other ways I can enable CLPA. 
> Also in the IEASYSAW member I can see CLPA mentioned -
> 
> CLOCK=00, SELECT CLOCK00
> CLPA,
> CMB=(UNITR,COMM,GRAPH,CHRDR), ADDITIONAL CMB ENTRIES
> 
> Is there anything I can do to check whether the last IPL was 
> CLPA enabled and if its not enabled how to enable it.

If you are certain that IEASYSAW is being used for the IPL, then
something is definitely wrong and you should contact IBM Support for
assistance.  According to your snippet, your system should create a
fresh LPA every time you IPL with IEASYSAW.

-jc-

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: z/OS product licensing options.

[Edward Jaffe]

Chase, John wrote:

I just tried it again, with the PC freshly IPLed after a night's rest,
and still get the "page not found" error.


Sounds like something on your PC needs to be freshly reconfigured.

--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixsoftware.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: z/OS product licensing options.

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Chris Mason
> 
> John
> 
> You're URL worked for me - once I had made sure there were no 
> "<" or ">"
> framing characters polluting the text. It took a while but 
> finally a 12 page .pdf file entitled the "IBM System z 
> Software Pricing Reference Guide April 2006" 
> (ZSO01378-USEN-12)appeared.

I just tried it again, with the PC freshly IPLed after a night's rest,
and still get the "page not found" error.  I guess IBM doesn't like me
any more.  :-(

Clearing the cache, deleting all cookies and restarting the browser
didn't help, either.

Another subscriber sent me a copy of the document off-list yesterday, so
I now have it in my collection.

-jc-

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ACS Error found when REF="ST" after migrated to z/os 1.7

[Tom Marchant]

On Thu, 9 Nov 2006 18:01:00 +0800, Tommy Tsui <[EMAIL PROTECTED]> wrote:

>-
>7 IGD304I DATA SET ALLOCATION REQUEST FAILED -
> ACS STORAGE GROUP ROUTINE DID NOT ALLOW USE OF THE STORAGE GROUP
> OF THE REFERENCED DATA SET USMT.ITB.ITBBAL.FORSTMT.CP.BK1
> BY THE REFERENCING DATA SET USMT.ITB.ITBRATE.FORSTMT.CP.BK1
>
>Storage class we use REF= "ST"
> WHEN (&ANYVOL = 'REF=ST' OR  &UNIT = &VALID_UNIT2)
>   DO
>  SET &STORCLAS='TSTCLS'
>  EXIT
>   END
>

You need to look at your storage group ACS routine.  There is no
direct relationship to the Storage class ACS routine.  What storage group 
is USMT.ITB.ITBBAL.FORSTMT.CP.BK1 assigned to?

-- 
Tom Marchant

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Dataset created without corresponding RACF profile

[Walt Farrell]

On 11/8/2006 3:08 PM, Debbie Mitchell wrote:

I encountered a problem that I'm trying to understand where to even look for
the answer.  A user connected to our mainframe (z/OS 1.4) through Attachmate
and then logged onto TSO.  From the Ready prompt, he initiated a file
transfer from his PC to a mainframe dataset (using the Attachmate Tools
menu).  The file transfer was complete but the dataset created had no
associated RACF dataset profile.  No error messages appeared on the SYSLOG.


Probably the dsname began with the user's user ID, and probably you have 
a GLOBAL DATASET entry for '&RACUID.**'/ALTER which would have allowed 
creation of the data set.



 Until a dataset profile was created for this dataset, we were unable to do
anything with it, including running our nightly backups.  


Your nightly backups should not have been affected.  They should get 
authority via some other mechanism.  With DFSMSdss, for example, your 
jobs should specify the ADMINISTRATOR keyword on the control statements, 
and get authority via various STGADMIN.something profiles in the 
FACILITY class.


Other products have similar controls, I believe, to avoid your 
backup/restore jobs needing to have explicit authority to all data sets.


Walt Farrell, CISSP
z/OS Security Design, IBM

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Two questions.

[(IBM Mainframe Discussion List)]

 
 
In a message dated 11/9/2006 1:52:16 A.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

>I'm trying to write something of really simple to expand the LOAD  SVC to 
catch and >store (like SOFTAUDIT and so on) a set of infos about  jobname, 
stepname, date, >time and dataset from where the module was  loaded.
 
>To address the last step, I'm wondering if there's a method other  than 
doing a BLDL >and in particular if there's any control block from  where I can 
capture the info after a >successful LOAD wasting few cycles  and few time.
This was discussed about a year ago in great detail.  Check the  archives.  
What I remember most clearly from the discussion is that what  you want to do 
is NOT really simple.  :-(
 
Bill  Fairchild




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html