[releng_6 tinderbox] failure on amd64/amd64
TB --- 2007-03-31 06:39:18 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2007-03-31 06:39:18 - starting RELENG_6 tinderbox run for amd64/amd64 TB --- 2007-03-31 06:39:19 - cleaning the object tree TB --- 2007-03-31 06:39:56 - checking out the source tree TB --- 2007-03-31 06:39:56 - cd /tinderbox/RELENG_6/amd64/amd64 TB --- 2007-03-31 06:39:56 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2007-03-31 06:49:13 - building world (CFLAGS=-O2 -pipe) TB --- 2007-03-31 06:49:13 - cd /src TB --- 2007-03-31 06:49:13 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/sbin/ipf/ipresend/../../../contrib/ipfilter -I/src/sbin/ipf/ipresend/../../../contrib/ipfilter/tools -I/src/sbin/ipf/ipresend/../../../sys -I/src/sbin/ipf/ipresend/../../../sys/contrib/ipfilter -DSTATETOP -D__UIO_EXPOSE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -o ipresend ipresend.o ip.o resend.o sbpf.o sock.o 44arp.o /obj/amd64/src/sbin/ipf/ipresend/../libipf/libipf.a -lkvm gzip -cn /src/sbin/ipf/ipresend/../../../contrib/ipfilter/ipsend/ipresend.1 > ipresend.1.gz ===> sbin/ipfw (all) cc -O2 -pipe -c /src/sbin/ipfw/ipfw2.c /src/sbin/ipfw/ipfw2.c: In function `add': /src/sbin/ipfw/ipfw2.c:3976: error: `ipfw_insn_pipe' undeclared (first use in this function) /src/sbin/ipfw/ipfw2.c:3976: error: (Each undeclared identifier is reported only once /src/sbin/ipfw/ipfw2.c:3976: error: for each function it appears in.) *** Error code 1 Stop in /src/sbin/ipfw. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-03-31 07:39:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-03-31 07:39:39 - ERROR: failed to build world TB --- 2007-03-31 07:39:39 - tinderbox aborted TB --- 1.51 user 4.77 system 3620.68 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-amd64-amd64.full ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
IPv6+dummynet causing panic on 6.2-RELEASE
We have been having rampant issues using Dummynet's IPv6 support, and it's been causing panic's every 24-48 hours. Enabled WITNESS and BREAK_TO_DEBUGGER, and this is the result. -=- lock order reversal: (sleepable after non-sleepable) 1st 0xff034809c900 rtentry (rtentry) @ /usr/src/sys/netinet6/ip6_input.c:501 2nd 0x808dda70 user map (user map) @ /usr/src/sys/vm/vm_map.c:3074 KDB: stack backtrace: witness_checkorder() at witness_checkorder+0x48a _sx_xlock() at _sx_xlock+0x3e vm_map_lookup() at vm_map_lookup+0x44 vm_fault() at vm_fault+0xba trap_pfault() at trap_pfault+0x13c trap() at trap+0x1bd calltrap() at calltrap+0x5 --- trap 0xc, rip = 0x804c41f7, rsp = 0xbdf0da60, rbp = 0xbdf0daf0 --- ip6_input() at ip6_input+0xa07 dummynet_send() at dummynet_send+0x17e dummynet() at dummynet+0x21a softclock() at softclock+0x19a ithread_loop() at ithread_loop+0x132 fork_exit() at fork_exit+0x87 fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xbdf0dd00, rbp = 0 --- Fatal trap 12: page fault while in kernel mode cpuid = 2; apic id = 06 fault virtual address = 0x98 fault code = supervisor read, page not present instruction pointer = 0x8:0x804c41f7 stack pointer = 0x10:0xbdf0da60 frame pointer = 0x10:0xbdf0daf0 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 15 (swi4: clock sio) [thread pid 15 tid 19 ] Stopped at ip6_input+0xa07:movq0x98(%rdi),%rax db> tr Tracing pid 15 tid 19 td 0xff040ff3b000 ip6_input() at ip6_input+0xa07 dummynet_send() at dummynet_send+0x17e dummynet() at dummynet+0x21a softclock() at softclock+0x19a ithread_loop() at ithread_loop+0x132 fork_exit() at fork_exit+0x87 fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xbdf0dd00, rbp = 0 --- -=- Any ideas how to proceed? Best Wishes - Peter ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Amd64 Unstable Areca
Nikolas Britton wrote: On 3/30/07, Scott Long <[EMAIL PROTECTED]> wrote: Nikolas Britton wrote: > On 3/30/07, Phillip Neumann <[EMAIL PROTECTED]> wrote: >> El dom, 25-03-2007 a las 10:11 -0600, Scott Long escribió: >> > Please try the following patch against the latest 6-STABLE driver >> > sources: http://people.freebsd.org/~scottl/arcmsr.simq.diff. >> > >> > Scott >> >> Just in case you mind, the problem does not seem to be present with the >> patch. >> >> Havent had crash in days. >> >> (When one occur, ill notify) >> >> thanks!! >> > > Have you tried making it crash? Erich Chen pointed a problem with the patch I generated, but I think it's mostly harmless. Good to know that it seems to be helping the problem. Scott And??? don't leave us hanging, what's the problem? My patch added a line with "bus_dmamap_unload(...)" that isn't needed. I don't believe that it'll cause problems, though. The whole line will be removed when I commit the patch to CVS. Scott ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Amd64 Unstable Areca
On 3/30/07, Scott Long <[EMAIL PROTECTED]> wrote: Nikolas Britton wrote: > On 3/30/07, Phillip Neumann <[EMAIL PROTECTED]> wrote: >> El dom, 25-03-2007 a las 10:11 -0600, Scott Long escribió: >> > Please try the following patch against the latest 6-STABLE driver >> > sources: http://people.freebsd.org/~scottl/arcmsr.simq.diff. >> > >> > Scott >> >> Just in case you mind, the problem does not seem to be present with the >> patch. >> >> Havent had crash in days. >> >> (When one occur, ill notify) >> >> thanks!! >> > > Have you tried making it crash? Erich Chen pointed a problem with the patch I generated, but I think it's mostly harmless. Good to know that it seems to be helping the problem. Scott And??? don't leave us hanging, what's the problem? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Amd64 Unstable Areca
Nikolas Britton wrote: On 3/30/07, Phillip Neumann <[EMAIL PROTECTED]> wrote: El dom, 25-03-2007 a las 10:11 -0600, Scott Long escribió: > Please try the following patch against the latest 6-STABLE driver > sources: http://people.freebsd.org/~scottl/arcmsr.simq.diff. > > Scott Just in case you mind, the problem does not seem to be present with the patch. Havent had crash in days. (When one occur, ill notify) thanks!! Have you tried making it crash? Erich Chen pointed a problem with the patch I generated, but I think it's mostly harmless. Good to know that it seems to be helping the problem. Scott ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Amd64 Unstable Areca
On 3/30/07, Phillip Neumann <[EMAIL PROTECTED]> wrote: El dom, 25-03-2007 a las 10:11 -0600, Scott Long escribió: > Please try the following patch against the latest 6-STABLE driver > sources: http://people.freebsd.org/~scottl/arcmsr.simq.diff. > > Scott Just in case you mind, the problem does not seem to be present with the patch. Havent had crash in days. (When one occur, ill notify) thanks!! Have you tried making it crash? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: bug or hardware issue ?
Mike Tancsa wrote: Got this on the serial console. Any idea if its a bug or a hardware issue. It seems to last about 10 days before barfing. Nothing too special about the box as it just runs clamav on inbound mail. vm_page_cache: attempting to cache busy page Fatal trap 12: page fault while in kernel mode fault virtual address = 0x1c fault code = supervisor read, page not present instruction pointer = 0x20:0xc0543c03 stack pointer = 0x28:0xe6c0ec50 frame pointer = 0x28:0xe6c0ec54 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 28 (pagedaemon) trap number = 12 panic: page fault Uptime: 10d15h2m19s <...>skip<...> ---Type to continue, or q to quit--- #7 0xc0543c03 in _mtx_trylock (m=0x0, opts=0, file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:428 rval = 4 <...>skip<...> I have dug into a similar problem: Sometimes (not always), there is a crash of system at use of the emulator "qemu": http://www.freebsd.org/cgi/query-pr.cgi?pr=110892 And you have not found out the answer? Regards, Andrew R.Muhametshin ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Sunfire X2200 ipfw and bge issues
Hi, On 07 03 30, Lisa Besko wrote: > Ian Smith wrote: > >On Thu, 29 Mar 2007, Lisa Besko wrote: > > > > firewall_enabled="YES" > > > firewall_type="CLIENT" > > > >Try firewall_enable without the 'd'. Not much fuzzy logic in rc .. > > Thanks for pointing out my fat finger error. The firewall came up just > fine after fixing that. > > Now any ideas on why they system reboots every time the ethernet cable > is plugged in to the bge0 port? or why the nve ethernet ports are not > recognized? > > I am getting an error the next time it reboots that says something like > "hyper transport sync flood" error and I have to press F1 to get it to > reboot. That error is from the BIOS I believe. about bge, try to boot FreeBSD and put these into /boot/loader.conf : hw.pci.enable_msi="0" hw.pci.enable_msix="0" maybe those will help ;) I used these on x4100 when I had similar problems with em* . and about nve, try kldload nfe , not nve ;) Paulius ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Sunfire X2200 ipfw and bge issues
Lisa Besko wrote: Now any ideas on why they system reboots every time the ethernet cable is plugged in to the bge0 port? or why the nve ethernet ports are not recognized? I am getting an error the next time it reboots that says something like "hyper transport sync flood" error and I have to press F1 to get it to reboot. That error is from the BIOS I believe. I still have no idea why this was happening but I did disable the bge driver in the kernel and then patch the nve driver as stated in http://lists.freebsd.org/pipermail/freebsd-bugs/2006-November/020926.html and I was able to get the system up on the network. LB ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Amd64 Unstable Areca
El dom, 25-03-2007 a las 10:11 -0600, Scott Long escribió: > Please try the following patch against the latest 6-STABLE driver > sources: http://people.freebsd.org/~scottl/arcmsr.simq.diff. > > Scott Just in case you mind, the problem does not seem to be present with the patch. Havent had crash in days. (When one occur, ill notify) thanks!! -- Phillip Neumann <[EMAIL PROTECTED]> ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
pam_group modification
I tried to use pam_group to grant access to imap(dovecot) only for users
in certain group (users/groups stored in AD and checked out via
LDAP/Kerberos), but pam_group is checking applicant's group membership.
I'm sure, that in many cases is more useful to check group membership of
target (authenticating) user, but not applicant.
I added check_target option to pam_group to allow checks for
authenticating user if needed. I'm very bad with diff, so it's
modified/original pam_group.c and pam_group.8 (FreeBSD 6.2). Can it be
included in the system?
--
С уважением, Савчук Тарас
ООО "Элантек" : Аутсорсинг ИТ, WEB-разработка
http://www.elantech.ru
+7 (495) 589 68 81
+7 (926) 779 07 05
.\" Copyright (c) 2003 Networks Associates Technology, Inc.
.\" All rights reserved.
.\"
.\" Portions of this software were developed for the FreeBSD Project by
.\" ThinkSec AS and NAI Labs, the Security Research Division of Network
.\" Associates, Inc. under DARPA/SPAWAR contract N66001-01-C-8035
.\" ("CBOSS"), as part of the DARPA CHATS research program.
.\"
.\" Redistribution and use in source and binary forms, with or without
.\" modification, are permitted provided that the following conditions
.\" are met:
.\" 1. Redistributions of source code must retain the above copyright
.\"notice, this list of conditions and the following disclaimer.
.\" 2. Redistributions in binary form must reproduce the above copyright
.\"notice, this list of conditions and the following disclaimer in the
.\"documentation and/or other materials provided with the distribution.
.\" 3. The name of the author may not be used to endorse or promote
.\"products derived from this software without specific prior written
.\"permission.
.\"
.\" THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND
.\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
.\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
.\" ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE
.\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
.\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
.\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
.\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
.\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
.\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
.\" SUCH DAMAGE.
.\"
.\" $FreeBSD: src/lib/libpam/modules/pam_group/pam_group.8,v 1.31 2004/07/02
23:52:17 ru Exp $
.\"
.Dd March 30, 2007
.Dt PAM_GROUP 8
.Os
.Sh NAME
.Nm pam_group
.Nd Group PAM module
.Sh SYNOPSIS
.Op Ar service-name
.Ar module-type
.Ar control-flag
.Pa pam_group
.Op Ar arguments
.Sh DESCRIPTION
The group service module for PAM accepts or rejects users based on
their membership in a particular file group.
.Pp
The following options may be passed to the
.Nm
module:
.Bl -tag -width ".Cm check_target"
.It Cm check_target
By default module checks applicat's membership in certain group. With
this option all checks are made for target user.
.It Cm deny
Reverse the meaning of the test, i.e., reject the user if and only
if he or she is a member of the specified group.
This can be useful to exclude certain groups of users from certain
services.
.It Cm fail_safe
If the specified group does not exist, or has no members, act as if
it does exist and the user is a member.
.It Cm group Ns = Ns Ar groupname
Specify the name of the group to check.
The default is
.Dq Li wheel .
.It Cm root_only
Skip this module entirely if user is not the superuser
account.
.El
.Sh SEE ALSO
.Xr pam.conf 5 ,
.Xr pam 8
.Sh AUTHORS
The
.Nm
module and this manual page were developed for the
.Fx
Project by
ThinkSec AS and NAI Labs, the Security Research Division of Network
Associates, Inc.\& under DARPA/SPAWAR contract N66001-01-C-8035
.Pq Dq CBOSS ,
as part of the DARPA CHATS research program.
.\" Copyright (c) 2003 Networks Associates Technology, Inc.
.\" All rights reserved.
.\"
.\" Portions of this software were developed for the FreeBSD Project by
.\" ThinkSec AS and NAI Labs, the Security Research Division of Network
.\" Associates, Inc. under DARPA/SPAWAR contract N66001-01-C-8035
.\" ("CBOSS"), as part of the DARPA CHATS research program.
.\"
.\" Redistribution and use in source and binary forms, with or without
.\" modification, are permitted provided that the following conditions
.\" are met:
.\" 1. Redistributions of source code must retain the above copyright
.\"notice, this list of conditions and the following disclaimer.
.\" 2. Redistributions in binary form must reproduce the above copyright
.\"notice, this list of conditions and the following disclaimer in the
.\"documentation and/or other materials provided with the distribution.
.\" 3. The name of the author may not be used to endorse or promote
.\"products derived from this softwa
Re: Sunfire X2200 ipfw and bge issues
Ian Smith wrote: On Thu, 29 Mar 2007, Lisa Besko wrote: > firewall_enabled="YES" > firewall_type="CLIENT" Try firewall_enable without the 'd'. Not much fuzzy logic in rc .. Thanks for pointing out my fat finger error. The firewall came up just fine after fixing that. Now any ideas on why they system reboots every time the ethernet cable is plugged in to the bge0 port? or why the nve ethernet ports are not recognized? I am getting an error the next time it reboots that says something like "hyper transport sync flood" error and I have to press F1 to get it to reboot. That error is from the BIOS I believe. Thanks, LB ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
