On Fri, 30 Apr 2010 00:27:00 +0200
Willem Jan Withagen w...@digiware.nl wrote:
On 29-4-2010 6:17, Artem Belevich wrote:
Do you have vm.kmem_size set in /boot/loader.conf?
If not, do set it to about double of your physical RAM size. Defaults
are way too conservative for use with large
Hi
1) now works for me (no panics so far)
-Original Message-
From: Jeff Roberson jrober...@jroberson.net
To: curr...@freebsd.org
Subject: SUJ update
Date: Thu, 29 Apr 2010 18:37:00 -1000 (HST)
Hello,
I fixed a few SUJ bugs. If those of you who reported one of the following
bugs
Hi
Ehh, looks like fresh kernel is not too stable, it holds after some time
of activity.
DDB may be activated, but even 'call cpu_reset' does nothing here.
Looks like it is not related to SUJ, it happens even with SUJ disabled.
-Original Message-
From: Vladimir Grebenschikov
On Fri, Apr 30, 2010 at 02:43:49PM +0400, Vladimir Grebenschikov wrote:
Hi
Ehh, looks like fresh kernel is not too stable, it holds after some time
of activity.
DDB may be activated, but even 'call cpu_reset' does nothing here.
Looks like it is not related to SUJ, it happens even with
Hi,
what do you think of adding this handler (based on old bz@ patch)?
It's quite annoying to see the meaningless messages like
mpt0: Unhandled Event Notify Frame. Event 0x14 (ACK not required).
each 1% change in logical array rebuild progress.
--- RELENG_7_3/src/sys/dev/mpt/mpt_cam.c
Hi Pierre,
What was the iowait when the update hangs occurred? Also, what was the
box's uptime approx when it happened? Have you surpassed that amount
of uptime since? Were you able to DTrace MySQL to see what func was
hanging?
Thank you so much!
-J
Sent via iPhone
Is your e-mail
On 30 April 2010 08:37, Jeff Roberson jrober...@jroberson.net wrote:
Hello,
I fixed a few SUJ bugs. If those of you who reported one of the following
bugs could re-test I would greatly appreciate it.
1) panic on gnome start via softdep_cancel_link().
2) Difficulty setting flags on /.
pluknet wrote:
Seems good to me- why not trhow it freebsd-scsi? if nobody says no, I'll
put it in
--- RELENG_7_3/src/sys/dev/mpt/mpt_cam.c2010-03-02
15:38:13.0 +0300
+++ RELENG_7_3.ours/src/sys/dev/mpt/mpt_cam.c 2010-04-21
19:31:00.0 +0400
@@ -2564,6 +2564,12 @@
Hi
1h - flight ok
-Original Message-
From: Kostik Belousov kostik...@gmail.com
To: Vladimir Grebenschikov v...@fbsd.ru
Cc: Jeff Roberson jrober...@jroberson.net, curr...@freebsd.org
Subject: Re: SUJ update
Date: Fri, 30 Apr 2010 13:49:34 +0300
On Fri, Apr 30, 2010 at 02:43:49PM +0400,
9.0-CURRENT as of two hours ago (with latest SUJ fixes then) running on a
bi-Xeon @2.8 GHz (5 year old) w/ HT, 32-bit mode (no LM). 4 GB, no PAE
4 72 GB disks in a raid5 with gvinum, block size: 128 KB
UFS2 + SUJ, mounted async.
420 [15:40] r...@vcs:/data# gvinum list
4 drives:
D gvinumdrive0
On 30 April 2010 18:22, Matthew Jacob m...@feral.com wrote:
pluknet wrote:
Seems good to me- why not trhow it freebsd-scsi? if nobody says no, I'll put
it in
Err.. I thought that list is dedicated for cam related stuff.
[cc'ing scsi@ for better coverage. Sorry for cross-posting :/ ]
---
just a little request
# tunefs
usage: tunefs [-A] [-a enable | disable] [-e maxbpg] [-f avgfilesize]
[-J enable | disable ] [-L volname] [-l enable | disable]
[-m minfree] [-N enable | disable] [-n enable | disable]
[-o space | time] [-p] [-s avgfpdir]
This was during the single- to multi-user transition on boot; I was
going to skip the output from the LORs, but I suspect that some of
them might be relevant; see below.
I can leave the system in this state for a whle, but I normally power it
off (to reduce heat, noise, and electricity
On Fri, Apr 30, 2010 at 09:19:53AM -0700, David Wolfskill wrote:
This was during the single- to multi-user transition on boot; I was
going to skip the output from the LORs, but I suspect that some of
them might be relevant; see below.
I can leave the system in this state for a whle, but I
On Fri, Apr 30, 2010 at 07:27:32PM +0300, Kostik Belousov wrote:
...
Please try r207438.
OK; that worked -- thanks!
I actually merely hand-edited the one file rebuilt the kernel; boot to
multi-user mode was uneventful, and:
FreeBSD freebeast.catwhisker.org 9.0-CURRENT FreeBSD 9.0-CURRENT
Sadly, it doesn't do it for me .. lockd start-up causes a panic on a
sleeping thread. Do I need to do a buildworld as well as kernel?
We're calling vm_pageout_flush with the page queue lock held in
vm_object_page_collect_flush. I'll have a fix in soon.
Thanks,
Kip
On Fri, Apr 30, 2010 at 3:14 PM, Jason J. W. Williams
jasonjwwilli...@gmail.com wrote:
What was the iowait when the update hangs occurred? Also, what was the box's
uptime approx when it happened? Have you surpassed that amount of uptime
since? Were you able to DTrace MySQL to see what func was
Hi,
Many network drivers in the FreeBSD kernel use the IFQ_MAXLEN value to
set length of the outgoing packets queue. The default value for that
parameter is only 50, which is pretty low especially for the cases when
the system handles lot of small packets and can cause ENOBUFS in
On Fri, Apr 30, 2010 at 12:38 PM, K. Macy km...@freebsd.org wrote:
Sadly, it doesn't do it for me .. lockd start-up causes a panic on a
sleeping thread. Do I need to do a buildworld as well as kernel?
We're calling vm_pageout_flush with the page queue lock held in
On 4/30/10 1:23 PM, Maxim Sobolev wrote:
Hi,
Many network drivers in the FreeBSD kernel use the IFQ_MAXLEN value to
set length of the outgoing packets queue. The default value for that
parameter is only 50, which is pretty low especially for the cases when
the system handles lot of small
Hi Pierre,
By chance did you attempt to write a test file to the ZFS filesystem
holding the database and logs? Just curious if ZFS was hung since a
MySQL restart corrected it. Thank you for your help.
-J
On Fri, Apr 30, 2010 at 2:21 PM, Pierre Massat depau...@efrei.fr wrote:
On Fri, Apr 30,
At 02:21 PM 4/30/2010, K. Macy wrote:
On Fri, Apr 30, 2010 at 12:38 PM, K. Macy km...@freebsd.org wrote:
Sadly, it doesn't do it for me .. lockd start-up causes a panic on a
sleeping thread. Do I need to do a buildworld as well as kernel?
We're calling vm_pageout_flush with the page queue
Julian Elischer wrote:
On 4/30/10 1:23 PM, Maxim Sobolev wrote:
Hi,
Many network drivers in the FreeBSD kernel use the IFQ_MAXLEN value to
set length of the outgoing packets queue. The default value for that
parameter is only 50, which is pretty low especially for the cases when
the system
How much memory do you have? I haven't been checking code in without
testing it, but clearly my system behaves a bit differently.
Please try 207452.
Thanks,
Kip
On Fri, Apr 30, 2010 at 2:42 PM, Manfred Antar n...@pozo.com wrote:
At 02:21 PM 4/30/2010, K. Macy wrote:
On Fri, Apr 30, 2010 at
On 04/30/10 18:33, K. Macy wrote:
How much memory do you have? I haven't been checking code in without
testing it, but clearly my system behaves a bit differently.
Please try 207452.
Building this now although ..
On Fri, Apr 30, 2010 at 2:42 PM, Manfred Antar n...@pozo.com wrote:
At 02:21
Hi all,
I'm not sure if it's related (I get my src via csup, so I don't
have svn reveision numbers), but I upgraded about 16 hours ago
again a few hours after that, and my two-core AMD64 system has
been (seemingly) quite unstable. I've had a few boot cycles
that have failed and dumped me out
Hi Andrew,
Does FBSDID get expanded when checking out with csup?
You should see:
__FBSDID($FreeBSD: head/sys/vm/vm_pageout.c 207452 2010-04-30
22:31:37Z kmacy $);
line 451 is part of a KASSERT on this version.
Cheers,
Kip
On Fri, Apr 30, 2010 at 4:12 PM, Andrew Reilly arei...@bigpond.net.au
On Sunday, April 11, 2010, Tim Kientzle kient...@freebsd.org wrote:
Garrett Cooper wrote:
If I'm understanding you correctly you're saying it's an issue when I do:
pkg_add A B C
# 1 year passes
pkg_add D
# D depends on A, B, C, of different revisions. pkg_add barfs because
it can't
28 matches
Mail list logo
