2010/5/25 Giovanni Trematerra :
> On Tue, May 25, 2010 at 5:52 PM, David DEMELIER
> wrote:
>> 2010/5/25 Giovanni Trematerra :
>>> On Mon, May 24, 2010 at 9:43 PM, David DEMELIER
>>> wrote:
2010/5/12 Giovanni Trematerra :
> On Fri, May 7, 2010 at 8:33 PM, Demelier David
> wrote:
>>>
On 25/05/2010 20:05, Garrett Cooper wrote:
> On Tue, May 25, 2010 at 3:06 AM, Mark Stapper wrote:
>
>> On 18/05/2010 08:14, Mark Stapper wrote:
>>
>>> On 18/05/2010 00:22, Garrett Cooper wrote:
>>>
>>>
On Mon, May 17, 2010 at 11:21 AM, Mark Stapper wrote:
On Wed, May 26, 2010 at 11:14 AM, David DEMELIER
wrote:
> 2010/5/25 Giovanni Trematerra :
>> On Tue, May 25, 2010 at 5:52 PM, David DEMELIER
>> wrote:
>>> 2010/5/25 Giovanni Trematerra :
On Mon, May 24, 2010 at 9:43 PM, David DEMELIER
wrote:
> 2010/5/12 Giovanni Trematerra :
>>
2010/5/26 Giovanni Trematerra :
> On Wed, May 26, 2010 at 11:14 AM, David DEMELIER
> wrote:
>> 2010/5/25 Giovanni Trematerra :
>>> On Tue, May 25, 2010 at 5:52 PM, David DEMELIER
>>> wrote:
2010/5/25 Giovanni Trematerra :
> On Mon, May 24, 2010 at 9:43 PM, David DEMELIER
> wrote:
>>
On Tue, 25 May 2010 20:59:08 -0400 (EDT) Rick Macklem wrote:
You could try this patch. (It reverts the only vnode locking change that I
can see was done the the nfs server between 7.1 and 7.3.):
--- nfs_serv.c.sav 2010-05-25 19:40:29.0 -0400
+++ nfs_serv.c 2010-05-25 19:41:38.0 -04
On Wed, May 26, 2010 at 12:01 PM, David DEMELIER
wrote:
> 2010/5/26 Giovanni Trematerra :
>> On Wed, May 26, 2010 at 11:14 AM, David DEMELIER
>> wrote:
>>> 2010/5/25 Giovanni Trematerra :
On Tue, May 25, 2010 at 5:52 PM, David DEMELIER
wrote:
> 2010/5/25 Giovanni Trematerra :
>
On Wed, May 26, 2010 at 3:55 PM, Giovanni Trematerra
wrote:
> On Wed, May 26, 2010 at 12:01 PM, David DEMELIER
> wrote:
>> 2010/5/26 Giovanni Trematerra :
>>> On Wed, May 26, 2010 at 11:14 AM, David DEMELIER
>>> wrote:
2010/5/25 Giovanni Trematerra :
> On Tue, May 25, 2010 at 5:52 PM, D
On Tuesday 25 May 2010 8:24:58 pm Rick Macklem wrote:
>
> On Tue, 25 May 2010, Mark Morley wrote:
>
> > On Fri, 21 May 2010 11:32:33 -0400 (EDT) Rick Macklem wrote: On Fri, 21
May 2010, Mark Morley wrote:
> >
> >> Having an issue with a file server here (7.3-STABLE i386)
> >>
> >> The nfsd proc
2010/5/26 Giovanni Trematerra :
> On Wed, May 26, 2010 at 3:55 PM, Giovanni Trematerra
> wrote:
>> On Wed, May 26, 2010 at 12:01 PM, David DEMELIER
>> wrote:
>>> 2010/5/26 Giovanni Trematerra :
On Wed, May 26, 2010 at 11:14 AM, David DEMELIER
wrote:
> 2010/5/25 Giovanni Trematerra
Just trying out a MB that has an integrated ale nic and was looking
at some of the many stats available. The last one,
dev.ale.0.stats.tx.trunc_errs: Truncated frames due to MTU size
doesnt seem to make sense. The nic's MTU is set to 1500. What would
be generating traffic locally that would ha
On Wed, May 26, 2010 at 12:30:20PM -0400, Mike Tancsa wrote:
Hi,
> Just trying out a MB that has an integrated ale nic and was looking
> at some of the many stats available. The last one,
> dev.ale.0.stats.tx.trunc_errs: Truncated frames due to MTU size
>
> doesnt seem to make sense. The nic's
On 25/05/2010 20:05, Garrett Cooper wrote:
> On Tue, May 25, 2010 at 3:06 AM, Mark Stapper wrote:
>
>> On 18/05/2010 08:14, Mark Stapper wrote:
>>
>>> On 18/05/2010 00:22, Garrett Cooper wrote:
>>>
>>>
On Mon, May 17, 2010 at 11:21 AM, Mark Stapper wrote:
So I've started using gmirror recently to mirror 2 1.5 TB drives however
if I reboot the machine or 'gmirror stop -f data1' while the array is
been rebuilt I get the panic below.
Rebooting without geom_mirror loaded does not cause a panic
Rebooting with geom_mirror loaded and the drives disconne
technews wrote:
> So I've started using gmirror recently to mirror 2 1.5 TB drives however
> if I reboot the machine or 'gmirror stop -f data1' while the array is
> been rebuilt I get the panic below.
> Rebooting without geom_mirror loaded does not cause a panic
> Rebooting with geom_mirror loaded
14 matches
Mail list logo