Re: EZBTIINI dynamically loaded ?

2011-03-31 Thread Walter Marguccio
thanks very much for taking the time to answer my question.

Chris,

thanks very much for taking the time to answer my question.

The Share presentation 6865, (Boston, 2010) from A.Christensen
provide the explanation which I expected to find in the Communication
Server bookshelf at z/OS 1.11 level. Or in the z/OS 1.11 migration guide,
since loading EZBTIINI into ECSA using dynamic LPA functions
is new since z/OS 1.11, and wasn't there at z/OS 1.9 level.

I used Google, but wasn't smart enough to look at page 2, where the link
to Christensen's presentation was. I apologise for this.

I pay always attention at what the HealthChecker tells me, especially
when I IPL a new z/OS level. In this case, I wanted to know whether
the alarm caused by msg CSVH1001E for Dynamic LPA changes was justified or not.

Now I know it was not, because this is the way TCP/IP at 1.11 level works.


Walter Marguccio
z/OS Systems Programmer
BELENUS LOB Informatic GmbH
Munich - Germany

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


Re: EZBTIINI dynamically loaded ?

2011-03-31 Thread Peter Relson
I don't know anything about EZBTIINI, but the reference to dynamic is 
dynamic LPA.
I.e., this module is not made part of LPA via such mechanisms as LPALST, 
MLPA, or FLPA but is added by the dynamic LPA facility (CSVDYLPA macro or 
SETPROG LPA,ADD command or LPA ADD statement in PROGxx) I suppose among 
the realm of possibly (but very unlikely) is that it was placed in common 
storage by the application and control blocks dummied up to make it look 
like it was added by dynamic LPA.

Having said that, one reason why this sort of thing occurs is when an LPA 
part moves from having been in a PDS to being in a PDSE (one hopes that 
when that happens it's not an accident, but that there's some functional 
reason why it needed to be a program object in a PDSE). 

Peter Relson
z/OS Core Technology Design

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


EZBTIINI dynamically loaded ?

2011-03-30 Thread Walter Marguccio
after IPLing a z/OS 1.11, HealthCheck noticed that:

C
Hello list,

after IPLing a z/OS 1.11, HealthCheck noticed that:

CSVH1001E EDLPA changed by 7725056 bytes.
This exceeds the limit.  

 Looking at the LPA modules and where they are loaded to, I spotted EZBTIINI
as being dynamically loaded, with a size of roughly 6A3000.

D PROG,LPA,MODNAME=EZBTIINI confirmed that the LMOD has been 
(D)ynamically loaded (from TCP/IP,  I presume) and (P)age fixed.

I have two questions to the list:

1) have you get the same HealthCheck exception on your z/OS 1.11 ?

2) is this a WAD on Comm. Server IP at z/OS 1.11 level ? I RTFM
but found nothing.

TIA

Walter Marguccio
z/OS Systems Programmer
BELENUS LOB Informatic GmbH
Munich - Germany


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


Re: EZBTIINI dynamically loaded ?

2011-03-30 Thread Chris Mason
Walter

The real question is which fine manual did you read? There are very 
many fine manuals you could have read where you would find nothing about 
EZBTIINI.

You were clever enough to appreciate that an EZB prefix related to the IP 
component of Communications Server (CS). What did your local CS IP 
specialist have to say about EZBTIINI?[1]

Anyhow, with the understanding that z/OS CS was involved - I used the 
following approach:

In the Search Text box for the Communications Server bookshelf on the 
following page:

z/OS V1R11.0 elements and features bookshelves

http://www-03.ibm.com/systems/z/os/zos/bkserv/zshelves11.html

to which I assume you know how to navigate, I entered

EZBTIINI

and got all of 5 fine manual hits!

Thus I found out that EZBTIINI is a module related to the initialisation of the 
IP component of CS as indicated by the following messages:

quote

EZB6473I TCP/IP STACK FUNCTIONS INITIALIZATION COMPLETE.

Explanation: TCP/IP has been successfully initialized.

System Action: TCP/IP continues.

Operator Response: None.

System Programmer Response: None.

Module: EZBTIINI

/quote

and

quote

EZAIN11I ALL TCPIP SERVICES FOR PROC procedure name ARE AVAILABLE.

Explanation: TCP/IP has successfully initialized and is ready to process 
requests. 

procedure name is the name of the procedure used to start TCP/IP.

System Action: The TCP/IP procedure begins to process user requests.

Operator Response: No action is needed.

System Programmer Response: No action is needed.

Module: EZBTIINI

/quote

Incidentally, one of these hits showed an example of the use of the DISPLAY 
TCPIP,,STOR,MODULE= command which may interest you:

quote

Example:

11.56.08 DISPLAY TCPIP,,STOR,MODULE=ezbtiini
11.56.08 EZZ8456I TCPIP MODULE STORAGE 390
EZBTIINI LOADED AT 15BB8100 IN LOAD MODULE EZBTIINI
+ A7F40013 20C5E9C2 E3C9C9D5 C940F0F8 *X4...EZBTIINI 08
+0010 4BF0F3F7 40F2F27A F1F97AF3 F740C8C9 *.037 22.19.37 HI
+0020 D7F6F1C1 FBE0 B24000E0 A7B50004 *P61A0 ..X...
EZZ8459I DISPLAY TCPIP STOR COMPLETED SUCCESSFULLY

/quote

Now, I have to admit that not all the information for which you could have 
wished may have been revealed here - and I was actually a bit surprised not 
to get an equivalent hit in the MVS bookshelf since I expected that 
EZBTIINI might show up as the initial module in the PPT table, just like 
EZBTNINI.

However, Google is your friend and I discovered - on page 2 - the following 
SHARE presentation from Alfred B Christensen - alfre...@us.ibm.com - which 
*may* explain what EZBTIINI is doing in z/OS V1R11 CS to your satisfaction:

Understanding z/OS Communications Server storage use

http://mobile.share.org/client_files/SHARE_in_Boston_2/Session_6865_handout
_403_0.pdf

Since there were 170 hits, it's conceivable that there is even greater detail 
to be gleaned by diligent research.

-

So you not only have the answer to one of your questions - I hope, if not, 
please post again or ask Alfred and post again with the answer - but you even 
know precisely how to home in on the fine manual which stands a chance 
of answering any such question you - and any still reading this who didn't 
know before - may have in the future.

-

Incidentally, if you want to know why this response just might be considered a 
tad over the top in some quarters, this is how I tend to react when faced 
with supercilious and utterly unjustified slurs on perfectly satisfactory 
products - even if I have been known occasionally not to be in perfect accord 
with the ideas of the poor lambs who struggle to describe said products.

-

Another incidentally: the poor lambs supposedly responsible for the z/OS 
Heath Checker are not necessarily infallible - as has been well documented in 
these annals.

-

[1] Your local CS IP specialist would probably use the following list for 
such 
question if she or he had any:

For IBMTCP-L subscribe / signoff / archive access instructions, send email to 
lists...@vm.marist.edu with the message: INFO IBMTCP-L

-

Chris Mason

On Wed, 30 Mar 2011 05:55:19 -0700, Walter Marguccio 
walter_marguc...@yahoo.com wrote:

after IPLing a z/OS 1.11, HealthCheck noticed that:

C
Hello list,

after IPLing a z/OS 1.11, HealthCheck noticed that:

CSVH1001E EDLPA changed by 7725056 bytes.
This exceeds the limit.  

 Looking at the LPA modules and where they are loaded to, I spotted EZBTIINI
as being dynamically loaded, with a size of roughly 6A3000.

D PROG,LPA,MODNAME=EZBTIINI confirmed that the LMOD has been 
(D)ynamically loaded (from TCP/IP,  I presume) and (P)age fixed.

I have two questions to the list:

1) have you get the same HealthCheck exception on your z/OS 1.11 ?

2) is this a WAD on Comm. Server IP at z/OS 1.11 level ? I RTFM
but found nothing.

TIA

Walter Marguccio

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET