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 B165246E41 for ; Mon, 1 Sep 2025 11:32:56 +0200 (CEST) Received: from mails.dpdk.org (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 43496402A3; Mon, 1 Sep 2025 11:32:56 +0200 (CEST) Received: from NAM11-CO1-obe.outbound.protection.outlook.com (mail-co1nam11on2091.outbound.protection.outlook.com [40.107.220.91]) by mails.dpdk.org (Postfix) with ESMTP id 749B04028B for ; Mon, 1 Sep 2025 11:32:54 +0200 (CEST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=wUAzNNVEJHbarSt5YevFu6dfobi1+dqfxcKydj5pgyQAiVITwKAw6MZ8M3hgI1Ke2PssWfD6o32v/CEHAIoyxU6e4DFnCNnNr6Ugfr1BQt6A0DYuZRQEs+RY+L7AE4wgshFMe667zlJ1hJlxwj5akML4Ru6SLciGHNDYQ55V1Jugq2yUlD4R+ka/yKfZmeVZ3FVMNyKcIwn7QussoaqTcPgU/paDi0MSX3fYMzLTXtT5S4JL33893URSUkbTUyN0mRatXlUJh9r/oZlg6URCjfKzeQmKqTYoP7ysllWFKwG8QW779/cZsTg6bmUEeE47SCihXWlgglJfXNjduM1rTA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=bCj2nkp3CM1QEJ/YL5S6y+GCoTPRoAYcH+dZ75fxzsM=; b=CDRjHI2fGkueMRln3itYdeCO6Oyy2+s3SdtBpEUtEcekbVF+zNrR2dRZ+ndAMi8OUXnQkHqabjDqoeBE6caeC23KdAEdNHulbSFSfL0zj5iqym5dsrIBzt+zqUoYnDOKT2E61a7Stl5G8e2pQ8piN5LP1HjOUxHL9lPrajcZO8GK1i9ZNOxPyjyHD0glrrZc4NBrsgy4zcQTmXCWNWynafoZJ9RIQkyb2wj8/2zOADAT7dewdW9zkjt0Synni26WXSJTj/bjPED44rB23S0V26Nb8EIgCxox9h5QefgUfrn1WFdd8fgVNC6zj6TzBrR85fgPOW5YneEQysfCX0xYTQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=graphiant.com; dmarc=pass action=none header.from=graphiant.com; dkim=pass header.d=graphiant.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=graphiant.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=bCj2nkp3CM1QEJ/YL5S6y+GCoTPRoAYcH+dZ75fxzsM=; b=P3eWGGMhp4UxvMTPKtPK1ObdrHx2Ki2PIHQzP9IErD+ZjfVM57e6kvWlUXbTwIqliyVvYwx+5/BfY77GJcDufobvYW9etQKIgfkHoPetYShzu9np9QEDK51nmMAEPkekRo86+Mhym7l6p8Dxv6oj/bW/hmXYguZNafj/hhEBVsZusSbzCgrC2QFGvFSTLX6uL+nVDtDv9GBjVCQ4L9f5Aml4KU2NaugbhlfKuR7rMfnO8Ub8LSCLkeBfdh8W2KEQ/TiPttObiedzJRQZVgZu9UBreNzSIR0AV5c0uQNdDOWmKQt42q69fpm0XAhy1/VyenFzswwcx9cZKvpXuI4RjA== Received: from SJ0PR17MB4630.namprd17.prod.outlook.com (2603:10b6:a03:373::22) by DS0PR17MB6279.namprd17.prod.outlook.com (2603:10b6:8:13f::14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.9073.27; Mon, 1 Sep 2025 09:32:51 +0000 Received: from SJ0PR17MB4630.namprd17.prod.outlook.com ([fe80::87a9:67bd:2ee3:533a]) by SJ0PR17MB4630.namprd17.prod.outlook.com ([fe80::87a9:67bd:2ee3:533a%4]) with mapi id 15.20.9073.026; Mon, 1 Sep 2025 09:32:51 +0000 From: Peter Morrow To: users Subject: Intermittent Azure NetVSC initalisation issues (DPDK 23.11.2) - dpdk: hn_vf_add(): RNDIS reports VF but device not found, retrying Thread-Topic: Intermittent Azure NetVSC initalisation issues (DPDK 23.11.2) - dpdk: hn_vf_add(): RNDIS reports VF but device not found, retrying Thread-Index: AQHcGyMkKkVtEz0M1Ei2K1vPwr7ing== Date: Mon, 1 Sep 2025 09:32:51 +0000 Message-ID: Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: msip_labels: authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=graphiant.com; x-ms-publictraffictype: Email x-ms-traffictypediagnostic: SJ0PR17MB4630:EE_|DS0PR17MB6279:EE_ x-ms-office365-filtering-correlation-id: 36fce1b8-136f-4317-738a-08dde93a85c3 x-ms-exchange-atpmessageproperties: SA x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; ARA:13230040|376014|1800799024|31052699007|39142699007|366016|8096899003|38070700018; x-microsoft-antispam-message-info: =?iso-8859-1?Q?lkwpqMoh9QQ6FVVVD7GJgjUyY2ZO/XTV7TLIoKLlXvCezgaLprJaVxQDt+?= =?iso-8859-1?Q?6fn5GkVg4LXTKo1ByGU8nEWDt4t/WD5rZ9eHwyPmtPBeNybtfsJz59iyoS?= =?iso-8859-1?Q?Mp7SXg7RWLdcyvbIMmXDK9/o5TkuxV+6BTlpNvrMLhXVH/9qMwOympGam9?= =?iso-8859-1?Q?FHGLxZuShrncjkvy0ewBMaFCXoPU4kvMjeDWPB92Oldrg5WEnRwPYejKze?= =?iso-8859-1?Q?N8vW2oyDuDaZXDbReXqOPY1XrcxEhygZoDoPV4c+zAx2fB6qZ4Ov55n8m6?= =?iso-8859-1?Q?thtW5H1x/l5oxsZBSRytEbREEwByafUEFF3G2viT7cHjMdNc0Fa4NdKRU+?= =?iso-8859-1?Q?mfAZLSWxEtghB8K2z80eLjqImc/Vmk9bP26IWrj6rJ7ealEeLaGqYeDO3O?= =?iso-8859-1?Q?rt0u9oElSgQKLAYjOtDKtgiEBD9LNClqfqx1mx+QMSjZvCk4DSvptZGYcr?= =?iso-8859-1?Q?up+jOvLzFmyBCqQrEx/UbHfCcmgKJzF2Aa7IB4n1X1ntJkDUhFKzERbSm0?= =?iso-8859-1?Q?9zfGFflZ/BpONvP/3Mg6fZTmjEQ1bNzECIYCaMP+NwdzE2tqf3Ypr9bd1I?= =?iso-8859-1?Q?uE1u8mqMNU8OpuAbppc+CiukedDcpS/dh21MoRp4mQrj6z/Uji1JTXGO+X?= =?iso-8859-1?Q?2BipJUNkI52pYAOmYF+aqKaBMjHRv4/mteyl4RqEUASyyMgpkMTGfvZm1f?= =?iso-8859-1?Q?iKircFIir1sdwh7vCVEuvd8Qjtwoj+YSr6s1d/KaxBeGu/bv5Kkp0qcKBE?= =?iso-8859-1?Q?zz48wd6AkmzuXnln1YVz6/DWrJ1UjJ/ULyi4TQOXNUFYIqsxIaMW9brTYe?= =?iso-8859-1?Q?gIMdQPvdDw4mZsW4ytX0CGyXhq4S0g1zys9LrzMsKgRiv3cVE8e263uf2g?= =?iso-8859-1?Q?B6BQTBSVOl0v102OVjkEhwxib2krR2cm/MxwbrIBD/4OrWY9mwhu2QZiDK?= =?iso-8859-1?Q?k52yjmOHk44MygohO5bR3bsOmYhz0msLsxx4o8MixvtDEEdPQxZaTqTDMp?= =?iso-8859-1?Q?nnh6zbjElyWcIrpbUxpvbt+ReSkjK84S6RSjW9ryhbWrVUetMf9XHOSyPQ?= =?iso-8859-1?Q?fCr7SG1eI/0vzpDLrL55rmQ5aVboXW0TmeFNtXoMQ+9X7v71hs3C29Zr62?= =?iso-8859-1?Q?IN8oLm1Xnf3GMFa0HnQwxeg+t0hlj57fBnBcML71zx2yQV8BHXsOpMgj/K?= =?iso-8859-1?Q?H+PNXjdWmyJScjbvkVJ9IGnR8eQUtkkgsgDMSemGM7W3XyBrc8HoUa08v1?= =?iso-8859-1?Q?eI2qlorfreSRq2QWHN+OHwHqlxfK55jvrKbs86id483WlNQ4vBHkrFZcJB?= =?iso-8859-1?Q?xLwyYPsa7RGqvIQHmkDCCN8PEyKv8ZG6DaPnZLGiOxiBg2HM56QyCVHUtz?= =?iso-8859-1?Q?VP7CPQzzOWvFNh7io92YjpM9JMt9vcAFgoZ7m0ByOG2z6wZS1s8uPDQ31u?= =?iso-8859-1?Q?Cm/4vq1gsNQLMJdxUC3N14CNLsxfXI7ucFrhY4uLCSjBcD60aGJEd5vu2a?= =?iso-8859-1?Q?xpYGSfzpvhci1F/eQNrgbYn8JKwnlJzkk0q9OdS0Uh1Q=3D=3D?= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:SJ0PR17MB4630.namprd17.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230040)(376014)(1800799024)(31052699007)(39142699007)(366016)(8096899003)(38070700018); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?iso-8859-1?Q?K1YtW9UyuaSRcnabNlX5KkQP6cSmaIqxd0eXLnSBWVfRMnWScTBw3pDYnP?= =?iso-8859-1?Q?7YkrlEl3802A11LcSsqlsdhwts4Ti3cu2vkMeBf5IrjztZYbTgMtkzU4ds?= =?iso-8859-1?Q?UNR8+NVpI/y3IixNE5vqw11K/rmEA9w1myFU5zI0Ak5Bxf0cSW2pK2nlBr?= =?iso-8859-1?Q?ub9Jtkd5Fp/CiVje9kldx7oo4sh5O5UiwmOhWgpkjCueAr/ZyekGrDtFfV?= =?iso-8859-1?Q?hTGkv5gnLPwQGhMGe+565gM7E0oJ8xYKbWs+3nsStMrFzeBeVMi1U4/UQ+?= =?iso-8859-1?Q?EuAl7X5NBbUxGj+PLF4PKrPPMBKxM6MB5x5CLxHs47WA9Tuvy7mAd+rSEw?= =?iso-8859-1?Q?VA8Jt9gD64FR3O2hKk4mzLGmrrAJE3mKi3aGR9Y45igLPa/AO8BwPay6cH?= =?iso-8859-1?Q?N1CZeKbT5Fu1j2AmcZGxBMLU3VLQeb4OwaROo6bgqh94scKH2n7GNUIJ/L?= =?iso-8859-1?Q?hyCSD5R0s6RWuJowN/dc8tAhDpbLQzDD24p9AHRniHSJILupFiSg8LVxPQ?= =?iso-8859-1?Q?19GbGMkV6O4kLg3pJJ9FtmANZvZM9+aJvIzdF/Ximor1Xhws7FjHZC1brF?= =?iso-8859-1?Q?y57JVVeUmbCSFn9/94KOW8P6RzCxBzO9TAqjYLSlbud6qt6MtW3gLdFOAd?= =?iso-8859-1?Q?JmSwGK2yQxgBE9Aux0c2oEDVdrQIU1FLqv9CAD7uuJsV31ZDkwDywTUWae?= =?iso-8859-1?Q?GLiw+G7d1yhxzRLml4ZHO0DZzLx1It31DAHweitbVSpFdMGcB9Fa/O07np?= =?iso-8859-1?Q?sPeKju/uGXxeimtNyY/59B+JLIGRfEYKg/x+NqNhe9TeoQcYDDUnPDNK7z?= =?iso-8859-1?Q?v18hxxOFKnRv3kC22l0+5mc3mJ029TMxaI+xdiPRbEKJPYtnTO/rdirtET?= =?iso-8859-1?Q?5DLRiMwzd160oH81kr7bVLJfdpFQ2c0D6lcNwyKsvyph5ECCuQt/pMo1XT?= =?iso-8859-1?Q?s0PxM8ASnGV8+Zh+oI+g392Wh6OlKcsJ8iFJscWoeZKmlMThvE7aaN32KV?= =?iso-8859-1?Q?VYz2U7CuAQgsSGHao3oA5X5WG9PbbxgzP4/dPVfCYWcP9MsNpc3ocMgwJ0?= =?iso-8859-1?Q?GvMZpqc5s3qeCUENDVx3aEGm2wQEMGCE00I37gGFU/Ds/QV3adTymrzTK6?= =?iso-8859-1?Q?d9bK/fkp0PintV40rHggBgb5m0zkYFNpjVa1FSFCLoOzXwbhDm981a1+Y0?= =?iso-8859-1?Q?cRlvJ7ssD2bq1U9fjaHoLRpvcoBnlgpdRaLRegvVKai2xISKGsYDwfx+ed?= =?iso-8859-1?Q?02lhoVxhHCD5UDdNRGZZjcdCHfgl8qplN+dJ1y/8j5ArQoYhP4sjk4BlNo?= =?iso-8859-1?Q?SFkCuJLuFPArLfZDrRcbHJWj5z69iyBR4mKff1CZs61F9FzQ3RK860u1aw?= =?iso-8859-1?Q?PxV7lRt5NE2APImTDXEfZLVhlshQxqzA6Ll140MR/37Y2ne8bLcVpaKDyy?= =?iso-8859-1?Q?EZpqq9DHZZoQk/rjNccSwocemSouTKCfmjT7CHLAmFN6NXl+4208mjDOgP?= =?iso-8859-1?Q?IQHS0t1QXYVEBlfE/LMLfRuBdUTMoJXQEIx402C58VgI3LW9tBjrpMOQXu?= =?iso-8859-1?Q?DJN/3Rg2U/HlEsssp0+6ZMaAa3WkUM0MEmCpXleQDk3GFua13krfdgV5Q7?= =?iso-8859-1?Q?r2OtJZsv/vA4U=3D?= Content-Type: multipart/alternative; boundary="_000_SJ0PR17MB4630C1798AECA98E95EF360ABD07ASJ0PR17MB4630namp_" MIME-Version: 1.0 X-OriginatorOrg: graphiant.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: SJ0PR17MB4630.namprd17.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 36fce1b8-136f-4317-738a-08dde93a85c3 X-MS-Exchange-CrossTenant-originalarrivaltime: 01 Sep 2025 09:32:51.7519 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 162101cd-ceb3-4e62-ab2e-3abc7aeede47 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: h12bc4vkopYIlmKQVwvaXh8PLO6cTR0tbJ56FR02SGfmTSzonY6ewQTWpxtJop8jZ2umWznOkxUBbSCZt5KM0A== X-MS-Exchange-Transport-CrossTenantHeadersStamped: DS0PR17MB6279 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 --_000_SJ0PR17MB4630C1798AECA98E95EF360ABD07ASJ0PR17MB4630namp_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Folks, Azure VM Size: Standard DS3 v2 Kernel: 6.1.0-38-amd64 Distro: Based off Debian 12. DPDK version: 23.11.2. Our VM has a kernel managed port and 2 DPDK managed ports (these ports have= accelerated networking enabled, the kernel managed port does not). We are = seeing the following continuos warning/error logs from dpdk via vpp: Aug 25 03:04:03.603881 tunnel-terminator-30000000015 vpp[777]: dpdk: hn_vf_= add(): RNDIS reports VF but device not found, retrying Aug 25 03:04:03.978595 tunnel-terminator-30000000015 vpp[777]: dpdk: hn_vf_= attach(): Couldn't find port for VF Aug 25 03:04:03.978942 tunnel-terminator-30000000015 vpp[777]: dpdk: hn_vf_= add(): RNDIS reports VF but device not found, retrying Aug 25 03:04:03.978980 tunnel-terminator-30000000015 vpp[777]: dpdk: hn_vf_= attach(): Couldn't find port for VF Aug 25 03:04:03.979025 tunnel-terminator-30000000015 vpp[777]: dpdk: hn_vf_= add(): RNDIS reports VF but device not found, retrying Aug 25 03:04:04.302893 tunnel-terminator-30000000015 vpp[777]: dpdk: hn_vf_= attach(): Couldn't find port for VF Aug 25 03:04:04.303720 tunnel-terminator-30000000015 vpp[777]: dpdk: hn_vf_= add(): RNDIS reports VF but device not found, retrying Aug 25 03:04:04.603327 tunnel-terminator-30000000015 vpp[777]: dpdk: hn_vf_= attach(): Couldn't find port for VF Aug 25 03:04:04.603901 tunnel-terminator-30000000015 vpp[777]: dpdk: hn_vf_= add(): RNDIS reports VF but device not found, retrying Aug 25 03:04:04.978651 tunnel-terminator-30000000015 vpp[777]: dpdk: hn_vf_= attach(): Couldn't find port for VF Aug 25 03:04:04.978789 tunnel-terminator-30000000015 vpp[777]: dpdk: hn_vf_= add(): RNDIS reports VF but device not found, retrying Aug 25 03:04:04.978827 tunnel-terminator-30000000015 vpp[777]: dpdk: hn_vf_= attach(): Couldn't find port for VF Aug 25 03:04:04.978893 tunnel-terminator-30000000015 vpp[777]: dpdk: hn_vf_= add(): RNDIS reports VF but device not found, retrying Aug 25 03:04:05.302950 tunnel-terminator-30000000015 vpp[777]: dpdk: hn_vf_= attach(): Couldn't find port for VF Aug 25 03:04:05.303121 tunnel-terminator-30000000015 vpp[777]: dpdk: hn_vf_= add(): RNDIS reports VF but device not found, retrying Aug 25 03:04:05.603390 tunnel-terminator-30000000015 vpp[777]: dpdk: hn_vf_= attach(): Couldn't find port for VF Aug 25 03:04:05.603966 tunnel-terminator-30000000015 vpp[777]: dpdk: hn_vf_= add(): RNDIS reports VF but device not found, retrying Aug 25 03:04:05.978785 tunnel-terminator-30000000015 vpp[777]: dpdk: hn_vf_= attach(): Couldn't find port for VF Aug 25 03:04:05.978911 tunnel-terminator-30000000015 vpp[777]: dpdk: hn_vf_= add(): RNDIS reports VF but device not found, retrying Aug 25 03:04:05.978949 tunnel-terminator-30000000015 vpp[777]: dpdk: hn_vf_= attach(): Couldn't find port for VF Aug 25 03:04:05.978980 tunnel-terminator-30000000015 vpp[777]: dpdk: hn_vf_= add(): RNDIS reports VF but device not found, retrying Aug 25 03:04:06.303010 tunnel-terminator-30000000015 vpp[777]: dpdk: hn_vf_= attach(): Couldn't find port for VF Aug 25 03:04:06.303813 tunnel-terminator-30000000015 vpp[777]: dpdk: hn_vf_= add(): RNDIS reports VF but device not found, retrying Aug 25 03:04:06.603457 tunnel-terminator-30000000015 vpp[777]: dpdk: hn_vf_= attach(): Couldn't find port for VF Aug 25 03:04:06.604092 tunnel-terminator-30000000015 vpp[777]: dpdk: hn_vf_= add(): RNDIS reports VF but device not found, retrying What has happened is after reboot one of the AN ports fails to initialise, = the other is completely fine and operational (sending receiving packets). W= e used to run into issue like this intermittently which we usually put down= to "Azure host issues", reprovision of the VM usually got us out of this h= ole - however the issue seems to be becoming more frequently thus this que= ry. I've pasted a single output of the ports (show vpp hardware interfaces) in = working condition if that is to be of any use in debugging: vppctl show hardware-interfaces Started at 2025-08-26T19:38:51,164557937+00:00 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Name Idx Link Hardware^M GigabitEthernet1 2 up GigabitEthernet1^M Link speed: 50 Gbps^M RX Queues:^M queue thread mode ^M 0 vpp_wk_1 (2) polling ^M 1 vpp_wk_2 (3) polling ^M 2 vpp_wk_0 (1) polling ^M 3 vpp_wk_1 (2) polling ^M TX Queues:^M TX Hash: [name: hash-eth-l34 priority: 52 description: Hash ethernet L3= 4 headers]^M queue shared thread(s) ^M 0 no 0^M 1 no 1^M 2 no 2^M 3 no 3^M Ethernet address 00:22:48:23:58:2f^M Microsoft Hyper-V Netvsc^M carrier up full duplex max-frame-size 2044 ^M flags: admin-up tx-offload rx-ip4-cksum^M Devargs: ^M rx: queues 4 (max 64), desc 1024 (min 0 max 65535 align 1)^M tx: queues 4 (max 64), desc 2048 (min 1 max 4096 align 1)^M max rx packet len: 16128^M promiscuous: unicast off all-multicast on^M vlan offload: strip off filter off qinq off^M rx offload avail: vlan-strip ipv4-cksum udp-cksum tcp-cksum rss-hash ^= M rx offload active: ipv4-cksum ^M tx offload avail: vlan-insert ipv4-cksum udp-cksum tcp-cksum tcp-tso ^= M multi-segs ^M tx offload active: ipv4-cksum udp-cksum tcp-cksum multi-segs ^M rss avail: ipv4-tcp ipv4-udp ipv4 ipv6-tcp ipv6 ^M rss active: ipv4-tcp ipv4 ipv6-tcp ipv6 ^M tx burst function: (not available)^M rx burst function: (not available)^M ^M tx errors 1457^M rx frames ok 1334^M rx bytes ok 138643^M extended stats:^M rx_good_packets 1334^M rx_good_bytes 138643^M tx_errors 1457^M rx_q0_packets 101^M rx_q0_bytes 8221^M rx_q1_packets 35^M rx_q1_bytes 2974^M rx_q2_packets 1124^M rx_q2_bytes 121060^M rx_q3_packets 74^M rx_q3_bytes 6388^M tx_q0_errors 2^M tx_q0_multicast_packets 2^M tx_q0_size_65_127_packets 1^M tx_q0_size_128_255_packets 1^M tx_q1_errors 839^M tx_q1_multicast_packets 110^M tx_q1_broadcast_packets 507^M tx_q1_size_65_127_packets 284^M tx_q1_size_128_255_packets 49^M tx_q1_size_256_511_packets 507^M tx_q2_errors 25^M tx_q2_multicast_packets 25^M tx_q2_size_65_127_packets 25^M tx_q3_errors 591^M tx_q3_multicast_packets 60^M tx_q3_size_65_127_packets 652^M rx_q0_good_packets 101^M Are there any know issues in this area? Is there anything else I can collec= t to assist in further triage? Are there any steps we can take to attempt t= o mitigate this happening? Thanks, Peter. --_000_SJ0PR17MB4630C1798AECA98E95EF360ABD07ASJ0PR17MB4630namp_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi Folks,

Azure VM Size:  Standard DS3 v2
Kernel: 6.1.0-38-amd64
Distro: Based off Debian 12.
DPDK version: 23.11.2.

Our VM has a kernel managed port and 2 DPDK managed ports (these ports have= accelerated networking enabled, the kernel managed port does not). We are = seeing the following continuos warning/error logs from dpdk via vpp:

Aug 25 03:04:03.603881 tunnel-terminator-30000000015 vpp[777]: dpdk: hn_vf_= add(): RNDIS reports VF but device not found, retrying
Aug 25 03:04:03.978595 tunnel-terminator-30000000015 vpp[777]: dpdk: hn_vf_= attach(): Couldn't find port for VF
Aug 25 03:04:03.978942 tunnel-terminator-30000000015 vpp[777]: dpdk: hn_vf_= add(): RNDIS reports VF but device not found, retrying
Aug 25 03:04:03.978980 tunnel-terminator-30000000015 vpp[777]: dpdk: hn_vf_= attach(): Couldn't find port for VF
Aug 25 03:04:03.979025 tunnel-terminator-30000000015 vpp[777]: dpdk: hn_vf_= add(): RNDIS reports VF but device not found, retrying
Aug 25 03:04:04.302893 tunnel-terminator-30000000015 vpp[777]: dpdk: hn_vf_= attach(): Couldn't find port for VF
Aug 25 03:04:04.303720 tunnel-terminator-30000000015 vpp[777]: dpdk: hn_vf_= add(): RNDIS reports VF but device not found, retrying
Aug 25 03:04:04.603327 tunnel-terminator-30000000015 vpp[777]: dpdk: hn_vf_= attach(): Couldn't find port for VF
Aug 25 03:04:04.603901 tunnel-terminator-30000000015 vpp[777]: dpdk: hn_vf_= add(): RNDIS reports VF but device not found, retrying
Aug 25 03:04:04.978651 tunnel-terminator-30000000015 vpp[777]: dpdk: hn_vf_= attach(): Couldn't find port for VF
Aug 25 03:04:04.978789 tunnel-terminator-30000000015 vpp[777]: dpdk: hn_vf_= add(): RNDIS reports VF but device not found, retrying
Aug 25 03:04:04.978827 tunnel-terminator-30000000015 vpp[777]: dpdk: hn_vf_= attach(): Couldn't find port for VF
Aug 25 03:04:04.978893 tunnel-terminator-30000000015 vpp[777]: dpdk: hn_vf_= add(): RNDIS reports VF but device not found, retrying
Aug 25 03:04:05.302950 tunnel-terminator-30000000015 vpp[777]: dpdk: hn_vf_= attach(): Couldn't find port for VF
Aug 25 03:04:05.303121 tunnel-terminator-30000000015 vpp[777]: dpdk: hn_vf_= add(): RNDIS reports VF but device not found, retrying
Aug 25 03:04:05.603390 tunnel-terminator-30000000015 vpp[777]: dpdk: hn_vf_= attach(): Couldn't find port for VF
Aug 25 03:04:05.603966 tunnel-terminator-30000000015 vpp[777]: dpdk: hn_vf_= add(): RNDIS reports VF but device not found, retrying
Aug 25 03:04:05.978785 tunnel-terminator-30000000015 vpp[777]: dpdk: hn_vf_= attach(): Couldn't find port for VF
Aug 25 03:04:05.978911 tunnel-terminator-30000000015 vpp[777]: dpdk: hn_vf_= add(): RNDIS reports VF but device not found, retrying
Aug 25 03:04:05.978949 tunnel-terminator-30000000015 vpp[777]: dpdk: hn_vf_= attach(): Couldn't find port for VF
Aug 25 03:04:05.978980 tunnel-terminator-30000000015 vpp[777]: dpdk: hn_vf_= add(): RNDIS reports VF but device not found, retrying
Aug 25 03:04:06.303010 tunnel-terminator-30000000015 vpp[777]: dpdk: hn_vf_= attach(): Couldn't find port for VF
Aug 25 03:04:06.303813 tunnel-terminator-30000000015 vpp[777]: dpdk: hn_vf_= add(): RNDIS reports VF but device not found, retrying
Aug 25 03:04:06.603457 tunnel-terminator-30000000015 vpp[777]: dpdk: hn_vf_= attach(): Couldn't find port for VF
Aug 25 03:04:06.604092 tunnel-terminator-30000000015 vpp[777]: dpdk: hn_vf_= add(): RNDIS reports VF but device not found, retrying


What has happened is after reboot one of the AN ports fails to initialise, = the other is completely fine and operational (sending receiving packets). W= e used to run into issue like this intermittently which we usually put down= to "Azure host issues", reprovision of the VM usually got us out of this hole - however the issue seems to be = becoming more frequently thus  this query.

I've pasted a single output of the ports (show vpp hardware interfaces) in = working condition if that is to be of any use in debugging:

vppctl show hardware-interfaces
Started at 2025-08-26T19:38:51,164557937+00:00
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
              Name       =          Idx   Link  Hardware^M
GigabitEthernet1                 &n= bsp; 2     up   GigabitEthernet1^M
  Link speed: 50 Gbps^M
  RX Queues:^M
    queue thread         mode     &= nbsp;^M
    0     vpp_wk_1 (2)   polling   ^M
    1     vpp_wk_2 (3)   polling   ^M
    2     vpp_wk_0 (1)   polling   ^M
    3     vpp_wk_1 (2)   polling   ^M
  TX Queues:^M
    TX Hash: [name: hash-eth-l34 priority: 52 description: Hash e= thernet L34 headers]^M
    queue shared thread(s)      ^M
    0     no     0^M
    1     no     1^M 
    2     no     2^M
    3     no     3^M
  Ethernet address 00:22:48:23:58:2f^M
  Microsoft Hyper-V Netvsc^M
    carrier up full duplex max-frame-size 2044 ^M
    flags: admin-up tx-offload rx-ip4-cksum^M
    Devargs: ^M
    rx: queues 4 (max 64), desc 1024 (min 0 max 65535 align 1)^M<= /div>
    tx: queues 4 (max 64), desc 2048 (min 1 max 4096 align 1)^M&n= bsp;
    max rx packet len: 16128^M
    promiscuous: unicast off all-multicast on^M
    vlan offload: strip off filter off qinq off^M
    rx offload avail:  vlan-strip ipv4-cksum udp-cksum tcp-c= ksum rss-hash ^M
    rx offload active: ipv4-cksum ^M
    tx offload avail:  vlan-insert ipv4-cksum udp-cksum tcp-= cksum tcp-tso ^M
                     = ;  multi-segs ^M
    tx offload active: ipv4-cksum udp-cksum tcp-cksum multi-segs = ^M
    rss avail:         ipv4-tcp ipv4-udp ipv4= ipv6-tcp ipv6 ^M
    rss active:        ipv4-tcp ipv4 ipv6-tcp= ipv6 ^M
    tx burst function: (not available)^M
    rx burst function: (not available)^M
^M
    tx errors               &n= bsp;                     =       1457^M
    rx frames ok              =                     &nbs= p;    1334^M
    rx bytes ok               =                      = ;   138643^M
    extended stats:^M
      rx_good_packets           &nb= sp;                     &= nbsp; 1334^M
      rx_good_bytes            = ;                     &nb= sp; 138643^M
      tx_errors             &n= bsp;                     =       1457^M
      rx_q0_packets            = ;                     &nb= sp;    101^M
      rx_q0_bytes             =                      = ;     8221^M
      rx_q1_packets            = ;                     &nb= sp;     35^M
      rx_q1_bytes             =                      = ;     2974^M
      rx_q2_packets            = ;                     &nb= sp;   1124^M
      rx_q2_bytes             =                      = ;   121060^M
      rx_q3_packets            = ;                     &nb= sp;     74^M
      rx_q3_bytes             =                      = ;     6388^M
      tx_q0_errors            =                     &nbs= p;       2^M
      tx_q0_multicast_packets         &n= bsp;                    2= ^M
      tx_q0_size_65_127_packets         =                    1^M
      tx_q0_size_128_255_packets        =                   1^M
      tx_q1_errors            =                     &nbs= p;     839^M
      tx_q1_multicast_packets         &n= bsp;                  110^M
      tx_q1_broadcast_packets         &n= bsp;                  507^M
      tx_q1_size_65_127_packets         =                  284^M
      tx_q1_size_128_255_packets        =                  49^M
      tx_q1_size_256_511_packets        =                 507^M
      tx_q2_errors            =                     &nbs= p;      25^M
      tx_q2_multicast_packets         &n= bsp;                   25^M
      tx_q2_size_65_127_packets         =                   25^M
      tx_q3_errors            =                     &nbs= p;     591^M
      tx_q3_multicast_packets         &n= bsp;                   60^M
      tx_q3_size_65_127_packets         =                  652^M
      rx_q0_good_packets           =                      = ; 101^M

Are there any know issues in this area? Is there anything else I can collec= t to assist in further triage? Are there any steps we can take to attempt t= o mitigate this happening?

Thanks,
Peter.
--_000_SJ0PR17MB4630C1798AECA98E95EF360ABD07ASJ0PR17MB4630namp_--