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>