[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH 0/2] Clarify error messages pertaining to 'node-name'
From: |
Kevin Wolf |
Subject: |
Re: [PATCH 0/2] Clarify error messages pertaining to 'node-name' |
Date: |
Wed, 3 Mar 2021 10:53:20 +0100 |
Am 02.03.2021 um 00:36 hat Connor Kuehl geschrieben:
> Some error messages contain ambiguous representations of the 'node-name'
> parameter. This can be particularly confusing when exchanging QMP
> messages (C = client, S = server):
>
> C: {"execute": "block_resize", "arguments": { "device": "my_file", "size":
> 26843545600 }}
> S: {"error": {"class": "GenericError", "desc": "Cannot find device=my_file
> nor node_name="}}
>
> ^^^^^^^^^
Arguably, this error message isn't great anyway because of the empty
string node name. We didn't even look for a node name, so why mention it
in the error message?
But your patches are certainly a good improvement already. I would have
merged them, but git grep 'nor node_name=' shows that you missed to
update a few tests, so they fail after the series. I suppose you only
caught the ones that are run by default in 'make check' and missed the
ones that require running the qemu-iotests 'check' script manually.
> This error message suggests one could send a message with a key called
> 'node_name':
>
> C: {"execute": "block_resize", "arguments": { "node_name": "my_file", "size":
> 26843545600 }}
> ^^^^^^^^^
>
> but using the underscore is actually incorrect, the parameter should be
> 'node-name':
>
> S: {"error": {"class": "GenericError", "desc": "Parameter 'node_name' is
> unexpected"}}
>
> This behavior was uncovered in bz1651437[1], but I ended up going down a
> rabbit hole looking for other areas where this miscommunication might
> occur and changing those accordingly as well.
>
> [1] https://bugzilla.redhat.com/1651437
This is a good explanation for the change you're making. I think it
deserves being committed to the repository in the commit message for
patch 1.
Kevin