Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 16 Sep 2004 03:59:55 -0000
From:      Pyun YongHyeon <yongari@kt-is.co.kr>
To:        pf4freebsd@freelists.org
Cc:        Mathieu Arnold <mat@mat.cc>
Subject:   [pf4freebsd] Re: Version 2.03 - m_copym panic (and others)
Message-ID:  <20040130111412.GB34231@kt-is.co.kr>
In-Reply-To: <20040130102111.GA34231@kt-is.co.kr>
References:  <200401291603.23944.max@love2party.net> <9609296.1075400143@andromede.faubourg.reaumur.net> <20040130015907.GA86565@kt-is.co.kr> <132624359.1075456863@pouet.in.mat.cc> <20040130092639.GA33809@kt-is.co.kr> <134924046.1075459163@pouet.in.mat.cc> <20040130102111.GA34231@kt-is.co.kr>

next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Jan 30, 2004 at 07:21:11PM +0900, To pf4freebsd@freelists.org wro=
te:
 > On Fri, Jan 30, 2004 at 10:39:23AM +0100, Mathieu Arnold wrote:
 >  > +-Le 30/01/2004 18:26 +0900, Pyun YongHyeon =3DE9crivait :
 >  > | On Fri, Jan 30, 2004 at 10:01:03AM +0100, Mathieu Arnold wrote:
 >  > |  > +-Le 30/01/2004 10:59 +0900, Pyun YongHyeon ?crivait :
 >  > |  > |  > Stop in /usr/o/usr/ports/security/pf/work/pf_freebsd_2.02=
.
 >  > |  > |            ^^^^^^^^^^^^^^^^^^^^^^^^^^^^
 >  > |  > |  > *** Error code 1
 >  > |  > |  >=3D20
 >  > |  > |  > Stop in /usr/ports/security/pf.
 >  > |  > |            ^^^^^^^^^^^^^^^^^^^^^^
 >  > |  > |=3D20
 >  > |  > | I don't know why port system try to use "/usr/o/usr/ports" =3D
 >  > directory.
 >  > |  > | (symbolic link or NFS mounted?)
 >  > |  > | If your ports tree reside in "/usr/o/usr/ports", you may nee=
d to
 >  > |  > | define PORTSDIR environment variable. See ports(7) for avail=
able
 >  > |  > | other environment variables.
 >  > |  >=3D20
 >  > |  > Hum, /usr/ports is NFS mounted, and to avoid building everythi=
ng in
 >  > |  > /usr/ports which would lead to much much traffic and reduce co=
mpile
 >  > | speed  > (or because it's mounted from a CDROM being read only), =
you can
 >  > | define :  > WRKDIRPREFIX=3D3D/some/path/to/somewhere/you/can/writ=
e
 >  > |  > in your make.conf. See make.conf(5) for more details. Being al=
so
 >  > |  > mat@FreeBSD.org, I guess that is a part I know a bit ;)
 >  > |  >=3D20
 >  > |  > The problem lines in lines like this :
 >  > |  >=3D20
 >  > |  > mtag =3D3D m_tag_get(PACKET_TAG_PF_QID, sizeof(*atag), M_NOWAI=
T);
 >  > |  >=3D20
 >  > |  > it's the sizeof(*atag) gcc does not like. Why, I quite frankly=
 don't
 >  > | know.  >=3D20
 >  > |=3D20
 >  > | I don't know why gcc complain this. If ALTQ was installed success=
fully,
 >  > | this should not happen.(At least, it always work for me.)
 >  >=20
 >  > Well, altq works (5.2-beta2 patch), and old pf 2.00 works too, but =
I'd
 >  > rather have a newer version :)
 >  >=20
 > Strange to me.
 >=20
 >  > | If your /usr/ports is NFS mounted, util.mk in include/mk/util.mk =
can
 >  > | link sys directory incorrectly.
 >  >=20
 >  > I don't see why, I've been using this NFS mounted installations for=
 years,
 >  > with all my servers, and never had I any trouble with it. Moreover,=
 I have
 >  > pf 2.00 compiled on it.
 >  >=20
 > At first, I thought neither the NFS server nor your system is i386.
 > Because you used pf 2.00 before, there might be bugs in pf 2.02 with
 > ALTQ.(IMO)
 >=20
 >  > | At present, util.mk assume the following ALTQ directory:
 >  > | 	1. /usr/src/sys.altq or
 >  > | 	2. /sys or
 >  > | 	3. /usr/src/sys
 >  >=20
 >  > 2 and 3 leads to 1.
 >  >=20
 >  > | Please check symbolic links for '@' and 'machine' were set correc=
tly.
 >  > | (See work/pf_freebsd_2.02/pf after compilation failure.)
 >  >=20
 >  > lrwxr-xr-x  1 root  wheel      17 30 jan 10:33 @@ -> /usr/src/sys.a=
ltq
 >  > lrwxr-xr-x  1 root  wheel      30 30 jan 10:33 machine@ ->
 >  > /usr/src/sys.altq/i386/include
 >  >=20
 >  > looks good.
 >  >=20
 > Yes. It's Ok.
 >=20
 >  > | If the link was set correctly, check the existence of stale heade=
r
 >  > | files in your system.
 >  >=20
 >  > Which header file do you think of ? I've checked if_altq.h as it se=
ems to
 >  > be the only included one. I only have one version of it.
 >  >=20
 > ALTQ touchs <net/if_var.h>.
 > pf.c includes <net/if.h> which in turn include if_var.h.
 > But I can't sure your problem is related with this.
 > I'll check pf 2.02 with ALTQ when I reboot to FreeBSD 5.2R.
 > (Maybe it will take 2 hours due to 'make build' of OpenBSD-Current.)
 >=20
Okay, I tried.(had to killed 'make build' process in OpenBSD.)

NFS Server                 NFS Client            pf building with ALTQ
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
X                           No NFS, 5.2R                     OK

5.2-CURRENT(i386,SMP)       5.2R(i386,UP,R/W mount)          OK
                            mount option: -3Tbs

5.2-CURRENT(i386,SMP)       5.2R(i386,UP,read only mount)    OK
                            mount option: -3Tbs -o ro
                            WRKDIRPREFIX=3D/tmp/work

So it's not reproduable here.
I have no idea why your problem persists.
Anybody has this issue too?

--=20
Pyun YongHyeon <http://www.kr.freebsd.org/~yongari>;




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040130111412.GB34231>