On 02/15/2012 05:50 AM, Scott Long wrote:
What would be nice is a generic caching subsystem that any FS can use
- similar to the old block devices but with hooks to allow the FS to
request read-ahead, advise of unwanted blocks and ability to flush
dirty blocks in a requested order with the equiv
On 02/13/2012 02:28 PM, Gary Palmer wrote:
Yes. But it will nit fix non-cached access to the disk (raw) devices. And
this is the main reason why ntfs-3g and exfat are much slower then working
on Linux.
But _that_ can be fixed with the appropriate application of a sensible
caching layer.
With
On 02/13/2012 06:27 AM, Adrian Chadd wrote:
On 12 February 2012 09:34, Alex Samorukov wrote:
Yes. But it will nit fix non-cached access to the disk (raw) devices. And
this is the main reason why ntfs-3g and exfat are much slower then working
on Linux.
But _that_ can be fixed with the
On 02/12/2012 01:54 AM, Adrian Chadd wrote:
Hi,
What about the disk access is unaligned? Do you mean not sector aligned? or?
Hi. Sector aligned.
This is a common problem people face doing disk IO analysis.
The whole point about not allowing unaligned access is to make the
disk IO path cleaner
On 02/10/2012 06:56 PM, Joe Holden wrote:
Guys,
This should really be reverted to sysinstall until the new installer
is at least in a state where it consistently works... the most
important part of a new users experience is the installer and the few
new installs I have done lately I've just i
On 01/31/2012 11:19 AM, Harald Schmalzbauer wrote:
schrieb Alex Samorukov am 26.01.2012 14:52 (localtime):
Hi,
I ported exfat fuse module to FreeBSD (PR 164473) and found that it
works much slower then on Linux. I found 2 reasons for this:
Thanks a lot! I saw the new port :-)
Hope that
Hi,
I ported exfat fuse module to FreeBSD (PR 164473) and found that it
works much slower then on Linux. I found 2 reasons for this:
1) FreeBSD kernel do not allow to have nonalignment access to device
with standard read/write commands. mmap to the entire disk (/dev/da0s1)
doesn`t work also
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 "
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 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 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 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
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 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
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) controlle
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 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
nse_data);
+#else
+memcpy(iop->sensep,&(ccb->csio.sense_data),sizeof(struct
scsi_sense_data_fixed));
+iop->resp_sense_len = sizeof(struct scsi_sense_data_fixed);
+#endif
}
iop->scsi_status = ccb->csio.scsi_status;
On 03.11.2011, at 19:52, Alex Samorukov wrote:
returned from the driver without strict check
in smartctl.
On 11/03/2011 07:43 PM, James wrote:
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
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
"The SMART tests you did didn't really amount to anything; no surprise.
short and long tests usually do not test the surface of the disk. There
are some drives which do it on a long test, but as I said before,
everything varies from drive to drive."
It is not correct statement, sorry. Long tes
You can run long self-test in smartmontools (-t long). Then you can get
failed sector number from the smartmontools (-l selftest) and then you
can use DD to write zero to the specific sector. Also i am highly
recommending to setup smartd as daemon and to monitor number of
relocated sectors. If
Hi,
I just tried your test on -STABLE + 1 fix from current [1] and got no trap.
dtrace: buffer size lowered to 2m
CPU IDFUNCTION:NAME
4 42224accept:return nc accept:return
Assertion failed: (dpr != NULL), file
/usr/src/cddl/lib/libdtrace/../../../
If anyone interested - i was able to compile dtrace support in
mysql-server55 port. During this i found a bug in dtrace/bsd - if it is
running more then 1 time on the same object (this is the case for
mysqld) then object is broken. I was able to do workaround (with
preserving original object an
Hello,
I was able to compile [1] and and run PHP Dtrace provider on
FreeBSD-STABLE. Everything works as expected and looks very cool. It
works both from Apache (mod_php) and cli. If there are port commiters
with dtrace experience - please, take it.
Below there is a small demo:
This is a tes
25 matches
Mail list logo
