Date: Mon, 27 Feb 2006 21:43:27 +0100 From: Bernd Walter <ticso@cicely12.cicely.de> To: "Kenneth D. Merry" <ken@freebsd.org> Cc: Bernd Walter <ticso@cicely12.cicely.de>, freebsd-scsi@freebsd.org, ticso@cicely.de Subject: Re: Automatic unit start broken? Message-ID: <20060227204326.GS64548@cicely12.cicely.de> In-Reply-To: <20060227202254.GA1016@nargothrond.kdm.org> References: <20060227201644.GR64548@cicely12.cicely.de> <20060227202254.GA1016@nargothrond.kdm.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, Feb 27, 2006 at 01:22:54PM -0700, Kenneth D. Merry wrote:
> On Mon, Feb 27, 2006 at 21:16:45 +0100, Bernd Walter wrote:
> > It seems that FreeBSD doesn't start disks anymore.
>
> That's strange, I don't think anything has changed in that area recently.
I don't think this happened recently.
It is a new machine, but I already noticed several months back that I
can't camcontrol stop a mounted drives anymore without getting problems
on access later.
> > Disks which delayed start won't get probed by GEOM when they are not
> > ready when GEOM tries - at least one can delay booting in this case.
> > Disks which don't startup unless told never get working - I currently
> > start them manually in rc-scripts and tell GEOM to reprobe, but this
> > is not always an option, e.g. in case of / drive.
> > All in all this is very annoying since I have not much options about
> > changing the disk spin-up policy.
>
> What error code do your disks return? You will probably see some console
> output if GEOM has tried to read metadata off the disk and that initial
> read fails.
>
> If the drive returns 0x04,0x02 ("Logical unit not ready, initializing cmd.
> required"), CAM will attempt to spin the disk up automatically and retry
> the command.
During the first tests I waited 90s in loader to let all delayed spin
up drives spin up.
This is with recent RELENG_6 and a drive which don't spin up themself:
[...]
da7 at esp1 bus 0 target 10 lun 0
da7: <SEAGATE ST336706LC 8A03> Fixed Direct Access SCSI-3 device
da7: 20.000MB/s transfers (10.000MHz, offset 15, 16bit), Tagged Queueing Enabled
da7: Attempt to query device size failed: NOT READY, Logical unit not ready, initial
[...]
No GEOM message about this driver until rc sends a start command and
GEOM is retriggered to reread the drive:
Unit started successfully
GEOM_LABEL: Label for provider da7 is ufs/dump1.
The following commands were used in rc:
camcontrol start -n da -u 7
cat /dev/null > /dev/da7
Without the loader delay other disks are having problems as well:
da9 at esp1 bus 0 target 14 lun 0
da9: <IBM DDYS-T36950M S80D> Fixed Direct Access SCSI-3 device
da9: 20.000MB/s transfers (10.000MHz, offset 15, 16bit), Tagged Queueing Enabled
da9: Attempt to query device size failed: NOT READY, Logical unit is in process of b
On Shell:
[30]cicely19# dd if=/dev/da7 bs=1k count=1 of=/dev/null
1+0 records in
1+0 records out
1024 bytes transferred in 0.008765 secs (116829 bytes/sec)
[31]cicely19# camcontrol stop -n da -u 7
Unit stopped successfully
[32]cicely19# dd if=/dev/da7 bs=1k count=1 of=/dev/null
dd: /dev/da7: Input/output error
0+0 records in
0+0 records out
0 bytes transferred in 0.004810 secs (0 bytes/sec)
Exit 1
--
B.Walter BWCT http://www.bwct.de
bernd@bwct.de info@bwct.de
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20060227204326.GS64548>