On Sun, May 06, 2001 at 11:19:53 +0200, J Wunsch wrote:
> [F'up changed to freebsd-scsi]
>
> "Kenneth D. Merry" <[EMAIL PROTECTED]> wrote:
>
> > This should be fixed as of rev 1.22 of scsi_all.c. There was an errant
> > search and replace that caused the 'start' bit in the start/stop unit to
>
[F'up changed to freebsd-scsi]
"Kenneth D. Merry" <[EMAIL PROTECTED]> wrote:
> This should be fixed as of rev 1.22 of scsi_all.c. There was an errant
> search and replace that caused the 'start' bit in the start/stop unit to
> always be set to 0 (stop). So automatic spinups wouldn't work, and
On Tue, May 01, 2001 at 22:03:37 +0300, Tomi Vainio - Sun Finland - wrote:
> Kenneth D. Merry writes:
> >
> > Hmm. Well, I definitely haven't seen this before. The only thing I can
> > figure is that we got into some sort of infinite rescan loop. I don't know
> > how spinning up the disk (
Kenneth D. Merry writes:
>
> Hmm. Well, I definitely haven't seen this before. The only thing I can
> figure is that we got into some sort of infinite rescan loop. I don't know
> how spinning up the disk (or trying to) would trigger a rescan.
>
My system has been up and running 21 hours
On Mon, Apr 30, 2001 at 21:22:01 +0300, Tomi Vainio - Sun Finland - wrote:
> Kenneth D. Merry writes:
> >
> > This should be fixed as of rev 1.22 of scsi_all.c. There was an errant
> > search and replace that caused the 'start' bit in the start/stop unit to
> > always be set to 0 (stop). So
Kenneth D. Merry writes:
>
> This should be fixed as of rev 1.22 of scsi_all.c. There was an errant
> search and replace that caused the 'start' bit in the start/stop unit to
> always be set to 0 (stop). So automatic spinups wouldn't work, and
> 'camcontrol start' wouldn't work.
>
Thanks,
On Sun, Apr 29, 2001 at 14:47:47 +0300, Tomi Vainio - Sun Finland - wrote:
> Kenneth D. Merry writes:
> >
> > Can you do the following:
> >
> > camcontrol stop da1
> > camcontrol tur da1 -v
> > [ then you can start it back up with camcontrol start ]
> >
> > What I want to see here is th
On Sun, 29 Apr 2001, Kenneth D. Merry wrote:
> (pass1:ahc0:0:2:0): TEST UNIT READY. CDB: 0 0 0 0 0 0
> (pass1:ahc0:0:2:0): CAM Status: SCSI Status Error
> (pass1:ahc0:0:2:0): SCSI Status: Check Condition
> (pass1:ahc0:0:2:0): NOT READY asc:4,2
> (pass1:ahc0:0:2:0): Logical unit not ready, initia
On Sun, Apr 29, 2001 at 14:47:47 +0300, Tomi Vainio - Sun Finland - wrote:
> Kenneth D. Merry writes:
> >
> > Can you do the following:
> >
> > camcontrol stop da1
> > camcontrol tur da1 -v
> > [ then you can start it back up with camcontrol start ]
> >
> > What I want to see here is th
Kenneth D. Merry writes:
>
> Can you do the following:
>
> camcontrol stop da1
> camcontrol tur da1 -v
> [ then you can start it back up with camcontrol start ]
>
> What I want to see here is the sense information coming back from the drive
> when it is spun down.
>
> The new error
Tomi Vainio - Sun Finland - <[EMAIL PROTECTED]> wrote:
> My source disk is quite noisy so normally I stop it after building the
> world and restart it once a week. Couple weeks this restart hasn't
> worked as before.
Oh, now that you mention it, i've seen that before, too. I didn't pay
too muc
On Sat, Apr 28, 2001 at 23:09:07 +0300, Tomi Vainio - Sun Finland - wrote:
> Hi,
>
> My source disk is quite noisy so normally I stop it after building the
> world and restart it once a week. Couple weeks this restart hasn't
> worked as before. Only way to start disk again is reboot.
>
> cam
Hi,
My source disk is quite noisy so normally I stop it after building the
world and restart it once a week. Couple weeks this restart hasn't
worked as before. Only way to start disk again is reboot.
camcontrol stop 1:2:0
Unit stopped successfully
mount /f
mount: /dev/da1s1e: Input/output er
13 matches
Mail list logo
