Date: Sun, 18 Dec 2011 14:06:37 -0800 From: Kevin Oberman <kob6558@gmail.com> To: Jeremy Chadwick <freebsd@jdc.parodius.com> Cc: Randy Bush <randy@psg.com>, "Andrey V. Elsukov" <ae@freebsd.org>, FreeBSD Stable <freebsd-stable@freebsd.org> Subject: Re: 8.2->9.prerel: gmirror failed with error 19 Message-ID: <CAN6yY1uOss%2BYMRXj-eD8kCrW_ah08mYtw6WTf5KBkbukfF17kw@mail.gmail.com> In-Reply-To: <20111218214948.GA7045@icarus.home.lan> References: <m262hfpitb.wl%randy@psg.com> <4EEC7B54.4070407@FreeBSD.org> <m24nwzp64s.wl%randy@psg.com> <4EECC3E1.2000005@FreeBSD.org> <m239cjox12.wl%randy@psg.com> <4EEE0F1A.4050609@FreeBSD.org> <m2ipldo8su.wl%randy@psg.com> <20111218214948.GA7045@icarus.home.lan>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, Dec 18, 2011 at 1:49 PM, Jeremy Chadwick
<freebsd@jdc.parodius.com> wrote:
> On Sun, Dec 18, 2011 at 04:43:13PM -0500, Randy Bush wrote:
>> >> # ATA/SCSI peripherals
>> >> device =A0 =A0 =A0 =A0 =A0 =A0 scbus =A0 =A0 =A0 =A0 =A0 # SCSI bus (=
required for ATA/SCSI)
>> >> #device =A0 =A0 =A0 =A0 =A0 =A0ch =A0 =A0 =A0 =A0 =A0 =A0 =A0# SCSI m=
edia changers
>> >> #device =A0 =A0 =A0 =A0 =A0 =A0da =A0 =A0 =A0 =A0 =A0 =A0 =A0# Direct=
Access (disks)
>> >> #device =A0 =A0 =A0 =A0 =A0 =A0sa =A0 =A0 =A0 =A0 =A0 =A0 =A0# Sequen=
tial Access (tape etc)
>> >> #device =A0 =A0 =A0 =A0 =A0 =A0cd =A0 =A0 =A0 =A0 =A0 =A0 =A0# CD
>> >> device =A0 =A0 =A0 =A0 =A0 =A0 pass =A0 =A0 =A0 =A0 =A0 =A0# Passthro=
ugh device (direct ATA/SCSI access)
>> >> #device =A0 =A0 =A0 =A0 =A0 =A0ses =A0 =A0 =A0 =A0 =A0 =A0 # SCSI Env=
ironmental Services (and SAF-TE)
>> >
>> > I think you should add "device da" or "device ada" option to have some
>> > disks available.
>>
>> will try. =A0but the working 8.2 was happy with just the ata, which i ha=
ve
>> in the 9 config
>>
>> # ATA controllers
>> #device =A0 =A0 =A0 =A0 =A0 =A0 =A0 ahci =A0 =A0 =A0 =A0 =A0 =A0# AHCI-c=
ompatible SATA controllers
>> device =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0ata =A0 =A0 =A0 =A0 =A0 =A0 # Lega=
cy ATA/SATA controllers
>> options =A0 =A0 =A0 ATA_CAM =A0 =A0 =A0 =A0 # Handle legacy controllers =
with CAM
>> options =A0 =A0 =A0 ATA_STATIC_ID =A0 # Static device numbering
>> #device =A0 =A0 =A0 =A0 =A0 =A0 =A0 mvs =A0 =A0 =A0 =A0 =A0 =A0 # Marvel=
l 88SX50XX/88SX60XX/88SX70XX/SoC SATA
>> #device =A0 =A0 =A0 =A0 =A0 =A0 =A0 siis =A0 =A0 =A0 =A0 =A0 =A0# Silico=
nImage SiI3124/SiI3132/SiI3531 SATA
>
> Randy,
>
> With the introduction of FreeBSD 9.x, all ATA devices now use a
> translation layer (ATA->CAM), and this is especially so with anything
> SATA. =A0I imagine this needs to be documented (in red, bold, etc.) in th=
e
> official 9.0-RELEASE documentation, because it's probably going to trip
> up others. =A0But, things of this nature are supposed to be documented in
> /usr/src/UPDATING, and admins are *expected* to read that file.
>
> As such, going forward, you're going to need to make sure you have SCSI
> support in your kernel config, including "device da" and/or "device
> ada" (not sure on the latter one).
>
> You'll also need to make sure any of your old rc.conf, make.conf, config
> files that reference ATA devices (/dev/adXX) etc. are all updated to
> reflect the new device naming convention.
>
> Finally, please be aware that when transitioning between FreeBSD
> versions, you cannot 100% reliably/safely copy your old kernel
> configuration file. =A0You really do need to go through and "migrate"
> your kernel config to mimic what's in /sys/{arch}/conf/GENERIC.
Rather than switch to the adaX names, I really, really recommend using
labels. While SATA disks should be OK, there is no guarantee that
either hardware or software changes won't change the ada names while
labels are fixed.
I would like to see better documentation on labeling file systems and
disks, though. It can be rather confusing between gpart labels,
glabels, and such.
--=20
R. Kevin Oberman, Network Engineer
E-mail: kob6558@gmail.com
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAN6yY1uOss%2BYMRXj-eD8kCrW_ah08mYtw6WTf5KBkbukfF17kw>