Maybe you are not even using port name on z/OS. I don't know much about z/OS, so I cannot help you find it, but even if you are not using port name in z/OS, you have to be sure that nothing else comes up before the z/OS guest, connects to the hipersocket and changes port name from nothing into something.(1) Did you check your z/VSE stack for a port name? (2) Did you have a chance to reset the hipersocket CHPID (vary off the CHPID from all LPARs *at the same time*, then vary it on to all)?
I remember that on z800 hardware port names could differ in one character out of eight (but one only), and microcode check would pass. Eg, port names HSOA1 and HSOB1 were OK, but not HSOB2. Later on I found out that this is in fact how it worked. This applied both to hipersockets and OSA's. From z990 onwards, this "slack" was removed and from then on all port names must be identical or not used at all. So, if you don't really need port names (and z/VM allows you to not use them from release 4.4 onwards), this exercise of removing them is well worth your while. And if you do (1) and (2) above, you will at least be sure that port name is *not* your problem. Then, we'll dig deeper. Ivica On Tue, May 27, 2008 at 10:28 PM, Mark Pace <[EMAIL PROTECTED]> wrote: > Sorry for the late reply, I've been on vacation. (some of you may remember > those). > > I do not see where you would specify a port name on z/OS. I've tried to > remove the port names from the z/VM definitions, but thus far it has not > made a difference. > > > On Tue, May 13, 2008 at 3:32 AM, Alan Altmark <[EMAIL PROTECTED]> > wrote: > >> On Monday, 05/12/2008 at 01:53 EDT, Stephen Frazier >> <[EMAIL PROTECTED]> wrote: >> > My recollection is that the port name must be the same everywhere or >> absent >> > everywhere. >> > Try removing your port names and see if that works. >> >> Port names are meaningful to z/OS, not Linux or z/VM. It is ok if some are >> using port names and others are not. If you are using port names, then >> all users must have the same port name. First one in wins. >> >> Alan Altmark >> z/VM Development >> IBM Endicott >> > > > > -- > Mark Pace > Mainline Information Systems >
