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/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
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.
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:
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 Read Identity
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
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, but what's
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 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
Vendor:
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 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 supported controller
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
This is fixed by me in SVN. Also fix already applied in the ports, so
please update your smartmontools port.
On 11/02/2011 10:57 PM, 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)
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]
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
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
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),
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,
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
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
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
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
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
On Thu, Nov 3, 2011 at 12:12 PM, Alex Samorukov m...@os2.kiev.ua 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
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
On Thu, Nov 3, 2011 at 1:52 PM, Alex Samorukov m...@os2.kiev.ua 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
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
On 11/03/2011 08:37 PM, James wrote:
On Thu, Nov 3, 2011 at 1:52 PM, Alex Samorukovm...@os2.kiev.ua 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
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 m...@os2.kiev.ua wrote:
On 11/03/2011 08:37 PM, James wrote:
On Thu, Nov 3, 2011 at 1:52 PM, Alex Samorukovm...@os2.kiev.ua wrote:
Thank you. I
On Thu, Nov 3, 2011 at 3:09 PM, Alex Samorukov m...@os2.kiev.ua 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.
___
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]
On Thu, Nov 03, 2011 at 03:35:48PM -0500, James wrote:
On Thu, Nov 3, 2011 at 3:09 PM, Alex Samorukov m...@os2.kiev.ua 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.
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 Samorukovm...@os2.kiev.ua 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
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.
# smartctl -a /dev/da0
smartctl 5.42 2011-10-20 r3458 [FreeBSD
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.
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
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 ~/smartctl.core
Subject: Re: smartctl / mpt on 9.0-RC1
On Thu, Nov 03, 2011 at 01:16:17AM +0100, Frank Razenberg wrote:
Sorry, yes, there's actually a lot more, but there's a pattern
repeating over 4 lines.
At #1086 it stops.
Okay.
I also tried with the binary package but it seems to be missing
Sending original copy to the list.
- Forwarded message from Frank Razenberg fr...@zzattack.org -
From: Frank Razenberg fr...@zzattack.org
To: Jeremy Chadwick free...@jdc.parodius.com
Date: Thu, 03 Nov 2011 01:16:17 +0100
Subject: Re: smartctl / mpt on 9.0-RC1
Sorry, yes, there's
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
Hi,
On Wed, Nov 2, 2011 at 4:49 PM, Frank Razenberg fr...@zzattack.org 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
41 matches
Mail list logo