In 9.x ( can't check -current, but teh mailing list has a better
readership)
I'm still seeing this and have still not found any solution:
possible reasons for the change may be:
1/ change to kgdb?
2/ change to the compiling toolset?
3/ change to the .mk files for compiling modules?
any guidance
On Sun, Jan 29, 2012 at 12:35:35AM +0200, Mikolaj Golub wrote:
> Investigating, it looks after r226859, when 'async' mode was added, we have 2
> issues with synchronization from secondary to master (rather very rear case
> normally):
>
> 1) When the synchronization from secondary to master is runn
On Sun, 5 Feb 2012 20:09:08 +1100 Dewayne wrote:
D> Unfortunately 9.0 Stable fails to compile due to missing declaration of
D> KERN_PROC_ENV in /usr/src/lib/libkvm/kvm_proc.c. csup'ed from today.
D> Please refer to the following changes on 30-Jan-2012:
D>
http://www.freebsd.org/cgi/cvsweb
TB --- 2012-02-05 09:29:08 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca
TB --- 2012-02-05 09:29:08 - starting RELENG_8_1 tinderbox run for mips/mips
TB --- 2012-02-05 09:29:08 - cleaning the object tree
TB --- 2012-02-05 09:29:16 - cvsupping the source tree
TB --- 2012-02-05 09:29:16 - /usr
on 05/02/2012 09:58 Julian Elischer said the following:
> In 9.x ( can't check -current, but teh mailing list has a better readership)
>
> I'm still seeing this and have still not found any solution:
> possible reasons for the change may be:
> 1/ change to kgdb?
> 2/ change to the compiling toolse
Please see this thread:
http://lists.freebsd.org/pipermail/freebsd-fs/2011-December/013215.html
It looks like the same issue.
The patch has been committed in head, not sure if it's MFCed.
on 05/02/2012 06:57 Morgan Reed said the following:
> Hi all,
>
> I'm experiencing an issue in migratin
I've configured a server with 9-STABLE compiled late january. I've
played a bit with NFSv4 and it works great. Except that I can't get it
to play nice with OpenLDAP. If I mirror the passwd and group files
between the client and server the mapping is correct. If I add
pam_ldap to the /etc/pam.d/syst
TB --- 2012-02-05 11:47:04 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca
TB --- 2012-02-05 11:47:04 - starting RELENG_8_2 tinderbox run for mips/mips
TB --- 2012-02-05 11:47:04 - cleaning the object tree
TB --- 2012-02-05 11:47:12 - cvsupping the source tree
TB --- 2012-02-05 11:47:12 - /usr
TB --- 2012-02-05 12:12:26 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca
TB --- 2012-02-05 12:12:26 - starting RELENG_8_2 tinderbox run for
powerpc/powerpc
TB --- 2012-02-05 12:12:26 - cleaning the object tree
TB --- 2012-02-05 12:12:57 - cvsupping the source tree
TB --- 2012-02-05 12:12:57
Hi Mikolaj,
As part of the process, I delete all logs, audit trails of the build,
/usr/obj/* and the various DESTDIR's that have been set.
The build process is from a single /usr/src but I do modify MAKEOBJDIRPREFIX,
DESTDIR and various WITHOUT_ statements through
variable switches in {make,src}
Unfortunately 9.0 Stable fails to compile due to missing declaration of
KERN_PROC_ENV in /usr/src/lib/libkvm/kvm_proc.c.
csup'ed from today.
Please refer to the following changes on 30-Jan-2012:
http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libkvm/kvm_proc.c.diff?r1=1.106.2.1;r2=1.106.2.2;f=h
On Sun, 5 Feb 2012 10:27:54 +0100 Pawel Jakub Dawidek wrote:
PJD> The analysis and fixes look good to me, please go ahead and commit
PJD> (small nits below).
Thanks. Committed.
--
Mikolaj Golub
___
freebsd-stable@freebsd.org mailing list
http://lis
Olav Gjerde wrote:
> I've configured a server with 9-STABLE compiled late january. I've
> played a bit with NFSv4 and it works great. Except that I can't get it
> to play nice with OpenLDAP. If I mirror the passwd and group files
> between the client and server the mapping is correct. If I add
> pa
Hi
Just FYI, I just encountered the same issue with bind and DNSSEC.
Bind was using 100% CPU, even after a restart.
Turns out that were a key in the managed-keys folder which was
unreadable by bind (permission issue).
Hope It can help.
Arnaud Houdelette.
On 05/01/2012 01:24, George Kontost
Hi Andriy,
Thanks for that, the patch has significantly improved
matters, I'm now able to run a find across part of the drive without
issue, however I'm still seeing the panics on some directories, stack
trace below;
panic: avl_find() succeeded inside avl_add()
cpuid = 0
KDB: stack bac
Hi Andriy,
Scratch that, it would appear to be a PEBKAC issue, looks like I
omitted to actually save sid.h when I made the mods.
Patch is good, I now have access to my whole pool again.
Thanks,
Morgan
On Mon, Feb 6, 2012 at 10:23, Morgan Reed wrote:
> Hi Andriy,
>
> Thanks for that,
On 2/5/12 3:05 AM, Andriy Gapon wrote:
on 05/02/2012 09:58 Julian Elischer said the following:
In 9.x ( can't check -current, but teh mailing list has a better readership)
I'm still seeing this and have still not found any solution:
possible reasons for the change may be:
1/ change to kgdb?
2/
so if I'm sitting still in the debugger for too long, a hardclock
event happens that goes into ULE, which then hits the following KASSERT.
KASSERT(pri >= PRI_MIN_BATCH && pri <= PRI_MAX_BATCH,
("sched_priority: invalid priority %d: nice %d, "
On Sat, 4 Feb 2012, Torfinn Ingolfsen wrote:
On Sat, 04 Feb 2012 10:34:19 -0700 (MST)
Warren Block wrote:
Possibly relevant:
http://www.freebsd.org/cgi/query-pr.cgi?pr=140462&cat=
(Using DHCP from /etc/rc.conf leaves a lock on devd.pid. SYNCDHCP does
not.)
And the thread:
http://lists.fre
19 matches
Mail list logo
