Project

General

Profile

Bug #46985

common: validate type CephBool cause 'invalid command json'

Added by Yanhu Cao 2 months ago. Updated about 1 month ago.

Status:
Pending Backport
Priority:
Normal
Assignee:
Category:
-
Target version:
% Done:

0%

Source:
Community (dev)
Tags:
Backport:
octopus,nautilus
Regression:
No
Severity:
3 - minor
Reviewed:
Affected Versions:
ceph-qa-suite:
Component(FS):
Labels (FS):
Pull request ID:
Crash signature:

Description

  while (!validate_cmd(m_cct, p->second.desc, cmdmap, errss)) {
    ++p;
    if (p->first != prefix) {
      delete f;
      return on_finish(-EINVAL, "invalid command json", empty);
    }
  }

don't need to check prefix in while loop because previous already done.


Related issues

Related to rgw - Bug #47179: AdminSocket::do_accept() terminate called after throwing an instance of 'std::out_of_range' Pending Backport
Copied to fs - Backport #47085: octopus: common: validate type CephBool cause 'invalid command json' In Progress
Copied to fs - Backport #47086: nautilus: common: validate type CephBool cause 'invalid command json' Need More Info

History

#1 Updated by Nathan Cutler 2 months ago

  • Project changed from Ceph to fs
  • Status changed from New to Fix Under Review
  • Pull request ID set to 36459

#2 Updated by Patrick Donnelly 2 months ago

  • Assignee set to Yanhu Cao
  • Target version set to v16.0.0
  • Source set to Community (dev)
  • Backport set to octopus,nautilus

Just this commit needs backported:

common: fix validate type CephBool cause 'invalid command json'

Fixes: https://tracker.ceph.com/issues/46985
Signed-off-by: Yanhu Cao <>

#3 Updated by Patrick Donnelly 2 months ago

  • Status changed from Fix Under Review to Pending Backport

#4 Updated by Nathan Cutler 2 months ago

  • Copied to Backport #47085: octopus: common: validate type CephBool cause 'invalid command json' added

#5 Updated by Nathan Cutler 2 months ago

  • Copied to Backport #47086: nautilus: common: validate type CephBool cause 'invalid command json' added

#6 Updated by Brad Hubbard about 1 month ago

  • Related to Bug #47179: AdminSocket::do_accept() terminate called after throwing an instance of 'std::out_of_range' added

#7 Updated by Brad Hubbard about 1 month ago

This change causes the failure seen in #47179. Could we either revert it or modify it so it reinstates the old behaviour?

Also available in: Atom PDF