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
Thanks!
It's a production server, I will arrange some day to try.
2011/2/18 Kevin Oberman
> > From: Ken Chen
> > 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 Doug Barton
> >
> >
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 ob
On Sat, 19 Feb 2011 12:36:57 -
"Steven Hartland" 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 properly support machd
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 se
- Original Message -
From: "Gary Jennejohn"
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 currently they are quite
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 w
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 w
--- On Fri, 2/18/11, Kirill Yelizarov wrote:
> From: Kirill Yelizarov
> 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
> wrote:
>
> > From: Jeremy Chadwick
> > Subject: Re: NFS client
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
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 memori
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 co
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 Su
16 matches
Mail list logo
