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.
>
> EILSEQ=84
> strerr(84) returns "Invalid or incomplete multibyte or wide
> character"
>
> Any clue on this?
There's some race condition. It seems that you're receiving packets from
kernel-space to nfqueue before the ACK message from kernel-space to
user-space to confirm subscription is send. Let me investigate this.
Thanks for the accurate report.
--
"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
