Bug 1134592
Summary: | libvirt reports json "backing file" is missing | |||
---|---|---|---|---|
Product: | [Community] Virtualization Tools | Reporter: | Richard W.M. Jones <rjones> | |
Component: | libvirt | Assignee: | Libvirt Maintainers <libvirt-maint> | |
Status: | CLOSED DUPLICATE | QA Contact: | ||
Severity: | unspecified | Docs Contact: | ||
Priority: | unspecified | |||
Version: | unspecified | CC: | crobinso, eblake, rbalakri, shyu | |
Target Milestone: | --- | |||
Target Release: | --- | |||
Hardware: | Unspecified | |||
OS: | Unspecified | |||
Whiteboard: | ||||
Fixed In Version: | Doc Type: | Bug Fix | ||
Doc Text: | Story Points: | --- | ||
Clone Of: | ||||
: | 1134878 (view as bug list) | Environment: | ||
Last Closed: | 2016-04-10 19:24:11 UTC | Type: | Bug | |
Regression: | --- | Mount Type: | --- | |
Documentation: | --- | CRM: | ||
Verified Versions: | Category: | --- | ||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | ||
Cloudforms Team: | --- | Target Upstream Version: | ||
Embargoed: | ||||
Bug Depends On: | ||||
Bug Blocks: | 910269, 1134878 |
Description
Richard W.M. Jones
2014-08-27 21:13:50 UTC
More generically, there are two problems here: 1. Libvirt needs to catch up on the additional formats supported by upstream qemu. (This is one case where a qemu library that parses qcow2 files would be nice - if only it weren't for the fact that no such library exists in part because current qemu aborts on OOM which is inappropriate for library code) 2. Libvirt needs to have sane behavior when a backing format looks like a protocol but for which libvirt does not (yet) know the protocol. It may still be an error message, but the message should be more like 'json: protocol not yet handled by libvirt', not 'stat of file "json: ..." failed'. In other words, libvirt should NEVER attempt to stat() any protocol, known or unknown. I'm going to clone this for RHEL 7.1 since we likely will need it fixing for virt-v2v access to ESX servers. Note I really think that if libvirt doesn't know about a protocol it should NOT error. It should assume the best. There's already a RHEL bug tracking this which is the actual report that will generate a fix, so just duping to that *** This bug has been marked as a duplicate of bug 1134878 *** |