Re: Anyone using Dirmaint with a z10?
On Monday, 03/21/2011 at 09:11 EDT, gclo...@br.ibm.com wrote: > Robert, > I normally test it manually: > Logon MAINT (at Z10) > DIRM USER WITHPASS > DIRECTXA USER WITHPASS > > If something goes wrong, change it: > Note: $DIRCTL$ is a pseudo user for Directory statements. > > DIRM FOR $DIRCTL$ GET > CP Q CPUID > XEdit $DIRCTL$ DIRECT (and update) > DIRM FOR $DIRCTL$ REPlace Just use the DIRM DIRECTORY command. It's easier, quicker, and less prone to error. Alan Altmark z/VM and Linux on System z Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 mobile; 607.321.7556 alan_altm...@us.ibm.com IBM Endicott
Re: Anyone using Dirmaint with a z10?
Robert, I normally test it manually: Logon MAINT (at Z10) DIRM USER WITHPASS DIRECTXA USER WITHPASS If something goes wrong, change it: Note: $DIRCTL$ is a pseudo user for Directory statements. DIRM FOR $DIRCTL$ GET CP Q CPUID XEdit $DIRCTL$ DIRECT (and update) DIRM FOR $DIRCTL$ REPlace __ Clovis From: RPN01 To: IBMVM@listserv.uark.edu Date: 20/03/2011 06:47 Subject: Anyone using Dirmaint with a z10? Sent by: The IBM z/VM Operating System We just installed a z10 processor this morning, and the Dirmaint satellite on it won’t install a directory. The message I get says that there is no DIRECTORY statement which matches the serial and model number, and then has the serial and model in parens. OK, so I cut and paste the serial and model and copied it into a directory statement in Dirmaint (which actually matched what I had there, but hey, I wanted to be sure it was right). I tried direct again, and it still says the same thing. The old statement for our z9 was: DIRECTORY 0123 3390 54GRES 0123 025A7E-2094 GRIZZLY And I replaced it with the following for the z10: DIRECTORY 0123 3390 54GRES 0123 02B3E6-2097 GRIZZLY What small gem of wisdom am I missing here? -- Robert P. Nix Mayo Foundation.~. RO-OC-1-18 200 First Street SW/V\ 507-284-0844 Rochester, MN 55905 /( )\ -^^-^^ "In theory, theory and practice are the same, but in practice, theory and practice are different."
Re: Anyone using Dirmaint with a z10?
Since I came in this morning and it has "magically" repaired itself, I think that this may indeed be the problem. I'll go in and turn off caching on the shared disks today so as to avoid this issue next weekend when we install our second z10. Thanks. -- Robert P. Nix Mayo Foundation.~. RO-OC-1-18 200 First Street SW/V\ 507-284-0844 Rochester, MN 55905 /( )\ -^^-^^ "In theory, theory and practice are the same, but in practice, theory and practice are different." On 3/20/11 9:19 AM, "Alan Altmark" wrote: > On Sunday, 03/20/2011 at 05:53 EDT, RPN01 wrote: >> We just installed a z10 processor this morning, and the Dirmaint > satellite on >> it won?t install a directory. The message I get says that there is no > DIRECTORY >> statement which matches the serial and model number, and then has the > serial >> and model in parens. OK, so I cut and paste the serial and model and > copied it >> into a directory statement in Dirmaint (which actually matched what I > had >> there, but hey, I wanted to be sure it was right). I tried direct again, > and it >> still says the same thing. >> >> The old statement for our z9 was: >> >> DIRECTORY 0123 3390 54GRES 0123 025A7E-2094 GRIZZLY >> >> >> And I replaced it with the following for the z10: >> >> DIRECTORY 0123 3390 54GRES 0123 02B3E6-2097 GRIZZLY >> >> What small gem of wisdom am I missing here? > > My guess is that you forgot to turn off minidisk cache for the shared > disks on the satellite system and you're not seeing the directory update. > I had that problem a couple of weeks ago. I couldn't figure it out until > I linked to the DIRMAINT 1DF on the satellite system and noticed that the > file content didn't match the primary system. (slap forehead) > > I suggested to one of the developers that satellites should turn off MDC > for all config and db disks if their partner DIRMAINT server is on a > different system. > > Alan Altmark > > z/VM and Linux on System z Consultant > IBM System Lab Services and Training > ibm.com/systems/services/labservices > office: 607.429.3323 > mobile; 607.321.7556 > alan_altm...@us.ibm.com > IBM Endicott
Re: Anyone using Dirmaint with a z10?
On Sunday, 03/20/2011 at 05:53 EDT, RPN01 wrote: > We just installed a z10 processor this morning, and the Dirmaint satellite on > it won?t install a directory. The message I get says that there is no DIRECTORY > statement which matches the serial and model number, and then has the serial > and model in parens. OK, so I cut and paste the serial and model and copied it > into a directory statement in Dirmaint (which actually matched what I had > there, but hey, I wanted to be sure it was right). I tried direct again, and it > still says the same thing. > > The old statement for our z9 was: > > DIRECTORY 0123 3390 54GRES 0123 025A7E-2094 GRIZZLY > > > And I replaced it with the following for the z10: > > DIRECTORY 0123 3390 54GRES 0123 02B3E6-2097 GRIZZLY > > What small gem of wisdom am I missing here? My guess is that you forgot to turn off minidisk cache for the shared disks on the satellite system and you're not seeing the directory update. I had that problem a couple of weeks ago. I couldn't figure it out until I linked to the DIRMAINT 1DF on the satellite system and noticed that the file content didn't match the primary system. (slap forehead) I suggested to one of the developers that satellites should turn off MDC for all config and db disks if their partner DIRMAINT server is on a different system. Alan Altmark z/VM and Linux on System z Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 mobile; 607.321.7556 alan_altm...@us.ibm.com IBM Endicott
Re: Anyone using Dirmaint with a z10?
I recall using SET CPUID (command or directory) to make yourself immune to the system CPUID changing.. - Set the DIRMAINT guests (DIRMAINT/DIRMSAT/DATAMOVE) to a simple CPUID number (e.g. 1) - Use the CPUID in the directory (1) - Use different numbers if you need to distinguish between systems (2, etc) -- DIRMSAT machines only -- everyone else can stay 1 in the complex. I tried this a long time ago and it worked fine - but others were uncomfortable with 'hiding' the real CPUID... I can't recall the objections now. You can also play games with CPUID to make SYSTEM NETID immune .. (1 is always MYVM1, 2 is MYVM2, etc). I think setting CPUID (making it truly virtual) can be a useful method in the right circumstances (sorry - perhaps not germane to Robert's problem (though it may be a future strategy?) - but Kris's comment on the CPUID got me thinking about it again) Scott Rohling On Sun, Mar 20, 2011 at 7:02 AM, Kris Buelens wrote: > You've got the model from Q CPUID? (a z10 BC is a 2098, an EC is a 2097) > No hex 41 somewhere? SET OUTPUT 41 _ can make those visible. > The DIRMSAT has no CPUID statement in its directory entry? So CP FOR > DIRMSAT CMD Q CPUID can help. > > > 2011/3/20 RPN01 > >> We just installed a z10 processor this morning, and the Dirmaint >> satellite on it won’t install a directory. The message I get says that there >> is no DIRECTORY statement which matches the serial and model number, and >> then has the serial and model in parens. OK, so I cut and paste the serial >> and model and copied it into a directory statement in Dirmaint (which >> actually matched what I had there, but hey, I wanted to be sure it was >> right). I tried direct again, and it still says the same thing. >> >> The old statement for our z9 was: >> >> DIRECTORY 0123 3390 54GRES 0123 025A7E-2094 GRIZZLY >> >> >> And I replaced it with the following for the z10: >> >> DIRECTORY 0123 3390 54GRES 0123 02B3E6-2097 GRIZZLY >> >> What small gem of wisdom am I missing here? >> >> -- >> Robert P. Nix Mayo Foundation.~. >> RO-OC-1-18 200 First Street SW/V\ >> 507-284-0844 Rochester, MN 55905 /( )\ >> -^^-^^ >> "In theory, theory and practice are the same, but >> in practice, theory and practice are different." >> >> > > > -- > Kris Buelens, > IBM Belgium, VM customer support >
Re: Anyone using Dirmaint with a z10?
You've got the model from Q CPUID? (a z10 BC is a 2098, an EC is a 2097) No hex 41 somewhere? SET OUTPUT 41 _ can make those visible. The DIRMSAT has no CPUID statement in its directory entry? So CP FOR DIRMSAT CMD Q CPUID can help. 2011/3/20 RPN01 > We just installed a z10 processor this morning, and the Dirmaint > satellite on it won’t install a directory. The message I get says that there > is no DIRECTORY statement which matches the serial and model number, and > then has the serial and model in parens. OK, so I cut and paste the serial > and model and copied it into a directory statement in Dirmaint (which > actually matched what I had there, but hey, I wanted to be sure it was > right). I tried direct again, and it still says the same thing. > > The old statement for our z9 was: > > DIRECTORY 0123 3390 54GRES 0123 025A7E-2094 GRIZZLY > > > And I replaced it with the following for the z10: > > DIRECTORY 0123 3390 54GRES 0123 02B3E6-2097 GRIZZLY > > What small gem of wisdom am I missing here? > > -- > Robert P. Nix Mayo Foundation.~. > RO-OC-1-18 200 First Street SW/V\ > 507-284-0844 Rochester, MN 55905 /( )\ > -^^-^^ > "In theory, theory and practice are the same, but > in practice, theory and practice are different." > > -- Kris Buelens, IBM Belgium, VM customer support