Re: DUMPSPACE in Coupling Facility

2006-10-27 Thread Rebecca Martin
A nonvolatile CF will be given preference over a volatile CF by more than 
just the DB2 structures.  It dates back to when you had stand alone CFs 
with built-in battery backups.  Because most people do use UPS and the fact 
that the built in battery would not last nearly as long as your UPS power 
most people quit ordering the built-in backup battery/power source.  You 
can change the setting from the HMC buy selecting your CF imagine and going 
into "OPERATING SYTEM MESSAGES".  The command is "MODE NONVOLATILE" and the 
expected response is "CF01011 MODE IS NONVOLATILE.  There is also a command 
to display the mode from the HMC: "D MODE".  Once you change the mode to be 
nonvolatile, it should retain that setting even over a POR but I have seen 
where some MCL upgrades would cause it to go back to the volatile setting 
so we always check after any MCL upgrade.  

--
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: DUMPSPACE in Coupling Facility

2006-10-26 Thread Lizette Koehler
The use of Volatile really (in my opinion) deals more with DB2 Data Sharing 
than anything else.  If you set the CF to Volatile YES - the DB2 Data Sharing 
Regions put out a message

DSN7507I  :DSNQ DSN7LSTK  737 
SCA STRUCTURE DSNSB0Q_SCA IS ALLOCATED IN A VOLATILE STRUCTURE.   


This makes my DB2 guys crazy.  So we are switching our CF to NON-Volatile just 
to take away the messages.  To us, the difference was a phone call at 2am in 
the morning.  ;-)

Even though the CF is backed up by a UPS and that is what we cared about; just 
not the DB2 Data Sharing Regions.  

Lizette 

>
>In addition to Sam's question regarding DUMPSPACE, I have a question as 
>well.  What about VOLATILE?  Years ago, ours were set to NO.  Is this wrong?
>

--
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: DUMPSPACE in Coupling Facility

2006-10-26 Thread Brian Peterson
In addition to Sam's question regarding DUMPSPACE, I have a question as 
well.  What about VOLATILE?  Years ago, ours were set to NO.  Is this wrong?

Brian

On Thu, 26 Oct 2006 12:29:46 -0400, Knutson, Sam <[EMAIL PROTECTED]> wrote:

>I will make a true confession...  I bet that gets caught by net nanny
>software:-)   In hopes of learning something my Coupling Facilities all
>have what was the default in our policy from long ago not even close to
>5%.
>
(snip)
>
>VOLATILE:   YES
>
(snip)

--
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: DUMPSPACE in Coupling Facility

2006-10-26 Thread Knutson, Sam
I will make a true confession...  I bet that gets caught by net nanny
software:-)   In hopes of learning something my Coupling Facilities all
have what was the default in our policy from long ago not even close to
5%.
  
 NAMED CF00

 COUPLING FACILITY SPACE UTILIZATION

  ALLOCATED SPACE  DUMP SPACE UTILIZATION

   STRUCTURES: 1630208 KSTRUCTURE DUMP TABLES:  0 K

   DUMP SPACE:2048 K  TABLE COUNT:  0

  FREE SPACE: 29752320 K   FREE DUMP SPACE:  2048 K

 TOTAL SPACE: 31384576 K  TOTAL DUMP SPACE:  2048 K

 MAX REQUESTED DUMP SPACE:  0 K

VOLATILE:   YESSTORAGE INCREMENT SIZE:256 K

 CFLEVEL:14

 CFCC RELEASE 14.00, SERVICE LEVEL 00.27

 BUILT ON 07/17/2006 AT 09:43:00

 COUPLING FACILITY HAS ONE OR MORE DEDICATED PROCESSORS

 

 CF REQUEST TIME ORDERING: REQUIRED AND ENABLED

 

 COUPLING FACILITY SPACE CONFIGURATION

   IN USEFREE   TOTAL

 CONTROL SPACE: 1632256 K  29752320 K  31384576 K

 NON-CONTROL SPACE:   0 K 0 K 0 K

 

 NAMED CF02 
 COUPLING FACILITY SPACE UTILIZATION
  ALLOCATED SPACE  DUMP SPACE UTILIZATION   
   STRUCTURES: 7409920 KSTRUCTURE DUMP TABLES:  0 K 
   DUMP SPACE:2048 K  TABLE COUNT:  0   
  FREE SPACE: 19778816 K   FREE DUMP SPACE:  2048 K 
 TOTAL SPACE: 27190784 K  TOTAL DUMP SPACE:  2048 K 
 MAX REQUESTED DUMP SPACE:  0 K 
VOLATILE:   YESSTORAGE INCREMENT SIZE:256 K 
 CFLEVEL:14 
 CFCC RELEASE 14.00, SERVICE LEVEL 04.05
 BUILT ON 07/17/2006 AT 09:35:00
 COUPLING FACILITY HAS ONE OR MORE DEDICATED PROCESSORS 

 CF REQUEST TIME ORDERING: REQUIRED AND ENABLED 

 COUPLING FACILITY SPACE CONFIGURATION  
   IN USEFREE   TOTAL   
 CONTROL SPACE: 7411968 K  19778816 K  27190784 K   
 NON-CONTROL SPACE:   0 K 0 K 0 K   
 

NAMED CF01

COUPLING FACILITY SPACE UTILIZATION

 ALLOCATED SPACE  DUMP SPACE UTILIZATION

  STRUCTURES: 704 KSTRUCTURE DUMP TABLES:  0 K

  DUMP SPACE:2048 K  TABLE COUNT:  0

 FREE SPACE:  9664768 K   FREE DUMP SPACE:  2048 K

TOTAL SPACE: 16706816 K  TOTAL DUMP SPACE:  2048 K

MAX REQUESTED DUMP SPACE:  0 K

   VOLATILE:   YESSTORAGE INCREMENT SIZE:256 K

CFLEVEL:14

CFCC RELEASE 14.00, SERVICE LEVEL 04.05

BUILT ON 07/17/2006 AT 09:35:00

COUPLING FACILITY HAS ONE OR MORE DEDICATED PROCESSORS

 

CF REQUEST TIME ORDERING: REQUIRED AND ENABLED   


What is interesting is that I have never seen MAX REQUESTED DUMP SPACE
be non-zero.
We have never had any information not in a dump that was an issue
related to this.

I read the referenced section in Setting Up a Sysplex but it didn't shed
any light on this.  I find it hard to believe that none of the z/OS
components or IBM subsystems here make SDUMP that include allocated
structures.

Can anyone explain this or point to another manual that provides an
explanation.  

How important is the 5% guideline?   We have done a LOT of problem
determination with IBM and it has never been an issue.  Have we just
been lucky?

Best Regards, 

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

"Think big, act bold, start simple, grow fast..."
 
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Vernooy, C.P. - SPLXM
Sent: Thursday, October 26, 2006 3:16 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: DUMPSPACE in Coupling Facility

Your bible for CF's and Sysplexes always was, is and will be: SA22-7625,
Setting up a Sysplex.

Ch 4.2.2.6 Determining the Amount of Coupling Facility Dump Space, says:
"IBM recommends that you specify 5% of the available storage in a
coupling facility for dump space."

Kees.

This email/fax message is for the sole use of the

Re: DUMPSPACE in Coupling Facility

2006-10-26 Thread Vernooy, C.P. - SPLXM
Your bible for CF's and Sysplexes always was, is and will be: SA22-7625,
Setting up a Sysplex.

Ch 4.2.2.6 Determining the Amount of Coupling Facility Dump Space, says:
"IBM recommends that you specify 5% of the available storage in a
coupling facility for dump space."

Kees.


"munif sadek" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>...
> I have been asked to increase DUMPSAPCE in our coupling facility (%
Storage
> allocation vise - existing dumpspace is  1%  of coupling facility
total
> space),  although we have not seen any problems. Is there any IBM
> recommedation / ROTs.
> 
> regards, munif..
> 
> --
> 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 information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), 
its subsidiaries and/or its employees shall not be liable for the incorrect or 
incomplete transmission of this e-mail or any attachments, nor responsible for 
any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286 
**


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


DUMPSPACE in Coupling Facility

2006-10-25 Thread munif sadek

I have been asked to increase DUMPSAPCE in our coupling facility (% Storage
allocation vise - existing dumpspace is  1%  of coupling facility total
space),  although we have not seen any problems. Is there any IBM
recommedation / ROTs.

regards, munif..

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