ok,
i solved that problem for me now and i want to thank every-
body for your input and suggestions.
the problem was that /sbin/ipf didn't get replaced by an up-to-date
version during the installworld phase, either because of a kinda
corrupted or otherwise incorrect source tree after doing a cvsup.
either both, or one of the two following steps corrected that:
.) completely emptying /usr/src and re-cvsupping a fresh copy of
the source tree
.) cleaning out /usr/obj/* before doing the build and installworld
additionally, i mv'd /sbin/ipf /sbin/ipf_old before build and install-
world.
so i am happy that my ipf now works again with 4.4-prerelease and
again i want to thank everybody who replied and helped me with their
input and suggestions. this is great.
thanks very much and regards
--
Andreas Ntaflos, ANT
[EMAIL PROTECTED]
On Thu, Aug 09, 2001 at 05:24:39PM +0200, Andreas Ntaflos wrote:
> i know there was a topic about ipf in 4.4-prerel about ipf in
> the kernel being version 3.4.20 and the userland version being
> 3.4.16. and how loading rules will result in some fancy error
> messages like:
> 1:ioctl(add/insert rule): No such process
> 2:ioctl(add/insert rule): No such process
>
> but no matter what i do, cvsupping src-all a hundred times,
> cvsupping with an empty /usr/src/contrib/ipfilter and
> buildworlding...ipf wont want to get the rules loaded.
>
> now maybe(certainly) there is a solution for this, but browseing
> the archives did not reveal one for me...
>
> so can anyone tell me how i can use ipf properly with 4.4-prerel?
>
> or at least what the hell is the problem with 4.4 and ipf, and WHY
> this is a problem? i really dont get that.
>
> regards
> --
> Andreas Ntaflos, ANT
> [EMAIL PROTECTED]
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-stable" in the body of the message
>
--
Andreas Ntaflos, ANT
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message
