This is also why OPTION CHPIDVIRTUALIZATION ONE (and also the GLOBALOPTS statement) was invented, so that relocating guests don't see the real paths or care if the paths on the LPAR they move to change. The notes in the CP planning guide say "A single, virtualized CHPID is presented to the guest for dedicated devices and minidisks, independent of the real system CHPID. All online paths will still be used to support the guest I/O. This option is a requirement for a guest to be eligible for live guest relocation." and also "This option should be specified only when the guest is going to be relocated. In addition to virtualizing the CHPID numbers, CHPIDV ONE results in DASD path group ID virtualization."
I'm not sure why it is suggested that this option is only used for relocating guests. It seems that it would have been useful to you if your Linux guests had this option in effect before you started changing the paths! On Tue, Jul 9, 2013 at 11:31 AM, Rick Barlow <rrhbar...@gmail.com> wrote: > Thank you Peter! > > Apparently, use of chchp on any path causes Linux to validate all of the > CHPIDs. > > Using lscss, I found that many guests still show status like this: > Device Subchan. DevType CU Type Use PIM PAM POM CHPIDs > ---------------------------------------------------------------------- > 0.0.01B0 0.0.000A 3390/0C 3990/E9 yes FF FF FF 444BA0B1 A1B06F4D > > After chchp -v 0 b1, the output changed to: > Device Subchan. DevType CU Type Use PIM PAM POM CHPIDs > ---------------------------------------------------------------------- > 0.0.01B0 0.0.000A 3390/0C 3990/E9 yes FF E4 FF 444BA0B1 A1B06F4D > > Linux apparently found that 4 paths are actually offline. This > circumvention whould help to avoid the problem we encountered. > > So, there are 2 issues remaining. > > 1) Of my 500+ Linux guests, only about 20 had issues that caused file > system problems even though all show the issue using lscss. > 2) Why doesn't Linux receive and handle pathing issues when they occur? It > is not an unusual situation to take DASD paths off and back on. > > I am not going to pursue this further on the list. I will be opening a > Service Request to investigate this further. > > Rick Barlow > Nationwide > > ---------------------------------------------------------------------- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or > visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > ---------------------------------------------------------------------- > For more information on Linux on System z, visit > http://wiki.linuxvm.org/ > -- Bruce Hayden z/VM and Linux on System z ATS IBM, Endicott, NY ---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 ---------------------------------------------------------------------- For more information on Linux on System z, visit http://wiki.linuxvm.org/
