I cannot repro this, I used your kernel config, this is on a Dell 1850 btw,
I ran netperf stress from 3 clients, and have seen no watchdogs :(
Jack
On Tue, Jun 21, 2011 at 7:59 PM, Joshua Boyd wrote:
> If needed, I can reproduce this on demand. Just need to know what sort of
> statistics are n
If needed, I can reproduce this on demand. Just need to know what sort of
statistics are needed when the problem is occurring. I've had to turn off my
weekly scrubs until I can figure out how to fix this problem.
On Wed, Jun 15, 2011 at 8:37 PM, Joshua Boyd wrote:
> In the kernel. Here's my kern
I found the problem: sometime between the May 8 kernel I'd been using
and the new one (latest build: 15:02:36 CST today), my system decided
to devour socket buffers. I set kern.ipc.maxsockbuf=16777216 and have
over an hour of stable multi-user uptime, which is a vast improvement!
On Jun 9,
On Tuesday, June 21, 2011 4:13:20 pm Henri Hennebert wrote:
> On 06/21/2011 21:25, John Baldwin wrote:
> and I get:
>
> Read error: 04
Hmm, that is the error for an invalid sector. Try this patch. It reshuffles
a few more things and adds code to dump the low 32-bits of the LBA on an
error:
Ind
On 06/21/2011 21:25, John Baldwin wrote:
On Tuesday, June 21, 2011 3:02:28 pm Henri Hennebert wrote:
On 06/21/2011 19:51, John Baldwin wrote:
On Tuesday, June 21, 2011 12:15:58 pm Henri Hennebert wrote:
On 06/21/2011 17:55, John Baldwin wrote:
On Tuesday, June 21, 2011 10:50:14 am Henri Henne
On Tuesday, June 21, 2011 3:02:28 pm Henri Hennebert wrote:
> On 06/21/2011 19:51, John Baldwin wrote:
> > On Tuesday, June 21, 2011 12:15:58 pm Henri Hennebert wrote:
> >> On 06/21/2011 17:55, John Baldwin wrote:
> >>> On Tuesday, June 21, 2011 10:50:14 am Henri Hennebert wrote:
> On 06/21/20
On Fri, Jun 17, 2011 at 05:51:24PM -0700, Jeremy Chadwick wrote:
> Sorry for the cross-post, but I thought both lists would want to know
> about this.
>
> Looks like mav@ just committed this ~17 hours ago:
> http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/geom/raid/g_raid.c
>
> Those who have histo
On 06/21/2011 19:51, John Baldwin wrote:
On Tuesday, June 21, 2011 12:15:58 pm Henri Hennebert wrote:
On 06/21/2011 17:55, John Baldwin wrote:
On Tuesday, June 21, 2011 10:50:14 am Henri Hennebert wrote:
On 06/21/2011 15:01, John Baldwin wrote:
Index: zfsldr.S
Jeremy Chadwick writes:
| Sorry for the cross-post, but I thought both lists would want to know
| about this.
|
| Looks like mav@ just committed this ~17 hours ago:
| http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/geom/raid/g_raid.c
|
| Those who have historically wanted to use Intel MatrixRAID (n
On Tuesday, June 21, 2011 12:15:58 pm Henri Hennebert wrote:
> On 06/21/2011 17:55, John Baldwin wrote:
> > On Tuesday, June 21, 2011 10:50:14 am Henri Hennebert wrote:
> >> On 06/21/2011 15:01, John Baldwin wrote:
> >>> Index: zfsldr.S
> >>>
On 06/21/2011 17:55, John Baldwin wrote:
On Tuesday, June 21, 2011 10:50:14 am Henri Hennebert wrote:
On 06/21/2011 15:01, John Baldwin wrote:
Index: zfsldr.S
===
--- zfsldr.S(revision 223339)
+++ zfsldr.S(working copy)
@@
On Tuesday, June 21, 2011 10:50:14 am Henri Hennebert wrote:
> On 06/21/2011 15:01, John Baldwin wrote:
> > Index: zfsldr.S
> > ===
> > --- zfsldr.S(revision 223339)
> > +++ zfsldr.S(working copy)
> > @@ -234,9 +234,12
On 06/21/2011 15:01, John Baldwin wrote:
Index: zfsldr.S
===
--- zfsldr.S(revision 223339)
+++ zfsldr.S(working copy)
@@ -234,9 +234,12 @@ nread.1: xor %ecx,%ecx # Get
callw read
On Tuesday, June 21, 2011 5:51:22 am Henri Hennebert wrote:
> On 06/20/2011 15:51, John Baldwin wrote:
> > On Saturday, June 18, 2011 5:04:07 am Henri Hennebert wrote:
> >> On 06/17/2011 19:37, John Baldwin wrote:
> >>> On Friday, June 17, 2011 1:06:22 pm Henri Hennebert wrote:
> On 06/16/2011
On 06/20/2011 15:51, John Baldwin wrote:
On Saturday, June 18, 2011 5:04:07 am Henri Hennebert wrote:
On 06/17/2011 19:37, John Baldwin wrote:
On Friday, June 17, 2011 1:06:22 pm Henri Hennebert wrote:
On 06/16/2011 19:35, John Baldwin wrote:
On Thursday, June 16, 2011 8:45:41 am Zhihao Yuan
15 matches
Mail list logo