Project

General

Profile

Actions

Bug #58655

closed

util.disk.lsblk shouldn't raise RuntimeError() when device is a path

Added by Guillaume Abrioux over 1 year ago. Updated about 1 year ago.

Status:
Resolved
Priority:
Normal
Target version:
-
% Done:

0%

Source:
Tags:
backport_processed
Backport:
quincy,pacific
Regression:
No
Severity:
3 - minor
Reviewed:
Affected Versions:
ceph-qa-suite:
Pull request ID:
Crash signature (v1):
Crash signature (v2):

Description

if a path is passed to util.disk.lsblk it makes `simple scan` fail.

  File "/usr/lib/python3.6/site-packages/ceph_volume/util/disk.py", line 246, in lsblk
    raise RuntimeError(f"{device} not found is lsblk report")
RuntimeError: /var/lib/ceph/osd/ceph-0/ not found is lsblk report

Related issues 2 (0 open2 closed)

Copied to ceph-volume - Backport #58735: quincy: util.disk.lsblk shouldn't raise RuntimeError() when device is a pathResolvedGuillaume AbriouxActions
Copied to ceph-volume - Backport #58736: pacific: util.disk.lsblk shouldn't raise RuntimeError() when device is a pathResolvedGuillaume AbriouxActions
Actions #1

Updated by Guillaume Abrioux over 1 year ago

  • Pull request ID set to 50017
Actions #2

Updated by Guillaume Abrioux over 1 year ago

  • Status changed from In Progress to Fix Under Review
Actions #3

Updated by Guillaume Abrioux over 1 year ago

  • Status changed from Fix Under Review to Pending Backport
Actions #4

Updated by Guillaume Abrioux over 1 year ago

  • Copied to Backport #58735: quincy: util.disk.lsblk shouldn't raise RuntimeError() when device is a path added
Actions #5

Updated by Guillaume Abrioux over 1 year ago

  • Copied to Backport #58736: pacific: util.disk.lsblk shouldn't raise RuntimeError() when device is a path added
Actions #6

Updated by Guillaume Abrioux over 1 year ago

  • Tags set to backport_processed
Actions #7

Updated by Guillaume Abrioux about 1 year ago

  • Status changed from Pending Backport to Resolved
Actions

Also available in: Atom PDF