On Sunday, April 11, 2010, Tim Kientzle 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 find the app
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 wrote:
> Hi all,
>
>
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 into
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 wrote:
>> At 02:21 PM 4/3
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 wrote:
> At 02:21 PM 4/30/2010, K. Macy wrote:
>>On Fri, Apr 30, 2010 at 12:38 PM, K.
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 hand
At 02:21 PM 4/30/2010, K. Macy wrote:
>On Fri, Apr 30, 2010 at 12:38 PM, K. Macy 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
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 wrote:
> On Fri, Apr 30, 2010 at 3:14 PM, Ja
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 packets
On Fri, Apr 30, 2010 at 12:38 PM, K. Macy 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
> vm_object_page_collect_flush. I'l
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
applications
On Fri, Apr 30, 2010 at 3:14 PM, Jason J. W. Williams
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 hanging?
The iowait wa
> 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 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 #
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
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 consumption
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] spe
On 30 April 2010 18:22, Matthew Jacob 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 :/ ]
>
>> --- RELENG_7_3/
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
Hi
1h - flight ok
-Original Message-
From: Kostik Belousov
To: Vladimir Grebenschikov
Cc: Jeff Roberson , 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, Vladimir Grebenschikov wrote:
> Hi
>
> Ehh, looks lik
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 @@ mpt_c
On 30 April 2010 08:37, Jeff Roberson 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 /. This can only be do
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 Premi
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.c20
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
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
Reply-to:
Hi
1) now works for me (no panics so far)
-Original Message-
From: Jeff Roberson
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 could re-test I would great
On Fri, 30 Apr 2010 00:27:00 +0200
Willem Jan Withagen 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 amounts of
28 matches
Mail list logo
