Re: Copy files changed by RSU

[Brian Nielsen]

On Tue, 22 Dec 2009 05:34:50 -0600, Berry van Sleeuwen 
 wrote:

>That makes me wonder, could there be a file that is changed but is not
>found this way? For instance, a file where a byte has been changed but 

>that is not reflected in a change in filesizes or timestamp?

There are a number of ways to use COPYFILE in conjunction with OLDDATE 

that can achieve the result of the same timestamp and size but different 

file content.  I've had reason to do similar manipulations it in the 
distant past, but I doubt that you'd encounter it in the service stream. 
 
More common would be to encounter a file that hasn't changed, but has a 

new timestamp.

Personally, I've always thought it easier to work at the level of "I need
 
these minidisks" and copy them whole rather than worry about what files 

were added/deleted/changed.  They're not that big and the risks become 

larger when you slice and dice them.

Brian Nielsen

AUTO: Donald Wilton/Endicott/IBM is out of the office - (returning 01/04/2010)

[Donald Wilton]

I am out of the office until 01/04/2010.

I will repond you your notes when I return to the office 01/04/2010.

Wishing you joyful holidays and a blessed New Year!


Note: This is an automated response to your message  "Re: Larger CMS Disk"
sent on 12/22/09 1:45:27 PM.

This is the only notification you will receive while this person is away.

Re: Larger CMS Disk

[P S]

On Tue, Dec 22, 2009 at 2:45 PM, Mike Walter  wrote:

> The problem with bigger on SFS is that it is on SFS.
>
> Try writing, say, a big honking (historically for CMS, but NOTHING to
> Linux) 12G file into SFS.  No problem - writes are a little slower than to
> a minidisk, but not enough to complain about (unless, perhaps, many others
> are trying to do the same thing using the same SFS server!).
>
> But when you erase that 12G file, SFS takes almost "forever".  Unlike an
> ECKD CMS filesystem minidisk where the FST is cleared for that file, SFS
> has to go though each of the 4K blocks that constitute the file, turning
> off its allocation bit.  For a large file that can take 15+ minutes (in
> the case of one 12G file we were working with).  And CPU utilization due
> to the server pretty much peaks out during that time, too.  The exact
> details may be slightly off in that example, but the observable effect is
> pretty accurate.
>
> Even one of the original SFS authors, Scott Nettleship, said repeatedly of
> SFS: "If you want minidisk performance, use minidisks".
>

Not understanding something: writing the file has to write each of the 4K
blocks too. Are you saying that the ERASE is slower than the WRITE? Or just
that while it feels reasonable for the original WRITE to take a while, the
fact that the ERASE is so slow is anomalous?

Re: Larger CMS Disk

[Mike Walter]

The problem with bigger on SFS is that it is on SFS. 

Try writing, say, a big honking (historically for CMS, but NOTHING to 
Linux) 12G file into SFS.  No problem - writes are a little slower than to 
a minidisk, but not enough to complain about (unless, perhaps, many others 
are trying to do the same thing using the same SFS server!).

But when you erase that 12G file, SFS takes almost "forever".  Unlike an 
ECKD CMS filesystem minidisk where the FST is cleared for that file, SFS 
has to go though each of the 4K blocks that constitute the file, turning 
off its allocation bit.  For a large file that can take 15+ minutes (in 
the case of one 12G file we were working with).  And CPU utilization due 
to the server pretty much peaks out during that time, too.  The exact 
details may be slightly off in that example, but the observable effect is 
pretty accurate.

Even one of the original SFS authors, Scott Nettleship, said repeatedly of 
SFS: "If you want minidisk performance, use minidisks".

Mike Walter
Hewitt Associates
The opinions expressed herein are mine alone, not my employer's.



"Marcy Cortes"  

Sent by: "The IBM z/VM Operating System" 
12/22/2009 01:19 PM
Please respond to
"The IBM z/VM Operating System" 



To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: Larger CMS Disk






if you need bigger, there is SFS!
 

Marcy 

 
"This message may contain confidential and/or privileged information. If 
you are not the addressee or authorized to receive this for the addressee, 
you must not use, copy, disclose, or take any action based on this message 
or any information herein. If you have received this message in error, 
please advise the sender immediately by reply e-mail and delete this 
message. Thank you for your cooperation."

 



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On 
Behalf Of Suleiman Shahin
Sent: Tuesday, December 22, 2009 11:12 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] Larger CMS Disk


Thank you, John. 
 
I think you settled it!

Suleiman Shahin 


 



10,017 cylinders is max CMS  3390 mdisk size according to section CMS 
Restrictions in 'CMS Planning and Administration' manual.

 But then a footnote says 'CMS is limited to 32767 cylinders'

 

 



Hotmail: Free, trusted and rich email service. Get it now. <
http://clk.atdmt.com/GBL/go/171222984/direct/01/> 






The information contained in this e-mail and any accompanying documents may 
contain information that is confidential or otherwise protected from 
disclosure. If you are not the intended recipient of this message, or if this 
message has been addressed to you in error, please immediately alert the sender 
by reply e-mail and then delete this message, including any attachments. Any 
dissemination, distribution or other use of the contents of this message by 
anyone other than the intended recipient is strictly prohibited. All messages 
sent to and from this e-mail address may be monitored as permitted by 
applicable law and regulations to ensure compliance with our internal policies 
and to protect our business. E-mails are not secure and cannot be guaranteed to 
be error free as they can be intercepted, amended, lost or destroyed, or 
contain viruses. You are deemed to have accepted these risks if you communicate 
with us by e-mail. 

Re: Larger CMS Disk

[Suleiman Shahin]

> We are using 32767 cylinder mdisks at The Nielsen Company...
 
 

I think I will do the same.

 

Thanks.

 
  
_
Hotmail: Powerful Free email with security by Microsoft.
http://clk.atdmt.com/GBL/go/171222986/direct/01/

Re: Larger CMS Disk

[Suleiman Shahin]

I did think about that, but 32767 is sufficient.

 

Thanks.



> if you need bigger, there is SFS!
> 
> 
> Marcy 
> 

  
_
Your E-mail and More On-the-Go. Get Windows Live Hotmail Free.
http://clk.atdmt.com/GBL/go/171222985/direct/01/

Re: Larger CMS Disk

[Marcy Cortes]

if you need bigger, there is SFS!
 

Marcy 

 
"This message may contain confidential and/or privileged information. If you 
are not the addressee or authorized to receive this for the addressee, you must 
not use, copy, disclose, or take any action based on this message or any 
information herein. If you have received this message in error, please advise 
the sender immediately by reply e-mail and delete this message. Thank you for 
your cooperation."

 



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Suleiman Shahin
Sent: Tuesday, December 22, 2009 11:12 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] Larger CMS Disk


Thank you, John. 
 
I think you settled it!

Suleiman Shahin 


 



10,017 cylinders is max CMS  3390 mdisk size according to section CMS 
Restrictions in 'CMS Planning and Administration' manual.

 But then a footnote says 'CMS is limited to 32767 cylinders'

 

 



Hotmail: Free, trusted and rich email service. Get it now. 
  

Re: Larger CMS Disk

[Suleiman Shahin]

Thank you, John. 

 

I think you settled it!

Suleiman Shahin 


 







10,017 cylinders is max CMS  3390 mdisk size according to section CMS 
Restrictions in 'CMS Planning and Administration' manual.
 But then a footnote says 'CMS is limited to 32767 cylinders'
 


  
_
Hotmail: Free, trusted and rich email service.
http://clk.atdmt.com/GBL/go/171222984/direct/01/

Re: Larger CMS Disk

[Tracy, David]

We are using 32767 cylinder mdisks at The Nielsen Company...
 



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Romanowski, John (OFT)
Sent: Tuesday, December 22, 2009 2:03 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Larger CMS Disk



10,017 cylinders is max CMS  3390 mdisk size according to section CMS
Restrictions in 'CMS Planning and Administration' manual.

 But then a footnote says 'CMS is limited to 32767 cylinders'

 

From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Suleiman Shahin
Sent: Tuesday, December 22, 2009 1:35 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Larger CMS Disk

 

Greetings all,

A user has asked me to allocate a CMS full-volume mdisk of  4
cylinders and I'm wondering if that can be a source of problems.

What do you say?

Thanks.

Suleiman Shahin






Hotmail: Free, trusted and rich email service. Get it now.
 




This e-mail, including any attachments, may be confidential, privileged
or otherwise legally protected. It is intended only for the addressee.
If you received this e-mail in error or from someone who was not
authorized to send it to you, do not disseminate, copy or otherwise use
this e-mail or its attachments. Please notify the sender immediately by
reply e-mail and delete the e-mail from your system.

Re: Larger CMS Disk

[Suleiman Shahin]

I currently have one twice that. It is used as a depository for files. Have not 
had a problem with it but 40034 is just nightmarish :(

 

 

I will lookup that manual.

 

Thank you.

Suleiman Shahin 

>








10,017 cylinders is max CMS  3390 mdisk size according to section CMS 
Restrictions in 'CMS Planning and Administration' manual.
  
_
Your E-mail and More On-the-Go. Get Windows Live Hotmail Free.
http://clk.atdmt.com/GBL/go/171222985/direct/01/

Re: Larger CMS Disk

[Romanowski, John (OFT)]

10,017 cylinders is max CMS  3390 mdisk size according to section CMS 
Restrictions in 'CMS Planning and Administration' manual.
 But then a footnote says 'CMS is limited to 32767 cylinders'

From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Suleiman Shahin
Sent: Tuesday, December 22, 2009 1:35 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Larger CMS Disk

Greetings all,

A user has asked me to allocate a CMS full-volume mdisk of  4 cylinders and 
I'm wondering if that can be a source of problems.

What do you say?

Thanks.

Suleiman Shahin



Hotmail: Free, trusted and rich email service. Get it 
now.


This e-mail, including any attachments, may be confidential, privileged or 
otherwise legally protected. It is intended only for the addressee. If you 
received this e-mail in error or from someone who was not authorized to send it 
to you, do not disseminate, copy or otherwise use this e-mail or its 
attachments. Please notify the sender immediately by reply e-mail and delete 
the e-mail from your system.

Re: Larger CMS Disk

[Romanowski, John (OFT)]

10,017 cylinders is max CMS  3390 mdisk size according to section CMS 
Restrictions in 'CMS Planning and Administration' manual.

From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Suleiman Shahin
Sent: Tuesday, December 22, 2009 1:35 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Larger CMS Disk

Greetings all,

A user has asked me to allocate a CMS full-volume mdisk of  4 cylinders and 
I'm wondering if that can be a source of problems.

What do you say?

Thanks.

Suleiman Shahin



Hotmail: Free, trusted and rich email service. Get it 
now.


This e-mail, including any attachments, may be confidential, privileged or 
otherwise legally protected. It is intended only for the addressee. If you 
received this e-mail in error or from someone who was not authorized to send it 
to you, do not disseminate, copy or otherwise use this e-mail or its 
attachments. Please notify the sender immediately by reply e-mail and delete 
the e-mail from your system.

Larger CMS Disk

[Suleiman Shahin]

Greetings all,

A user has asked me to allocate a CMS full-volume mdisk of  4 cylinders and 
I'm wondering if that can be a source of problems.

What do you say?

Thanks.

Suleiman Shahin


  
_
Hotmail: Free, trusted and rich email service.
http://clk.atdmt.com/GBL/go/171222984/direct/01/

Re: Copy files changed by RSU

[Schuh, Richard]

Jeff,

You really do need to teach your users that SPOOL is not an archive :-) We only 
back up the SDFs, and we regularly remind the users that ordinary spool files 
are transient in nature and are not backed up. They have the resources to save 
files they want to keep, so we do not feel bad about it. Ordinary spool files 
are purged after 7 days, so spool is at best only short-term storage.  Even at 
that, it is usually in the 75-90% full range. There are 21 3390-03s devoted to 
regular files and SDFs and 2 3390-09s reserved for dumps.


Regards,
Richard Schuh






From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Jeff Gribbin
Sent: Tuesday, December 22, 2009 8:33 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Copy files changed by RSU

Franz Josef,
If you move your production SPOOL to dedicated volumes, along with your 
WARMSTART / CHECKPOINT areas then, unless the format of the SPOOL control 
blocks changes (a rare occurrence and one which is always flagged in the 
documentation when it happens) you shouldn't need to restore the SPOOL files. 
(Of course, I'd always advise taking a SPOOL backup - "just in case" but, with 
a separate SPOOL configuration I wouldn't expect / plan to need to use it!)

Regards
Jeff

(P.S. Whenever I've had influence over such things I have always modified 
COPYFILE to default to OLDDATE - it's saved my bacon on several occasions!)

Re: Copy files changed by RSU

[Berry van Sleeuwen]

Hello Franz Josef,

>normally not change. So I can copy the zvm system (res spl pag) to other

>previously reserved dasds and start zVM from there in second level. Then


You don't even need the page dasd. Just page to a temp disk attached to t
he
VM guest.

>
>Of course the major prereq is that you don't have any user data on the
>zvmres. The same thing I do in principle with zVSE DOSRES and SYSWK1
>too. This way I have always a fall back when there are problems after
>system changes.
>

In fact we do, even DISKACNT and EREP are not on RES. When we migrate a V
M,
ie zvm520 to 540, we build new res and spl DASD. Then these DASDs are cop
ied
to the production VM DASD ranges and we can IPL from the new DASD. The sa
me
we also use for VSE. And indeed, fallback just requires to IPL from the o
ld
DASD.

But I also want a process that can be used when only a few members are
changed. Then I only have to distribute a few members instead of a full V
M
system. This update is somewhat easier since only a few disks are to be
updated. It all depends on the amount of changes. Even more so when CP is

not touched. For instance, a PTF on PTK could only require the coding
(5VMPTK40 201) and perhaps the helpdisk (MAINT 19D) to be updated. No IPL

required in that case.

In this case, there are 8 minidisks that need to be changed, not counting

OSASF and HCD. On most of them only a few CMS members are changed. So her
e
we update the members (a few minutes) and SHUTDOWN REIPL (one minute). A 
lot
quicker than rebuild the VM and IPL from a different DASD.

Regards, Berry.

Re: Copy files changed by RSU

[Jeff Gribbin]

Franz Josef,
If you move your production SPOOL to dedicated volumes, along with your
WARMSTART / CHECKPOINT areas then, unless the format of the SPOOL control
blocks changes (a rare occurrence and one which is always flagged in the
documentation when it happens) you shouldn't need to restore the SPOOL
files. (Of course, I'd always advise taking a SPOOL backup - "just in case"
but, with a separate SPOOL configuration I wouldn't expect / plan to need to
use it!)

Regards
Jeff

(P.S. Whenever I've had influence over such things I have always modified
COPYFILE to default to OLDDATE - it's saved my bacon on several occasions!)

Re: z890 power: 3 phase vs 1 phase?

[Aria Bamdad]

Ok, I think by balanced or unbalanced they mean the amount of current draw
on an electrical panel or supply.  If you have a single phase, by definition
it is unbalanced since there is nothing to balance.  However, with more than
one phase, you can try to draw similarly between them.



The z10-BC Physical Planning manual (GC28-6875-03) has a section on
'Balancing power panel loads'.  In there it says:



"For z10 BC models that use three phase power, depending on the system

configuration, the phase currents can be fully balanced or unbalanced. For
each

possible drawer configuration (processor and I/O combinations), any given
system

presents a balanced or unbalanced load. If several unbalanced system

configurations are fed from the same power panel, the load on that panel
will be

unbalanced. Two phase currents will be equal and both will be, nominally,
57.8% of

the current on the third phase."



I think it's clear now.



Aria



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of P S
Sent: Tuesday, December 22, 2009 10:19 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: z890 power: 3 phase vs 1 phase?



On Tue, Dec 22, 2009 at 10:14 AM, Aria Bamdad  wrote:

I am not totally clear as to what balanced and unbalanced power means.  I
plan to find out tomorrow when I speak to my CE.  Looking online and doing a
search for "balanced power systems" makes me think that it has something to
do with the current draw on each phase.  Being single phase, I can
understand why it cannot be balanced.  If I find the true answer, I will
post here. 



The more important thing is that it seems that with single phase power, you
cannot have beyond a specific amount of I/O drawers.

Indeed, I did notice that! Thanks, will be interesting to hear. With only
one phase, wouldn't it be balanced by definition -- how can you draw
differently on other phases that don't exist? :-) 

Re: Linux and VM SAN advice

[Romanowski, John (OFT)]

On Mon, Dec 21, 2009 at 17:51, Martha McConaghy  wrote:
> Subject: Linux and VM SAN advice
>
> I've got several test Oracle servers running on SLES 10 and z/VM 5.4.0
> on our z9 using SAN disk space.  I set up the SAN connection using a
> FICON adapter and the EDEV support.  That is working OK, but I'm concerned
> about where to go from there.
   
>
> Is it worth moving to NPIV before hooking in our production server?  I know
> that it can provide better security for the connections.  Does it also help
> with performance?

Another reason to use NPIV now on your z9 is looking ahead to a future move to 
a z10:

On z9 if you don't use EDEV or NPIV to control access to LUNs you'd use IBM's 
LUN Access Control utility, but when you get to a z10 you'll find z10 doesn't 
support LUN Access Control utility so you'd do without LUN Access Control or 
have to migrate the guests to NPIV or EDEV.

This e-mail, including any attachments, may be confidential, privileged or 
otherwise legally protected. It is intended only for the addressee. If you 
received this e-mail in error or from someone who was not authorized to send it 
to you, do not disseminate, copy or otherwise use this e-mail or its 
attachments.  Please notify the sender immediately by reply e-mail and delete 
the e-mail from your system.

Re: HCPLGA6525E The External Security Manager is unavailable.

[Kris Buelens]

You need to get VMARC itself to "unzip" the LISTS VMARC.
Then you issue   URLIST RACFVM.
   You can type "PEEK" in front of a file you want to look at.  Except on
OPEN files.
   If you'd have VM:Spool, you can look at a file by pressing PF11, even on
open files.

2009/12/22 Martin, Terry R. (CMS/CTR) (CTR) 

>  Kris,
>
>
>
> I went to the DOWNLOAD page and clicked on *VMARC* archive: 
> v-86Kand saved it. What 
> are the steps to get it to my VM system so that I can
> execute it?
>
>
>
> *Thank You,*
>
>
>
> *Terry Martin*
>
> *Lockheed Martin - Information Technology*
>
> *z/OS & z/VM Systems - Performance and Tuning*
>
> *Cell - 443 632-4191*
>
> *terry.mar...@cms.hhs.gov* 
>
>
>
> *WFH Tuesdays and Fridays*
>
>
>
>   --
>
> *From:* The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] *On
> Behalf Of *Kris Buelens
> *Sent:* Tuesday, December 22, 2009 2:49 AM
>
> *To:* IBMVM@LISTSERV.UARK.EDU
> *Subject:* Re: HCPLGA6525E The External Security Manager is unavailable.
>
>
>
> From MAINT for example:
>   CP SEND CP RACFVM SPOOL CLOSE
>   CP Q RDR RACFVM
>   CP Q PRT RACFVM
> The last 2 commands are easier if you get my URLIST tool:
>http://www.vm.ibm.com/download/packages/descript.cgi?LISTSG
> URLIST RACFVM will then display all spool files for RACFVM (PRT, RDR and
> PUN)
>
> 2009/12/22 Martin, Terry R. (CMS/CTR) (CTR) 
>
> -  I think that is what was happening. What is the best way to look at
> RACFVM console log without logging on to it? Still trying to learn these
> things!
>
>
>
>
>
> *Thank You,*
>
>
>
> *Terry Martin*
>
> *Lockheed Martin - Information Technology*
>
> *z/OS & z/VM Systems - Performance and Tuning*
>
> *Cell - 443 632-4191*
>
> *terry.mar...@cms.hhs.gov* 
>
>
>
> *WFH Tuesdays and Fridays*
>
>
>   --
>
> *From:* The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] *On
> Behalf Of *Scott Rohling
>
>
> *Sent:* Monday, December 21, 2009 1:15 PM
>
> *To:* IBMVM@LISTSERV.UARK.EDU
>
> *Subject:* Re: HCPLGA6525E The External Security Manager is unavailable.
>
>
>
> I believe this can happen when a RACF privileged user enters the wrong
> password too many times..   a prompt that must be responded to or time out
> occurs on the RACFVM machine..
>
> Does this user have RACF privs?  If so -- they probably need their password
> reset..
>
> Scott
>
> On Mon, Dec 21, 2009 at 11:07 AM, Martin, Terry R. (CMS/CTR) (CTR) <
> terry.mar...@cms.hhs.gov> wrote:
>
> Hi
>
>
>
> I have a user that was trying to logon and basically he got stuck and
> eventually he received this message:
>
>
>
> *HCPLGA6525E The External Security Manager is unavailable.  *
>
> LOGOFF AT 12:22:13 EST MONDAY 12/21/09 BY SYSTEM
>
>
>
> Press enter or clear key to continue
>
>
>
> I looked the message up but it did not tell me much. Does anyone have an
> idea what might have caused RACF not to respond.  I have logged on a bunch
> more times without any issue.
>
>
>
> *Thank You,*
>
>
>
> *Terry Martin*
>
> *Lockheed Martin - Information Technology*
>
> *z/OS & z/VM Systems - Performance and Tuning*
>
> *Cell - 443 632-4191*
>
> *terry.mar...@cms.hhs.gov*
>
>
>
> *WFH on Tuesdays and Fridays*
>
>
>
>
>
>
>
>
> --
> Kris Buelens,
> IBM Belgium, VM customer support
>



-- 
Kris Buelens,
IBM Belgium, VM customer support

Re: z890 power: 3 phase vs 1 phase?

[P S]

On Tue, Dec 22, 2009 at 10:14 AM, Aria Bamdad  wrote:

>  I am not totally clear as to what balanced and unbalanced power means.  I
> plan to find out tomorrow when I speak to my CE.  Looking online and doing a
> search for “balanced power systems” makes me think that it has something to
> do with the current draw on each phase.  Being single phase, I can
> understand why it cannot be balanced.  If I find the true answer, I will
> post here.
>
>
>
> The more important thing is that it seems that with single phase power, you
> cannot have beyond a specific amount of I/O drawers.
>
Indeed, I did notice that! Thanks, will be interesting to hear. With only
one phase, wouldn't it be balanced by definition -- how can you draw
differently on other phases that don't exist? :-)

Re: z890 power: 3 phase vs 1 phase?

[Aria Bamdad]

I am not totally clear as to what balanced and unbalanced power means.  I
plan to find out tomorrow when I speak to my CE.  Looking online and doing a
search for "balanced power systems" makes me think that it has something to
do with the current draw on each phase.  Being single phase, I can
understand why it cannot be balanced.  If I find the true answer, I will
post here. 



The more important thing is that it seems that with single phase power, you
cannot have beyond a specific amount of I/O drawers.



Aria



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of P S
Sent: Tuesday, December 22, 2009 9:58 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: z890 power: 3 phase vs 1 phase?



On Tue, Dec 22, 2009 at 9:49 AM, Aria Bamdad  wrote:

The question below was asked back in May with no real answer.  I recently
ran into a section in an IBM z10-BC systems assurance document (SA08-006)
that says:

3.5.1 Important Power Selection Considerations
As you select features for your z10 BC server, be aware of the following
when
choosing server power:
. If you choose single phase power, you can have a maximum of two I/O
drawers.
. If you choose single phase power, you will have unbalanced power.
. If you choose three phase power, you may have either balanced or
unbalanced power, depending on server configuration.
. If you choose three phase power, you can guarantee balanced power by
selecting FC3002, Balanced Power Plan Ahead. This feature adds two more
Bulk Power Regulators to each side of the power supplies, assuring adequate
and balanced power for all possible configurations.

So, something like the above may apply to a z890 as the original question
referenced.


What is "unbalanced" power? The Senate without the House? Congress without
the Supreme Court? Seriously, though -- what does it mean? 

Re: HCPLGA6525E The External Security Manager is unavailable.

[Martin, Terry R. (CMS/CTR) (CTR)]

Kris,

 

I went to the DOWNLOAD page and clicked on VMARC archive: v-86K
  and saved it.
What are the steps to get it to my VM system so that I can execute it?

 

Thank You,

 

Terry Martin

Lockheed Martin - Information Technology

z/OS & z/VM Systems - Performance and Tuning

Cell - 443 632-4191

terry.mar...@cms.hhs.gov  

 

WFH Tuesdays and Fridays

 



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Kris Buelens
Sent: Tuesday, December 22, 2009 2:49 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: HCPLGA6525E The External Security Manager is unavailable.

 

>From MAINT for example:
  CP SEND CP RACFVM SPOOL CLOSE
  CP Q RDR RACFVM
  CP Q PRT RACFVM
The last 2 commands are easier if you get my URLIST tool:
   http://www.vm.ibm.com/download/packages/descript.cgi?LISTSG
URLIST RACFVM will then display all spool files for RACFVM (PRT, RDR and
PUN)

2009/12/22 Martin, Terry R. (CMS/CTR) (CTR) 

-  I think that is what was happening. What is the best way to look
at RACFVM console log without logging on to it? Still trying to learn
these things!

 

 

Thank You,

 

Terry Martin

Lockheed Martin - Information Technology

z/OS & z/VM Systems - Performance and Tuning

Cell - 443 632-4191

terry.mar...@cms.hhs.gov  

 

WFH Tuesdays and Fridays

 



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Scott Rohling


Sent: Monday, December 21, 2009 1:15 PM
To: IBMVM@LISTSERV.UARK.EDU

Subject: Re: HCPLGA6525E The External Security Manager is unavailable.

 

I believe this can happen when a RACF privileged user enters the wrong
password too many times..   a prompt that must be responded to or time
out occurs on the RACFVM machine.. 

Does this user have RACF privs?  If so -- they probably need their
password reset..

Scott

On Mon, Dec 21, 2009 at 11:07 AM, Martin, Terry R. (CMS/CTR) (CTR)
 wrote:

Hi

 

I have a user that was trying to logon and basically he got stuck and
eventually he received this message:

 

HCPLGA6525E The External Security Manager is unavailable.  

LOGOFF AT 12:22:13 EST MONDAY 12/21/09 BY SYSTEM   

   

Press enter or clear key to continue   

 

I looked the message up but it did not tell me much. Does anyone have an
idea what might have caused RACF not to respond.  I have logged on a
bunch more times without any issue.

 

Thank You,

 

Terry Martin

Lockheed Martin - Information Technology

z/OS & z/VM Systems - Performance and Tuning

Cell - 443 632-4191

terry.mar...@cms.hhs.gov

 

WFH on Tuesdays and Fridays

 

 




-- 
Kris Buelens,
IBM Belgium, VM customer support

Re: z890 power: 3 phase vs 1 phase?

[P S]

On Tue, Dec 22, 2009 at 9:49 AM, Aria Bamdad  wrote:

> The question below was asked back in May with no real answer.  I recently
> ran into a section in an IBM z10-BC systems assurance document (SA08-006)
> that says:
>
> 3.5.1 Important Power Selection Considerations
> As you select features for your z10 BC server, be aware of the following
> when
> choosing server power:
> . If you choose single phase power, you can have a maximum of two I/O
> drawers.
> . If you choose single phase power, you will have unbalanced power.
> . If you choose three phase power, you may have either balanced or
> unbalanced power, depending on server configuration.
> . If you choose three phase power, you can guarantee balanced power by
> selecting FC3002, Balanced Power Plan Ahead. This feature adds two more
> Bulk Power Regulators to each side of the power supplies, assuring adequate
> and balanced power for all possible configurations.
>
> So, something like the above may apply to a z890 as the original question
> referenced.
>

What is "unbalanced" power? The Senate without the House? Congress without
the Supreme Court? Seriously, though -- what does it mean?

Re: z890 power: 3 phase vs 1 phase?

[Aria Bamdad]

The question below was asked back in May with no real answer.  I recently
ran into a section in an IBM z10-BC systems assurance document (SA08-006)
that says:

3.5.1 Important Power Selection Considerations
As you select features for your z10 BC server, be aware of the following
when
choosing server power:
. If you choose single phase power, you can have a maximum of two I/O
drawers.
. If you choose single phase power, you will have unbalanced power.
. If you choose three phase power, you may have either balanced or
unbalanced power, depending on server configuration.
. If you choose three phase power, you can guarantee balanced power by
selecting FC3002, Balanced Power Plan Ahead. This feature adds two more
Bulk Power Regulators to each side of the power supplies, assuring adequate
and balanced power for all possible configurations.

So, something like the above may apply to a z890 as the original question
referenced.

Aria

> -Original Message-
> From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
> Behalf Of Brian Nielsen
> Sent: Friday, May 01, 2009 11:42 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: z890 power: 3 phase vs 1 phase?
> 
> We're looking at power options for a z890 in a backup datacenter.  The
> Installation and Planning manual says that the z890 can run off either
> single phase or three phase power.  The site cost for a three phase
> supply
> is more than the cost for a single phase supply.  I understand what
> single
> and three phase power are (thanks Google), I just don't understand, and
> havn't been able to find, what the trade-offs/compromises are other
> than
> the cost.  This leaves me unable to evaluate the cost benefit of 3
> phase
> vs 1 phase, and hence make a recommendation.  Any help would be
> appreciated.  Reference to source material would be great.
> 
> Brian Nielsen

Re: Copy files changed by RSU

[fjpohlen-maill...@gmx.de]

Berry,

what about another idea of maintaining zVM. I have no user data on the 
zvm dasds, there is only the software and some config staff, which does 
normally not change. So I can copy the zvm system (res spl pag) to other 
previously reserved dasds and start zVM from there in second level. Then 
I do all the service maintenance and after all tests I change the system 
config parameter "offline_at_ipl" on the new dasd's Maint CF1 to the old 
zvm dasds (RES, SPL, PAG). When it's done and there is time to reipl. I 
backup the RDR/PRT/PUN files if necessary from the old system, restart 
from the new vmres and restore the spool files. I don't have to worry 
about selecting files to copy and in case of errors. I can switch back 
to the old vmres.


Of course the major prereq is that you don't have any user data on the 
zvmres. The same thing I do in principle with zVSE DOSRES and SYSWK1 
too. This way I have always a fall back when there are problems after 
system changes.


kind regards
Franz Josef Pohlen



Berry van Sleeuwen schrieb:

Hello listers,

We are upgrading the zVM 5.4 to RSU 0903. I am looking at enrolling this
upgrade from the install system to our production VM's. Our install VM
contains the full VMSES environment, our production VM's only contain the
productsdisks that are required for running VM. For instance, only MAINT 193
is available in production, the MAINT 493 is only in the install VM. 


Basically we would like to transfer only those files that have been changed
by the RSU and/or PTF's. I compare the LISTFILE (ISO for all minidisks from
the old and new install VM to find files that have been changed. Either a
change in date/time, records or blocksize will be noticed, as well as new
files. Next I only select the minidisks that are in the production VM's and
the files on that minidisks that have been changed.

Obviously, some disks can't be tranferred this way, the MAINT 190 is
transferred using DDR so that we transfer the entire disk instead of only
the S-disk.

Now I do see files that have been changed but do not have the filedate set
to the date of applying the RSU. That makes me wonder, could there be a file
that is changed but is not found this way? For instance, a file where a byte
has been changed but that is not reflected in a change in filesizes or
timestamp?

Also, would copying files have impact on other functions? When the 190 or
19E is changed CMS has to be rebuild. Could the same be true for segments
such as HELPSEG or CMSFILES (to name a few)? Segments are copied/transferred
using the DCSSBKUP but are these still valid when individual CMS members are
copied too?

TIA,
Berry.

  

Re: Linux and VM SAN advice

[Romanowski, John (OFT)]

On Mon, Dec 21, 2009 at 17:51, Martha McConaghy  wrote:
> Subject: Linux and VM SAN advice
>
> I've got several test Oracle servers running on SLES 10 and z/VM 5.4.0
> on our z9 using SAN disk space.  I set up the SAN connection using a
> FICON adapter and the EDEV support.  That is working OK, but I'm concerned
> about where to go from there.
>
> I have to now move our production Oracle database server over to SAN in the
> next few months (its using CKD volumes tied together with LVM right now).
> This database is for the college's ERP system, so performance is going to
> be critical.  I'm waying the options for moving it to the SAN and could use
> some advice from those of you who are already running SAN in production.
>
> We haven't done multipathing yet, but are looking into it now.  How many
> physical and virtual paths do you normally use for a high-visbility server?
> Would 2 be enough, or should we go for 3 or more?

For redundancy: minimum of 2 FCP subchannels, on different FCP chpids, each 
chpid on a different card, connected to different SAN switches, each switch 
connected over a separate fabric to ports on different halves of the storage 
controller. (that's theory, in practice we've had to compromise.)

> Does multipathing
> introduce
> a lot of extra workload for z/VM?
No.
 multipath-tools will present the LUN as a single block device and handle 
managing I/O over the available paths to the LUN. Handles path 
failures/restores/new paths.  Round robins the I/O's over the active paths: 
first 1000 I/O's (default) over path 1, next 1000 over path 2, and so on.

>  Do you normally use dedicated
> connections
> or do you share them with other servers?

We've always shared the FCP chpids with 30 or so guests.

 (I'm not sure how you monitor the
> workload for these devices since they are dedicated devices and VM isn't
> handling their I/O.)

Tedious to get them but some performance stats are available on linux from the 
FCP channel. See chapter 9 of "How to use FC-attached SCSI devices with Linux 
on System z November, 2007 Linux Kernel 2.6" SC33-8291-03

>
> Is it worth moving to NPIV before hooking in our production server?  I know
> that it can provide better security for the connections.  Does it also help
> with performance?

Better to use NPIV from the start than migrate production guests to NPIV later. 
 I'm not familiar with NPIV performance differences.

> Any comments would be helpful.
>
> Martha


This e-mail, including any attachments, may be confidential, privileged or 
otherwise legally protected. It is intended only for the addressee. If you 
received this e-mail in error or from someone who was not authorized to send it 
to you, do not disseminate, copy or otherwise use this e-mail or its 
attachments.  Please notify the sender immediately by reply e-mail and delete 
the e-mail from your system.

Re: Copy files changed by RSU

[Berry van Sleeuwen]

Hello Kris,

>The install processes use COPYFILE (OLDDATE, so you should not look for
>dates equal to installation.
>IMHO, COPYFILE should have OLDDATE as default, so its timestamp can be u
sed
>as a kind of version identification.
>
Actually I do not expect the files to have the same date. But as long as 
the
newer files are different in either the date (whatever date) or in sizes 
the
compare of listfile output should detect that.

I agree on the default. Too often OLDD is not used and even equal files h
ave
different timestamps.

>
>For an RSU you have no other method to find what has been changed than
>comparing LISTFILE information (I've got COMPMDSK for that, part of my
>COMPARE package).  When applying indivudual PTFs, you can consult the VM
SES
>PARTCAT for changed files (I wrote SERVICED for that, part of SESTOOLS).


This confirms my idea that I can compare the listfile output to find chan
ged
files. The other way would be to actually compare each file but the compa
re
on listfile is quicker.

>
>For saved segments: CMSINST must be rebuilt when one of its execs are
>changed.  The installation of an RSU wil probaby rebuild it d'office.  P
ipes
>etc, idem ditto.
>HELPSEG needs to be rebuilt each time someone accesses 19D in write mode
,

If segments are changed in the update processes (Indeed I do expect
SERVICE/PUT2PROD to perform this) they will be backed up through DCSSBKUP

and restored in the target using DCSSRSAV. So changes in CMSINST, PIPES e
tc
are copied.

I already found that the DDR of the 19D is easier during install to prese
rve
the 1024 blocksize. When either the 19D or the segment is changed we use 
DDR
to copy the disk.

Thanks, Berry.

Re: Copy files changed by RSU

[Kris Buelens]

The install processes use COPYFILE (OLDDATE, so you should not look for
dates equal to installation.
IMHO, COPYFILE should have OLDDATE as default, so its timestamp can be used
as a kind of version identification.

For an RSU you have no other method to find what has been changed than
comparing LISTFILE information (I've got COMPMDSK for that, part of my
COMPARE package).  When applying indivudual PTFs, you can consult the VMSES
PARTCAT for changed files (I wrote SERVICED for that, part of SESTOOLS).

For saved segments: CMSINST must be rebuilt when one of its execs are
changed.  The installation of an RSU wil probaby rebuild it d'office.  Pipes
etc, idem ditto.
HELPSEG needs to be rebuilt each time someone accesses 19D in write mode,
what means each tile you isseu VMFSETUP for z/VM.  Therefore, I often used a
T-disk during installation of a fix.  And I have the following subroutine in
my and MAINT's PROFILE EXEC.  It will give a warning when the HELP segment
is out-dated (and no longer used by end-users).  The name of the HELP
logical segment may be different on your system, on mine it was named "HELP"
/*-*/
CheckHelp: /* Check help disk  */
/*-*/
/* DASD 019D 3390 (TEMP) R/W */
parse value diag(8,'Q V 19D') with d . . volser .
if d<>'DASD' then return
if left(volser,1)='(' then do /* Help disk is a T-disk */
   'ACCESS 19D Z'
   'PIPE COMMAND LISTFILE * * Z|STEM HELPS.'
   if helps.0>0 then do
  'CP MSGNOH * ***'
  say 'There were' Helps.0' files installed on the temp 19D disk'
  'PIPE STEM Helps.|Insert /   /|CONS'
  say 'Move them to the real 19D disk please, or they get lost'
  'CP MSGNOH * ***'
   end
   return
end
'SEGMENT RESERVE HELP (SYSTEM'
if rc=0 then do
   'ACCESS 19D Z/Z (SAVEONLY' ; src=rc
   'RELEASE Z'
   if src^=0 then do
  'CONWAIT'; call diag 8,'SCREEN VMOUT RED REVV'
  say left('You shoud recreate the HELP segment...' ,70,'41'x)
  say left(' e.g.   SEGGEN CMS20HI  or   BLDSEG CMS20HI',70,'41'x)
  'CONWAIT'; call diag 8,'SCREEN VMOUT DEF NONE'
   end
end
return

2009/12/22 Berry van Sleeuwen 

> Hello listers,
>
> We are upgrading the zVM 5.4 to RSU 0903. I am looking at enrolling this
> upgrade from the install system to our production VM's. Our install VM
> contains the full VMSES environment, our production VM's only contain the
> productsdisks that are required for running VM. For instance, only MAINT
> 193
> is available in production, the MAINT 493 is only in the install VM.
>
> Basically we would like to transfer only those files that have been changed
> by the RSU and/or PTF's. I compare the LISTFILE (ISO for all minidisks from
> the old and new install VM to find files that have been changed. Either a
> change in date/time, records or blocksize will be noticed, as well as new
> files. Next I only select the minidisks that are in the production VM's and
> the files on that minidisks that have been changed.
>
> Obviously, some disks can't be tranferred this way, the MAINT 190 is
> transferred using DDR so that we transfer the entire disk instead of only
> the S-disk.
>
> Now I do see files that have been changed but do not have the filedate set
> to the date of applying the RSU. That makes me wonder, could there be a
> file
> that is changed but is not found this way? For instance, a file where a
> byte
> has been changed but that is not reflected in a change in filesizes or
> timestamp?
>
> Also, would copying files have impact on other functions? When the 190 or
> 19E is changed CMS has to be rebuild. Could the same be true for segments
> such as HELPSEG or CMSFILES (to name a few)? Segments are
> copied/transferred
> using the DCSSBKUP but are these still valid when individual CMS members
> are
> copied too?
>
> TIA,
> Berry.
>



-- 
Kris Buelens,
IBM Belgium, VM customer support

Copy files changed by RSU

[Berry van Sleeuwen]

Hello listers,

We are upgrading the zVM 5.4 to RSU 0903. I am looking at enrolling this
upgrade from the install system to our production VM's. Our install VM
contains the full VMSES environment, our production VM's only contain the

productsdisks that are required for running VM. For instance, only MAINT 
193
is available in production, the MAINT 493 is only in the install VM. 

Basically we would like to transfer only those files that have been chang
ed
by the RSU and/or PTF's. I compare the LISTFILE (ISO for all minidisks fr
om
the old and new install VM to find files that have been changed. Either a

change in date/time, records or blocksize will be noticed, as well as new

files. Next I only select the minidisks that are in the production VM's a
nd
the files on that minidisks that have been changed.

Obviously, some disks can't be tranferred this way, the MAINT 190 is
transferred using DDR so that we transfer the entire disk instead of only

the S-disk.

Now I do see files that have been changed but do not have the filedate se
t
to the date of applying the RSU. That makes me wonder, could there be a f
ile
that is changed but is not found this way? For instance, a file where a b
yte
has been changed but that is not reflected in a change in filesizes or
timestamp?

Also, would copying files have impact on other functions? When the 190 or

19E is changed CMS has to be rebuild. Could the same be true for segments

such as HELPSEG or CMSFILES (to name a few)? Segments are copied/transfer
red
using the DCSSBKUP but are these still valid when individual CMS members 
are
copied too?

TIA,
Berry.