> The DPT/Adaptec doesn't use this so Im not sure what
> its monitoring setup is
We have monitoring/management tools available from http://linux.adaptec.com
. It is the dptapps package. They are not open source but they are tested
and released for various distributions of Linux.
Deanna
> > The DPT/Adaptec doesn't use this so Im not sure what
> > its monitoring setup is
>
> We have monitoring/management tools available from http://linux.adaptec.com
> . It is the dptapps package. They are not open source but they are tested
> and released for various distributions of Linux.
Question: What is involved in persuading ADaPTec to provide at least enough
information for the basic monitoring facilities - so that either the kenrel
or open source tools can be written to log errors, triggere rebuilds etc
from the command line ?
Alan
-----BEGIN PGP SIGNED MESSAGE-----
On Wed, 10 Oct 2001 11:40:32 -0400, "Bonds, Deanna" <[email protected]> wrote:
>
>Our drivers are completely open source and currently embedded in both the AC
>and Linus kernel and shipping with various distributions. They have been
>completely qualified with our product verification lab (i.e. not beta). It
>is the exact same driver across all of the i2o raid products, whether it is
>SCSI or ATA. The i2o interface is the same and ATA drives/arrays appear to
>the OS as sd devices.
>
<rant small=small>
Aha, then this is a matter of miscommunication, obviously! When looking at your Linux Downloads page, the last official version made available is for Red Hat 7.0, kernel 2.2.16-22. Navigating to the Unsupported RAID Drivers (presumably this means not "completely qualified") page, one finds drivers for more recent kernels but only a vague phrase "Applies to: All DPT I2O architecture based RAID cards". This hints of the *possibility* of the drivers working with a 2400A ATA RAID controller. But this is important pre-sales info: not all of us know reading from the product description that the 2400A is based on I2O or that it's compatible enough to be supported by your I2O family drivers! Please clarify this for prospective Linux customers.
</rant>
>When changing adapters you will not just be able to plug the drives into the
>Adaptec card and go. The raid tables and striping will be different. The
>Adaptec metadata formats are public, I have not looked into the 3ware format
>though. If there is enough interest we can explore creating a conversion
>program.
>
Well, I knew all along that the change would involve wiping the drives clean and pulling the data from backups. That'd be only a small nuisance but is alright with me. :-) The 3ware driver problems are *driving* me and co-workers restless (if not nuts)!
>Deanna
>
Thanks for your clarifying comments, Deanna! I'll probably try my luck with your product next.
Regards,
// Jarkko Kniivil?, CIO, Ambientia Ltd.
-----BEGIN PGP SIGNATURE-----
Version: Hush 2.0
wlsEARECABsFAjvFoT4UHGprbmlpdkBodXNobWFpbC5jb20ACgkQlshdxPYU0CbeqQCf
TQNeuBiMTD8L0X/QhPd2622UvmkAoKeyPmqvIFRJsNSYWVqDiiF8y7y2
=dwpH
-----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE-----
On Wed, 10 Oct 2001 22:25:43 +0100 (BST), Alan Cox <[email protected]> wrote:
>>
>> We have monitoring/management tools available from http://linux.adaptec.com
>> . It is the dptapps package. They are not open source but they are tested
>> and released for various distributions of Linux.
>
>Question: What is involved in persuading ADaPTec to provide at least enough
>information for the basic monitoring facilities - so that either the kenrel
>or open source tools can be written to log errors, triggere rebuilds etc
>from the command line ?
>
>Alan
Yes, as always a valid concern. We need the resilience of open source drivers. And simple monitoring shouldn't be seen as added value.
// Jarkko
-----BEGIN PGP SIGNATURE-----
Version: Hush 2.0
wlsEARECABsFAjvFqgUUHGprbmlpdkBodXNobWFpbC5jb20ACgkQlshdxPYU0CYzJgCg
s09sdSEdy0TOzTLDI9nUUt5ZRbsAnjM1ojJQqHDrGF5pD5bcBf/T2Uih
=slnC
-----END PGP SIGNATURE-----