[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: RaidFrame + Adaptec in -current [Was: Re: test request]
- To: Chris Cappuccio <chris@dqc.org>, OpenBSD Misc <Misc@openbsd.org>
- Subject: Re: RaidFrame + Adaptec in -current [Was: Re: test request]
- From: Thierry Deval <TDeval@PrimeOBJ.COM>
- Date: Tue, 04 Apr 2000 02:36:42 +0200 (CEST)
- Organization: Prime Objective
Hi,
It seems I should provide some more information concerning my problems
with -current Adaptec+RaidFrame.
So, I've attached my RAID configuration file and the corresponding
disklabels.
(
Just in case someone asks, the partition 'd' on the RAID which starts
at sector 0 is not giving any trouble. It always worked fine
before. Moreover, I did all my tests on the partition 'f'.
)
Then, let's try to better describe our problem here.
If I boot with my RaidFrame enabled kernel (whether in single user, or
without configuring the RAID), I can work normally on my non-RAID boot
SCSI disk.
But, when I enable the RAID and mount one of its partitions, it happens
that some operations lock completely the RAID disk accesses.
Sometimes it happens with reads on large files (like a 'tar tvzf ...'),
sometimes it's occuring during write accesses (a 'tar xvzf ...').
I also observed that when dealing with small files (like a 'vi test'),
this would often succeed.
That said, I should add that other processes not accessing the locked
drive (the same RAID set) still run unaffected (though I saw some
performance drain ???). I get no kernel panic.
If I then ask for a reboot, the halt sequence stops at the 'syncing
disks...' stage. I then have to do a manual reset.
Strange, isn't it ?
# Configuration file for the RaidFrame Raid Interface
START array
1 3 0
START disks
/dev/sd1e
/dev/sd2e
/dev/sd3e
#START spare
START layout
# sectPerSU SUsPerParityUnit SUsPerReconUnit RAID_level
32 1 1 5
START queue
fifo 75
#START debug
# /dev/rsd0c:
16 partitions:
# size offset fstype [fsize bsize cpg]
a: 81971 1 4.2BSD 1024 8192 16 # (Cyl. 0*- 68)
b: 263736 81972 swap # (Cyl. 69 - 290)
c: 4194995 0 unused 0 0 # (Cyl. 0 - 3531*)
d: 130680 345708 4.2BSD 1024 8192 16 # (Cyl. 291 - 400)
e: 921888 476388 4.2BSD 1024 8192 16 # (Cyl. 401 - 1176)
f: 2796719 1398276 4.2BSD 1024 8192 16 # (Cyl. 1177 - 3531*)
# /dev/rsd1c:
16 partitions:
# size offset fstype [fsize bsize cpg]
c: 8910423 0 unused 0 0 # (Cyl. 0 - 8366*)
e: 8890759 1 4.2BSD 1024 8192 16 # (Cyl. 0*- 8348*)
# /dev/rsd2c:
16 partitions:
# size offset fstype [fsize bsize cpg]
c: 8890760 0 unused 0 0 # (Cyl. 0 - 5927*)
e: 8890759 1 4.2BSD 1024 8192 16 # (Cyl. 0*- 5927*)
# /dev/rsd3c:
16 partitions:
# size offset fstype [fsize bsize cpg]
c: 8890760 0 unused 0 0 # (Cyl. 0 - 5927*)
e: 8890759 1 4.2BSD 1024 8192 16 # (Cyl. 0*- 5927*)
# /dev/rraid0c:
16 partitions:
# size offset fstype [fsize bsize cpg]
c: 17781376 0 unused 0 0 # (Cyl. 0 - 8682*)
d: 4194304 0 4.2BSD 1024 8192 16 # (Cyl. 0 - 2047)
e: 409600 4194304 4.2BSD 1024 8192 16 # (Cyl. 2048 - 2247)
f: 11743872 4603904 4.2BSD 1024 8192 16 # (Cyl. 2248 - 7982*)
g: 1433600 16347776 4.2BSD 1024 8192 16 # (Cyl. 7982*- 8682*)