On Fri, 18 Feb 2011, Jeremy Chadwick wrote:
JC KDM The best stress test I have found has been to just do a single
sequential
JC KDM write stream with ZFS. i.e.:
JC KDM
JC KDM cd /path/to/zfs/pool
JC KDM dd if=/dev/zero of=foo bs=1M
JC KDM
JC KDM Just let it run for a long period of
Thanks!
It's a production server, I will arrange some day to try.
2011/2/18 Kevin Oberman ober...@es.net
From: Ken Chen ken73.c...@gmail.com
Date: Fri, 18 Feb 2011 01:12:13 +0800
Sender: owner-freebsd-sta...@freebsd.org
I have tried. It can not be interrupted by CTRL-C.
2011/2/17
I'm trying to debug a possibly failing CPU, so I thought it would
be easy just disable the cores using machdep.hlt_cpus and see if
we see the panic's we've been seeing.
The problem is it seems ULE doesnt properly support machdep.hlt_cpus
and still schedules processes onto the halted cpus which
On Sat, 19 Feb 2011 12:36:57 -
Steven Hartland kill...@multiplay.co.uk wrote:
I'm trying to debug a possibly failing CPU, so I thought it would
be easy just disable the cores using machdep.hlt_cpus and see if
we see the panic's we've been seeing.
The problem is it seems ULE doesnt
Just updated a box to the 8.2-PREREL as of friday and now when we do any
serious amounts of network traffice we see:-
bge0: watchdog timeout -- resetting
bge0: link state changed to DOWN
bge0: link state changed to UP
The interface never recovers, we have to use remote console to down, wait
30
- Original Message -
From: Gary Jennejohn gljennj...@googlemail.com
Looking at the kernel source it appears that only sched_4bsd.c makes use
of hlt_cpus_mask.
Given ULE is default do these need to be either removed totally or at least
conditionally based on the scheduler choice as
This may be totally unrelated to bge, investigating a potential failing stick
of ram in the machine in question so until we've ruled this out as the cause
don't want to waste anyone's time.
I did however notice the logic between the two fixes for DMA on 5704's on PCIX
in svn differ so wondering
For reference I've found that an alternative is to set the following
in loader.conf:-
hint.lapic.2.disabled=1
hint.lapic.3.disabled=1
2 and 3 here are the apic numbers displayed by dmesg on boot for the
cpu's
Obviously this requires a reboot so no perfect for all uses but it does
work for what
--- On Fri, 2/18/11, Kirill Yelizarov ykir...@yahoo.com wrote:
From: Kirill Yelizarov ykir...@yahoo.com
Subject: Re: NFS client over udp
To: freebsd-stable@freebsd.org
Date: Friday, February 18, 2011, 5:09 PM
--- On Fri, 2/18/11, Jeremy Chadwick free...@jdc.parodius.com
wrote:
On 2011-02-19 15:35, Dimitry Andric wrote:
Okay, binutils 2.17.50 has now been merged to head in r218822. If you
compile kernels by hand, make sure to first run make buildworld, or at
least make kernel-toolchain, to get a new ld in /usr/obj. Otherwise,
linking your kernel might fail.
Note,
On 02/18/2011 10:08, Rick Macklem wrote:
The attached patches changes the behaviour so that it tries to
get an unused port for each of the 4 cases.
Am I correct in assuming that what you're proposing is to
(potentially)
have different ports for all 4 combinations? I would suggest that
On Sat, Feb 19, 2011 at 03:59:57PM -, Steven Hartland wrote:
This may be totally unrelated to bge, investigating a potential failing
stick
of ram in the machine in question so until we've ruled this out as the cause
don't want to waste anyone's time.
I did however notice the logic
According to Kenneth D. Merry:
I just merged the mps(4) driver to stable/8, for those of you with LSI 6Gb
SAS hardware.
Thanks a lot Ken! You'll make people very happy (incl. me!) in France :)
There are also a couple of othere issues with the driver that I am planning
to fix in -current
According to Damien Fleuriot:
Oh wait, it occurs to me the mirror I sync on might not be up to date yet...
SUPHOST=cvsup1.fr.freebsd.org
It should, it syncs itself on cvsup-master very regularely.
--
Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- robe...@keltia.net
In memoriam
On 02/19/2011 13:16, Rick Macklem wrote:
On 02/18/2011 10:08, Rick Macklem wrote:
The attached patches changes the behaviour so that it tries to
get an unused port for each of the 4 cases.
Am I correct in assuming that what you're proposing is to
(potentially)
have different ports for all 4
Hi--
On Feb 19, 2011, at 1:16 PM, Rick Macklem wrote:
Well, that was what I was proposing. I could be wrong, but as far as I
know, this is allowed by Sun RPC. The port#s are assigned dynamically and
registered with rpcbind. (I don't necessarily agree with the design, but
this was/is how Sun
16 matches
Mail list logo