Alex Samorukov wrote:
On 11/08/2011 09:33 PM, Marat N.Afanasyev wrote:
why :)
just a little misunderstanding, I suppose ;) I just showed what I'd
expect from
#smartctl -a -d 3ware,0 /dev/twa0
in case of sas drive on channel 0
Yes.
BTW, if you able to provide access to the BSD box with MFI a
On 11/08/2011 09:33 PM, Marat N.Afanasyev wrote:
why :)
just a little misunderstanding, I suppose ;) I just showed what I'd
expect from
#smartctl -a -d 3ware,0 /dev/twa0
in case of sas drive on channel 0
Yes.
BTW, if you able to provide access to the BSD box with MFI and SAS i
could fix "
Alex Samorukov wrote:
On 11/07/2011 03:10 PM, Jeremy Chadwick wrote:
I see. I wasn't aware there was an ioctl(2) interface to twa(4).
This makes me wonder: why does Marat use /dev/passX as his device when
using smartctl?
Because Marat using LSI mfi (not 3ware twa!) driver in this case.
mfip.ko
On 11/07/2011 03:10 PM, Jeremy Chadwick wrote:
I see. I wasn't aware there was an ioctl(2) interface to twa(4).
This makes me wonder: why does Marat use /dev/passX as his device when
using smartctl?
Because Marat using LSI mfi (not 3ware twa!) driver in this case.
mfip.ko exports /dev/passX de
On Mon, Nov 07, 2011 at 02:17:21PM +0100, Alex Samorukov wrote:
> On 11/07/2011 02:06 PM, Jeremy Chadwick wrote:
> >On Mon, Nov 07, 2011 at 04:53:36PM +0400, Marat N.Afanasyev wrote:
> btw, 3dm can tell about reallocated sector count on sas somehow,
> while smartctl cannot, even on supporte
On 11/07/2011 02:47 PM, Andrew Boyer wrote:
[GLTSD (Global Logging Target Save Disable) set. Enable Save with '-S on']
No self-tests have been logged
Long (extended) Self Test duration: 1740 seconds [29.0 minutes]
btw, 3dm can tell about reallocated sector count on sas somehow, while smartctl
On Nov 7, 2011, at 6:24 AM, Marat N.Afanasyev wrote:
>
> this is an output on mfi controller with mfip loaded:
>
> # smartctl -a /dev/pass1
> smartctl 5.41 2011-06-09 r3365 [FreeBSD 8.2-RELEASE amd64] (local build)
> Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net
>
>
On 11/07/2011 02:06 PM, Jeremy Chadwick wrote:
On Mon, Nov 07, 2011 at 04:53:36PM +0400, Marat N.Afanasyev wrote:
btw, 3dm can tell about reallocated sector count on sas somehow,
while smartctl cannot, even on supported controller :(
I think this is getting into a separate discussion topic.
I
On Mon, Nov 07, 2011 at 04:53:36PM +0400, Marat N.Afanasyev wrote:
> >>btw, 3dm can tell about reallocated sector count on sas somehow,
> >>while smartctl cannot, even on supported controller :(
> >
> >I think this is getting into a separate discussion topic.
> >
> >I realise we're discussing SAS,
btw, 3dm can tell about reallocated sector count on sas somehow,
while smartctl cannot, even on supported controller :(
I think this is getting into a separate discussion topic.
I realise we're discussing SAS, but what's shown above looks pure and
total SCSI output from smartmontools. I'm very
On Mon, Nov 07, 2011 at 03:24:03PM +0400, Marat N.Afanasyev wrote:
> Alex Samorukov wrote:
> >On 11/06/2011 09:37 PM, Alex Samorukov wrote:
> >>>Command failed, ata.status=(0x00), ata.command=(0xec), ata.flags=(0x01)
> >>>WARNING - NO DEVICE FOUND ON 3WARE CONTROLLER (disk 0)
> >>>Smartctl: Device
Alex Samorukov wrote:
On 11/06/2011 09:37 PM, Alex Samorukov wrote:
Command failed, ata.status=(0x00), ata.command=(0xec), ata.flags=(0x01)
WARNING - NO DEVICE FOUND ON 3WARE CONTROLLER (disk 0)
Smartctl: Device Read Identity Failed (not an ATA/ATAPI device)
A mandatory SMART command failed: ex
On 11/06/2011 09:37 PM, Alex Samorukov wrote:
Command failed, ata.status=(0x00), ata.command=(0xec), ata.flags=(0x01)
WARNING - NO DEVICE FOUND ON 3WARE CONTROLLER (disk 0)
Smartctl: Device Read Identity Failed (not an ATA/ATAPI device)
A mandatory SMART command failed: exiting. To continue, add
it doesn't work :( sata drives are accessible, but for sas all we have:
# smartctl -d 3ware,0 -a /dev/twa0
smartctl 5.40 2010-10-16 r3189 [FreeBSD 8.2-RELEASE amd64] (local build)
Copyright (C) 2002-10 by Bruce Allen,
http://smartmontools.sourceforge.net
Command failed, ata.status=(0x00),
Alex Samorukov wrote:
On 11/06/2011 04:52 PM, Marat N.Afanasyev wrote:
I wonder is there a possibility to monitor sas drives on twa controllers?
Hi Marat,
I have no access to such hardware so don`t know if it works or not.
it doesn't work :( sata drives are accessible, but for sas all we
On 11/06/2011 04:52 PM, Marat N.Afanasyev wrote:
I wonder is there a possibility to monitor sas drives on twa controllers?
Hi Marat,
I have no access to such hardware so don`t know if it works or not.
___
freebsd-stable@freebsd.org mailing list
htt
Alex Samorukov wrote:
On 11/03/2011 09:35 PM, James wrote:
Thanks, Alex. Looks like you fixed it. smartctl no longer segfaults.
Thank you for testing. I submitter PR [1] with this patch. It also
contain patch to avoid problems with SATA drives on LSI (SAS) controllers.
[1] http://www.freebsd.o
On 11/3/2011 4:09 PM, Alex Samorukov wrote:
On 11/03/2011 08:37 PM, James wrote:
On Thu, Nov 3, 2011 at 1:52 PM, Alex Samorukov wrote:
Thank you. I currently got shell, but user-only, what is useless for
me ;-) (All ioctl/cam commands require superuser)
I asked for the root and now waiting fo
On Thu, Nov 03, 2011 at 03:35:48PM -0500, James wrote:
> On Thu, Nov 3, 2011 at 3:09 PM, Alex Samorukov wrote:
> > Could you please try to build latest svn version (see [1]) ? I think
> > i fixed this bug.
>
> Thanks, Alex. Looks like you fixed it. smartctl no longer
> segfaults.
I'm gla
On 11/03/2011 09:35 PM, James wrote:
Thanks, Alex. Looks like you fixed it. smartctl no longer segfaults.
Thank you for testing. I submitter PR [1] with this patch. It also
contain patch to avoid problems with SATA drives on LSI (SAS) controllers.
[1] http://www.freebsd.org/cgi/query-pr.cgi?pr
On Thu, Nov 3, 2011 at 3:09 PM, Alex Samorukov wrote:
> Could you please try to build latest svn version (see [1]) ? I think
> i fixed this bug.
Thanks, Alex. Looks like you fixed it. smartctl no longer
segfaults.
--
James.
___
freebsd-stable@
Thank you Alex, as you already confirmed, it works perfectly on my box
again. Thanks again.
-Frank
On Thu, Nov 3, 2011 at 9:09 PM, Alex Samorukov wrote:
> On 11/03/2011 08:37 PM, James wrote:
>
>> On Thu, Nov 3, 2011 at 1:52 PM, Alex Samorukov wrote:
>>
>>> Thank you. I currently got shell, bu
On 11/03/2011 08:37 PM, James wrote:
On Thu, Nov 3, 2011 at 1:52 PM, Alex Samorukov wrote:
Thank you. I currently got shell, but user-only, what is useless for
me ;-) (All ioctl/cam commands require superuser)
I asked for the root and now waiting for it. You can also provide
shell so i will ha
Thank you,
it is really caused by MFC r225950 and smartctl way to detect sense
length. I decided not to add ifdefs, but change the logic.
I fixed this in SVN [1], patch in the unified diff format could be
downladed at [2]. Please test this, and if it works fine - i will submit
PR to the por
On Thu, Nov 3, 2011 at 1:52 PM, Alex Samorukov wrote:
> Thank you. I currently got shell, but user-only, what is useless for
> me ;-) (All ioctl/cam commands require superuser)
>
> I asked for the root and now waiting for it. You can also provide
> shell so i will have more boxes to test. I am exp
Hi. I got the same problem. After some debugging I came up with the
following patch:
--- os_freebsd.cpp.orig 2011-10-06 18:43:44.0 +0200
+++ os_freebsd.cpp 2011-10-23 11:19:31.492599837 +0200
@@ -1044,8 +1044,13 @@
}
if (iop->sensep) {
+#if CAM_VERSION < 0x16
memcpy(iop->
On Thu, Nov 3, 2011 at 12:12 PM, Alex Samorukov wrote:
> I am smartmontools developer and FreeBSD port maintainer. If you
> could provide shell access to the affected system i can try to debug
> issue. I have no access to the mpt devices myself and it is unclear
> what going on from provided backt
Thank you. I currently got shell, but user-only, what is useless for me
;-) (All ioctl/cam commands require superuser)
I asked for the root and now waiting for it. You can also provide shell
so i will have more boxes to test. I am expecting some very trivial bug
caused by some wrong data retur
On 11/3/2011 5:24 AM, Olav Gjerde wrote:
I have the exact same problem with a LSI 3081E-R card and FreeBSD 9-Stable,
compiled yesterday.
I am too, and I'm having trouble getting smartmontools built with
debugging symbols to get a meaningful coredump. If I can sort that out
today, I'll post a
Hello,
I am smartmontools developer and FreeBSD port maintainer. If you could
provide shell access to the affected system i can try to debug issue. I
have no access to the mpt devices myself and it is unclear what going on
from provided backtrace.
On 11/03/2011 09:40 AM, Frank Razenberg wrot
I have the exact same problem with a LSI 3081E-R card and FreeBSD 9-Stable,
compiled yesterday.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr.
Was this system "upgraded" from RELENG_8 to RELENG_9, or was a fresh
install of 9.x put on it directly?
The system was freshly installed. Prior to my buildworld and
buildkernel, smartctl didn't work either.
Is there someone else on the list who uses mps(4) on 9.x and has success
using smartmon
Hi,
On Wed, Nov 2, 2011 at 4:49 PM, Frank Razenberg wrote:
> Loaded symbols for /libexec/ld-elf.so.1
> #0 0x in ?? ()
> (gdb) bt
> #0 0x in ?? ()
> #1 0x in ?? ()
Your stack is mangled. Can you recompile and install the port with
'WIT
A small bit more info appears at the bottom of the stack.
-Frank
#1086 0x000800fe4338 in std::string::_Rep::_S_empty_rep_storage ()
from /usr/lib/libstdc++.so.6
#1087 0x in ?? ()
#1088 0x in ?? ()
#1089 0x7fffda00 in ?? ()
#1090 0x in
Sending original copy to the list.
- Forwarded message from Frank Razenberg -
> From: Frank Razenberg
> To: Jeremy Chadwick
> Date: Thu, 03 Nov 2011 01:16:17 +0100
> Subject: Re: smartctl / mpt on 9.0-RC1
>
> Sorry, yes, there's actually a lot more, but there&
Mountain View, CA, US |
| Making life hard for others since 1977. PGP 4BD6C0CB |
- Forwarded message from Jeremy Chadwick -
> From: Jeremy Chadwick
> To: Frank Razenberg
> Date: Wed, 2 Nov 2011 17:23:52 -0700
> Subject: Re: smartctl / mpt on 9.0-RC1
>
&
On Thu, Nov 03, 2011 at 12:49:13AM +0100, Frank Razenberg wrote:
> Thanks for your reply. It seems I'm missing a lot of debug symbols.
> I will look into getting a more useful backtrace.
> For what it's worth I added the gdb output below.
>
> -Frank
>
># gdb /usr/local/sbin/smartctl ~/smartct
Thanks for your reply. It seems I'm missing a lot of debug symbols. I
will look into getting a more useful backtrace.
For what it's worth I added the gdb output below.
-Frank
# gdb /usr/local/sbin/smartctl ~/smartctl.core
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation,
On Wed, Nov 02, 2011 at 10:57:01PM +0100, Frank Razenberg wrote:
> Ever since I tried 9.0-RC1 I haven't been able to read SMART values
> of the disks attached to my Intel SASUC8i (LSI 1068e rebrand)
> controller with smartctl. Similar disks on motherboard SATA ports
> can be queried as expected.
>
39 matches
Mail list logo
