Re: RESERVE and ENQ (GRS question)

[R.S.]

Scott Fagen wrote:

On Mon, 18 Dec 2006 12:49:41 +0100, R.S.
<[EMAIL PROTECTED]> wrote:


Again, manual is not clear here. Manual says "SYSTEMS by default".


The manual is quite clear (from the Authorized Assembler Reference)

[...]
Scott,
Thank you for the clarification. In fact I read GRS manual, not macro 
description. BTW: I suspect this parameter is kept for historical 
reasons, otherwise what's the point to provide fixed value as parameter ?

Regards
--
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

Re: Heads Up: OA19109 problems during ACTIVATE

[Jim Mulder]

IBM Mainframe Discussion List  wrote on 12/19/2006 
10:52:44 AM:

> This did not happen to me, but the APAR sounds fairly serious.
> 
> Apparently there is a problem where ACTIVATE can cause overlays within 
the
> IOSAS address space.  The APAR includes the RESTART/BOOT/IPL flag.
> 
> The scope of the problem appears to be the latest z9 machines, and use 
of
> the alternate subchannel set, and a circumstance happening where the 
code
> needs to issue a message with the incorrect length set, and then 
overlaying
> storage.
> 
> I just hate for anyone to get into trouble (perhaps causing themselves 
an
> outage) using a "routine" dynamic change facility within z/OS.  For that
> reason, Heads Up.

  The "who it happened to" was one of our z9 test systems (one where
we do a lot of ACTIVATE testing, including very large changes affecting
many thousands of devices).
  After the first instance of the overlay, I turned on the (undocumented)
CSVRENTPROTECT trap.  And despite running the ACTIVATE back and forth
between the same two IODFs many times, it was several weeks before the
problem reoccurred and hit the trap.  So at least thus far, the problem
has not been highly pervasive.  But it is rather high impact (have to 
reIPL
to get IOSAS functions working), so we thought it prudent to flag the 
APAR as HIPER.  And if you intend to be doing ACTIVATEs which affect
PAV aliases in the alternate subchannel set (which requires a z9 and
at least z/OS 1.7), it would be prudent to install the PTF. 

Jim Mulder   z/OS System Test   IBM Corp.  Poughkeepsie,  NY

--
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: IOAK282E OSAD Device does not exist for CHPID xx

[Chris Mason]

David

I expect Alvaro was using LookAt! The problem with these "IOA" messages is
that they have a subtle structure and they are documented in such a way that
you cannot find them without using some subterfuge.

See the post I have just sent in reply to Alvaro for the full explanation -
or - just take a look at Chapter 14 in System z9 and zSeries Open Systems
Adapter-Express Customer's Guide and Reference.

Chris Mason

- Original Message - 
From: "O'Brien, David W. (NIH/CIT) [C]" <[EMAIL PROTECTED]>
Newsgroups: bit.listserv.ibm-main
To: 
Sent: Tuesday, 19 December, 2006 9:27 PM
Subject: Re: IOAK282E OSAD Device does not exist for CHPID xx


> You must be looking in the wrong manual.
> ...

--
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: IOAK282E OSAD Device does not exist for CHPID xx

[Chris Mason]

Alvaro

And normally you would be quite entitled to have not tried IOAx282E or,
indeed, IOAx146E. However, since you are an OSA user, you need to become
familiar with the sole manual relating to your product, "System z9 and
zSeries Open Systems Adapter-Express Customer's Guide and Reference".

As soon as you try to find any "IOA" message[1] you are confronted with the
following from Chapter 14. OSA/SF Messages and Codes:



2.6.1 OSA/SF Messages

Attention

°   Message numbers contain a lower case x in this book because the
character is a variable. Messages in which the variable would be a G or X
are not documented and cannot be viewed in LookAt. The variable is assigned
when a component detects the condition.

Example:

Message number:  IOAA954E
Documented as:   IOAx954E

OSA/SF messages have the following format:

Example: IOAxnnns

IOA
The first three characters are the product identifier.

If you are looking at the OSA/SF message log, you may see a message without
a message ID or with a message ID in the format IOBxnnns. Take the action
that is stated explicitly or implicitly by the message text. If the severity
level of an IOB message is E or S, report the message to IBM.

x
Component that detected the condition. In some cases, more than one
component can cause OSA/SF to issue the same message; therefore messages are
listed in the book with the variable x. If you search for a message and the
message is shown with an x, it is the correct description.

nnn
3 digit message sequence number. The messages in this book are listed
numerically according to these three digits.

s
The message severity, denoted by one of the following characters:



I haven't bothered copying the usual "severity codes".

[1] Noting what your error message is I suspect you may just be starting
with your OSA so perhaps not being very familiar with the manual is to be
expected.

Chris Mason

- Original Message - 
From: "Alvaro Quintupray" <[EMAIL PROTECTED]>
Newsgroups: bit.listserv.ibm-main
To: 
Sent: Tuesday, 19 December, 2006 10:46 PM
Subject: Re: IOAK282E OSAD Device does not exist for CHPID xx


> Ohhh ..
>
> I had looked for message IOAK282E, and I did not think about to look for
> with letter "X"
>
> Thanks.
> Alvaro.
>
> -Mensaje original-
> De: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] En nombre
de
> O'Brien, David W. (NIH/CIT) [C]
> Enviado el: Martes, 19 de Diciembre de 2006 16:27
> Para: IBM-MAIN@BAMA.UA.EDU
> Asunto: Re: IOAK282E OSAD Device does not exist for CHPID xx
>
> You must be looking in the wrong manual. The following is from Quickref on
a
> Zos 1.4 system:
>
> IOAA282E
>
>
>
>  IOAx282E
>
>
>
> OSAD device does not exist for CHPID cc
>
>
>
>  Explanation:  The OSAD device with unit address X'FE' associated with
> the
>  specified CHPID (cc) has not been defined.
>
>
>
>  User Response:  Perform the following checks and steps:
>
>
>
>  o   Check the I/O definitions in the IODF/IOCDS to ensure an OSAD
> device
>  (X'FE') has been defined for this CHPID.
>
>  o   Update and activate the IODF if necessary
>
>  o   Display the CHPID and unit status information for CHPID cc
>
>  o   Verify the OSAD device is ONLINE
>
>  o   Then restart operations on CHPID cc
>
>
> -Original Message-
> From: Alvaro Quintupray B. [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, December 19, 2006 3:24 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: IOAK282E OSAD Device does not exist for CHPID xx
>
> Hi.
>
> Somebody knows  about this ..?
>
> IOAK282E OSAD device does not exist for CHPID 00 IOAK282E OSAD device does
> not exist for CHPID 01 IOAK282E OSAD device does not exist for CHPID 03
> IOAK282E OSAD device does not exist for CHPID 04 IOAK282E OSAD device does
> not exist for CHPID 05 IOAC146E 16:59:08 No OSA devices were initialized
>
> The message does not exist in the manuals ..
>
> How I can resolve this problem ..?
>
> Thanks.
> Alvaro.

--
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 Name Report

[Ed Gould]

Roberto,

Suggest you look at the CBTTAPE.ORG . Possibly the vtoc command.

Ed

On Dec 19, 2006, at 8:15 AM, Roberto Halais wrote:


Dear Listers:

I have a need to create a report of all catalogued datasets and to  
produce

totals by high level qualifiers (at different levels)
of space allocated and used, etc.

If there is a public utility can you please point me to the site  
that I may

donwload it.

Thank you all for this wonderful site.

Roberto

--
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: SMS managed data allocation problem

[Tommy Tsui]

 No dataclass is defined in our sms environment. is that any problem?

 On 12/20/06, Tommy Tsui <[EMAIL PROTECTED]> wrote:


Hi all,

I found there are some different between use TSO option 3.2 to allocate a
data set compared with use IEFBR14. why?
for example I try to allocate a dataset with SPACE=(CYL,100,100). what I
get ...

1. use TSO 3.2 allocate a SMS managed dataset
1st extent cylinders:  100
Secondary cylinders :100

2.  use IEFBR14 batch job to allocate the same SMS managed dataset
1st extent cylinders: 84
Secondary cylinders : 84

the storage group threshold:
 Allocation/migration Threshold: High . . 85  (1-99)  Low  . . 80
(0-99)


is it related to the threshold setting ?

Best regards

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

SMS managed data allocation problem

[Tommy Tsui]

Hi all,

I found there are some different between use TSO option 3.2 to allocate a
data set compared with use IEFBR14. why?
for example I try to allocate a dataset with SPACE=(CYL,100,100). what I get
...

1. use TSO 3.2 allocate a SMS managed dataset
1st extent cylinders:  100
Secondary cylinders :100

2.  use IEFBR14 batch job to allocate the same SMS managed dataset
1st extent cylinders: 84
Secondary cylinders : 84

the storage group threshold:
Allocation/migration Threshold: High . . 85  (1-99)  Low  . . 80
(0-99)


is it related to the threshold setting ?

Best regards

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: WLM APPL% Questions

[John S. Giltner, Jr.]

Gerry Borja wrote:

I have been monitoring our single CICS region which has been hitting the
single TCB limit lately. I have checked the WLM service class report and
found out that APPL% was beyond 100% (up to 120-130%) during peak period. My
question is how come the RMF and the monitoring tool (TMON) are reporting it
to be more than 100% when this CICS region can only use one CP? How to
interpret this? 20-30% waiting/queueing to execute?

Thanks in advance,

Gerry



CICS has 3 TCB's (as long as you are not running applications in thread 
safe mode, in which case it can have more).


I beleive that:

 One for user dispatched work.
 One for VSAM I/O.
 One for CICS system stuff.

Also, if you are CICS TS2.2 or newer (I think it is 2.2) there is a 4th 
TCB for DB2 work.  I know in one level of CICS TS that DB2 workload 
moved off to new TCB(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

WLM APPL% Questions

[Gerry Borja]

I have been monitoring our single CICS region which has been hitting the
single TCB limit lately. I have checked the WLM service class report and
found out that APPL% was beyond 100% (up to 120-130%) during peak period. My
question is how come the RMF and the monitoring tool (TMON) are reporting it
to be more than 100% when this CICS region can only use one CP? How to
interpret this? 20-30% waiting/queueing to execute?

Thanks in advance,

Gerry

--
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

Adobe Reader and multiple instances

[Bob Rutledge]

Once upon a time, there was discussion here decrying the inability of Acrobat 
Reader to do this thing.  I see that it is now possible in version 8.


The proper incantation is Edit|Preferences|Documents|Show each document in its 
own window.


Bob

--
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: HCD EDT's Generics

[Neubert, Kevin (DIS)]

I don't believe generics are that flexible.  As already mentioned I
believe you want to use esoterics.  For example, I use two esoterics to
differentiate between my Sun StorageTek 9840 A and B drives which are
all part of my 3590-1 generic device group.

Regards,

Kevin

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Howard Rifkind
Sent: Tuesday, December 19, 2006 2:37 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: HCD EDT's Generics

I would like to break out the 3390 generic into 2
groups; 3390-3 and 3390-9.

--
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: S0C1 with ILC 6

[(IBM Mainframe Discussion List)]

 
 
In a message dated 12/19/2006 5:43:36 P.M. Central Standard Time,  
shmuel+ibm-main @ PATRIOT.NET writes:

>The page exception on I-Fetch applies to all except 2-byte  instructions.
What if the 2-byte instruction is at the beginning of the page?
 
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

Re: S0C1 with ILC 6

[(IBM Mainframe Discussion List)]

 
 
on 12/18/2006 at 01:16 PM, "McKown, John"  
said:

>Then what happens if the instruction  starts at address x'00010FE' and
>address x'0002000' is either (1) fetch protected in a different  key
>than the PSW key (assuming PSW key != 0) or (2) it has never  been
>"getmained" and so is not a valid virtual address?
I believe you meant x'1FFE' and not x'10FE'.
 
Bill  Fairchild

Certainly the worst label to pin on someone  ceases to be "lawyer", but is 
replaced by "talk show  host".



--
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: HCD EDT's Generics

[Thompson, Steve (SCI TW)]

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Howard Rifkind
Sent: Tuesday, December 19, 2006 4:37 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: HCD EDT's Generics

Hello,

I've create a new EDT 01 from the 00 menber.

I have the following listed for generics:

/,Generic Name  ,Preference Value  ,VIO
_,SCTC, ,  8300,   ,No
_,3211, ,  1900,   ,No
_,3277-2  , ,  3800,   ,No
_,3390, ,   280,   ,No
_,3480, ,  1100,   ,No
_,3590-1  , ,   950,   ,No
_,3791L   , ,  7700,   ,No
_,4245, ,  1890,   ,No

I would like to break out the 3390 generic into 2
groups; 3390-3 and 3390-9.


Since I no longer work on HCD/IODF, I can only make a suggestion that
you define ESOTERICs for them. And I am only suggesting this because of
how few of us are at our respective desks at this point in the year.

Regards,
Steve Thompson

--
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: SYS1.BRODCAST - Help!

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on
12/18/2006
   at 02:35 PM, "Staller, Allan" <[EMAIL PROTECTED]> said:

>I am in the process of upgrading from z/OS 1.4 to z/OS 1.7. I have
>encountered a problem
>that I hope some of the listers have seen previously.

Did you carry over BRODCAST or create a new one? If a new one, did you
do a SYNC?

Check out Shmuel Golob's BRODCAST package on the CBT tape.
 
-- 
 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: Suggestion Request for my BROADCAST Dataset Management Package

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 12/17/2006
   at 04:31 PM, Sam Golob <[EMAIL PROTECTED]> said:

>11. Please add to the wish list.

Scan an existing BRODCAST[1] data set, count userids, multiply by an
optional pad factor and allocate a new BRODCAST data set appropriately
sized.

[1] Or scan the security data base looking for TSO segments. I
don't know how do do that at the SAF level, or even whether it's
possible. You might need separate code for ACF2, RACF and
Top Secret.
 
-- 
 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: S0C1 with ILC 6

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 12/18/2006
   at 02:51 PM, "Jeffrey D. Smith" <[EMAIL PROTECTED]> said:

>As others have probably pointed out, the LA instruction does not
>generate the program interrupt. The instruction fetch causes it.

I-Fetch is part of instruction processing.
 
-- 
 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: S0C1 with ILC 6

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>,
on 12/18/2006
   at 01:16 PM, "McKown, John" <[EMAIL PROTECTED]> said:

>Then what happens if the instruction starts at address x'00010FE' and
>address x'0002000' is either (1) fetch protected in a different key
>than the PSW key (assuming PSW key != 0) or (2) it has never been
>"getmained" and so is not a valid virtual address? That would have to
>be an S0C4 on instruction fetch. But wouldn't that have an ILC of 0?

The S/370 PoOps says that the ILC in those cases is unpredictable; I
haven't checked whether that has changed.
 
-- 
 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: S0C1 with ILC 6

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 12/18/2006
   at 11:12 AM, Edward Jaffe <[EMAIL PROTECTED]> said:

>Untrue!

Are you a betting man?


>There are no Program Exceptions whatsoever listed for the LA 
>instruction in PoOp.

It would help if you read the right part of the manual. The page
exception on I-Fetch applies to all except 2-byte instructions. Why
would you expect it to be repeated in the description of, e.g., every
RX instruction?

>"No storage references for operands take place, and the address is
>not inspected for access exceptions."

Read it again, paying close attention to what it does *not* say.

-- 
 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: IBM and "official names" (was: S80A loading CEEMENU3

[Steve Comstock]

Patrick O'Keefe wrote:
On Tue, 19 Dec 2006 14:38:02 -0600, Bill Klein <[EMAIL PROTECTED]> 
wrote:



Like "USS" the letters "LE" are now not supposed to be used in official 
IBM documents.  I know that the "dox" people have accepted RCF's on it 
whenever I still find it (where "Language Environment" is supposed to be 
used.

...



At least "LE" is not likely to cause confusion.  For those of us that have
been familiar with SNA's Unformated System Services for 25 years, it takes
a significant mental turn to suddenly think "Unix" for a day, then go back
to Unformated System Services the next day when we have to change Tn3270's
USSTAB.

Pat O'Keefe


When if first came out, the most common response I got to
"LE" was "Linkage Editor".

Kind regards,

-Steve Comstock

--
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 and "official names" (was: S80A loading CEEMENU3

[Gregory, Gary G]

Pat, 

I, like you, automatically think of Unformatted system Services (and the
associated USSTAB) when I hear/read "USS".

Happy Holidays to All!

Gary


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Patrick O'Keefe
Sent: Tuesday, December 19, 2006 5:13 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: IBM and "official names" (was: S80A loading CEEMENU3

On Tue, 19 Dec 2006 14:38:02 -0600, Bill Klein <[EMAIL PROTECTED]> 
wrote:

>Like "USS" the letters "LE" are now not supposed to be used in official

>IBM documents.  I know that the "dox" people have accepted RCF's on it 
>whenever I still find it (where "Language Environment" is supposed to
be 
>used.
>...

At least "LE" is not likely to cause confusion.  For those of us that
have
been familiar with SNA's Unformated System Services for 25 years, it
takes
a significant mental turn to suddenly think "Unix" for a day, then go
back
to Unformated System Services the next day when we have to change
Tn3270's
USSTAB.

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: IBM and "official names" (was: S80A loading CEEMENU3

[Patrick O'Keefe]

On Tue, 19 Dec 2006 14:38:02 -0600, Bill Klein <[EMAIL PROTECTED]> 
wrote:

>Like "USS" the letters "LE" are now not supposed to be used in official 
>IBM documents.  I know that the "dox" people have accepted RCF's on it 
>whenever I still find it (where "Language Environment" is supposed to be 
>used.
>...

At least "LE" is not likely to cause confusion.  For those of us that have
been familiar with SNA's Unformated System Services for 25 years, it takes
a significant mental turn to suddenly think "Unix" for a day, then go back
to Unformated System Services the next day when we have to change Tn3270's
USSTAB.

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

HCD EDT's Generics

[Howard Rifkind]

Hello,

I've create a new EDT 01 from the 00 menber.

I have the following listed for generics:

/,Generic Name  ,Preference Value  ,VIO
_,SCTC, ,  8300,   ,No
_,3211, ,  1900,   ,No
_,3277-2  , ,  3800,   ,No
_,3390, ,   280,   ,No
_,3480, ,  1100,   ,No
_,3590-1  , ,   950,   ,No
_,3791L   , ,  7700,   ,No
_,4245, ,  1890,   ,No

I would like to break out the 3390 generic into 2
groups; 3390-3 and 3390-9.

I didn't see any options in the panels to do this.

Can this be done and if so could any provide me with
some direction.

Thanks.

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.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: Confused About Channel Path Reconfiguration from HMC

[Matthew Stitt]

One of the problems with the hardware approach is the inability of MVS to
bring the CHPID back online automagically when this is done.

Case in point:  I played the hardware side in order to trace cables to a
disk device.  CF'd one at a time OFF/ON looking for the (non)blinking
lights.  Got to the last cable, and the MVS's came down. (whoops!).  VM
responded as you would think MVS should have. 

On Fri, 15 Dec 2006 17:16:50 -0800, Edward Jaffe
<[EMAIL PROTECTED]> wrote:

>Shane wrote:
>> On Fri, 2006-12-15 at 11:56 -0800, Edward Jaffe wrote:
>>
>>
>>> Performing routine configuration tasks from the SE can be problematic.
>>>
>>
>> M - since when has yanking channels out from operating LPARs been
>> "routine".
>>
>
>The so-called "yanking" of channels is not routine. But, configuring
>them on/offline is. We do it _at least_ twice a day --  sometimes more
>often. And remember, it was not I that suggested the hardware function
>be used instead of the MVS CONFIG command -- it was the z/OS MVS System
>Commands book! All of the hardware books advise against doing this as
>does the APAR referenced by Roy Hewitt (OA17152). It states:
>
>"The Hardware Management Console (HMC) can be used to
> configure a CHPID online or offline. IBM does not recommand
> this practice when the operating system is available, as it
> physically configures the CHPID online or offline but does
> not notify the hosts of this change."
>
>The words I use to describe the recommendation in z/OS MVS System
>Commands are not for use in polite company. An RCF may not be strong
>enough. Perhaps a doc APAR is in order...

--
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: Using address link for C program

[Steve Comstock]

Phil Sidler wrote:

On Tue, 19 Dec 2006 13:18:21 -0700, Steve Comstock
<[EMAIL PROTECTED]> wrote:



So it looks like only the first four characters
are being caught.



One more typo.  s/b sizeof(ts) - 1, not sizeof(ts-1).



Right! Well, I got it to work following the lab
specifications, so I'm good at this point.

Thanks again for the approach I never would have
thought of. Guess that's why Assembler is my
favorite language.

Kind regards,

-Steve Comstock

--
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: Using address link for C program

[Phil Sidler]

On Tue, 19 Dec 2006 13:18:21 -0700, Steve Comstock
<[EMAIL PROTECTED]> wrote:

>So it looks like only the first four characters
>are being caught.

One more typo.  s/b sizeof(ts) - 1, not sizeof(ts-1).

--
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: FYI: TCP/IP Segmentation Offload

[Patrick O'Keefe]

On Tue, 19 Dec 2006 12:12:59 -0800, Edward Jaffe 
<[EMAIL PROTECTED]> wrote:

>...
>>  To disable Segmentation Offload, it is
>> recommended that the following maintenance be applied
>> and then code NOSEGMENTATIONOFFLoad on the
>> GLOBALCONFIG statement in the TCPIP PROFILE.
>>
>
>This issue has been around foe a while. Originally, the segmentation
>offload could be disabled only through an operator command. Later, an
>APAR was taken to make it configurable via the GLOBALCONFIG statement.
>The PSP bucket gets updated from time-to-time, but IBM still recommends
>the feature be disabled.
>...

I haven't checked into this problem for a few months but both the bug and 
the circumvention are a bit problematic.  There were 2 fixes available to 
turn off the OFFLOAD function.  The first fix implemented support for the 
"F tcp_proc,NOSEGOFFLOAD" command.  It executes (success or failure)
silently - no message.  The 2nd fix implemented the GLOBALCONFIG support
and removed the command support.  Prior to that 2nd fix the command 
succeeds silently; afterwords it fails silently.  You've gotta know
your maintenance level.  (We don't have that 2nd fix on yet.  It may 
not be quite as stealthful as I've heard.)  

For a while IBM was requesting customers to test the microcode fix on
unimportant (i.e., test) OSA ports.  That was when they thought the fix
was going to be available soon.  And that assumed that customers had OSA
ports that were not shared beween test and production LPARs.  (That may 
be true in some shops.  Not ours.)  I haven't heard such requests lately.

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: IOAK282E OSAD Device does not exist for CHPID xx

[Alvaro Quintupray]

Ohhh .. 

I had looked for message IOAK282E, and I did not think about to look for
with letter "X" 

Thanks.
Alvaro.

-Mensaje original-
De: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] En nombre de
O'Brien, David W. (NIH/CIT) [C]
Enviado el: Martes, 19 de Diciembre de 2006 16:27
Para: IBM-MAIN@BAMA.UA.EDU
Asunto: Re: IOAK282E OSAD Device does not exist for CHPID xx

You must be looking in the wrong manual. The following is from Quickref on a
Zos 1.4 system:

IOAA282E

 

 IOAx282E

 

OSAD device does not exist for CHPID cc

 

 Explanation:  The OSAD device with unit address X'FE' associated with
the   
 specified CHPID (cc) has not been defined.

 

 User Response:  Perform the following checks and steps:

 

 o   Check the I/O definitions in the IODF/IOCDS to ensure an OSAD
device
 (X'FE') has been defined for this CHPID.

 o   Update and activate the IODF if necessary

 o   Display the CHPID and unit status information for CHPID cc

 o   Verify the OSAD device is ONLINE

 o   Then restart operations on CHPID cc


-Original Message-
From: Alvaro Quintupray B. [mailto:[EMAIL PROTECTED]
Sent: Tuesday, December 19, 2006 3:24 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: IOAK282E OSAD Device does not exist for CHPID xx

Hi.

Somebody knows  about this ..?

IOAK282E OSAD device does not exist for CHPID 00 IOAK282E OSAD device does
not exist for CHPID 01 IOAK282E OSAD device does not exist for CHPID 03
IOAK282E OSAD device does not exist for CHPID 04 IOAK282E OSAD device does
not exist for CHPID 05 IOAC146E 16:59:08 No OSA devices were initialized

The message does not exist in the manuals ..

How I can resolve this problem ..?

Thanks.
Alvaro.

--
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

--
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: S80A loading CEEMENU3

[Greg Shirey]

FWIW, here's a quote from the Health Checker User's Guide: 

"If your component or product brings the system down with it, (GRS or RACF,
for example), you do not need to do any deletion or check clean up. However,
if your product or component does occasionally come up and down (USS, for
example) you might want to delete the checks and the HZSADDCHECK exit
routine as you come down."
 
Greg 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Ed Finnell
Sent: Tuesday, December 19, 2006 12:00 PM

Again the word police seem to be inattentive to what's actually be
produced.


As of January 1, 2007, Ben E. Keith Company will no longer accept emails
addressed to our "bekco.com" address. Please change your information for
all Ben E. Keith contacts to our new email address, "benekeith.com". 
Thank you.


--
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 and "official names" (was: S80A loading CEEMENU3

[Bill Klein]

Like "USS" the letters "LE" are now not supposed to be used in official IBM
documents.  I know that the "dox" people have accepted RCF's on it whenever
I still find it (where "Language Environment" is supposed to be used.

Like "USS", once can find "LE" in macros and other software (and probably
Red Books) but that doesn't mean that "official IBM documentation" is ever
supposed to have it.

"John Eells" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>...
> Shmuel Metz , Seymour J. wrote:
> 
> > In
> >
<[EMAIL PROTECTED]
isx.prod.on.blackberry>,
> > on 12/12/2006
> >at 12:31 PM, Ted MacNEIL <[EMAIL PROTECTED]> said:
> > 
> > 
> >>Why not? IBM does.
> > 
> > 
> > IBM has posted, *ON THIS LIST*, that USS is *not* a correct
> > abbreviation for Unix System Services. Individual IBM employees may
> > have misused the term, just as individual IBM employees may have
> > misused the term BSC.
> 
> That's exactly right.
> 
> > Further, there is a sound reason to to make USS a formal abbreviation
> > for Unix Services; the fact that you need to configure USS in order to
> > provide access to Unix Services, or at least to configure a component
> > with the same syntax.
> 
> I wasn't involved, and do not know why, but "USS" was not 
> approved as a short name for z/OS UNIX System Services.  (It 
> wasn't because nobody tried.)  Believe me, I'd love to have to do 
> less typing!
> 
> -- 
> John Eells
> z/OS Technical Marketing
> IBM Poughkeepsie
> [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: IOAK282E OSAD Device does not exist for CHPID xx

[Gray, Larry - Larry A]

NOTICE:
All information in and attached to the e-mail(s) below may be proprietary, 
confidential, privileged and otherwise protected from improper or erroneous 
disclosure.  If you are not the sender's intended recipient, you are not 
authorized to intercept, read, print, retain, copy, forward, or disseminate 
this message.  If you have erroneously received this communication, please 
notify the sender immediately by phone (704-758-1000) or by e-mail and destroy 
all copies of this message (electronic, paper, or otherwise).  Thank you.

Look in the OSA/SF manuals.

IOAx282E OSAD device does not exist for CHPID cc

 

Explanation:  The OSAD device with unit address X'FE' associated with
the  
specified CHPID (cc) has not been defined.

 

User Response:  Perform the following checks and steps:

 

o   Check the I/O definitions in the IODF/IOCDS to ensure an OSAD device

(X'FE') has been defined for this CHPID.

o   Update and activate the IODF if necessary

o   Display the CHPID and unit status information for CHPID cc

o   Verify the OSAD device is ONLINE

o   Then restart operations on CHPID cc


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Alvaro Quintupray B.
Sent: Tuesday, December 19, 2006 3:24 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: IOAK282E OSAD Device does not exist for CHPID xx

Hi.

Somebody knows  about this ..?

IOAK282E OSAD device does not exist for CHPID 00
IOAK282E OSAD device does not exist for CHPID 01
IOAK282E OSAD device does not exist for CHPID 03
IOAK282E OSAD device does not exist for CHPID 04
IOAK282E OSAD device does not exist for CHPID 05
IOAC146E 16:59:08 No OSA devices were initialized

The message does not exist in the manuals ..

How I can resolve this problem ..?

Thanks.
Alvaro.

--
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: IOAK282E OSAD Device does not exist for CHPID xx

[O'Brien, David W. (NIH/CIT) [C]]

You must be looking in the wrong manual. The following is from Quickref
on a Zos 1.4 system:

IOAA282E

 

 IOAx282E

 

OSAD device does not exist for CHPID cc

 

 Explanation:  The OSAD device with unit address X'FE' associated with
the   
 specified CHPID (cc) has not been defined.

 

 User Response:  Perform the following checks and steps:

 

 o   Check the I/O definitions in the IODF/IOCDS to ensure an OSAD
device
 (X'FE') has been defined for this CHPID.

 o   Update and activate the IODF if necessary

 o   Display the CHPID and unit status information for CHPID cc

 o   Verify the OSAD device is ONLINE

 o   Then restart operations on CHPID cc


-Original Message-
From: Alvaro Quintupray B. [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, December 19, 2006 3:24 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: IOAK282E OSAD Device does not exist for CHPID xx

Hi.

Somebody knows  about this ..?

IOAK282E OSAD device does not exist for CHPID 00 IOAK282E OSAD device
does not exist for CHPID 01 IOAK282E OSAD device does not exist for
CHPID 03 IOAK282E OSAD device does not exist for CHPID 04 IOAK282E OSAD
device does not exist for CHPID 05 IOAC146E 16:59:08 No OSA devices were
initialized

The message does not exist in the manuals ..

How I can resolve this problem ..?

Thanks.
Alvaro.

--
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: Dataset Name Report

[Jeffrey Deaver]

>I have a need to create a report of all catalogued datasets and to produce
>totals by high level qualifiers (at different levels)
>of space allocated and used, etc.
>
>If there is a public utility can you please point me to the site that I
may
>donwload it.

With a DCollect as input for a list of volumes, I use a REXX routine
wrapped around the VTOC reporter in CBT-Tape file 343 to report on disk
space usage.   Sorts on the output result in various file reports and the
file that heads off to the corporate chargeback system.

CBT-tape is at http://www.cbttape.org/cbtdowns.htm

And I agree, this is a wonderful site.

Jeffrey Deaver, Engineer
Systems Engineering
[EMAIL PROTECTED]
651-665-4231(v)
651-610-7670(p)

--
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

IOAK282E OSAD Device does not exist for CHPID xx

[Alvaro Quintupray B.]

Hi.

Somebody knows  about this ..?

IOAK282E OSAD device does not exist for CHPID 00
IOAK282E OSAD device does not exist for CHPID 01
IOAK282E OSAD device does not exist for CHPID 03
IOAK282E OSAD device does not exist for CHPID 04
IOAK282E OSAD device does not exist for CHPID 05
IOAC146E 16:59:08 No OSA devices were initialized

The message does not exist in the manuals ..

How I can resolve this problem ..?

Thanks.
Alvaro.

--
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: Using address link for C program

[Steve Comstock]

Phil Sidler wrote:

On Tue, 19 Dec 2006 11:17:44 -0700, Steve Comstock
<[EMAIL PROTECTED]> wrote:




If change the definition of ts to be

char ts[256];

then I get a clean compile, but I abend with S0C1 when
I test.




Yep, another typo, but you found it.

I am linking with with the SCEESPC library.  Seems to pick up EDCXENVL.  And
since maim is not the entry point, you have to set it in the linkedit,
  ENTRY RXCLINK
in this case.



Well, closer.

Clean compile, clean bind, and no abend when I test.

But, well, here's the dialog:

---

Enter the text string for the parm

alongstring

 We shall ADDRESS LINK to CLA, passing a parm of: alongstring

 alon $¬

 Press  to continue

---

So it looks like only the first four characters
are being caught.

Back to the drawing board. But at least I'm a lot
further along than I was. Thanks for the insights.

Kind regards,

-Steve Comstock

--
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: CTC restart upon single system removal from plex

[Randy Gross]

it's goodness.  do it.  it's much faster (and more reliable) than an
operator asleep at the wheel during "oh-dog-thirty" change windows.

Randy

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Behalf Of Ken Porowski
Sent: Tuesday, December 19, 2006 2:24 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: CTC restart upon single system removal from plex


Just never got around to it ... Had fears of slow response taking down
an LPAR. 

-Original Message-
Mark Zelden

Any reason why you don't set up a simple SFM policy so you don't have to
worry about the IXC* message replies and the system reset?

Mark
--
Mark Zelden

--
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: FYI: TCP/IP Segmentation Offload

[Edward Jaffe]

Ramiro Camposagrado wrote:

I came accross this item on both the 2084 and 2094 PSP buckets:

06/12/13 The TCP Segmentation Off-load feature (also called OSA
Large Send) is enabled by default if all of the
requirements documented in PK02490 are met. Due to the
potential for OSAs that are using this feature to
experience unrecoverable INOPs(requiring intervention
by configuring the affected CHPIDs off-line), it is
currently recommended that Segmentation Off-load be
disabled.  To disable Segmentation Offload, it is
recommended that the following maintenance be applied
and then code NOSEGMENTATIONOFFLoad on the
GLOBALCONFIG statement in the TCPIP PROFILE.
  


This issue has been around foe a while. Originally, the segmentation 
offload could be disabled only through an operator command. Later, an 
APAR was taken to make it configurable via the GLOBALCONFIG statement. 
The PSP bucket gets updated from time-to-time, but IBM still recommends 
the feature be disabled.


--
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: Dataset Name Report

[Bruce Black]

I have had a couple of offline requests for the FDREPORT input to do 
what Roberto wants, so here it is.  This is a slightly modified version 
of a report included in our HealthCheck series (member HCHECK8 in JCLLIB).


//CATDSN  EXEC  PGM=FDREPORT,REGION=0M
//SYSPRINT  DD SYSOUT=*
TITLE LINE='SPACE OCCUPIED BY ALL DATASETS, SUMMARIZED BY INDEX'
DEFAULT BYTEFORMAT=MEGABYTES,SORTALLOC=YES
SORT FIELD=(INDEX),SEQUENCE=(A),BREAK=(SSP)
SUMMARY FIELD=(DSN,SIZE,BYTES,BYTESFRE)
PRINT DATATYPE=CATVTOC 

DATATYPE=CATVTOC gets datasets first from the catalog, then from the 
VTOC, so it only shows cataloged datasets.


The SORT is on field name INDEX, which defaults to the first index level 
in the dataset name, and it generates a summary whenever the index changes.


The summary shows the index on which the break was done and the count of 
datasets, the total size of the datasets in tracks and in MB, and the 
free space total in MB.


BTW, for purists, the MB is based on 1000 but can be based on 1024 if 
you like.


Here is a brief extract of what the report looks like:

 
  D/S

DATA SET NAME   VOLSER ORG RECFM BKSIZ LRECL  ALLOC   FREE %FR
-   -- --- - - - -- -- ---
BAB.AC.DATA IDPLB8 PS  FB 312040  1  0   0
BAB.BAB2.SPFTEMP0.CNTL  IDPLB0 PS  FB 648080  2  1  50
BAB.CALL.LOGIDPLB0 PO  FB2347272120 34  28
 .  .  .
   SUBTOTAL -- INDEX-BAB
 DSN---26  SIZE2579  BYTES---120M  
BYTESFRE-34M

  FINAL TOTALS --
DSN---70  SIZE---26964  BYTES--1228M  
BYTESFRE-66M


Subtotals are by index, obviously, and the final totals are for the 
whole report.


If you don't want the detail report, add ",RPTYPE=NONE" to the PRINT 
statement (RPTYPE is report type)


If you want to separate the detail report and summary report, add these DDs
//ABRMAP   DD  SYSOUT=*detail
//ABRSUM   DD  SYSOUT=*summary

MANY other options and field names are available.

To show you how blazingly fast FDREPORT is, I ran a version of this 
report which selected 32,912 datasets from various catalogs in 3.89 
seconds.  Then it found only 1340 of them in VTOCs and reported on 
those, in a total of 30 seconds.



--

Bruce A. Black
Senior Software Developer for FDR
Innovation Data Processing 973-890-7300
personal: [EMAIL PROTECTED]
sales info: [EMAIL PROTECTED]
tech support: [EMAIL PROTECTED]
web: www.innovationdp.fdr.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: CTC restart upon single system removal from plex

[Ken Porowski]

Just never got around to it ... Had fears of slow response taking down
an LPAR. 

-Original Message-
Mark Zelden

Any reason why you don't set up a simple SFM policy so you don't have to
worry about the IXC* message replies and the system reset?

Mark
--
Mark Zelden

--
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: CTC restart upon single system removal from plex

[Ed Finnell]

 
In a message dated 12/19/2006 12:40:06 P.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

For  IBM-MAIN subscribe / signoff / archive access instructions,
send email to  [EMAIL PROTECTED] with the message: GET IBM-MAIN  INFO



>>
===>to [EMAIL PROTECTED] (mailto:[EMAIL PROTECTED]) 
===>set ibm-main nomail

--
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: CTC restart upon single system removal from plex

[Mark Zelden]

On Tue, 19 Dec 2006 13:17:57 -0500, Ken Porowski <[EMAIL PROTECTED]> wrote:

>I can never recall waiting for the system to enter a wait state before
>performing a system reset.  I also don't do the 'Z EOD' as is
>recommended.  I guess I was asking for it.
>
>I run with a CLEANUP interval of 180 (3 minutes) so I could have to wait
>that long prior to system reset.  Seems kind of long to me now that I
>think about it.
>
>

Ken,

Any reason why you don't set up a simple SFM policy so you don't have
to worry about the IXC* message replies and the system reset?

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: Using DUMP command with the REMOTE option?

[Mark Zelden]

On Tue, 19 Dec 2006 10:17:47 -0600, Mark Zelden <[EMAIL PROTECTED]>
wrote:

 
>But the syntax can get tricky.   For example (not including
>SDATA differences):
>
>DUMP COMM=(TCPIP)
>R XX,JOBNAME=(TCPIP1),CONT
>R XX,REMOTE=(SYSLIST=(sysid('TCPIP2')))
>
>See the MVS Commands manual for more details.
>
>If you have a system specific parmlib (which you probably don't have)
>you could just issue RO *ALL,DUMP PARMLIB=xx (the IEADMCxx member would
>be different in each system specific parmlib).   If you do this often
>enough it might be worth setting up the different parmlibs. 


On Tue, 19 Dec 2006 11:42:08 -0500, Robert Wright <[EMAIL PROTECTED]> wrote:

>The option with REMOTE has the advantage that you'll acquire one incident
>ID to tie both of the dumps together.  Broadcasting DUMP commands may allow
>you to associate the results via time stamps that are very close to each
>other and the title that you supply, but the system will consider them the
>results of separate incidents.
>

I made this more complicated than it needed to be.  There is no 
reason you couldn't set up a single IEADMCxx with all the REMOTE 
and SDATA options you want and issue the DUMP PARMLIB=xx command 
once from a single system. Then you get the one incident ID also.

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: CTC restart upon single system removal from plex

[Young, Mark H.]

Hello.  I just re-joined this website discussion group.
Now, everytime one of youse guys makes a posting.I get an e-mail
with your response.
I can't seem to figure out how to disable that notification on the
IBM-MAIN server.
Couldn't find any PROFILE, etc.
Can anyone help? 


THANX, 
Mark
 
[EMAIL PROTECTED]
Dept of Information Technology--Suite 361
Systems Management_OpSys Mainframes
(703) 324-2874  -- POD 367.6

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Bielskie, Stephen
Sent: Tuesday, December 19, 2006 1:26 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: CTC restart upon single system removal from plex

Ken,

You should only see the IXC102A message if fencing of the LPAR did not
complete successfully, and it appears to not have completed successfully
because of some sort of channel error and recovery.  

If it was an error on the channel, you should at least have some sort of
records in LOGREC.

Regards,

Stephen Bielskie
Credit Suisse
Systems Programmer


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ken Porowski
Sent: Tuesday, December 19, 2006 12:49 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: CTC restart upon single system removal from plex

*70 IXC102A XCF IS WAITING FOR SYSTEM LS03 DEACTIVATION. REPLY DOWN 
 WHEN MVS ON LS03 HAS BEEN SYSTEM RESET

According to the message 'DOWN' is AFTER system reset.

>From the timings it is possible that the system reset was started prior
to the IXC102A message.

Thanks for the info, I just needed to know if this 'could' happen or if
it was something I needed to follow up with IBM.



==
Please access the attached hyperlink for an important electronic
communications disclaimer: 

http://www.credit-suisse.com/legal/en/disclaimer_email_ib.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

--
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: Using address link for C program

[Phil Sidler]

On Tue, 19 Dec 2006 11:17:44 -0700, Steve Comstock
<[EMAIL PROTECTED]> wrote:


>If change the definition of ts to be
>
>char ts[256];
>
>then I get a clean compile, but I abend with S0C1 when
>I test.
>

Yep, another typo, but you found it.

I am linking with with the SCEESPC library.  Seems to pick up EDCXENVL.  And
since maim is not the entry point, you have to set it in the linkedit,
  ENTRY RXCLINK
in this case.

--
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: CTC restart upon single system removal from plex

[Bielskie, Stephen]

Ken,

You should only see the IXC102A message if fencing of the LPAR did not complete 
successfully, and it appears to not have completed successfully because of some 
sort of channel error and recovery.  

If it was an error on the channel, you should at least have some sort of 
records in LOGREC.

Regards,

Stephen Bielskie
Credit Suisse
Systems Programmer


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ken 
Porowski
Sent: Tuesday, December 19, 2006 12:49 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: CTC restart upon single system removal from plex

*70 IXC102A XCF IS WAITING FOR SYSTEM LS03 DEACTIVATION. REPLY DOWN 
 WHEN MVS ON LS03 HAS BEEN SYSTEM RESET

According to the message 'DOWN' is AFTER system reset.

>From the timings it is possible that the system reset was started prior to the 
>IXC102A message.

Thanks for the info, I just needed to know if this 'could' happen or if it was 
something I needed to follow up with IBM.


==
Please access the attached hyperlink for an important electronic communications 
disclaimer: 

http://www.credit-suisse.com/legal/en/disclaimer_email_ib.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: CTC restart upon single system removal from plex

[Ken Porowski]

I can never recall waiting for the system to enter a wait state before
performing a system reset.  I also don't do the 'Z EOD' as is
recommended.  I guess I was asking for it.

I run with a CLEANUP interval of 180 (3 minutes) so I could have to wait
that long prior to system reset.  Seems kind of long to me now that I
think about it.


From:  JamesChapp

Hummm.. 
Removing a z/OS system from a Sysplex -- 
http://www-03.ibm.com/systems/z/pso/removing.html#ton2 

Complete the removal of the z/OS system manually: 
Shortly after replying to message IXC371D in step 3, message IXC102A 
will be displayed. 

DO NOT REPLY "DOWN" TO IXC102A YET. 

Wait for the z/OS system to enter a non-restartable WAIT state. The z/OS

system should enter a non-restartable WAIT state any time before or soon

after the CLEANUP interval expires. 

Perform a hardware SYSTEM RESET on the z/OS system being removed from 
the sysplex if not already done. 

Reply "DOWN" to IXC102A. Message IXC105I will be issued when system 
removal is complete. 

Are WE saying this isn't correct? 

 

--
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: Using address link for C program

[Steve Comstock]

Phil Sidler wrote:

On Tue, 19 Dec 2006 08:49:27 -0700, Steve Comstock
<[EMAIL PROTECTED]> wrote:



  address link pgm parm_string





C does not like this. I cannot seem to find a
combination of code and compiler options that
let me access and printf the parm string and
the length. Does anyone have an example of
doing this, or see how to do it?



Hi Steve,

How about something like this...


#define MIN(a,b) (((a)<(b))?(a):(b))

#pragma environment(RXCLINK)
#pragma runopts(PLIST(OS))

struct argtable_entry {
  void  *argstring_ptr;/* Address of the argument string */
  intargstring_length; /* Length of the argument string  */
  };


int RXCLINK(struct argtable_entry * argp) {

  char * ts[256];

  strncpy(ts, argp->argstring_ptr, MIN(argp->argstring_length,sizeof(ts-1)));

  ts[255] = 0;
  printf(ts);

  return(0);
  }



Well, very impressive! But I'm having trouble getting a
clean compile. [Note I changed MAX to MIN as you mentioned
in your second post.]

I get:

  strncpy(ts, argp->argstring_ptr, 

 MIN(argp->argstring_length,sizeof(ts-1))); 


__strncpy(ts,argp->argstring_ptr,(((argp->argstring_length)<(sizeof(ts-1)))?(argp->argstring_leng\+
..a... 

=> a - CCN3280 Function argument assignment between types "char*" 
and "char**" is not allowed.
th):(sizeof(ts-1; 
  +


 printf(ts); 

a 

> a - CCN3280 Function argument assignment between types "const 
char*" and "char**" is not allowed.




If change the definition of ts to be

char ts[256];

then I get a clean compile, but I abend with S0C1 when
I test.

Is there some simple little syntax thing to fix here?

Kind regards,

-Steve Comstock

--
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: RESERVE and ENQ (GRS question)

[Scott Fagen]

On Mon, 18 Dec 2006 12:49:41 +0100, R.S. <[EMAIL PROTECTED]> wrote:

>Again, manual is not clear here. Manual says "SYSTEMS by default".

The manual is quite clear (from the Authorized Assembler Reference)
-
The parameters are explained as follows:
(
Specifies the beginning of the resource description.

qname addr
Specifies the address in virtual storage of an 8-character name. The
name should not start with SYS, so that it will not conflict with system
names. Every task issuing RESERVE against the same resource must use the
same qname and rname to represent the resource.

,rname addr
Specifies the address in virtual storage of the name used together with
qname to represent a single resource. The name can be qualified, and must be
from 1 to 255 bytes long.

,
,E
,S
Specifies whether the request is for exclusive (E) or shared (S) control
of the resource. If the resource is modified while under control of the
task, the request must be for exclusive control; if the resource is not
modified, the request should be for shared control.

,
,rname length
Specifies the length of the rname. If this parameter is omitted, the
system uses the assembled length of the rname.

,SYSTEMS   <
Specifies that the resource is shared among systems.   < 

)
Specifies the end of the resource description.
-

Unlike ENQ and DEQ, which allow for STEP, SYSTEM, or SYSTEMS in the sharing
scope (last positional parameter), RESERVE only allows SYSTEMS.  There is no
option to choose the others.  The macro will give the following MNOTE if
anything else is chosen:  

IHB242  INVALID FOR RESERVE, SYSTEMS ASSUMED.

Scott Fagen
z/OS Core Technology Design
IBM Poughkeepsie

--
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: S80A loading CEEMENU3

[Ed Finnell]

 
In a message dated 12/19/2006 10:08:52 A.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

Appealing to the use of USS in redbooks doesn't count - although I  guess it
ought to. ITSO employs editors who are supposed to check that the  "party
line" is observed. If "USS" is used extensively in the redbooks on  the UNIX
System Services topic - which is what you are implying - the  Poughkeepsie
editors have clearly not been told that, "officially", "USS"  is forbidden.



>>
Again the word police seem to be inattentive to what's actually be  produced.
 
  
_z/OS V1R7.0 UNIX System  Services Planning_ 
(http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/SEARCH?SEARCHREQUEST=Unix&Book=BPXZB261&DN=GA22-7800-09&D
T=20060202133826&TYPE=FUZZY&RANK=RANK&SEARCHTOPIC=TOPIC&SEARCHTEXT=TEXT&SEARCH
INDEX=INDEX&SHELF=EZ2ZO10G.bks)   
 
(http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/SEARCH?SEARCHREQUEST=Unix&Book=BPXZA560&DN=SA22-7802-07&DT=20050615113207&TYPE=FUZZY&RANK=RANK&SEARCH
TOPIC=TOPIC&SEARCHTEXT=TEXT&SEARCHINDEX=INDEX&SHELF=EZ2ZO10G.bks)  BPXZA560  
_z/OS V1R7.0 UNIX  System Services Command Reference_ 
(http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/SEARCH?SEARCHREQUEST=Unix&Book=BPXZA560&DN=SA22-7
802-07&DT=20050615113207&TYPE=FUZZY&RANK=RANK&SEARCHTOPIC=TOPIC&SEARCHTEXT=TEX
T&SEARCHINDEX=INDEX&SHELF=EZ2ZO10G.bks)   
 
(http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/SEARCH?SEARCHREQUEST=Unix&Book=BPXZB161&DN=SA22-7803-08&DT=2006071933&TYPE=FUZZY&RANK=RANK&SEARCH
TOPIC=TOPIC&SEARCHTEXT=TEXT&SEARCHINDEX=INDEX&SHELF=EZ2ZO10G.bks)  BPXZB161  
_z/OS  V1R7.0 UNIX System Services Programming Assembler Callable Services  
Reference_ (http://publibz.boulder.ibm.com/cgi-bin/bookm
gr_OS390/SEARCH?SEARCHREQUEST=Unix&Book=BPXZB161&DN=SA22-7803-08&DT=2006071933&TYPE=FUZZY&RANK=RANK
&SEARCHTOPIC=TOPIC&SEARCHTEXT=TEXT&SEARCHINDEX=INDEX&SHELF=EZ2ZO10G.bks)   
 
(http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/SEARCH?SEARCHREQUEST=Unix&Book=BPXZA460&DN=SA22-7801-07&DT=20050615135744&TYPE=FUZZY&RANK=RANK&SEARCH
TOPIC=TOPIC&SEARCHTEXT=TEXT&SEARCHINDEX=INDEX&SHELF=EZ2ZO10G.bks)  BPXZA460  
_z/OS V1R7.0 UNIX  System Services User's Guide_ 
(http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/SEARCH?SEARCHREQUEST=Unix&Book=BPXZA460&DN=SA22-7801-0
7&DT=20050615135744&TYPE=FUZZY&RANK=RANK&SEARCHTOPIC=TOPIC&SEARCHTEXT=TEXT&SEA
RCHINDEX=INDEX&SHELF=EZ2ZO10G.bks)   
 
(http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/SEARCH?SEARCHREQUEST=Unix&Book=BPXZB661&DN=SA22-7806-09&DT=20050926202723&TYPE=FUZZY&RANK=RANK&SEARCH
TOPIC=TOPIC&SEARCHTEXT=TEXT&SEARCHINDEX=INDEX&SHELF=EZ2ZO10G.bks)  BPXZB661  
_z/OS V1R7.0  Using REXX and z/OS UNIX System Services_ 
(http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/SEARCH?SEARCHREQUEST=Unix&Book=BPXZB661&DN=SA22
-7806-09&DT=20050926202723&TYPE=FUZZY&RANK=RANK&SEARCHTOPIC=TOPIC&SEARCHTEXT=T
EXT&SEARCHINDEX=INDEX&SHELF=EZ2ZO10G.bks)   
 
(http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/SEARCH?SEARCHREQUEST=Unix&Book=EUVA6A00&DN=SC24-5908-00&DT=20010115135101&TYPE=FUZZY&RANK=RANK&SEARCH
TOPIC=TOPIC&SEARCHTEXT=TEXT&SEARCHINDEX=INDEX&SHELF=EZ2ZO10G.bks)  EUVA6A00  
_z/OS  V1R1.0-V1R7.0 DCE Application Development Reference Vols 1 and 2_ 
(http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/SEARCH?SEARCHREQUEST=Unix&Book
=EUVA6A00&DN=SC24-5908-00&DT=20010115135101&TYPE=FUZZY&RANK=RANK&SEARCHTOPIC=T
OPIC&SEARCHTEXT=TEXT&SEARCHINDEX=INDEX&SHELF=EZ2ZO10G.bks)   
 
(http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/SEARCH?SEARCHREQUEST=Unix&Book=CPN1CO31&DN=SC26-7417-05&DT=20060120115643&TYPE=FUZZY&RANK=RANK&SEARCH
TOPIC=TOPIC&SEARCHTEXT=TEXT&SEARCHINDEX=INDEX&SHELF=EZ2ZO10G.bks)  CPN1CO31  
_z/OS  V1R7.0 Network File System (NFS) Guide and Reference_ 
(http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/SEARCH?SEARCHREQUEST=Unix&Book=CPN1CO31&DN
=SC26-7417-05&DT=20060120115643&TYPE=FUZZY&RANK=RANK&SEARCHTOPIC=TOPIC&SEARCHT
EXT=TEXT&SEARCHINDEX=INDEX&SHELF=EZ2ZO10G.bks)   
 
(http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/SEARCH?SEARCHREQUEST=Unix&Book=AOPV0322&DN=S544-5746-07&DT=20050726201735&TYPE=FUZZY&RANK=RANK&SEARCH
TOPIC=TOPIC&SEARCHTEXT=TEXT&SEARCHINDEX=INDEX&SHELF=EZ2ZO10G.bks)  AOPV0322  
_z/OS V1R5.0-V1R7.0  Infoprint Server User's Guide_ 
(http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/SEARCH?SEARCHREQUEST=Unix&Book=AOPV0322&DN=S544-574
6-07&DT=20050726201735&TYPE=FUZZY&RANK=RANK&SEARCHTOPIC=TOPIC&SEARCHTEXT=TEXT&
SEARCHINDEX=INDEX&SHELF=EZ2ZO10G.bks)   
 
(http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/SEARCH?SEARCHREQUEST=Unix&Book=F1A1C240&DN=SC31-8781-05&DT=20050708155016&TYPE=FUZZY&RANK=RANK&SEARCH
TOPIC=TOPIC&SEARCHTEXT=TEXT&SEARCHINDEX=INDEX&SHELF=EZ2ZO10G.bks)  F1A1C240  
_z/OS  V1R7.0 Communications Server IP System Administrator's Commands_ 
(http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/SEARCH?SEARCHREQUEST=Unix&Book=
F1A1C240&DN=SC31-8781-05&DT=20050708155016&TYPE=FUZZY&RANK=RANK&SEARCHTOPIC=TO
PIC&SEARCHTEXT

Re: IPCS & ASID

[Robert Wright]

Steve Thompson wrote on 12/19/2006 12:13:11:

> I'm working on a little problem. I have an SVCDUMP that contains more
> than one address space. I have a LARGE exec library for diagnosing
> various things.
>
> =20
>
> The problem is, I just can't seem to establish the ASID to be used for
> addresses, C/Bs, etc.
> 
>
> The problem is with FIND inside our REXX code. If we use SETDEF
> ASID(x'0043') (or some such), the FIND returns RC=4. If we put the ASID
> on the FIND it returns RC=4.
>
> If we do an =1; ; and set to the ASID we want with address "00." and
> then issue FIND for the same data, it finds what we are looking for.
>
> The RC=4 just doesn't tell us enough about what is wrong with the FIND
> in this case. It would appear that it is not a syntax problem because
> the FIND in question works just fine when the dump contains a single
> address space (via DUMP, SLIP or SYSMDUMP).

I would expect that FIND would yield consistent results if you specify not
only the ASID but also the range of addresses that you want searched.  The
FIND subcommand performs both the function that you get in ISPF from
entering FIND and the one associated with RFIND (PF5 usually).  If you only
specify ASID and no address range, the ASID option is ignored (just as
LENGTH, POSITION, ... would be ignored).  You need a literal or symbolic
address range to force FIND to think about searching someplace new.

Bob Wright - MVS Service Aids
--
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: CTC restart upon single system removal from plex

[Randy Gross]

I think the real key is making sure that the target system is in the
wait-state before doing the system-reset or replying "down"...

Randy

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Behalf Of James Chappell
Sent: Tuesday, December 19, 2006 12:41 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: CTC restart upon single system removal from plex


Hummm..
Removing a z/OS system from a Sysplex --
http://www-03.ibm.com/systems/z/pso/removing.html#ton2

Complete the removal of the z/OS system manually: 
Shortly after replying to message IXC371D in step 3, message IXC102A
will be displayed.

DO NOT REPLY "DOWN" TO IXC102A YET.

Wait for the z/OS system to enter a non-restartable WAIT state. The z/OS
system should enter a non-restartable WAIT state any time before or soon
after the CLEANUP interval expires.
 
Perform a hardware SYSTEM RESET on the z/OS system being removed from
the sysplex if not already done. 

Reply "DOWN" to IXC102A. Message IXC105I will be issued when system
removal is complete. 

Are WE saying this isn't correct?

--
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: CTC restart upon single system removal from plex

[Ken Porowski]

*70 IXC102A XCF IS WAITING FOR SYSTEM LS03 DEACTIVATION. REPLY DOWN 
 WHEN MVS ON LS03 HAS BEEN SYSTEM RESET

According to the message 'DOWN' is AFTER system reset.

>From the timings it is possible that the system reset was started prior
to the IXC102A message.

Thanks for the info, I just needed to know if this 'could' happen or if
it was something I needed to follow up with IBM.


-Original Message-
Randy Gross

In my previous life, I had three large (parallel) sysplexes (12, 15, and
21 lpars).  

Occasionally, we would see this situation when the sys reset was done
too early (should be after the reply "down", IIRC); and yes, it would
affect multiple lpars...

Randy

--
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: VVRCHECK Question

[Rob Scott]

As far as I am aware, there is a slight overhead but nothing that would
be of impact 


Rob Scott
Rocket Software, Inc
275 Grove Street
Newton, MA 02466
617-614-2305
[EMAIL PROTECTED]
http://www.rs.com/portfolio/mxi_g2

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Howard Rifkind
Sent: 19 December 2006 12:02
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: VVRCHECK Question

Thanks Rob,

Do you know if there is much overhead using VVRCHECK?

Thanks.
--- Rob Scott <[EMAIL PROTECTED]> wrote:

> F CATALOG,REPORT
> 
> 
> Rob Scott
> Rocket Software, Inc
> 275 Grove Street
> Newton, MA 02466
> 617-614-2305
> [EMAIL PROTECTED]
> http://www.rs.com/portfolio/mxi_g2
> 
> -Original Message-
> From: IBM Mainframe Discussion List
> [mailto:[EMAIL PROTECTED] On
> Behalf Of Howard Rifkind
> Sent: 19 December 2006 11:23
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: VVRCHECK Question
> 
> Hello,
> 
> I there a way to query the catalog address space to see if VVRCHECK is

> enabled/disabled.
> 
> 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
> 


__

--
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: CTC restart upon single system removal from plex

[James Chappell]

Hummm..
Removing a z/OS system from a Sysplex --
http://www-03.ibm.com/systems/z/pso/removing.html#ton2

Complete the removal of the z/OS system manually: 
Shortly after replying to message IXC371D in step 3, message IXC102A
will be displayed.

DO NOT REPLY "DOWN" TO IXC102A YET.

Wait for the z/OS system to enter a non-restartable WAIT state. The z/OS
system should enter a non-restartable WAIT state any time before or soon
after the CLEANUP interval expires.
 
Perform a hardware SYSTEM RESET on the z/OS system being removed from
the sysplex if not already done. 

Reply "DOWN" to IXC102A. Message IXC105I will be issued when system
removal is complete. 

Are WE saying this isn't correct?

--
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: CTC restart upon single system removal from plex

[Randy Gross]

In my previous life, I had three large (parallel) sysplexes (12, 15, and 21
lpars).  

Occasionally, we would see this situation when the sys reset was done too
early (should be after the reply "down", IIRC); and yes, it would affect
multiple lpars...

Randy

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Behalf Of Ken Porowski
Sent: Tuesday, December 19, 2006 12:05 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: CTC restart upon single system removal from plex


We did not take the CTC OFFLINE.  Just the 'normal' V XCF OFFLINE to the
system being removed/shutdown.


'normally' we do not see the IOS messages or the remainig CTC's for the
active systems reset.

Even if the system reset was done prematurely I would not expect the
CTC's for the active systems to fail.







--
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 Name Report

[Larry Crilley]

If you are a T-REX user, run the REPORT command by catalog and generic DSN.

Larry Crilley
Dino Software, Corp.
http://www.dino-software.com/
412.734.2853

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Roberto Halais
Sent: Tuesday, December 19, 2006 9:16 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Dataset Name Report

 Dear Listers:

I have a need to create a report of all catalogued datasets and to produce
totals by high level qualifiers (at different levels)
of space allocated and used, etc.

If there is a public utility can you please point me to the site that I may
donwload it.

Thank you all for this wonderful site.

Roberto

--
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: IPCS & ASID

[Thompson, Steve (SCI TW)]

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Thompson, Steve (SCI TW)
Sent: Friday, December 15, 2006 4:25 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: IPCS & ASID

I'm working on a little problem. I have an SVCDUMP that contains more
than one address space. I have a LARGE exec library for diagnosing
various things.

=20

The problem is, I just can't seem to establish the ASID to be used for
addresses, C/Bs, etc.


The problem is with FIND inside our REXX code. If we use SETDEF
ASID(x'0043') (or some such), the FIND returns RC=4. If we put the ASID
on the FIND it returns RC=4.

If we do an =1; ; and set to the ASID we want with address "00." and
then issue FIND for the same data, it finds what we are looking for.

The RC=4 just doesn't tell us enough about what is wrong with the FIND
in this case. It would appear that it is not a syntax problem because
the FIND in question works just fine when the dump contains a single
address space (via DUMP, SLIP or SYSMDUMP).

Regards,
Steve Thompson

--
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: CTC restart upon single system removal from plex

[Ken Porowski]

We did not take the CTC OFFLINE.  Just the 'normal' V XCF OFFLINE to the
system being removed/shutdown.

05:29:16.56 V XCF,LS03,OFFLINE,RETAIN=YES   
05:29:16.58 *69 IXC371D CONFIRM REQUEST TO VARY SYSTEM LS03 OFFLINE.
REPLY
   SYSNAME=LS03 TO REMOVE LS03 OR C TO CANCEL
05:30:16.62 R 69,SYSNAME=LS03   
05:30:16.62 REPLY TO 69 IS;SYSNAME=LS03 
05:30:16.64 IXC101I SYSPLEX PARTITIONING IN PROGRESS FOR LS03 REQUESTED
BY
  *MASTER*. REASON: OPERATOR VARY REQUEST 
05:30:16.64 *70 IXC102A XCF IS WAITING FOR SYSTEM LS03 DEACTIVATION.
REPLY DOWN
   WHEN MVS ON LS03 HAS BEEN SYSTEM RESET
  
05:31:05.71 SYSTEM RESET COMPLETE (from SE LOG, Time not adjusted)

05:31:45.20 *IOS000I C230,**,SEN,14,0200XCFAS 
05:31:45.20 *IOS050I CHANNEL DETECTED ERROR ON C210,C2
05:31:45.22 *IOS050I CHANNEL DETECTED ERROR ON C240,C2
05:31:45.22 *IOS050I CHANNEL DETECTED ERROR ON C230,C2

05:31:48.71 SYSTEM RESET COMPLETE (from SE LOG, Time adjusted due to
clock difference)

CTCs for remaining systems automatically restarted and recovered.
Reason: I/O error while working.
Reason: Attention Interrupt.

05:33:07.16 R 70,DOWN  
05:33:07.17 REPLY TO 70 IS;DOWN

'normally' we do not see the IOS messages or the remainig CTC's for the
active systems reset.

Even if the system reset was done prematurely I would not expect the
CTC's for the active systems to fail.





From:  Randy Gross

Is it possible that someone did a system reset on LS03 a little too
soon? 

Randy 


From:  Rick Fochtman - view profile 

Why bother to vary the CTC offline? Taking an image out of the 'PLEX 
doesn't require this step; the ststem being removed will automatically 
stop using the CTC when it's safely out of the 'PLEX. 


-Original Message-
Porowski, Ken

Anyone seen this happen?  First time for me.

When taking one system out of my basic sysplex it appears to have
triggered an error causing all CTC's on a given CHPID to be reset
(IOS000I and IOS050I messages).  No hits on IBMLink that I could find.

 V XCF,LS03,OFFLINE,RETAIN=YES
*69 IXC371D CONFIRM REQUEST TO VARY SYSTEM LS03 OFFLINE. REPLY
 SYSNAME=LS03 TO REMOVE LS03 OR C TO CANCEL.
 R 69,SYSNAME=LS03
 IEE600I REPLY TO 69 IS;SYSNAME=LS03
 IXC101I SYSPLEX PARTITIONING IN PROGRESS FOR LS03 REQUESTED BY
 *MASTER*. REASON: OPERATOR VARY REQUEST
*70 IXC102A XCF IS WAITING FOR SYSTEM LS03 DEACTIVATION. REPLY DOWN
 WHEN MVS ON LS03 HAS BEEN SYSTEM RESET
 IXC467I RESTARTING PATHIN DEVICE C030 741
 USED TO COMMUNICATE WITH SYSTEM LS03
 RSN: INTERVENTION REQUIRED
 IXC467I RESTARTING PATHIN DEVICE C230 742
 USED TO COMMUNICATE WITH SYSTEM LS03
 RSN: INTERVENTION REQUIRED
*IOS000I C230,**,SEN,14,0200XCFAS
*IOS050I CHANNEL DETECTED ERROR ON C210,C2,E3,**02,PCHID=01E2
*IOS050I CHANNEL DETECTED ERROR ON C240,C2,E3,**02,PCHID=01E2
*IOS050I CHANNEL DETECTED ERROR ON C230,C2,**,**04,PCHID=01E2
 IXC467I RESTARTING PATHIN DEVICE C210 746
 USED TO COMMUNICATE WITH SYSTEM LS01
 RSN: I/O ERROR WHILE WORKING
 IXC467I RESTARTING PATHIN DEVICE C240 747
 USED TO COMMUNICATE WITH SYSTEM LS04
 RSN: I/O ERROR WHILE WORKING
 IXC467I RESTARTING PATHOUT DEVICE C310 753
 USED TO COMMUNICATE WITH SYSTEM LS01
 RSN: ATTENTION INTERRUPT
 IXC467I RESTARTING PATHOUT DEVICE C340 754
 USED TO COMMUNICATE WITH SYSTEM LS04
 RSN: ATTENTION INTERRUPT
 IOS208I CONTROL UNIT FOR (C230,C2) SUCCESSFULLY RECOVERED
 IOS208I CONTROL UNIT FOR (C240,C2) SUCCESSFULLY RECOVERED
 IOS208I CONTROL UNIT FOR (C310,C3) SUCCESSFULLY RECOVERED
 IOS208I CONTROL UNIT FOR (C340,C3) SUCCESSFULLY RECOVERED
 IOS208I CONTROL UNIT FOR (C210,C2) SUCCESSFULLY RECOVERED
 IXC466I INBOUND SIGNAL CONNECTIVITY ESTABLISHED WITH SYSTEM LS01 760
 VIA DEVICE C210 WHICH IS CONNECTED TO DEVICE C320
 IOS208I CONTROL UNIT FOR (C3B0,C3) SUCCESSFULLY RECOVERED
 IOS208I CONTROL UNIT FOR (C3A0,C3) SUCCESSFULLY RECOVERED
 IXC466I OUTBOUND SIGNAL CONNECTIVITY ESTABLISHED WITH SYSTEM LS04 763
 VIA DEVICE C340 WHICH IS CONNECTED TO DEVICE C220
 IXC467I RESTARTING PATHOUT DEVICE C330 764
 USED TO COMMUNICATE WITH SYSTEM LS03
 RSN: INTERVENTION REQUIRED
 IOS208I CONTROL UNIT FOR (C330,C3) SUCCESSFULLY RECOVERED
 IXC467I RESTARTING PATHOUT DEVICE C130 766
 USED TO COMMUNICATE WITH SYSTEM LS03
 RSN: INTERVENTION REQUIRED
 IXC466I OUTBOUND SIGNAL CONNECTIVITY ESTABLISHED WITH SYSTEM LS01 769
 VIA DEVICE C310 WHICH IS CONNECTED TO DEVICE C220
 IXC466I INBOUND SIGNAL CONNECTIVITY ESTABLISHED WITH SYSTEM LS04 770
 VIA DEVICE C240 WHICH IS CONNECTED TO DEVICE C320
 R 70,DOWN
 IEE600I REPLY TO 70 IS;DOWN

Ken Porowski
AVP Systems Software
CIT Group
E: [EMAIL PROTECTED]

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the me

Re: VVRCHECK Question

[Howard Rifkind]

Thanks Rob,

Do you know if there is much overhead using VVRCHECK?

Thanks.
--- Rob Scott <[EMAIL PROTECTED]> wrote:

> F CATALOG,REPORT 
> 
> 
> Rob Scott
> Rocket Software, Inc
> 275 Grove Street
> Newton, MA 02466
> 617-614-2305
> [EMAIL PROTECTED]
> http://www.rs.com/portfolio/mxi_g2
> 
> -Original Message-
> From: IBM Mainframe Discussion List
> [mailto:[EMAIL PROTECTED] On
> Behalf Of Howard Rifkind
> Sent: 19 December 2006 11:23
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: VVRCHECK Question
> 
> Hello,
> 
> I there a way to query the catalog address space to
> see if VVRCHECK is
> enabled/disabled.
> 
> 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
> 


__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.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: S80A loading CEEMENU3

[Ray Mullins]

Ah, yes...one of my favorite commercials of all time.  And where I get my
fake personal consulting company name from.  *g*

Later,
Ray 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of John Eells
Sent: Tuesday December 19 2006 07:03
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: S80A loading CEEMENU3

[EMAIL PROTECTED] wrote:


> Yazbut the formal rules and the common usage don't bear much resemblance.

> The Open Edition developers seem to have adopted USS in their tags and
sigs and  
> appears in the title of many of their Redbooks.

http://video.google.com/videoplay?docid=6572941025419743765

--
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 Name Report

[Bruce Black]

I have a need to create a report of all catalogued datasets and to 
produce

totals by high level qualifiers (at different levels)
of space allocated and used, etc. 
Roberto, I can't tell your company name so I can't tell if you are 
licensed for FDR products.  If you have FDREPORT, you can do what you 
want with a few simple control statements.  Let me know.


--
Bruce A. Black
Senior Software Developer for FDR
Innovation Data Processing 973-890-7300
personal: [EMAIL PROTECTED]
sales info: [EMAIL PROTECTED]
tech support: [EMAIL PROTECTED]
web: www.innovationdp.fdr.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: Using DUMP command with the REMOTE option?

[Robert Wright]

Mark Zelden wrote on 12/19/2006 11:17:47:

> On Tue, 19 Dec 2006 06:39:19 -0800, Mark T. Regan, K8MTR
> <[EMAIL PROTECTED]> wrote:

>
> >So, I was wondering if that can be done using the REMOTE= along with the
> >SYSLIST= option?
>
> Yes
>
> >And in my case, the JOBNAME on system 1 would be TCPIP1, while on system
> >two, the JOBNAME would be TCPIP2; and the SDATA is different for each
also.
>
> Again, yes.   But the syntax can get tricky.   For example (not including
> SDATA differences):
>
> DUMP COMM=(TCPIP)
> R XX,JOBNAME=(TCPIP1),CONT
> R XX,REMOTE=(SYSLIST=(sysid('TCPIP2')))
>
> See the MVS Commands manual for more details.
>
> If you have a system specific parmlib (which you probably don't have)
> you could just issue RO *ALL,DUMP PARMLIB=xx (the IEADMCxx member would
> be different in each system specific parmlib).   If you do this often
> enough it might be worth setting up the different parmlibs.  I guess
> you could also set up a different symbol on each LPAR like IPDUMP and
> have it equal to XX on one system and YY on another.  The issue
> RO *ALL,DUMP PARMLIB=&IPDUMP or something like that (I haven't tested
> this).

The option with REMOTE has the advantage that you'll acquire one incident
ID to tie both of the dumps together.  Broadcasting DUMP commands may allow
you to associate the results via time stamps that are very close to each
other and the title that you supply, but the system will consider them the
results of separate incidents.

Bob Wright - MVS Service Aids
--
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: Using address link for C program

[Phil Sidler]

On Tue, 19 Dec 2006 10:19:08 -0600, Phil Sidler <[EMAIL PROTECTED]> wrote:

>  strncpy(ts, argp->argstring_ptr, MAX(argp->argstring_length,sizeof(ts-1)));

Oops, meant to use MIN, not MAX.

--
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: VVRCHECK Question

[Rob Scott]

F CATALOG,REPORT 


Rob Scott
Rocket Software, Inc
275 Grove Street
Newton, MA 02466
617-614-2305
[EMAIL PROTECTED]
http://www.rs.com/portfolio/mxi_g2

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Howard Rifkind
Sent: 19 December 2006 11:23
To: IBM-MAIN@BAMA.UA.EDU
Subject: VVRCHECK Question

Hello,

I there a way to query the catalog address space to see if VVRCHECK is
enabled/disabled.

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

VVRCHECK Question

[Howard Rifkind]

Hello,

I there a way to query the catalog address space to
see if VVRCHECK is enabled/disabled.

Thanks.

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.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: Using address link for C program

[Phil Sidler]

On Tue, 19 Dec 2006 08:49:27 -0700, Steve Comstock
<[EMAIL PROTECTED]> wrote:

>
>address link pgm parm_string
>

>C does not like this. I cannot seem to find a
>combination of code and compiler options that
>let me access and printf the parm string and
>the length. Does anyone have an example of
>doing this, or see how to do it?

Hi Steve,

How about something like this...


#define MAX(a,b) (((a)>(b))?(a):(b))

#pragma environment(RXCLINK)
#pragma runopts(PLIST(OS))

struct argtable_entry {
  void  *argstring_ptr;/* Address of the argument string */
  intargstring_length; /* Length of the argument string  */
  };


int RXCLINK(struct argtable_entry * argp) {

  char * ts[256];

  strncpy(ts, argp->argstring_ptr, MAX(argp->argstring_length,sizeof(ts-1)));

  ts[255] = 0;
  printf(ts);

  return(0);
  }

--
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: Using DUMP command with the REMOTE option?

[Mark Zelden]

On Tue, 19 Dec 2006 06:39:19 -0800, Mark T. Regan, K8MTR
<[EMAIL PROTECTED]> wrote:

>While not a direct user of the
>Env. z/OS v1.7, Parallel Sysplex, JES3
 
>While not a direct user of the DUMP command at my site, the data center
>operators are the only ones allowed to issue the command. But to help them
>for PD, I noticed that one of the DUMP options is REMOTE= with sub-option
>of SYSLIST=. I've come across the occasion (IBM asking for doc) where we
>need to take a dump of TCPIP on two systems in our PLEX at the same time
>when a certain message (EZD1182I) comes out on only one of them. 
 
>So, I was wondering if that can be done using the REMOTE= along with the
>SYSLIST= option? 

Yes

>And in my case, the JOBNAME on system 1 would be TCPIP1, while on system
>two, the JOBNAME would be TCPIP2; and the SDATA is different for each also.
 
Again, yes.   But the syntax can get tricky.   For example (not including
SDATA differences):

DUMP COMM=(TCPIP)
R XX,JOBNAME=(TCPIP1),CONT
R XX,REMOTE=(SYSLIST=(sysid('TCPIP2')))  

See the MVS Commands manual for more details. 

If you have a system specific parmlib (which you probably don't have)
you could just issue RO *ALL,DUMP PARMLIB=xx (the IEADMCxx member would
be different in each system specific parmlib).   If you do this often
enough it might be worth setting up the different parmlibs.  I guess
you could also set up a different symbol on each LPAR like IPDUMP and
have it equal to XX on one system and YY on another.  The issue
RO *ALL,DUMP PARMLIB=&IPDUMP or something like that (I haven't tested
this).  

I guess you could still use 2 (or more) different DUMP PARMLIB=xx
commands (one with ROUTE) but the timing would be a little off.

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: S80A loading CEEMENU3

[Chris Mason]

Ed

If you go back in the thread to my post of "Fri 15 Dec 2006 12:41", using
the Google Groups date and time stamp, you'll see an analysis of where "USS"
is used in the "official" redbooks - and as much of an explanation as I can
muster indicating that, by and large, "officially", "USS" is avoided in UNIX
System Services documentation.

Appealing to the use of USS in redbooks doesn't count - although I guess it
ought to. ITSO employs editors who are supposed to check that the "party
line" is observed. If "USS" is used extensively in the redbooks on the UNIX
System Services topic - which is what you are implying - the Poughkeepsie
editors have clearly not been told that, "officially", "USS" is forbidden.

Incidentally, the redbooks are not the produce of the developers, they are
produced - in principle - by users, like yourself in fact.

Chris Mason

- Original Message - 
From: "Ed Finnell" <[EMAIL PROTECTED]>
Newsgroups: bit.listserv.ibm-main
To: 
Sent: Tuesday, 19 December, 2006 3:33 PM
Subject: Re: S80A loading CEEMENU3


>
> In a message dated 12/19/2006 7:59:27 A.M. Central Standard Time,
> [EMAIL PROTECTED] writes:
>
> approved  as a short name for z/OS UNIX System Services.  (It
> wasn't because  nobody tried.)  Believe me, I'd love to have to do
> less  typing!
>
>
>
> >>
> Yazbut the formal rules and the common usage don't bear much resemblance.
> The Open Edition developers seem to have adopted USS in their tags and
sigs and
> appears in the title of many of their Redbooks.

--
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: OUTLIM aborts

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Howard Brazee
> Sent: Tuesday, December 19, 2006 9:58 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: OUTLIM aborts
> 
> 
> On 18 Dec 2006 22:35:31 -0800, [EMAIL PROTECTED] (Volkmar
> Langer) wrote:
> 
> >IF (TEBC#1.RC = 722)
> > SET RC=0001
> >END-IF
> >"
> >(the more, your abend is NOT an RC value but an ABENDCC value)
> 
> I tried both, neither worked.
> 
> >But what about coding
> >//CONT722 IF TEBC#1.ABENDCC = S722 THEN
> >//do whatever you want to do
> >//ENDIF
> 
> Yeah.   Unfortunately that is what I have been doing, not what I want
> to be doing.

Oh, it is IMPOSSIBLE to recover from system x22 type abends. Eg. S122,
S222, S322, S522, S622, S722, etc. There is NO WAY to do what you want,
other than to somehow "trap" the Sx22 abend and "convert" it into some
other abend. I guess this would require some sort of "front end" to the
ABEND SVC.

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

The information contained in this e-mail message may be privileged
and/or confidential.  It is for intended addressee(s) only.  If you are
not the intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is
strictly prohibited and could, in certain circumstances, be a criminal
offense.  If you have received this e-mail in error, please notify the
sender by reply and delete this message without copying or disclosing
it. 

--
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: CTC restart upon single system removal from plex

[Rick Fochtman]

--


Anyone seen this happen?  First time for me.

When taking one system out of my basic sysplex it appears to have
triggered an error causing all CTC's on a given CHPID to be reset
(IOS000I and IOS050I messages).  No hits on IBMLink that I could find.
 


---
Why bother to vary the CTC offline? Taking an image out of the 'PLEX 
doesn't require this step; the ststem being removed will automatically 
stop using the CTC when it's safely out of the 'PLEX.


--
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: OUTLIM aborts

[Howard Brazee]

On 18 Dec 2006 22:35:31 -0800, [EMAIL PROTECTED] (Volkmar
Langer) wrote:

>IF (TEBC#1.RC = 722)
> SET RC=0001
>END-IF
>"
>(the more, your abend is NOT an RC value but an ABENDCC value)

I tried both, neither worked.

>But what about coding
>//CONT722 IF TEBC#1.ABENDCC = S722 THEN
>//do whatever you want to do
>//ENDIF

Yeah.   Unfortunately that is what I have been doing, not what I want
to be doing.

--
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: CTC restart upon single system removal from plex

[Randy Gross]

Is it possible that someone did a system reset on LS03 a little too soon?

Randy

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Behalf Of Ken Porowski
Sent: Tuesday, December 19, 2006 10:23 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: CTC restart upon single system removal from plex


Anyone seen this happen?  First time for me.




Ken Porowski
AVP Systems Software
CIT Group
E: [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



--
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

Heads Up: OA19109 problems during ACTIVATE

[Brian Peterson]

This did not happen to me, but the APAR sounds fairly serious.

Apparently there is a problem where ACTIVATE can cause overlays within the 
IOSAS address space.  The APAR includes the RESTART/BOOT/IPL flag.

The scope of the problem appears to be the latest z9 machines, and use of 
the alternate subchannel set, and a circumstance happening where the code 
needs to issue a message with the incorrect length set, and then overlaying 
storage.

I just hate for anyone to get into trouble (perhaps causing themselves an 
outage) using a "routine" dynamic change facility within z/OS.  For that 
reason, Heads Up.

Brian

--
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

Using address link for C program

[Steve Comstock]

I am trying to create programs written in invoked
Assembler, COBOL, C, and PL/I, invoked from a
REXX exec by

   address link pgm parm_string

to simply access the parm string and echo it back.

You may know / recall that address link sets up the
parm string in a non-standard way:

[] ---> [] ---> [] ---> parm_string
R1  [] ---> fullword containing
the length of
parm_string

the second word in the parameter list has its
highorder (leftmost) bit set on.

C does not like this. I cannot seem to find a
combination of code and compiler options that
let me access and printf the parm string and
the length. Does anyone have an example of
doing this, or see how to do it?

Kind regards,

-Steve Comstock

--
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: Plurals and language confusion

[Darren Evans-Young]

Here we go on the language thing again

Thread being killed.

Darren

--
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: Plurals and language confusion

[Howard Brazee]

On Tue, 19 Dec 2006 02:42:47 GMT, "John S. Giltner, Jr."
<[EMAIL PROTECTED]> wrote:

>Never noticed that, but I only use ATM's in 7-11, gas stations, and 
>places that like. I would assume that I can't make a depost at one of these.

I don't use them there - I don't like the fee.But I don't use cash
much anyway.

>Last time I used an actual bank ATM was a long time ago.  I would assume 
>that you can only do this at banks (includes banks inside grocery 
>stores), credit unions, or other finical institutions.

So why should the ATM company make one ATM with cent signs, and one
without?Reusable components isn't limited to OO programming.

--
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: Plurals and language confusion

[Steve Comstock]

Rick Fochtman wrote:

---
Fellow I know owned a horseshoeing school that was "VA approved" for GI 
Bill assistance. Had some dorm rooms above the shop area. VA required 
him to install an elevator to the dorm area to remain "VA approved".


"The law is an ass."
--
Let's face it: "common sense" is becoming a very UNCOMMON VIRTUE! :-)

--


"Aphorisms help keep us from having to think."
  -Steve Comstock

--
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: Plurals and language confusion

[(IBM Mainframe Discussion List)]

 
 
In a message dated 12/19/2006 8:26:45 A.M. Central Standard Time,  
MarkHammond @ ATERAS.COM writes:
>What does a Dyslexic Agnostic Insomniac do at night?
>Lie in bed and contemplate is there a dog?
What do I do 24 hours a day now?
Wonder if there is a Darren to kill this thread.

 
In a message dated 12/19/2006 9:20:49 A.M. Central Standard Time,  rfochtman 
@ YNC.NET writes:
 
>Ted, if you're willing to contact me off-list, I'd like a copy of that  
>document, for "hysterical purposes". :-)
Contacting fellow posters off-list sounds like a more  appropriate venue for 
all these posts about the plural of words, Braille,  ATMs, PINs, ... ad 
nauseam.
 
 
Oh Darren, where art thou?
 
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

Re: Plurals and language confusion

[Howard Brazee]

On 18 Dec 2006 17:16:13 -0800, [EMAIL PROTECTED] (Charles Mills)
wrote:

>I suspect the reason for the audio driver's license manual is some state
>regulation that says *all* state publications must be accessible to the
>visually impaired.

When we have laws (including the Constitution), people often say
"obviously, it doesn't apply to this".Quite often they are wrong.
(why should a transient worker have the right to vote?).

I don't want some bureaucrat deciding which laws, documents, and
information I don't need to know about.

In the same token, I don't want a computer programmer deciding I'm not
a valid customer - if the programmer thinks it is too much work to
design his web page so I can use it - then he should let the people
who are paying him to decide.   

Maybe this isn't because I am disabled.   Maybe it's because I don't
have Active-X enabled in my browser.

The state needs to be inclusive.Our employers don't want to be
accidentally exclusive.   

--
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: Plurals and language confusion

[Chris Mason]

John

We had those wonderful old wood-enclosed Lee Enfield rifles[1] *without*
bayonets and, although the movements were required to be sharp, there was no
actual "tossing" going on - at least in a literal sense.

The competition was mainly based on the sharpness of dress and movements. I
lost my team all hope of winning the competition through my keenness[2] in
tossing my head in answer to an eyes right - or was it left? - command. My
beret badge went flying away from my head - mortifying. The inspecting
moustache laboriously replaced it for me.

[1] The apparently tinny toys you see today in military parades in the UK
today, such as the "Trooping of the Colour", are quite inadequate for parade
purposes. Only a Lee Enfield can be "presented" as if you mean it.

[2] I once attended the wedding of a Gillette executive. The best man, in
his obligatory speech, punned by referring to the groom as a "keen" young
man.

Chris Mason

- Original Message - 
From: "Chase, John" <[EMAIL PROTECTED]>
Newsgroups: bit.listserv.ibm-main
To: 
Sent: Tuesday, 19 December, 2006 3:10 PM
Subject: Re: Plurals and language confusion


> > -Original Message-
> > From: IBM Mainframe Discussion List On Behalf Of Chris Mason
> >
> > . . .
> >
> > How did I survive being in the cadets at school? And I was
> > even selected to participate in a "guards" competition once -
> > what mental agony!
>
> Did you get to toss the rifles (with bayonets affixed) back and forth?
> :-)
>
> -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: Plurals and language confusion

[Rick Fochtman]

---
Fellow I know owned a horseshoeing school that was "VA approved" for GI 
Bill assistance. Had some dorm rooms above the shop area. VA required 
him to install an elevator to the dorm area to remain "VA approved".


"The law is an ass."
--
Let's face it: "common sense" is becoming a very UNCOMMON VIRTUE! :-)

--
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: Plurals and language confusion

[Rick Fochtman]

--
Only "Sheep" is a valid illustration of a peculiar plural.
-
What about "Moose" or "Fish"?

And we can't forget GOOSE/GEESE or MOUSE/MICE...

We have lots of plurals that don't follow the "S" or "ES" rules, so 
let's stop kidding ourselves. English can be VERY STRANGE at times.


--
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

CTC restart upon single system removal from plex

[Ken Porowski]

Anyone seen this happen?  First time for me.

When taking one system out of my basic sysplex it appears to have
triggered an error causing all CTC's on a given CHPID to be reset
(IOS000I and IOS050I messages).  No hits on IBMLink that I could find.

 V XCF,LS03,OFFLINE,RETAIN=YES

*69 IXC371D CONFIRM REQUEST TO VARY SYSTEM LS03 OFFLINE. REPLY

 SYSNAME=LS03 TO REMOVE LS03 OR C TO CANCEL.

 R 69,SYSNAME=LS03

 IEE600I REPLY TO 69 IS;SYSNAME=LS03

 IXC101I SYSPLEX PARTITIONING IN PROGRESS FOR LS03 REQUESTED BY

 *MASTER*. REASON: OPERATOR VARY REQUEST

*70 IXC102A XCF IS WAITING FOR SYSTEM LS03 DEACTIVATION. REPLY DOWN

 WHEN MVS ON LS03 HAS BEEN SYSTEM RESET

 IXC467I RESTARTING PATHIN DEVICE C030 741

 USED TO COMMUNICATE WITH SYSTEM LS03

 RSN: INTERVENTION REQUIRED

 

 IXC467I RESTARTING PATHIN DEVICE C230 742

 USED TO COMMUNICATE WITH SYSTEM LS03

 RSN: INTERVENTION REQUIRED

 

*IOS000I C230,**,SEN,14,0200XCFAS

*IOS050I CHANNEL DETECTED ERROR ON C210,C2,E3,**02,PCHID=01E2

*IOS050I CHANNEL DETECTED ERROR ON C240,C2,E3,**02,PCHID=01E2

*IOS050I CHANNEL DETECTED ERROR ON C230,C2,**,**04,PCHID=01E2

 IXC467I RESTARTING PATHIN DEVICE C210 746

 USED TO COMMUNICATE WITH SYSTEM LS01

 RSN: I/O ERROR WHILE WORKING

 

 IXC467I RESTARTING PATHIN DEVICE C240 747

 USED TO COMMUNICATE WITH SYSTEM LS04

 RSN: I/O ERROR WHILE WORKING

 

 IXC467I RESTARTING PATHOUT DEVICE C310 753

 USED TO COMMUNICATE WITH SYSTEM LS01

 RSN: ATTENTION INTERRUPT

 

 IXC467I RESTARTING PATHOUT DEVICE C340 754

 USED TO COMMUNICATE WITH SYSTEM LS04

 RSN: ATTENTION INTERRUPT

 

 IOS208I CONTROL UNIT FOR (C230,C2) SUCCESSFULLY RECOVERED

 IOS208I CONTROL UNIT FOR (C240,C2) SUCCESSFULLY RECOVERED

 IOS208I CONTROL UNIT FOR (C310,C3) SUCCESSFULLY RECOVERED

 IOS208I CONTROL UNIT FOR (C340,C3) SUCCESSFULLY RECOVERED

 IOS208I CONTROL UNIT FOR (C210,C2) SUCCESSFULLY RECOVERED

 IXC466I INBOUND SIGNAL CONNECTIVITY ESTABLISHED WITH SYSTEM LS01 760

 VIA DEVICE C210 WHICH IS CONNECTED TO DEVICE C320

 IOS208I CONTROL UNIT FOR (C3B0,C3) SUCCESSFULLY RECOVERED

 IOS208I CONTROL UNIT FOR (C3A0,C3) SUCCESSFULLY RECOVERED

 IXC466I OUTBOUND SIGNAL CONNECTIVITY ESTABLISHED WITH SYSTEM LS04 763

 VIA DEVICE C340 WHICH IS CONNECTED TO DEVICE C220

 IXC467I RESTARTING PATHOUT DEVICE C330 764

 USED TO COMMUNICATE WITH SYSTEM LS03

 RSN: INTERVENTION REQUIRED

 

 IOS208I CONTROL UNIT FOR (C330,C3) SUCCESSFULLY RECOVERED

 IXC467I RESTARTING PATHOUT DEVICE C130 766

 USED TO COMMUNICATE WITH SYSTEM LS03

 RSN: INTERVENTION REQUIRED

 

 IXC466I OUTBOUND SIGNAL CONNECTIVITY ESTABLISHED WITH SYSTEM LS01 769

 VIA DEVICE C310 WHICH IS CONNECTED TO DEVICE C220

 IXC466I INBOUND SIGNAL CONNECTIVITY ESTABLISHED WITH SYSTEM LS04 770

 VIA DEVICE C240 WHICH IS CONNECTED TO DEVICE C320

 R 70,DOWN

 IEE600I REPLY TO 70 IS;DOWN



Ken Porowski
AVP Systems Software
CIT Group
E: [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

FYI: TCP/IP Segmentation Offload

[Ramiro Camposagrado]

I came accross this item on both the 2084 and 2094 PSP buckets:

06/12/13 The TCP Segmentation Off-load feature (also called OSA
Large Send) is enabled by default if all of the
requirements documented in PK02490 are met. Due to the
potential for OSAs that are using this feature to
experience unrecoverable INOPs(requiring intervention
by configuring the affected CHPIDs off-line), it is
currently recommended that Segmentation Off-load be
disabled.  To disable Segmentation Offload, it is
recommended that the following maintenance be applied
and then code NOSEGMENTATIONOFFLoad on the
GLOBALCONFIG statement in the TCPIP PROFILE.
   FMID   APAR   PTF   COMMENT
 HIP6160PK21685UK13788   TCP/IP
 JIP6169PK21685UK13789   TCP/IP (HFS)
 HIP6170PK21685UK13790   TCP/IP
 JIP6179PK21685UK13791   TCP/IP (HFS)
 HIP6180PK26905UK17180   TCP/IP
 JIP6189PK26905UK17181   TCP/IP (HFS)
   Once all of the microcode issues for Segmentation
   Offload are resolved, a Washington Systems Center
   Flash will be released advising what the minimum
   recommended code level will be. Flash 1232599 on
   the z/OS Communications Server Support web page
   will also be updated at that time; to subscribe
   to this (and other) updates, go to URL
  http://www.ibm.com/software/network/commserver/zos/support/

--
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: OUTLIM aborts

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Howard Brazee
> Sent: Tuesday, December 19, 2006 9:14 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: OUTLIM aborts
> 
> 
> On 18 Dec 2006 10:51:37 -0800, [EMAIL PROTECTED] (Shmuel
> Metz  , Seymour J.) wrote:
> 
> >>Can I do this?
> >
> >That depends upon what "this" is. You can certainly allow subsequent
> >steps to execute.
> 
> I was wanting to change MAXCC.
> 

You cannot, normally, change the MAXCC for a job. I say normally,
because I'm sure somebody will have a method which uses undocumented
facilities, APF authorization, and key 0 processing to update some z/OS
control block. I know this because CA-11 can do it. Steps will NOT be
run, but CA-11 will "do something" so that they appear to have run with
a specific return code in my JES messages.

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

The information contained in this e-mail message may be privileged
and/or confidential.  It is for intended addressee(s) only.  If you are
not the intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is
strictly prohibited and could, in certain circumstances, be a criminal
offense.  If you have received this e-mail in error, please notify the
sender by reply and delete this message without copying or disclosing
it. 

--
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: Plurals and language confusion

[Rick Fochtman]

I've also seen "Industry's Biggest Mistake" and "Itty Bitty Machine" and. a button that 
said "I Burn Meat". :-)
   



I have a document with more than 160 'meanings' for IBM.
I got it from a colleage when I worked for them.

My second favourite is:

'Incomplete, But Markettable".
 



Ted, if you're willing to contact me off-list, I'd like a copy of that 
document, for "hysterical purposes". :-)


--
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: Plurals and language confusion

[Howard Brazee]

On 18 Dec 2006 16:41:55 -0800, [EMAIL PROTECTED] (John S. Giltner,
Jr.) wrote:

>Better yet why most ATM's have cent postions?  I have never seen one 
>that hands out change.

Have you ever deposited a check it an ATM?

--
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: Plurals and language confusion

[Howard Brazee]

On 18 Dec 2006 12:46:51 -0800, [EMAIL PROTECTED]
(Thompson, Steve  , SCI TW) wrote:

>Would that be why the drive up access only ATM machines have Braille on
>them to assist the hearing impaired? And all this time I thought those
>other drivers got their DLs the department of Cracker Jacks (name owned
>by its owner, who else?).

The hearing impaired don't mind Braille, so why have a special
non-Braille keyboard for them?

--
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: OUTLIM aborts

[Howard Brazee]

On 18 Dec 2006 10:51:37 -0800, [EMAIL PROTECTED] (Shmuel
Metz  , Seymour J.) wrote:

>>Can I do this?
>
>That depends upon what "this" is. You can certainly allow subsequent
>steps to execute.

I was wanting to change MAXCC.

--
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: Plurals and language confusion

[Howard Brazee]

On 18 Dec 2006 12:34:18 -0800, [EMAIL PROTECTED] (Patrick
O'Keefe) wrote:

>>But if we are writing user documentation - should we say "PIN Number"
>>irritating some customers, or "PIN", confusing others?
>>...
>
>You could write "Personal Identifcation Number (PIN)".  

And it appears that we might have a new feature of our written
language:"Personal Identification Numbers (PINs)".   But it may be
that "PIN's" wins out, despite Lynne Truss.

Are there any "Mothers-In-Law" type acronyms where the plural "s"
logically doesn't fit at the end?Maybe Laser (if it hadn't
transcended its acronym).

--
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: S80A loading CEEMENU3

[John Eells]

[EMAIL PROTECTED] wrote:


Yazbut the formal rules and the common usage don't bear much resemblance.  
The Open Edition developers seem to have adopted USS in their tags and sigs and  
appears in the title of many of their Redbooks.


http://video.google.com/videoplay?docid=6572941025419743765

--
John Eells
z/OS Technical Marketing
IBM Poughkeepsie
[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: S80A loading CEEMENU3

[Chris Mason]

John

It's possible that the reason you were forbidden to use USS is that VTAM had
already "bagged" it for Unformatted System Services.

In practical terms this may not have mattered and informally you could
happily use USS for UNIX System Services - except where you were talking
about TELNET. One Communications Server IP TELNET "server", otelnetd,  is
used to access UNIX System Services while another Communications Server IP
TELNET "server", TN3270,  is used, if so customised, to access Unformatted
System Services, a system of commands and messages. The commands direct the
TN3270 "server" how to manage the 3270 session with a VTAM (Communications
Server SNA) application, that is "logging on" and, possibly, "logging off".
The messages are there to assure the TELNET client user that the TELNET
(TN3270) connection worked and, if necessary, why the USS command didn't
work.

The peculiar name "Unformatted System Services" (USS) is in order to
distinguish the technique used by some secondary logical units (LUs), let's
call them "terminals", from others which use "Formatted System Services"
(FSS). Those using USS use character strings in order to provide the three
elements used to initiate a sessions, the required primary LU name, the
optional mode name and an optional data character string, typically a "user
identifier". Those using FSS initiate a session with the architected
request, INIT-SELF, which has fields for the three elements.

When USS is used VTAM employs USS tables, in effect, to perform the
conversion to the INIT-SELF request. If the conversion cannot be performed,
the USS table defines the message used to explain the problem.

A similar story can be told about the process of using USS facilities to
create a TERM-SELF formatted request for the purposes of terminating the
session.

Finally - just to confuse you  - it's the Communications Server IP
component which interprets the USS tables, "stolen"- kinder souls would say
"borrowed" - from the Communications Server SNA component (VTAM),  in order
to be able to convert character strings from the TN3270 client into those
elements which are fed into VTAM API control blocks so that the TN3270
"server" presents the appearance of a secondary LU with FSS capability, that
is, one that can look after its own needs for formatted requests to VTAM.

Chris Mason

- Original Message - 
From: "John Eells" <[EMAIL PROTECTED]>
Newsgroups: bit.listserv.ibm-main
To: 
Sent: Tuesday, 19 December, 2006 2:57 PM
Subject: Re: S80A loading CEEMENU3


> Shmuel Metz , Seymour J. wrote:
>
> > In
> >
<[EMAIL PROTECTED]
isx.prod.on.blackberry>,
> > on 12/12/2006
> >at 12:31 PM, Ted MacNEIL <[EMAIL PROTECTED]> said:
> >
> >
> >>Why not? IBM does.
> >
> >
> > IBM has posted, *ON THIS LIST*, that USS is *not* a correct
> > abbreviation for Unix System Services. Individual IBM employees may
> > have misused the term, just as individual IBM employees may have
> > misused the term BSC.
>
> That's exactly right.
>
> > Further, there is a sound reason to to make USS a formal abbreviation
> > for Unix Services; the fact that you need to configure USS in order to
> > provide access to Unix Services, or at least to configure a component
> > with the same syntax.
>
> I wasn't involved, and do not know why, but "USS" was not
> approved as a short name for z/OS UNIX System Services.  (It
> wasn't because nobody tried.)  Believe me, I'd love to have to do
> less typing!
>
> -- 
> John Eells
> z/OS Technical Marketing
> IBM Poughkeepsie
> [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

Using DUMP command with the REMOTE option?

[Mark T. Regan, K8MTR]

While not a direct user of the
Env. z/OS v1.7, Parallel Sysplex, JES3
 
While not a direct user of the DUMP command at my site, the data center 
operators are the only ones allowed to issue the command. But to help them for 
PD, I noticed that one of the DUMP options is REMOTE= with sub-option of 
SYSLIST=. I've come across the occasion (IBM asking for doc) where we need to 
take a dump of TCPIP on two systems in our PLEX at the same time when a certain 
message (EZD1182I) comes out on only one of them. 
 
So, I was wondering if that can be done using the REMOTE= along with the 
SYSLIST= option? And in my case, the JOBNAME on system 1 would be TCPIP1, while 
on system two, the JOBNAME would be TCPIP2; and the SDATA is different for each 
also.
 
Thanks.
 
Mark T. Regan, K8MTR
CTO1 USNR-Retired (1969-1991)

--
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 Name Report

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Roberto Halais
> 
>  Dear Listers:
> 
> I have a need to create a report of all catalogued datasets 
> and to produce totals by high level qualifiers (at different 
> levels) of space allocated and used, etc.
> 
> If there is a public utility can you please point me to the 
> site that I may donwload it.

IDCAMS DCOLLECT followed by DFSORT/ICETOOL to format and produce the
report.

-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: S80A loading CEEMENU3

[Ed Finnell]

 
In a message dated 12/19/2006 7:59:27 A.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

approved  as a short name for z/OS UNIX System Services.  (It 
wasn't because  nobody tried.)  Believe me, I'd love to have to do 
less  typing!



>>
Yazbut the formal rules and the common usage don't bear much resemblance.  
The Open Edition developers seem to have adopted USS in their tags and sigs and 
 
appears in the title of many of their Redbooks.

--
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

Dataset Name Report

[Roberto Halais]

Dear Listers:

I have a need to create a report of all catalogued datasets and to produce
totals by high level qualifiers (at different levels)
of space allocated and used, etc.

If there is a public utility can you please point me to the site that I may
donwload it.

Thank you all for this wonderful site.

Roberto

--
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: Plurals and language confusion

[Mark Hammond]

What does a Dyslexic Agnostic Insomniac do at night?

Lie in bed and contemplate is there a dog?

Mark Hammond
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ted MacNEIL
Sent: Monday, December 18, 2006 3:41 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Plurals and language confusion

>Probably for dyslexics who have more trouble when they read something
than when they hear it.

Dyslexics of the world, untie!

Slogan of DAM (Mothers Against Dyslexia).


[I have been mildly dislectic most of my life. I still keep my change
purse in my right pocket, so I can take the 'next right' when I come to
it)

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

--
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: Plurals and language confusion

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Chris Mason
> 
> . . .
> 
> How did I survive being in the cadets at school? And I was 
> even selected to participate in a "guards" competition once - 
> what mental agony!

Did you get to toss the rifles (with bayonets affixed) back and forth?
:-)

-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: S80A loading CEEMENU3

[John Eells]

Shmuel Metz , Seymour J. wrote:


In
<[EMAIL PROTECTED]>,
on 12/12/2006
   at 12:31 PM, Ted MacNEIL <[EMAIL PROTECTED]> said:



Why not? IBM does.



IBM has posted, *ON THIS LIST*, that USS is *not* a correct
abbreviation for Unix System Services. Individual IBM employees may
have misused the term, just as individual IBM employees may have
misused the term BSC.


That's exactly right.


Further, there is a sound reason to to make USS a formal abbreviation
for Unix Services; the fact that you need to configure USS in order to
provide access to Unix Services, or at least to configure a component
with the same syntax.


I wasn't involved, and do not know why, but "USS" was not 
approved as a short name for z/OS UNIX System Services.  (It 
wasn't because nobody tried.)  Believe me, I'd love to have to do 
less typing!


--
John Eells
z/OS Technical Marketing
IBM Poughkeepsie
[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: Plurals and language confusion

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Charles Mills
> 
> . . .
> 
> At the new AT&T (formerly Pac Bell and then SBC) Ball Park in 
> SF, the umpires' dressing rooms have Braille signs, a source 
> of some amusement. Have to comply with ADA, you know, whether 
> or not it makes any sense.

Fellow I know owned a horseshoeing school that was "VA approved" for GI
Bill assistance.  Had some dorm rooms above the shop area.  VA required
him to install an elevator to the dorm area to remain "VA approved".

"The law is an ass."

-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