Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Devicemapper status ioctl sometimes returns a single word status "Error" #431

Closed
mulkieran opened this issue Feb 27, 2019 · 3 comments
Closed

Devicemapper status ioctl sometimes returns a single word status "Error" #431

mulkieran opened this issue Feb 27, 2019 · 3 comments
Assignees
@mulkieran

Comments

@mulkieran
Copy link
Member

mulkieran commented Feb 27, 2019 •
edited
Loading

Our status parsers should all start to be able to parse this value, as they do not currently. Also, devicemapper-rs should understand how to interpret this. I think what it basically means is that devicemapper was unable to get the status of the thinpool at all. But it might mean that devicemapper considers the thinpool to be in an "Error" state which is somehow different from (and surely worse than) the "Fail" state. See also discussion in #430.
@mulkieran mulkieran mentioned this issue Feb 27, 2019
Draft
@mulkieran mulkieran changed the title Devicemapper status methods sometimes return a single word status "Error" Devicemapper status ioctl sometimes returns a single word status "Error" Feb 27, 2019
@mulkieran
Copy link
Member Author

Confirmed that this means that the data could not be obtained.

@mulkieran
Copy link
Member Author

Related: stratis-storage/stratisd#1148.

@mulkieran mulkieran mentioned this issue Mar 1, 2019
Merged
@mulkieran mulkieran self-assigned this Mar 7, 2019
@mulkieran
Copy link
Member Author

Closed by #432.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees

@mulkieran mulkieran

Labels
None yet
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
1 participant
@mulkieran