osd: handle all the updated keys in OSD::maybe_override_options_for_qos
Up to now the first matching key from the changeset has been taken into
account only. Which is wrong as multiple relevant keys might be present
in it.
The primary issue with such a handling is a case when the first config
parameter update takes place. The received changset contains a bunch of
keys in this case and incorrect/incomplete processing might occur.
E.g. as a side effect this could fail TEST_recovery_limit_adjustment_mclock
from standalone/osd/mclock-config when mclock's OSD benchmark results
are out of expected range (e.g. when run on SSD drive) and hence there
is no update for 'max_capacity_iops_config' config parameter. The
following update triggered from the test case isn't handled properly
then. Hence failing it.
This patch implements iteration over all the keys from the changeset and
does proper processing for all of them matching the patterns.