Subject: Re: raidframe problems
To: Matthias Scheler <tron@zhadum.org.uk>
From: Volkmar Seifert <vs@nifelheim.info>
List: netbsd-users
Date: 02/15/2007 12:09:54
This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--------------enigB247D32040216536B81A6945
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Hello all!

>> 	The only issue I have is if the powerfails the parity
>> 	rebuild takes _forever_, which could probably be mitigated
>> 	a little by raidframe splitting the parity clean flag into
>> 	a flag per disk section.
>=20
> Yes, please. This is one of the major reasons why I stopped using
> RAIDframe on my server.

Hm...I have tried that yesterday, and parity rebuild - just like after ac=
cidently having
typed "reboot", took about an hour for an 80GB two-disk RAID-1. Okay, an =
hour is quite
some time, but it's definitely not forever... ;-)

And the machine does not belong to the SotA "real fast wonderboxes", see =
for yourself below...

Info about the cpu:

cpu0 at mainbus0: (uniprocessor)
cpu0: Intel Celeron (686-class), 1202.84 MHz, id 0x6b1
cpu0: features 383fbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR>
cpu0: features 383fbff<PGE,MCA,CMOV,PAT,PSE36,MMX>
cpu0: features 383fbff<FXSR,SSE>
cpu0: "Intel(R) Celeron(TM) CPU                1200MHz"
cpu0: I-cache 16 KB 32B/line 4-way, D-cache 16 KB 32B/line 4-way
cpu0: L2 cache 256 KB 32B/line 8-way
cpu0: ITLB 32 4 KB entries 4-way, 2 4 MB entries fully associative
cpu0: DTLB 64 4 KB entries 4-way, 8 4 MB entries 4-way
cpu0: 8 page colors


Info about the ide-controller:

viaide0 at pci0 dev 7 function 1
viaide0: VIA Technologies VT82C686A (Apollo KX133) ATA100 controller
viaide0: bus-master DMA support present
viaide0: primary channel configured to compatibility mode
viaide0: primary channel interrupting at irq 14
atabus0 at viaide0 channel 0
viaide0: secondary channel configured to compatibility mode
viaide0: secondary channel interrupting at irq 15
atabus1 at viaide0 channel 1


Info about my disks:

Kernelized RAIDframe activated
wd0 at atabus0 drive 0: <SAMSUNG SP0822N>
wd0: drive supports 16-sector PIO transfers, LBA48 addressing
wd0: 76351 MB, 155127 cyl, 16 head, 63 sec, 512 bytes/sect x 156368016 se=
ctors
wd0: 32-bit data port
wd0: drive supports PIO mode 4, DMA mode 2, Ultra-DMA mode 5 (Ultra/100)
wd0(viaide0:0:0): using PIO mode 4, Ultra-DMA mode 5 (Ultra/100) (using D=
MA)
wd1 at atabus1 drive 0: <SAMSUNG SP0822N>
wd1: drive supports 16-sector PIO transfers, LBA48 addressing
wd1: 76351 MB, 155127 cyl, 16 head, 63 sec, 512 bytes/sect x 156368016 se=
ctors
wd1: 32-bit data port
wd1: drive supports PIO mode 4, DMA mode 2, Ultra-DMA mode 5 (Ultra/100)
wd1(viaide0:1:0): using PIO mode 4, Ultra-DMA mode 5 (Ultra/100) (using D=
MA)
raid0: RAID Level 1
raid0: Components: /dev/wd0a /dev/wd1a
raid0: Total Sectors: 156367872 (76351 MB)
boot device: raid0
root on raid0a dumps on raid0b
root file system type: ffs

--=20

MfG / best regards
	Volkmar Seifert
-------------------------------------------------------------------------=

 "Programming today is a race between software developers, striving to
  build bigger and better idiot proof software, and the Universe, trying
  to produce bigger and better idiots.
  So far, the Universe is winning."

  URL: www.DimensionV.de                         eMail: vs@DimensionV.de
  GPG-Key ID:         0xE97E64B2
  GPG-Fingerprint:    45AE 9258 C0B2 2F8D D529  3978 5283 3FD1 E97E 64B2
-------------------------------------------------------------------------=



--------------enigB247D32040216536B81A6945
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFF1D+CUoM/0el+ZLIRA562AJ4wB37j9ucp4EhTiW2z0/BhiNlRfwCfWV8p
y+T/VFCIZ0Kurbc5v2Jdgp8=
=cUmA
-----END PGP SIGNATURE-----

--------------enigB247D32040216536B81A6945--