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 9FD1945482 for ; Mon, 17 Jun 2024 17:57:41 +0200 (CEST) Received: from mails.dpdk.org (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 6FF63402CA; Mon, 17 Jun 2024 17:57:41 +0200 (CEST) Received: from mail-pg1-f180.google.com (mail-pg1-f180.google.com [209.85.215.180]) by mails.dpdk.org (Postfix) with ESMTP id C442C402BD for ; Mon, 17 Jun 2024 17:57:39 +0200 (CEST) Received: by mail-pg1-f180.google.com with SMTP id 41be03b00d2f7-6e7b121be30so3150611a12.1 for ; Mon, 17 Jun 2024 08:57:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1718639859; x=1719244659; 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=lH4wXeF+GUsme+CWHCHEIiv1XPI4cKSSNpzmSj9D8nk=; b=S3G9sdZ6B3XXv2GquyqxOaBjg+rnWqn1eNhuDsTPIgG/+x0Eew9mOPp7f88GZ2wN7r f/EDfZgGqIYuCpfmtnU18Js9KyxWTm03V8Mem+a4tl+LX8xz3ZUA5pwpBhenQ1dqNnY9 2weSVLC/X5clWAvjEawTsU+v0WqQFwNQk9bUhAfr4V8ebJETYTuuWF9mRzQhNyUTcFWY eBLnPJwIZWRzG0ZuVrsK3K1ax8Y7MuD+taKGrLc34I/W+rvgIskncr2fTDcJmZDiA0IB L66f6+2aWs1VyyAKRr3Q/XTRHh/wlZ6qcfoz2JYJcF7bNobGYlsW4XR/LETEahjLcNAR DvQQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1718639859; x=1719244659; 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=lH4wXeF+GUsme+CWHCHEIiv1XPI4cKSSNpzmSj9D8nk=; b=XgFlBmf1CztDpbz/Vpu5iM6XWaBTAj3XOdHfHEIHRjZd4PFUfh9Cd7Dx1W8+zSBrga l5atV/n9/iKJD53qAkfmobFIcn7NbsZu4PDs5lyH9H1JlATWEozlVIDfREVpBdzEGm1V UWsoWQpTSx6Pbcvviy255HeStR5P4P8TW9zpGBYQqfkUKnwQrzebmbVtbUpd0WiAWzFf 4aCYiewGxaVrWcc1pyICLXuY/VH/k3D9hk6DJipnI0Adrp2/rCXOz2NeJCPbUAbgUp1V uJTgWrFerOTdf+ymHpP9l1tlfRGI7Rg0rpjMd/pnW/Ii4btKyki3j2V8bJllJBcRaWvC Aiwg== X-Gm-Message-State: AOJu0Yx50bswjrbnrs2Loq9FJ/r9S8xEc3juSR4bBo8kcamavuYkLI35 0wQ1TV3bjxUop4EjAgI8jRjxp7lfWuTeUVcnnsCK8/zUinhB3zD4lPVdBk6OwA7O6L804awvU7d VVJWvzcsV/NnPgsABdilW4WoKSK2GoE3O X-Google-Smtp-Source: AGHT+IHqruw1/5RnllMmk9H+7fGNZc5S1pevWVh+2N2zLCixV9E9TvtdrLW2swvvGbSKwuoHA4kt0R+8pBWGCpjzIFE= X-Received: by 2002:a17:90a:1542:b0:2c0:f62:7b88 with SMTP id 98e67ed59e1d1-2c4db44b9dfmr8625775a91.25.1718639858717; Mon, 17 Jun 2024 08:57:38 -0700 (PDT) MIME-Version: 1.0 References: <20240617083049.412242fb@hermes.local> In-Reply-To: <20240617083049.412242fb@hermes.local> From: Isaac Boukris Date: Mon, 17 Jun 2024 18:57:26 +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: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 host > > it works): > > -f "host 1::1 or host 1::1 or host 1::1 or host 1::1 or host 1::1 or ho= st 1::1" > > > > EAL: Error - exiting with code: 1 > > Cause: Packet dump enable on 0:0000:13:00.0 failed Connection timed o= ut > > > > 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=3D0 queue=3D0, alre= ady 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 p= roblem > (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 hos= t 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.