On Sat, Oct 26, 2013 at 10:56:33AM -0700, John Nemeth wrote:
SCA is just a type of connector. As far as I know, there are
no extra signals (in particular there is no way to signal the OS
that the device was removed).
That's true, but, generally, SCA backplanes are intelligent devices
SCA is just a type of connector. As far as I know, there are no
extra signals (in particular there is no way to signal the OS that
the device was removed).
That's true, but, generally, SCA backplanes are intelligent devices
which can report device insertion/removal to the host over the SCSI
On Oct 25, 2:20pm, Mouse wrote:
}
} Generally speaking, SCA SCSI drives are hot-swap capable.
}
} Sure...but the drive bays aren't necessarily. For example, the drive
} bay in a SS20 probably isn't; you can't even get to it without removing
} the lid, so there'd've been little reason for Sun
Generally speaking, SCA SCSI drives are hot-swap capable.
I'm not interested in fiddling with 50-pin or 68-pin with a paused machine -
that's (as you note) a recipe for errors and filesystem corruption.
The key thing in documentation is not just how, but why.
For example, why scsictl dev
On Fri, Oct 25, 2013 at 01:43:28AM -0700, Erik Fair wrote:
Generally speaking, SCA SCSI drives are hot-swap capable.
I'm not interested in fiddling with 50-pin or 68-pin with a paused machine -
that's (as you note) a recipe for errors and filesystem corruption.
The key thing in
Generally speaking, SCA SCSI drives are hot-swap capable.
Sure...but the drive bays aren't necessarily. For example, the drive
bay in a SS20 probably isn't; you can't even get to it without removing
the lid, so there'd've been little reason for Sun to spend the money
for the signal switching
What is the specific sequence of NetBSD commands to execute in order to
successfully hot swap an SCA SCSI drive? Obviously, umount(8), maybe scsictl(8)
for stopping the disk ...
Please specifically discuss issues relating to differing disklabels, both
on-disk and in-kernel.
Our documentation
What is the specific sequence of NetBSD commands to execute in order to succ$
It depends on the hardware.
If the hardware is hot-swap, then I'd just unmount (or whatever),
scsictl detach, unplug, replug, scsictl scan, remount (or whatever).
If the hardware is not hot-swap, it's iffier; you
