> OTOH I'm curious about the purported risk of a 'moving device'. In order > to make a significant change to a device--especially UCB address--the > volume has to be offline or else the dynamic ACTIVATE fails.
How about a dynamic activate that succeeded but a component (catalog) that doesn't listen to the ENF signal that a UCB was removed, that had stored the old address in a common control block and *after* the activate abends CAS with very frequent 0C4s trying to touch the (now freemained) storage. While IBM took an apar on that 4 or 5 years ago, when we were hit with this problem and had an unscheduled installation wide outage because of it, the apar was closed SUG or some such and as far as I know it is still NOT fixed. During the escalation I was assured that IBM would fix it (in 1.13 at the latest), but the apar still doesn't say that the requirement was fulfilled. And that's IBM code. And don't tell me how to move a catalog. The documentation how to do it if you delete and then re-add the UCB to your config under a different name was written due to our outage. I think the HCD book now has a footnote that says 'don't do it'. Barbara ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
