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 st
What chassis is this?
- Original Message -
From: "Dr Josef Karthauser"
To:
Cc:
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 scratching my head. I've just migrated to a super micro chassis and at th
Is the SSD running at 6Gbps? If so have you tried limiting the speed
to 3Gbps?
Regards
Steve
- Original Message -
From: "John Reynolds"
To:
Sent: Thursday, July 18, 2013 1:45 AM
Subject: experience with 9.2-PRERELEASE
Hello all, I have some feedback for the recently prepared s
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
wrote:
Hi all,
on a Compaq Presario laptop I have just installed the latest stable
#uname -a
FreeBSD presario 9.2-PRERELEASE
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 (wit
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 d
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
http
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 B
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 f
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"
To: "Steven Hartland"
Cc:
Sent: Thursday, July 18, 2013 4:48 PM
Subject: Re: experience with 9.2-PRERELEASE
On 7/18/2013 12:36 AM, Steven Hartla
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'
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, r
Richard Todd writes:
> George Hartzell 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
> disa
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 tha
On 18 Jul 2013, at 13:07, Andrea Venturoli 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) turn off the
On 18 Jul 2013, at 08:33, "Steven Hartland" wrote:
> What chassis is this?
Hey Steven,
It's a Supermicro CSE-813MTQ-350CB.
Cheers,
Joe
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscrib
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
Hi--
On Jul 18, 2013, at 12:13 PM, Dr Josef Karthauser wrote:
> On 18 Jul 2013, at 13:07, Andrea Venturoli 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 WDC's Green drives, although they
On 18 Jul 2013, at 20:31, Charles Swiger wrote:
> Hi--
>
> On Jul 18, 2013, at 12:13 PM, Dr Josef Karthauser
> wrote:
>> On 18 Jul 2013, at 13:07, Andrea Venturoli wrote:
>>
>>> Perhaps they are WD Green drives?
>>
>> They're WD RE2-GP 1 TB drives (model WD1000FYPS) , not sure if that's gr
On 18 Jul 2013, at 20:31, Charles Swiger wrote:
> On Jul 18, 2013, at 12:13 PM, Dr Josef Karthauser
> wrote:
>> On 18 Jul 2013, at 13:07, Andrea Venturoli wrote:
>>
>>> Perhaps they are WD Green drives?
>>
>> They're WD RE2-GP 1 TB drives (model WD1000FYPS) , not sure if that's green
>> or n
- Original Message -
From: "Dr Josef Karthauser"
On 18 Jul 2013, at 08:33, "Steven Hartland" 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 and in extreme cases device drops so if yo
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 attem
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 particula
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
On Thu, Jul 18, 2013 at 3:28 PM, John Reynolds wrote:
> 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
> -current, I also tr
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
s
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 wee
30 matches
Mail list logo
