Not only that but collocation depends on the storage pool(s) the node's
data is being put in. If the new storage pool has collocate=no then
indeed, collocation will be lost.
So, I guess it would be WAD, not BAD.
See Ya'
Howard
> -----Original Message-----
> From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf
> Of Strand, Neil B.
> Sent: Friday, March 06, 2009 9:12 AM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: Re: [ADSM-L] MIGRATE NODE oddities
>
> Nick,
> If you just want to preview - don't use the "TOS=" parameter and no
> tape mounts will be done.
>
>
>
> Neil Strand
> Storage Engineer - Legg Mason
> Baltimore, MD.
> (410) 580-7491
> Whatever you can do or believe you can, begin it.
> Boldness has genius, power and magic.
>
>
> -----Original Message-----
> From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf
> Of
> Nick Laflamme
> Sent: Thursday, March 05, 2009 3:59 PM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: [ADSM-L] MIGRATE NODE oddities
>
> z/OS TSM 5.4.3.0
> AIX TSM 5.5.1.1
>
> MIGRATE NODE doesn't seem to preserve collocation group membership.
>
> Is this WAD or a bug? (I can see arguments about how complex it gets
if
> the target node doesn't have the collocation groups defined, but this
> doesn't even try!)
>
> Also, "MIGRATE NODE yyy TOS=xxx FILED=ALL FSID=1 PREVIEWI=YES" is
> reading the source tapes! I was hoping (and expecting!) it to get the
> needed information from the database without mounting tapes. Heck,
part
> of the intent of the PREVIEWI=YES was to avoid introducing tape
> contention issues on the older, production server as I stand up its
> replacement.
>
> Again, is that a bug, or sign of a user error, or just WAD? (BAD?)
Does
> the behavior change if I don't specify the FSID?
>
> Guess what I'm doing this month!
>
> Thanks,
> Nick
>
> Glossary:
> WAD - working as designed
> BAD - as designed, even if customers might say it's "broken" (or we
> regret designing it that way).
>
> IMPORTANT: E-mail sent through the Internet is not secure and timely
> delivery of Internet mail is not guaranteed. Legg Mason therefore,
> recommends that you do not send any action-oriented or time-sensitive
> information to us via electronic mail, or any confidential or
sensitive
> information including: social security numbers, account numbers, or
> personal identification numbers.
>
> This message is intended for the addressee only and may contain
> privileged or confidential information. Unless you are the intended
> recipient, you may not use, copy or disclose to anyone any information
> contained in this message. If you have received this message in error,
> please notify the author by replying to this message and then kindly
> delete the message. Thank you.
|