nvme-cli connect regression
Keith Busch
kbusch at kernel.org
Tue Apr 1 08:45:51 PDT 2025
On Tue, Apr 01, 2025 at 05:25:51PM +0200, Daniel Wagner wrote:
> Hi,
>
> Luca reported that "occasional failures in the systemd integration test
> that uses nvme-cli:" [1]
>
> [ 10.378713] TEST-84-STORAGETM.sh[316]: + nvme connect-all -t tcp -a 127.0.0.1 -s 16858 --hostid=95fe8041-3f53-415b-bc40-1bbd8932e7e8
> [ 10.397892] nvme_tcp: queue 0: failed to receive icresp, error -4
> [ 10.397326] TEST-84-STORAGETM.sh[340]: failed to add controller, error failed to write to nvme-fabrics device
>
> I was not able to identify any changes in nvme-cli v2.12 which could
> explain this problem. The kernel in question is a stable kernel (6.13.7)
> which got following commit back ported:
>
> 578539e09690 ("nvme-tcp: fix connect failure on receiving partial ICResp
> PDU").
>
> The change itself looks okay but I think introduces a behavior change
> for the initial connect attempt.
Does reverting the commit fix the regression? It looks like the only
kernel change in this area, but still would be nice to confirm.
More information about the Linux-nvme
mailing list