Hi there,
I'm scratching my head. I've just migrated to a super micro chassis and at the
same time gone from FreeBSD 9.0 to 9.1-RELEASE.
The machine in question is running a ZFS mirror configuration on two ada
devices (with a 8gb gmirror carved out for swap).
Since doing so I've been having
What chassis is this?
- Original Message -
From: Dr Josef Karthauser j...@karthauser.co.uk
To: freebsd...@freebsd.org
Cc: freebsd-stable@freebsd.org
Sent: Thursday, July 18, 2013 8:29 AM
Subject: Drive failures with ada on FreeBSD-9.1, driver bug or wiring issue?
Hi there,
I'm
Is the SSD running at 6Gbps? If so have you tried limiting the speed
to 3Gbps?
Regards
Steve
- Original Message -
From: John Reynolds john...@reynoldsnet.org
To: sta...@freebsd.org
Sent: Thursday, July 18, 2013 1:45 AM
Subject: experience with 9.2-PRERELEASE
Hello all, I have
On 17/07/2013 17:29, Julian H. Stacey wrote:
Maurizio Vairani wrote:
On 17/07/2013 11:50, Ronald Klop wrote:
On Wed, 17 Jul 2013 10:27:09 +0200, Maurizio Vairani
maurizio.vair...@cloverinformatica.it wrote:
Hi all,
on a Compaq Presario laptop I have just installed the latest stable
Hi,
On 18 Jul 2013, at 08:29, Dr Josef Karthauser wrote:
Hi there,
I'm scratching my head. I've just migrated to a super micro chassis and at
the same time gone from FreeBSD 9.0 to 9.1-RELEASE.
The machine in question is running a ZFS mirror configuration on two ada
devices (with a
Hi Steven,
Read/Write errors are recorded when an active path of the geom_multipath
device is pulled while running the i/o on dataset created for the pool.
Running I/o on dataset using dd.
*Freebsd version :* 9.0
*Patch imported from stable 9 : *r229303, r234916
*zpool status:*
**
On 07/18/13 10:25, Bob Bishop wrote:
Me too (over a long period, with various hardware).
There is a general problem with energy-saving drives that controllers don't
understand them. Typically the drive decides to go into some power-saving mode,
the controller wants to do some operation, the
on 17/07/2013 23:47 George Hartzell said the following:
How should I move forward with this?
Could you please try to reproduce this problem using a kernel built with
INVARIANTS options?
--
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
On 7/18/2013 12:36 AM, Steven Hartland wrote:
Is the SSD running at 6Gbps? If so have you tried limiting the speed
to 3Gbps?
I would imagine so. It has a 6Gbps interface and the Z87 board does
also--so I can only imagine it's trying to go as fast as possible by
default. I will fiddle with the
On Wed, Jul 17, 2013 at 08:49:39PM -0700, John Reynolds wrote:
On 7/17/2013 5:48 PM, Glen Barber wrote:
Hi John,
Do you have a SATA drive you can try with this hardware? It would be
useful to know if that works, or same errors, etc.
Glen
I do, and that was my plan for tomorrow. A
You can use: hint.ahcich.X.sata_rev to limit the speed
See man for ahci(4) for more details.
- Original Message -
From: John Reynolds john...@reynoldsnet.org
To: Steven Hartland kill...@multiplay.co.uk
Cc: sta...@freebsd.org
Sent: Thursday, July 18, 2013 4:48 PM
Subject: Re:
John, in addition to suggestions/replies from others, can you also try
the 10.0-CURRENT snapshot? In particular, if your problem continues
with a SATA drive, I am curious if the problem still exists in head/.
http://ftp.freebsd.org/pub/FreeBSD/snapshots/ISO-IMAGES/
Thanks.
Yes, I can try
On Thu, Jul 18, 2013 at 08:48:28AM -0700, John Reynolds wrote:
On 7/18/2013 12:36 AM, Steven Hartland wrote:
Is the SSD running at 6Gbps? If so have you tried limiting the speed
to 3Gbps?
I would imagine so. It has a 6Gbps interface and the Z87 board does
also--so I can only imagine it's
Andriy Gapon writes:
on 17/07/2013 23:47 George Hartzell said the following:
How should I move forward with this?
Could you please try to reproduce this problem using a kernel built with
INVARIANTS options?
I added INVARIANT_SUPPORT and INVARIANTS options to the GENERIC
kernel,
Richard Todd writes:
George Hartzell hartz...@alerce.com writes:
Hi All,
I have what I think is a ZFS related bug.
[...]
[summary: Picard seems to trigger an mmap consistency bug in ZFS].
[...]
Anyway, what I'd suggest is the following: see if my patch for py-mutagen
I know how all not loving me-too emails, but I'll try :)
There's a rtorrent, which uses mmap. And I had cases (related to reboot),
where big files
(or average files in many-files torrents) appears with broken checksum
without any good reason.
Author of rtorrent not very politely always assume that
On 18 Jul 2013, at 13:07, Andrea Venturoli m...@netfence.it wrote:
Perhaps they are WD Green drives?
They're WD RE2-GP 1 TB drives (model WD1000FYPS) , not sure if that's green or
not.
In that case, other than quoting Bob's suggestion about avoiding them,
there's something you can do:
a)
On 18 Jul 2013, at 08:33, Steven Hartland kill...@multiplay.co.uk wrote:
What chassis is this?
Hey Steven,
It's a Supermicro CSE-813MTQ-350CB.
Cheers,
Joe
___
freebsd-stable@freebsd.org mailing list
On Thu, Jul 18, 2013 at 11:40:51AM -0700, George Hartzell wrote:
Removing the mmap support from those two routines seems to avoid the
issue.
Aha.
If so, then the issue is triggered by one or both of those two routines;
hack them to print out the exact offsets used on each call and use
Hi--
On Jul 18, 2013, at 12:13 PM, Dr Josef Karthauser j...@karthauser.co.uk wrote:
On 18 Jul 2013, at 13:07, Andrea Venturoli m...@netfence.it wrote:
Perhaps they are WD Green drives?
They're WD RE2-GP 1 TB drives (model WD1000FYPS) , not sure if that's green
or not.
Yes, those are
On 18 Jul 2013, at 20:31, Charles Swiger cswi...@mac.com wrote:
Hi--
On Jul 18, 2013, at 12:13 PM, Dr Josef Karthauser j...@karthauser.co.uk
wrote:
On 18 Jul 2013, at 13:07, Andrea Venturoli m...@netfence.it wrote:
Perhaps they are WD Green drives?
They're WD RE2-GP 1 TB drives
On 18 Jul 2013, at 20:31, Charles Swiger cswi...@mac.com wrote:
On Jul 18, 2013, at 12:13 PM, Dr Josef Karthauser j...@karthauser.co.uk
wrote:
On 18 Jul 2013, at 13:07, Andrea Venturoli m...@netfence.it wrote:
Perhaps they are WD Green drives?
They're WD RE2-GP 1 TB drives (model
- Original Message -
From: Dr Josef Karthauser j...@karthauser.co.uk
On 18 Jul 2013, at 08:33, Steven Hartland kill...@multiplay.co.uk wrote:
What chassis is this?
Hey Steven,
It's a Supermicro CSE-813MTQ-350CB.
We've seen issues on supermicro chassis before which cause
timeouts
On 07/18/13 21:13, Dr Josef Karthauser wrote:
b) try different controllers and/or different OS releases.
I'm committed to FreeBSD, as the machine is already rolled out and in a data
centre ;).
I said different OS releases, not different OS!
I wouln't say such a blasphemy :)
bye
On 07/18/13 21:31, Charles Swiger wrote:
Updating the firmware and increasing the timeout before these spin down
automagically is likely to help, but as Andrea noted, such drives do
have quite a history of timeout problems due to excessive head parking
and their power conservation
On 7/18/2013 8:49 AM, Glen Barber wrote:
On Wed, Jul 17, 2013 at 08:49:39PM -0700, John Reynolds wrote:
today. I will most definitely report back any findings. Thanks for
your reply!
John, in addition to suggestions/replies from others, can you also try
the 10.0-CURRENT snapshot? In
On Thu, Jul 18, 2013 at 01:28:10PM -0700, John Reynolds wrote:
On 7/18/2013 8:49 AM, Glen Barber wrote:
On Wed, Jul 17, 2013 at 08:49:39PM -0700, John Reynolds wrote:
today. I will most definitely report back any findings. Thanks for
your reply!
John, in addition to suggestions/replies from
On Thu, Jul 18, 2013 at 3:28 PM, John Reynolds john...@reynoldsnet.orgwrote:
One person said to fiddle in the BIOS with the USB settings. I went into
the BIOS and disabled Intel USB 3.0 Mode support (this is a very new
motherboard with USB 3.0). That fixed the issue! For those curious about
Hi,
Running 9.2-PRERELEASE #19 r253313 I got the following panic
Fatal trap 12: page fault while in kernel mode
cpuid = 22; apic id = 46
fault virtual address = 0xff827ebca30c
fault code = supervisor read data, page not present
instruction pointer = 0x20:0x81983055
On Thu, 04-Jul-2013 at 19:25:28 +0200, Konstantin Belousov wrote:
On Thu, Jul 04, 2013 at 04:29:19PM +0200, Andre Albsmeier wrote:
OK, patch is applied. I will reboot the machine later
and see what happens tomorrow in the morning. However,
it might take a few days since the last 2 weeks all
30 matches
Mail list logo