Anton wrote:
> Pablo,
>
> Some more info. After applying the patch, If we do try to
> just create 100 QUEUE's by the test code - on the test PC,
> with _no_ transit traffic, routed to QUEUE's - it works
> fine, queues created with no problem.
> But if we do this on the live PC, with trasit traffic routed
> to queues - we came to the problem once in a few queues.
> We localized the place, and the sequence is as follows:
> nfnl_query=>nfnl_catch=>nfnl_process
>
> and in the nfnl_process
>
> if (nlh->nlmsg_seq && nlh->nlmsg_seq != h->seq) {
> errno = EILSEQ;
> return -1;
> }
>
> and varibales are
> nlh->msg_seq=1234422225, h->seq=1234422229.
This means that we expected to receive 1234422229, but we got 1234422225
instead. I don't fine any explanation for this but this is spotting a
problem somewhere (in the library or your application) that nfnl_talk
silently ignores. Could you send me the code that you use to trigger this?
Even if you don't have the problem anymore, We have to replace that
nfnl_talk() which looks broken in several aspects.
--
"Los honestos son inadaptados sociales" -- Les Luthiers
--
To unsubscribe from this list: send the line "unsubscribe netfilter-devel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
