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 C56C045484 for ; Mon, 17 Jun 2024 20:32:25 +0200 (CEST) Received: from mails.dpdk.org (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 415C8402DA; Mon, 17 Jun 2024 20:32:25 +0200 (CEST) Received: from mail-pj1-f51.google.com (mail-pj1-f51.google.com [209.85.216.51]) by mails.dpdk.org (Postfix) with ESMTP id 40F89402BD for ; Mon, 17 Jun 2024 20:32:24 +0200 (CEST) Received: by mail-pj1-f51.google.com with SMTP id 98e67ed59e1d1-2c2eb98a64fso3868116a91.2 for ; Mon, 17 Jun 2024 11:32:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1718649143; x=1719253943; darn=dpdk.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=aaK+/Bv8aIeeHh57+IHqZEYoM618YRzZS47xRASn5G4=; b=LTRl39M/eJ4NebPoqTL349RMGWkI6qZ5w51KhKyqK3uAK95due8GavWsLdZgagh+9l 0IQ64hs0HiQ3TBmi9Ja6zFrNSOVQEglQntU3rAnPJ/E7/59l/5SYWcOsu88WO3/Ir9di Fwlr7b6O7aHl1t1Yq9FG3hZ1aTLePveZo3NiSoTZpGwkRXsXubDPR8ZHqp8ouSuPR2TO Wkz9WxpAKtfRPuGsOT+lttFEUQLvNEP34L8T6ZELvEnEOh90PUXECPxpwkNcYHPf1CPQ APf8dFjSiuV7hznQkwROgs4ZQeqccyzNbbAEdv4x11h8P7sPIeIHCO9sIpqaYVzkphJP msvw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1718649143; x=1719253943; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=aaK+/Bv8aIeeHh57+IHqZEYoM618YRzZS47xRASn5G4=; b=DT02N5NrvEQ6YDa2Lk4dG7bWXeDE/DVqy8Tlwtg482fp818dfAMPaJ+1PaRBviAHCI 8VnB9bSkPQFK8vlljKhRssVhSsp0aUMAE7FJUBmHgP8SgLjjHS8s9fdIxr9Eh2YrW64/ tBHrpDgGAtuUGt5NUhJO1ywTkaY7GIt15q5nEEIg/+r2ZvyhUwraSIycgWyli+1TSRrB fCs6sCtQEzK71MPF+DBQ8otVb42CkcPntvSYhvPn05+/w9i5GqE9Jty4+ZuGdCAqK59e 7mGFUACMk2IWzm4NnhgPClCSJTQhLMms9zI2BKfjMnVb4bUjktxO1BTB6OHx4gZzAgeB nWzA== X-Gm-Message-State: AOJu0YyEB1k/oyPFjTc7gx1XsvzgpOz/HRu7OdkwgdwddG5rX3nXI2it hKfbcfgvhwO5tdcclEaIEsai6TpEj14HrmrbATeZCiOJy3cY8CCcfbz3dAvtsAtPwsVoJmvIo1n Huajl5rFLmaZVV1XsZR5FSF7Zghg= X-Google-Smtp-Source: AGHT+IE4ESlEoNdiSjxbbxO56QMZP5O8MHFnSi5KkSQS5lJRXhX1kFbAHlOj3yQfmNOgF8O5FfxGIADilADvMUfi1/g= X-Received: by 2002:a17:90a:67c5:b0:2c2:f25d:5f6d with SMTP id 98e67ed59e1d1-2c4db951d6bmr10744413a91.36.1718649142861; Mon, 17 Jun 2024 11:32:22 -0700 (PDT) MIME-Version: 1.0 References: <20240617083049.412242fb@hermes.local> In-Reply-To: From: Isaac Boukris Date: Mon, 17 Jun 2024 21:32:11 +0300 Message-ID: Subject: Re: dumpcap: weird failure with six IPv6 hosts in the filter To: Stephen Hemminger Cc: users@dpdk.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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, Jun 17, 2024 at 6:57=E2=80=AFPM Isaac Boukris = wrote: > > On Mon, Jun 17, 2024 at 6:30=E2=80=AFPM Stephen Hemminger > wrote: > > > > 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 hos= t > > > 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 o= r > > > directory > > > Jun 16 15:17:08: pdump_server(): failed to send to client:No such fil= e > > > 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=3D0 queue=3D0, al= ready 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 h= ost 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) > > Thanks for giving it a try, I had thought it would easily reproduce as > it does for me (perhaps worth trying adding a host or two). > > I'll try a more recent dpdk version (currently running 23.11.0) and > try to narrow it further otherwise. Just a quick update that I still see the issue in my env with the master branch (24.07.0-rc0), I'm now testing by adding the filter to 'sample_filters' in test_bpf.c and running: time sudo build/app/dpdk-test bpf_convert_autotest With 5 hosts it takes less than 2 secs, with 6 it takes about 25 secs, i'll try to strace it maybe.