can't get the Linux aaccli to work under 4.8-RELEASE, 4.9-RC1,
5.1-RELEASE
Buki
dev at null.cz
Thu Oct 2 05:05:15 PDT 2003
On Thu, Oct 02, 2003 at 01:11:30PM +0200, rysanek at fccps.cz wrote:
> Dear Mr. Long,
>
> I'm not able to make the Linux aaccli work under any recent FreeBSD.
> I've obtained a report from Buki that it worked for him under some STABLE
> snapshot but it doesn't work for me...
>
I only want to stress out that it works in unpredictable ways, for example:
buki at ta-s:/usr/src#uname -a
FreeBSD ta-s.tld.cz 4.8-RELEASE-p5 FreeBSD 4.8-RELEASE-p5 #1: Tue Sep 16 23:53:28 CEST 2003 buki at ta-s.tld.cz:/usr/obj/usr/src/sys/CONFIG i386
buki at ta-s:/usr/src#grep -i aac /sys/i386/conf/CONFIG <INS>
device aac # Adaptec FSA RAID, Dell PERC2/PERC3
#device aacp # SCSI passthrough for aac (requires CAM)
options AAC_COMPAT_LINUX
buki at ta-s:/usr/src#ll /dev/aac*
crw------- 1 root wheel 150, 0 Aug 28 16:21 /dev/aac0
crw-r----- 1 root wheel 151, 0x00010002 Jan 1 2002 /dev/aacd0
crw-r----- 2 root operator 151, 0x00020002 Jan 1 2002 /dev/aacd0s1
crw-r----- 2 root operator 151, 0x00020000 Jan 1 2002 /dev/aacd0s1a
crw-r----- 2 root operator 151, 0x00020001 Jan 1 2002 /dev/aacd0s1b
crw-r----- 2 root operator 151, 0x00020002 Jan 1 2002 /dev/aacd0s1c
crw-r----- 2 root operator 151, 0x00020003 Jan 1 2002 /dev/aacd0s1d
crw-r----- 2 root operator 151, 0x00020004 Jan 1 2002 /dev/aacd0s1e
crw-r----- 2 root operator 151, 0x00020005 Jan 1 2002 /dev/aacd0s1f
crw-r----- 2 root operator 151, 0x00020006 Jan 1 2002 /dev/aacd0s1g
crw-r----- 2 root operator 151, 0x00020007 Jan 1 2002 /dev/aacd0s1h
crw-r----- 1 root wheel 151, 0x00030002 Jan 1 2002 /dev/aacd0s2
crw-r----- 1 root wheel 151, 0x00040002 Jan 1 2002 /dev/aacd0s3
crw-r----- 1 root wheel 151, 0x00050002 Jan 1 2002 /dev/aacd0s4
crw-r----- 1 root wheel 151, 0x00060002 Jan 1 2002 /dev/aacd0s5
buki at ta-s:/usr/src#dmesg -a | grep aac
aac0: <Adaptec SCSI RAID 2120S> mem 0xf0000000-0xf3ffffff irq 5 at device 4.0 on pci3
aac0: i960RX 100MHz, 48MB cache memory, optional battery present
aac0: Kernel 4.0-0, Build 6003, S/N b75dba
aacd0: <RAID 1 (Mirror)> on aac0
aacd0: 34998MB (71677440 sectors)
Adaptec SCSI RAID Controller Command Line Interface
Copyright 1998-2002 Adaptec, Inc. All rights reserved
-------------------------------------------------------------------------------------------------------------------------
CLI > open aac0
Executing: open "aac0"
AAC0> container list
Executing: container list
Num Total Oth Stripe Scsi Partition
Label Type Size Ctr Size Usage C:ID:L Offset:Size
----- ------ ------ --- ------ ------- ------ -------------
0 Mirror 34.1GB Open 0:02:0 64.0KB:34.1GB
/dev/aacd0 RAID 0:01:0 64.0KB:34.1GB
AAC0> exit
Executing: exit
whereas on other computer (same HW configuration):
buki at ta-p:/home/buki#uname -a
FreeBSD ta-p.tld.cz 4.8-RELEASE-p1 FreeBSD 4.8-RELEASE-p1 #3: Wed Aug 6 12:14:56 CEST 2003 adam at ta-p.tld.cz:/usr/src/sys/compile/CONFIG i386
buki at ta-p:/home/buki#grep -i aac /sys/i386/conf/CONFIG
device aac # Adaptec FSA RAID, Dell PERC2/PERC3
device aacp # SCSI passthrough for aac (requires CAM)
options AAC_COMPAT_LINUX
buki at ta-p:/home/buki#ll /dev/aac*
crw------- 1 root wheel 150, 0 Jul 21 17:44 /dev/aac0
crw-r----- 1 root wheel 151, 0x00010002 May 6 20:22 /dev/aacd0
crw-r----- 2 root operator 151, 0x00020002 May 6 20:29 /dev/aacd0s1
crw-r----- 2 root operator 151, 0x00020000 May 6 20:29 /dev/aacd0s1a
crw-r----- 2 root operator 151, 0x00020001 May 6 20:29 /dev/aacd0s1b
crw-r----- 2 root operator 151, 0x00020002 May 6 20:29 /dev/aacd0s1c
crw-r----- 2 root operator 151, 0x00020003 May 6 20:29 /dev/aacd0s1d
crw-r----- 2 root operator 151, 0x00020004 May 6 20:29 /dev/aacd0s1e
crw-r----- 2 root operator 151, 0x00020005 May 6 20:29 /dev/aacd0s1f
crw-r----- 2 root operator 151, 0x00020006 May 6 20:29 /dev/aacd0s1g
crw-r----- 2 root operator 151, 0x00020007 May 6 20:29 /dev/aacd0s1h
buki at ta-p:/home/buki#dmesg -a | grep aac
aac0: <Adaptec SCSI RAID 2120S> mem 0xf0000000-0xf3ffffff irq 5 at device 4.0 on pci3
aac0: i960RX 100MHz, 48MB cache memory, optional battery present
aac0: Kernel 4.0-0, Build 5770, S/N b76e87
aacp0: <SCSI Passthrough Bus> on aac0
aacd0: <RAID 1 (Mirror)> on aac0
aacd0: 34998MB (71677440 sectors)
and I also see some strange messages:
aac0: VM_Ioctl returned 5
aac0: VM_Ioctl returned 5
aac0: VM_Ioctl returned 5
aac0: VM_Ioctl returned 5
when I run aaccli, I get:
Adaptec SCSI RAID Controller Command Line Interface
Copyright 1998-2002 Adaptec, Inc. All rights reserved
-------------------------------------------------------------------------------------------------------------------------
CLI > open aac0
Executing: open "aac0"
^^^^^^^^
at this moment the whole shell freezes (the machine itself stays responsive), cannot
be killed and in log the following lines begin to appear in /var/log/messages (and
on console):
buki at ta-p:/home/buki#tail /var/log/messages | grep aac
Oct 2 13:50:15 ta-p /kernel: aac0: COMMAND 0xc30089a4 TIMEOUT AFTER 157 SECONDS
Oct 2 13:50:35 ta-p /kernel: aac0: COMMAND 0xc30089a4 TIMEOUT AFTER 177 SECONDS
Oct 2 13:50:55 ta-p /kernel: aac0: COMMAND 0xc30089a4 TIMEOUT AFTER 197 SECONDS
Oct 2 13:51:15 ta-p /kernel: aac0: COMMAND 0xc30089a4 TIMEOUT AFTER 217 SECONDS
it would seem the only difference between those two kernels is existence of the 'aacp'
device in latter case.
BTW, why does dmesg say the controller has the optional battery when it does not?
[snip]
Buki
--
PGP public key: http://dev.null.cz/buki.asc
/"\
\ / ASCII Ribbon Campaign
X Against HTML & Outlook Mail
/ \ http://www.thebackrow.net
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-questions/attachments/20031002/4bec3403/attachment.bin
More information about the freebsd-questions
mailing list