Varying CHPID offline

[Randy Dray]

Last night we had IBM upgrade the code on our 800ESS
Shark.


The statement was this would not be a service
impacting upgrade.

all the CHPIDs upgrade fine for our open systems stuff
but when we got to all my VM CHPIDs VM crashed.

I am looking for a way to vary offline the CHPIDs that
that we need to upgrade.


CHPID 14, is host bay 1
CHPID 15, is host bay 2
CHPID 16, is host bay 3
CHPID 17, is host bay 4

IBM said that he thought the operating system zVM 4.4
should have been smart enough to switch over due to
the multiple paths into the system.

QUESTION: Can I issue a Vary OFFLINE CHPID nn Force,
then will it automatically switch over to another
chpid. When all the maintanance is done, Vary ONLINE
CHPID NN to get it back.

Thanks

Randy Dray
Systems Programmer
Morton Buildings Inc.

Morton IL

[phone]

__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com

[Larry Macioce]

The same thing happened when mc was added to my ds6000(z/os 1.6),but not
all chipids dropped. IBM never found out why.
I would only take 1 chpid off at a time and make sure the alt path for
that chpid is working. But I'm a coward.
Good luck

Mace

[Randy Dray]

Thanks for the input.

--- Larry Macioce <***@NOTES.LIQUOR.STATE.OH.US>
wrote:

> The same thing happened when mc was added to my
> ds6000(z/os 1.6),but not
> all chipids dropped. IBM never found out why.
> I would only take 1 chpid off at a time and make
> sure the alt path for
> that chpid is working. But I'm a coward.
> Good luck
>
> Mace
>


Randy Dray
Systems Programmer
Morton Buildings Inc.

Morton IL

[phone]

__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com

[Nix, Robert P.]

We've had a chpid problem, and I was able to vary off path <chpid> all, then vary off chpid <chpid>. Work was done on the chpid, and we were able to vary it back on again, and vary on the path to the devices...

I don't think I'd have just jerked the cable and hoped that things would work out alright...


--
Robert P. Nix Mayo Foundation
RO-OC-1-13 200 First Street SW
507-284-0844 Rochester, MN 55905
-----
"In theory, theory and practice are the same, but
in practice, theory and practice are different."

-----Original Message-----
From: VM/ESA and z/VM Discussions [mailto:VMESA-***@LISTSERV.UARK.EDU] On Behalf Of Randy Dray
Sent: Tuesday, January 24, 2006 7:33 AM
To: VMESA-***@LISTSERV.UARK.EDU
Subject: Re: Varying CHPID offline

Thanks for the input.

--- Larry Macioce <***@NOTES.LIQUOR.STATE.OH.US>
wrote:

> The same thing happened when mc was added to my
> ds6000(z/os 1.6),but not
> all chipids dropped. IBM never found out why.
> I would only take 1 chpid off at a time and make
> sure the alt path for
> that chpid is working. But I'm a coward.
> Good luck
>
> Mace
>


Randy Dray
Systems Programmer
Morton Buildings Inc.

Morton IL

[phone]

__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com

[Neubert, Kevin (DIS)]

I'm not a big fan of using any command with FORCE as my first command. If
the upgrade consists of the CHPIDs being upgraded one at a time I would
start with VARY OFFLINE PATH nn ALL then VARY OFFLINE CHPID nn. After the
upgrade vary the CHPID and PATH online then upgrade your next CHPID.

Depending on your I/O configuration via Q CHPID nn you might want to note
what devices are online to each path prior to varying the path offline so
you know what devices are supposed to be accessible when you vary the path
back online.

Regards,

Kevin

-----Original Message-----
From: VM/ESA and z/VM Discussions [mailto:VMESA-***@LISTSERV.UARK.EDU] On
Behalf Of Randy Dray
Sent: Tuesday, January 24, 2006 5:01 AM
To: VMESA-***@LISTSERV.UARK.EDU
Subject: Varying CHPID offline

Last night we had IBM upgrade the code on our 800ESS
Shark.


The statement was this would not be a service
impacting upgrade.

all the CHPIDs upgrade fine for our open systems stuff
but when we got to all my VM CHPIDs VM crashed.

I am looking for a way to vary offline the CHPIDs that
that we need to upgrade.


CHPID 14, is host bay 1
CHPID 15, is host bay 2
CHPID 16, is host bay 3
CHPID 17, is host bay 4

IBM said that he thought the operating system zVM 4.4
should have been smart enough to switch over due to
the multiple paths into the system.

QUESTION: Can I issue a Vary OFFLINE CHPID nn Force,
then will it automatically switch over to another
chpid. When all the maintanance is done, Vary ONLINE
CHPID NN to get it back.

Thanks

Randy Dray
Systems Programmer
Morton Buildings Inc.

Morton IL

[phone]

__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com

[O'Brien, Dennis L]

If you're running guests, you also need to vary the paths and CHPID's
offline on the guests, too. This definitely applies to z/VM and z/OS
guests, and possibly to other guest operating systems.

Dennis O'Brien

"An appeaser is one who feeds a crocodile -- hoping it will eat him
last.". -- Winston Churchill

-----Original Message-----
From: VM/ESA and z/VM Discussions [mailto:VMESA-***@LISTSERV.UARK.EDU] On
Behalf Of Neubert, Kevin (DIS)
Sent: Tuesday, January 24, 2006 07:20
To: VMESA-***@LISTSERV.UARK.EDU
Subject: Re: Varying CHPID offline

I'm not a big fan of using any command with FORCE as my first command.
If
the upgrade consists of the CHPIDs being upgraded one at a time I would
start with VARY OFFLINE PATH nn ALL then VARY OFFLINE CHPID nn. After
the
upgrade vary the CHPID and PATH online then upgrade your next CHPID.

Depending on your I/O configuration via Q CHPID nn you might want to
note
what devices are online to each path prior to varying the path offline
so
you know what devices are supposed to be accessible when you vary the
path
back online.

Regards,

Kevin

-----Original Message-----
From: VM/ESA and z/VM Discussions [mailto:VMESA-***@LISTSERV.UARK.EDU] On
Behalf Of Randy Dray
Sent: Tuesday, January 24, 2006 5:01 AM
To: VMESA-***@LISTSERV.UARK.EDU
Subject: Varying CHPID offline

Last night we had IBM upgrade the code on our 800ESS
Shark.


The statement was this would not be a service
impacting upgrade.

all the CHPIDs upgrade fine for our open systems stuff
but when we got to all my VM CHPIDs VM crashed.

I am looking for a way to vary offline the CHPIDs that
that we need to upgrade.


CHPID 14, is host bay 1
CHPID 15, is host bay 2
CHPID 16, is host bay 3
CHPID 17, is host bay 4

IBM said that he thought the operating system zVM 4.4
should have been smart enough to switch over due to
the multiple paths into the system.

QUESTION: Can I issue a Vary OFFLINE CHPID nn Force,
then will it automatically switch over to another
chpid. When all the maintanance is done, Vary ONLINE
CHPID NN to get it back.

Thanks

Randy Dray
Systems Programmer
Morton Buildings Inc.

Morton IL

[phone]

__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com

[Mark Bodenstein]

This post might be inappropriate. Click to display it.

[Schuh, Richard]

This post might be inappropriate. Click to display it.

[Alan Ackerman]

We have had quite a few outages due to "concurrent service". My impression is that the IBM folks
making the changes simply don't know what is safe and what is not. I don't know if the
documentation is wrong, or simply too complex, or whether the people writing the documentation
assume there are never any software problems, but it keeps happening. I would give IBM a few more
years to work out all the bugs.

We test software changes in a test system before we put them into production, why not also test
hardware changes? Many (most? all?) hardware changes are really microcode changes. And microcode
really is software! Why should microcode be any less buggy than other software?