From mboxrd@z Thu Jan 1 00:00:00 1970 From: Anton VG Subject: Re: (nfnl_talk: recvmsg over-run) and (nf_queue: full at 1024 entries, dropping packets(s). Dropped: 582) - bug or just some defaults increase required? Date: Tue, 17 Feb 2009 21:58:18 +0500 Message-ID: References: <200902121545.16590.anton.vazir@gmail.com> <4996FBBE.20009@netfilter.org> <200902161819.27630.anton.vazir@gmail.com> <49996D49.9050606@netfilter.org> <49998504.9020004@netfilter.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit To: Pablo Neira Ayuso , netfilter-devel , Vitaly Bodzhgua Return-path: Received: from fg-out-1718.google.com ([72.14.220.157]:14567 "EHLO fg-out-1718.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751810AbZBQQ6W (ORCPT ); Tue, 17 Feb 2009 11:58:22 -0500 Received: by fg-out-1718.google.com with SMTP id 16so474098fgg.17 for ; Tue, 17 Feb 2009 08:58:19 -0800 (PST) In-Reply-To: Sender: netfilter-devel-owner@vger.kernel.org List-ID: Pablo, A little update, just tried non-patched variant with blocking, the only difference is - it generated ERROR only once and hanged (waiting for data) Any update from you? 2009/2/16 Anton VG : > From the fcntl MAN page > > If the O_NONBLOCK flag is not enabled, then system call > is blocked until the lock is removed or converted to a mode that is > compatible with the access. > > So, just to clarify, that commenting out the non-blocking fcntl - does > not solve the problem, Error persists. > > 2009/2/16 Anton VG : >> The same stuff with commented out >> >> // fcntl(nfqfd,F_SETFL,O_NONBLOCK); >>> >>> With the current interface of libnetfilter_queue, the queue creation must be >>> blocking to ensure serialization. I'll document this. I can add some >>> functions to allow non-blocking queue creation but that's a different point. >