Re: /include/nocopy
From: Phillip Helbig---remove CLOTHES to reply (helbig_at_astro.multiCLOTHESvax.de)
Date: 03/27/05
- Next message: Pat: "reading RS232 port"
- Previous message: Paul Sture: "Re: /include/nocopy"
- In reply to: Ken Fairfield: "Re: /include/nocopy"
- Next in thread: AEF: "Re: /include/nocopy"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Date: Sun, 27 Mar 2005 09:02:55 +0000 (UTC)
In article <d2575s$828$1@news01.intel.com>, Ken Fairfield
<my.full.name@intel.com> writes:
> > The weakness I see is the following. Either I specify all the members
> > on the /SHADOW qualifier, or I don't. If I specify them all, then the
> > MOUNT will fail if they are not all available (if I specify /INCLUDE),
> > correct? This means that if I lose a disk, I can't do an unassisted
> > reboot. That's not very robust. On the other hand, if I don't specify
> > all the members, and only (a) non-specified member(s) is there, then
> > again the MOUNT will fail.
>
> So to avoid the problem in your last paragraph, you need a way
> to supply both (all?) potential shadow set members, but use only
> one at a time when you issue the mount.
>
> What we did (when was at SLAC) was to have an internal subroutine
> in the disk mount procedure. The subroutine was passed the list of
> all potential shadow set members, but it looped through the list,
> checking each individually to see if it existed and was available
> before trying the mount. If either check failed, it would try the
> next member in the list. Of course, the /Include would pick up all
> valid available members.
OK, instead of having a fixed MOUNT command, I construct it on the fly
and only include those members which are actually available in the
/SHADOW qualifier. Of course, I still have to live with the possibility
of the MOUNT command failing.
- Next message: Pat: "reading RS232 port"
- Previous message: Paul Sture: "Re: /include/nocopy"
- In reply to: Ken Fairfield: "Re: /include/nocopy"
- Next in thread: AEF: "Re: /include/nocopy"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
|