From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by inbox.dpdk.org (Postfix) with ESMTP id 19C0F41F45 for ; Mon, 17 Jun 2024 17:30:54 +0200 (CEST) Received: from mails.dpdk.org (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 0E1C040DD5; Mon, 17 Jun 2024 17:30:54 +0200 (CEST) Received: from mail-pf1-f174.google.com (mail-pf1-f174.google.com [209.85.210.174]) by mails.dpdk.org (Postfix) with ESMTP id 5D80E402AB for ; Mon, 17 Jun 2024 17:30:52 +0200 (CEST) Received: by mail-pf1-f174.google.com with SMTP id d2e1a72fcca58-6f4603237e0so3164132b3a.0 for ; Mon, 17 Jun 2024 08:30:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=networkplumber-org.20230601.gappssmtp.com; s=20230601; t=1718638251; x=1719243051; darn=dpdk.org; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:from:date:from:to:cc:subject:date :message-id:reply-to; bh=xGWEkrQItt8rDqJTKMV3KrUGyQd7kQjkcyqt/EGkBcw=; b=cLi13r0lNo7R7zGC249JKl+QuH/gMwPfbF0FB3M+1dfRr+nWoPhX3YgGhSda1gt/9m oPYZh2EJkQ1vBPdLoD+T5uSSTwbeypTkGPVOEQKY30hqCgLJH7W1AF5zoQIxHCy+Grzt eg5hoGl/u990PXO24shKUpHbj/wG7Dauvq/GId0nqAAA1hSqd4fRZX1/6uvMCNCLywB/ q2pxaTADemIA2tajoXhB1N1Q0kCxlUOGd+WtF1r7QgQE7Z4zn0OA2XKtVOJmkgGpgZNh YAPubtizjlS8FkFyu48bWOvCfraoY+iF4yTJBJmaXboRvWtHMBLkysfQNP1+uOJMuXc6 7XLw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1718638251; x=1719243051; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:from:date:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=xGWEkrQItt8rDqJTKMV3KrUGyQd7kQjkcyqt/EGkBcw=; b=rF2Q5O0a9LM1nd+h511j1a/YI0ofZ8IDMLvvbGhF65Ow45fqHnV09Besy2sTLcj364 CDD/V2vj1rvIQ8/bhP9PBDbBdw+v85+N1lKfM/CZEQmfm6aiJiE6X3nHZLSELJD2SBvA xBOTo3rwv51OW8gJ1lHU3AEAW1gGyTBI3evW3ZKxm2TjVH2fFsSEHagTbhd7e+cEeyHh nlTGt9N/yXMG7X2xdLC3PcGUjfQz8HeM0qsaR9SONezIwWMkxREHfqbafqtUWYVZXTF8 FIE0C7y2a3LTutZJ0k2Vn6UqlgYEnzEOXiSREyp8oic/h2xVrwwExhge4SxnhRxupuMW bmZA== X-Gm-Message-State: AOJu0Ywwu9ZXmEq4Hq39k1Ms/Fbo0+ZuSmhc0GyEk2v7CJLUCInjEVsc LC1/tHJTVWX0CDNwQTd7ykZO6MJ0nc4UDaBLOtin7uZUagc9C0Xsh5hiYOVpJMpHLxjvhreL1dt e X-Google-Smtp-Source: AGHT+IHh7vOzr1fFmAUWwk3BBqooqveQyLaJvEJ68ReSvdc9PI5hLImlKAnSZdB0nBCmLUhgjE9i8Q== X-Received: by 2002:a05:6a00:3c8b:b0:705:a32c:8b2a with SMTP id d2e1a72fcca58-705d6ad136cmr19568417b3a.13.1718638251383; Mon, 17 Jun 2024 08:30:51 -0700 (PDT) Received: from hermes.local (204-195-96-226.wavecable.com. [204.195.96.226]) by smtp.gmail.com with ESMTPSA id d2e1a72fcca58-705ccb414fesm7477707b3a.133.2024.06.17.08.30.50 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 17 Jun 2024 08:30:51 -0700 (PDT) Date: Mon, 17 Jun 2024 08:30:49 -0700 From: Stephen Hemminger To: Isaac Boukris Cc: users@dpdk.org Subject: Re: dumpcap: weird failure with six IPv6 hosts in the filter Message-ID: <20240617083049.412242fb@hermes.local> In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: users@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: DPDK usage discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: users-bounces@dpdk.org On Mon, 17 Jun 2024 10:11:47 +0300 Isaac Boukris wrote: > Hi Stephen, > > For instance, the following filter fais as follows (if I omit one host > it works): > -f "host 1::1 or host 1::1 or host 1::1 or host 1::1 or host 1::1 or host 1::1" > > EAL: Error - exiting with code: 1 > Cause: Packet dump enable on 0:0000:13:00.0 failed Connection timed out > > On the server side I see: > Jun 16 15:17:08: EAL: failed to send to > (/tmp/dpdk/rte/mp_socket_262131_4a103955de0b7a) due to No such file or > directory > Jun 16 15:17:08: pdump_server(): failed to send to client:No such file > or directory > Jun 16 15:17:08: EAL: Fail to handle message: mp_pdump > > Then subsequent requests fail with (even with no filter): > pdump_register_rx_callbacks(): rx callback for port=0 queue=0, already exists > > I debugged the dpdk-mp-msg thread with gdb, as far as I can tell it > hangs an awful lot of time on rte_bpf_load() (~15 secs in my env), so > the client times out and by the time the server tries to respond the > client socket doesn't exist anymore. > > Thoughts? I tried testing this with current 24.07-rc code base and do not see any problem (don't have real hardware needed to fix vdev to get tap to work). # ./build/app/dpdk-dumpcap -f "host 1::1 or host 1::1 or host 1::1 or host 1::1 or host 1::1 or host 1::1" File: /tmp/dpdk-dumpcap_0_net_tap0_20240617082758.pcapng Capturing on 'net_tap0' Packets captured: 0 ^C Packets received/dropped on interface 'net_tap0': 0/0 (0.0)