It looks like in the 3ware driver the procfs entry "/proc/scsi/3w-xxxx"
has been removed (or actually moved to sysfs).
Unfortunately, this breaks all the (binary only )-: tools provided by
3ware, which are indispensable for system maintenance.
Wouldn't it be more appropriate to keep the /proc-entries at least for a
transition period until other tools have been adjusted?
Regards,
Peter Daum
On Mon, Jan 10, 2005 at 02:03:32PM +0100, Peter Daum wrote:
>
> It looks like in the 3ware driver the procfs entry "/proc/scsi/3w-xxxx"
> has been removed (or actually moved to sysfs).
> Unfortunately, this breaks all the (binary only )-: tools provided by
> 3ware, which are indispensable for system maintenance.
The change came from the driver maintainer at 3ware. Get the updated
tools from their website.
On Mon, 10 Jan 2005, Christoph Hellwig wrote:
> On Mon, Jan 10, 2005 at 02:03:32PM +0100, Peter Daum wrote:
> >
> > It looks like in the 3ware driver the procfs entry "/proc/scsi/3w-xxxx"
> > has been removed (or actually moved to sysfs).
> > Unfortunately, this breaks all the (binary only )-: tools provided by
> > 3ware, which are indispensable for system maintenance.
>
> The change came from the driver maintainer at 3ware. Get the updated
> tools from their website.
Which website do you mean? The programs in the download section of
"http://www.3ware.com" are just the ones that don't work anymore.
Did you try "Download 'In Engineering Phase' Software" link?
Andrey
-----Original Message-----
From: [email protected]
[mailto:[email protected]] On Behalf Of Peter Daum
Sent: Monday, January 10, 2005 8:57 AM
To: Christoph Hellwig
Cc: [email protected]
Subject: Re: 3ware driver (3w-xxxx) in 2.6.10: procfs entry
On Mon, 10 Jan 2005, Christoph Hellwig wrote:
> On Mon, Jan 10, 2005 at 02:03:32PM +0100, Peter Daum wrote:
> >
> > It looks like in the 3ware driver the procfs entry "/proc/scsi/3w-xxxx"
> > has been removed (or actually moved to sysfs).
> > Unfortunately, this breaks all the (binary only )-: tools provided by
> > 3ware, which are indispensable for system maintenance.
>
> The change came from the driver maintainer at 3ware. Get the updated
> tools from their website.
Which website do you mean? The programs in the download section of
"http://www.3ware.com" are just the ones that don't work anymore.
On Mon, 10 Jan 2005, Peter Daum wrote:
>On Mon, 10 Jan 2005, Christoph Hellwig wrote:
>> The change came from the driver maintainer at 3ware. Get the updated
>> tools from their website.
>
>Which website do you mean? The programs in the download section of
>"http://www.3ware.com" are just the ones that don't work anymore.
Yeap. The "idiot" removed the proc interface from the driver before
publishing the updated tools -- and I said so at the time. At the time
the interface was removed, the new tools weren't available - period. They
are still "beta" today (several months later.)
Just put the procfs code back in the driver in your local tree and
walk away. That's what I did -- but it doesn't look like I commited
it to any BK tree :-( (and that box is *ahem* powered off)
--Ricky
On Mon, 10 Jan 2005, Ricky Beam wrote:
> On Mon, 10 Jan 2005, Peter Daum wrote:
> >On Mon, 10 Jan 2005, Christoph Hellwig wrote:
> >> The change came from the driver maintainer at 3ware. Get the updated
> >> tools from their website.
> >
> >Which website do you mean? The programs in the download section of
> >"http://www.3ware.com" are just the ones that don't work anymore.
>
> Yeap. The "idiot" removed the proc interface from the driver before
> publishing the updated tools -- and I said so at the time. At the time
> the interface was removed, the new tools weren't available - period. They
> are still "beta" today (several months later.)
>
> Just put the procfs code back in the driver in your local tree and
> walk away. That's what I did -- but it doesn't look like I commited
> it to any BK tree :-( (and that box is *ahem* powered off)
Or just grab the latest (version 9.1.5.2) 3dm and tw_cli software from the
3ware web site. These may not be listed as being for your version of the
card, but they will work with the new driver.
Chris
> > > It looks like in the 3ware driver the procfs entry "/proc/scsi/3w-xxxx"
> > > has been removed (or actually moved to sysfs).
> > > Unfortunately, this breaks all the (binary only )-: tools provided by
> > > 3ware, which are indispensable for system maintenance.
> >
> > The change came from the driver maintainer at 3ware. Get the updated
> > tools from their website.
>
> Which website do you mean? The programs in the download section of
> "http://www.3ware.com" are just the ones that don't work anymore.
It's there just a little hidden. Adam, any chance the new managment tools
could be placed more promimently on the website?
On Wed, 19 Jan 2005, Christoph Hellwig wrote:
> > > > It looks like in the 3ware driver the procfs entry "/proc/scsi/3w-xxxx"
> > > > has been removed (or actually moved to sysfs).
> > > > Unfortunately, this breaks all the (binary only )-: tools provided by
> > > > 3ware, which are indispensable for system maintenance.
> > >
> > > The change came from the driver maintainer at 3ware. Get the updated
> > > tools from their website.
> >
> > Which website do you mean? The programs in the download section of
> > "http://www.3ware.com" are just the ones that don't work anymore.
>
> It's there just a little hidden. Adam, any chance the new managment tools
> could be placed more promimently on the website?
I guess you mean "3ware CLI (version 2.00.00.042+)"?
If this is meant to replace all the other versions on the website, then
the presentation is definitely "suboptimal", because the only way to get
there is to explicitly request "experimental" software for the "9000
series" which is kind of strange if you're just looking for basic
functionality for other controllers.
At least on my 8506-controllers there are also some minor problems (e.g.
"info" doesn't work during a verify) which I thought was due to the fact
that the program is intended exclusively for 9000-controllers.
Regards,
Peter Daum
>>>>> "PD" == Peter Daum <[email protected]> writes:
PD> At least on my 8506-controllers there are also some minor problems
PD> (e.g. "info" doesn't work during a verify) which I thought was due
PD> to the fact that the program is intended exclusively for
PD> 9000-controllers.
You should report the problems you find to them. They do indicate (in
the knowledge base on their web site) that you're going to need the
in-engineering files to run on the latest kernels. It's only recently
that the newer tools acquired the ability to control older
controllers.
According to a recent post from a 3ware employee on linux-ide-arrays,
a proper release is expected in February. Obviously the best solution
is that they just give us the source to these tools so that we can fix
them ourselves. Knowing that isn't going to happen I'm happy they're
at least giving us something while they catch up with the speed of
kernel progress.
I can verify the fact that info is busted when the controller is
verifying the array; I'll gather some more info and pass this on to
3ware.
- J<
On Jan 19, 2005, at 21:23, Jason L Tibbitts III wrote:
>>>>>> "PD" == Peter Daum <[email protected]> writes:
> You should report the problems you find to them. They do indicate (in
> the knowledge base on their web site) that you're going to need the
> in-engineering files to run on the latest kernels. It's only recently
> that the newer tools acquired the ability to control older
> controllers.
>
> According to a recent post from a 3ware employee on linux-ide-arrays,
> a proper release is expected in February. Obviously the best solution
> is that they just give us the source to these tools so that we can fix
> them ourselves. Knowing that isn't going to happen I'm happy they're
> at least giving us something while they catch up with the speed of
> kernel progress.
>
> I can verify the fact that info is busted when the controller is
> verifying the array; I'll gather some more info and pass this on to
> 3ware.
We have some 3ware 7000 ATA-RAID controllers that I've tested with
various
versions of the tools trying to get them to work:
+---------------+---------------
+--------------------------------------------+
| Kernel | CLI Utility | Functionality/Limitations
|
+---------------+---------------
+--------------------------------------------+
| | 7000 - Stable | Works great, everything OK (Of course
:-D) |
| Debian 2.4.28 | |
|
| | 7000 - In-Eng | [N/A] No such tool exists!
|
+---------------+---------------
+--------------------------------------------+
| | 7000 - Stable | Works ok, except some operations fail
with |
| | | unusual errors, and the info stuff
doesn't |
| | | really work properly
|
| | |
|
| | 7000 - In-Eng | [N/A] No such tool exists!
|
| | |
|
| | 9000 - Stable | Works great, everything OK, although
some |
| | | operations have status errors, though
they |
| | | still function as expected. This one
has |
| Debian 2.6.8 | | an interesting new interface that I
like. |
| | |
|
| | 9000 - In-Eng | This one lacks the new interface that
is |
| | | present in the tested release, which
is |
| | | kind of weird, given that it is a
much |
| | | newer version. It also appears to
work |
| | | great on the 3ware 7000 card, but
without |
| | | the weird errors that plagued the
stable |
| | | tool. This looks promising, but I
kinda |
| | | liked the interface of the 9000 tool.
|
+---------------+---------------
+--------------------------------------------+
Cheers,
Kyle Moffett
-----BEGIN GEEK CODE BLOCK-----
Version: 3.12
GCM/CS/IT/U d- s++: a18 C++++>$ UB/L/X/*++++(+)>$ P+++(++++)>$
L++++(+++) E W++(+) N+++(++) o? K? w--- O? M++ V? PS+() PE+(-) Y+
PGP+++ t+(+++) 5 X R? tv-(--) b++++(++) DI+ D+ G e->++++$ h!*()>++$ r
!y?(-)
------END GEEK CODE BLOCK------
On Jan 19, 2005, at 23:49, Jason L Tibbitts III wrote:
> I'm not sure why you indicate that no in-engineering toolset exists
> for the 7000 cards. It works fine on my 7810 and 7500-8 cards, as
> well as a bunch of 8506-4LP cards and of course the 9500S-4LP cards I
> have. I don't think it would work on my 6800 cards, but those are
> just running JBOD with software RAID so there wouldn't be much point.
It could be that I just completely missed it, but I went to the 3ware
site and chose "7000". There was not a "CLI" item, so I assumed there
wasn't a specific CLI just for the 7000s. I later, however, found
that the 9000 CLIs (Normal and In-Eng) worked fine, so I never looked
for any others, such as 8000 or 8500 CLIs. I may have made a mistake,
but I couldn't find a CLI in the "In Engineering"->"7000" section, and
I had a working solution, so I didn't try elsewhere.
Cheers,
Kyle Moffett
-----BEGIN GEEK CODE BLOCK-----
Version: 3.12
GCM/CS/IT/U d- s++: a18 C++++>$ UB/L/X/*++++(+)>$ P+++(++++)>$
L++++(+++) E W++(+) N+++(++) o? K? w--- O? M++ V? PS+() PE+(-) Y+
PGP+++ t+(+++) 5 X R? tv-(--) b++++(++) DI+ D+ G e->++++$ h!*()>++$ r
!y?(-)
------END GEEK CODE BLOCK------
... a little addendum:
while the mentioned "experimental" tw_cli (2.00.00.042) provides at
least basic functionality for some controllers (I mostly use 8506-8)
it does not work at all with 8506-4 controllers (It just complains
"No controller found").
Regards,
Peter Daum
On Wed, 19 Jan 2005, Peter Daum wrote:
> On Wed, 19 Jan 2005, Christoph Hellwig wrote:
>
> > > > > It looks like in the 3ware driver the procfs entry "/proc/scsi/3w-xxxx"
> > > > > has been removed (or actually moved to sysfs).
> > > > > Unfortunately, this breaks all the (binary only )-: tools provided by
> > > > > 3ware, which are indispensable for system maintenance.
> > > >
> > > > The change came from the driver maintainer at 3ware. Get the updated
> > > > tools from their website.
> > >
> > > Which website do you mean? The programs in the download section of
> > > "http://www.3ware.com" are just the ones that don't work anymore.
> >
> > It's there just a little hidden. Adam, any chance the new managment tools
> > could be placed more promimently on the website?
>
> I guess you mean "3ware CLI (version 2.00.00.042+)"?
>
> If this is meant to replace all the other versions on the website, then
> the presentation is definitely "suboptimal", because the only way to get
> there is to explicitly request "experimental" software for the "9000
> series" which is kind of strange if you're just looking for basic
> functionality for other controllers.
>
> At least on my 8506-controllers there are also some minor problems (e.g.
> "info" doesn't work during a verify) which I thought was due to the fact
> that the program is intended exclusively for 9000-controllers.
On Wed, 9 Feb 2005, Peter Daum wrote:
> it does not work at all with 8506-4 controllers (It just complains
Oops: sorry for the noise - my error