Hi Jeff
> I checked in a fix for this at revision 207742. If you can verify that it
> works for you it would be appreciated.
Sorry for long delay, finally, I've updated to recent sources, looks like no
more such panics so far.
Will test under more load.
> Thanks!
> Jeff
--
Vladimir B. Greb
On Thu, Apr 29, 2010 at 06:37:00PM -1000, 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.
>
I've noticed that when trying to enable a feature on a mounted
filesystem tunefs gives a bo
On Sun, 2 May 2010, Vladimir Grebenschikov wrote:
Hi
While 'make buildworld'
kgdb /boot/kernel/kernel /var/crash/vmcore.13
GNU gdb 6.1.1 [FreeBSD]
Hi Vladimir,
I checked in a fix for this at revision 207742. If you can verify that it
works for you it would be appreciated.
Thanks!
Jeff
On Mon, 3 May 2010, Ed Maste wrote:
On Mon, May 03, 2010 at 04:32:37PM -0700, Doug Barton wrote:
I also don't want to bikeshed this to death. I imagine that once the
feature is stable that users will just twiddle it once and then leave it
alone, or it will be set at install time and then not t
On Mon, May 03, 2010 at 04:32:37PM -0700, Doug Barton wrote:
> I also don't want to bikeshed this to death. I imagine that once the
> feature is stable that users will just twiddle it once and then leave it
> alone, or it will be set at install time and then not twiddled at all. :)
Speaking of wh
On 05/03/10 06:19, sth...@nethelp.no wrote:
I would vote for decoupling. If I have SU on, then enable journaling,
then disable journaling, I would expect SU to still be on.
>>>
>>> Fully agreed. I see no reason why these sould be coupled.
>>
>> It does not look like it is a prerequisite t
> >> I would vote for decoupling. If I have SU on, then enable journaling,
> >> then disable journaling, I would expect SU to still be on.
> >
> > Fully agreed. I see no reason why these sould be coupled.
>
> It does not look like it is a prerequisite to have SU enabled when you
> want to enable
On May 3, 2010, at 8:04 AM, Alexander Leidinger wrote:
> Quoting sth...@nethelp.no (from Sun, 02 May 2010 07:38:57 +0200 (CEST)):
>
>>> > When you disable journaling it also disables soft-updates. You need to
>>> > re-enable it. I could decouple this. It's hard to say which is the POLA.
>>>
Quoting sth...@nethelp.no (from Sun, 02 May 2010 07:38:57 +0200 (CEST)):
> When you disable journaling it also disables soft-updates. You need to
> re-enable it. I could decouple this. It's hard to say which is the POLA.
I would vote for decoupling. If I have SU on, then enable journaling,
t
I've rev 207213 installed, i will update.
> On Sun, 2 May 2010, Fabien Thomas wrote:
>
>> Hi Jeff,
>>
>> Before sending the 'bad' part i would like to say that it is very useful and
>> save me a lot of time after a crash.
>>
>> I've updated the ports and there was no more space on the FS.
On Sun, 2 May 2010, Vladimir Grebenschikov wrote:
Hi
While 'make buildworld'
This is a problem with snapshots and the journal full condition. I will
address it shortly.
Thanks,
Jeff
kgdb /boot/kernel/kernel /var/crash/vmcore.13
GNU gdb 6.1.1 [FreeBSD]
...
#0 0xc056b93c in doadump ()
(
On Sun, 2 May 2010, Fabien Thomas wrote:
Hi Jeff,
Before sending the 'bad' part i would like to say that it is very useful and
save me a lot of time after a crash.
I've updated the ports and there was no more space on the FS.
It end up with this backtrace (After one reboot the kernel
Hi Jeff,
Before sending the 'bad' part i would like to say that it is very useful and
save me a lot of time after a crash.
I've updated the ports and there was no more space on the FS.
It end up with this backtrace (After one reboot the kernel crashed a second
time with the same backtra
Hi
While 'make buildworld'
kgdb /boot/kernel/kernel /var/crash/vmcore.13
GNU gdb 6.1.1 [FreeBSD]
...
#0 0xc056b93c in doadump ()
(kgdb) bt
#0 0xc056b93c in doadump ()
#1 0xc0489019 in db_fncall ()
#2 0xc0489411 in db_command ()
#3 0xc048956a in db_command_loop ()
#4 0xc048b3ed in db_trap
> > When you disable journaling it also disables soft-updates. You need to
> > re-enable it. I could decouple this. It's hard to say which is the POLA.
>
> I would vote for decoupling. If I have SU on, then enable journaling,
> then disable journaling, I would expect SU to still be on.
Fully a
On 05/01/10 18:10, Jeff Roberson wrote:
> When you disable journaling it also disables soft-updates. You need to
> re-enable it. I could decouple this. It's hard to say which is the POLA.
I would vote for decoupling. If I have SU on, then enable journaling,
then disable journaling, I would expe
On Sunday 02 May 2010 02:16:35 Alan Cox wrote:
> Are you running an up to date kernel, specifically, one from today? If
> not, please update. Kip committed some fixes throughout the day
> yesterday.
I was running a kernel from Friday - I've now updated to the latest sources
and the panic has d
On Sat, May 1, 2010 at 5:21 PM, Bruce Cran wrote:
> On Thu, Apr 29, 2010 at 06:37:00PM -1000, Jeff Roberson wrote:
>
> > 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.
> >
>
> I've started seeing a panic "Sleeping t
On Sat, 1 May 2010, Bruce Cran wrote:
On Thu, Apr 29, 2010 at 06:37:00PM -1000, Jeff Roberson wrote:
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.
I've started seeing a panic "Sleeping thread owns a non-sleepable
On Thu, Apr 29, 2010 at 06:37:00PM -1000, Jeff Roberson wrote:
> 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.
>
I've started seeing a panic "Sleeping thread owns a non-sleepable lock",
though it seems to be occurr
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.
> Does reverting r207410 + r207412 help ?
N
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
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
>
> E
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
is not related to SUJ, it happens even with SUJ disabled.
Does reverting r207410 + r207412 help ?
>
>
> -Original Message-
> From: Vladimir Grebenschikov
> Reply-to: v...@fbsd.ru
> To: Jeff Roberson
> Cc: curr...@freebsd.org
> Subject: Re: SUJ update
> Date: Fri,
Reply-to: v...@fbsd.ru
To: Jeff Roberson
Cc: curr...@freebsd.org
Subject: Re: SUJ update
Date: Fri, 30 Apr 2010 13:36:10 +0400
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:3
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
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 done from a direct
boot into single user but there were
28 matches
Mail list logo