Bug 785603
Summary: | copy-out "No such file or directory" | ||
---|---|---|---|
Product: | [Community] Virtualization Tools | Reporter: | Robin Green <greenrd> |
Component: | libguestfs | Assignee: | Richard W.M. Jones <rjones> |
Status: | NEW --- | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | unspecified | ||
Version: | unspecified | CC: | nick, rjones, virt-maint |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | Type: | --- | |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Robin Green
2012-01-29 22:01:34 UTC
It seems like we need to pass '--one-file-system' to avoid going into the /dev directory. However if we do that then it won't cross mount-points at all, which is desirable. Sorry, this bug was misfiled under the wrong 'Product', which is why it wasn't on our radar. I totally misunderstood this bug. What's happening is that the target ("rawhide" or "/home/greenrd/rawhide") is not a directory. It looks like it doesn't exist at all. What I still don't understand is the error message, because in upstream libguestfs (and ever since the copy-out command was added to guestfish) the error that should be printed is quite reasonable: $ guestfish --ro -a /dev/vg_data/F17x64 -i copy-out / /tmp/nosuchfile copy-out: target '/tmp/nosuchfile' is not a directory That's quite different from what the reporter is seeing. Can you try this with a recent guestfish, and/or tell us what the 'rawhide' object is? Sorry, I later managed to copy the data out, and I no longer remember whether rawhide existed at the time I filed this bug. I am experiencing the same error message as well, immediately upon calling guestfish: sudo guestfish -i master1.0.img libguestfs: error: file receive cancelled by daemon libguestfs: error: /dev/fd/3: error in chunked encoding In my case, the file master1.0.img exists. (In reply to comment #5) > I am experiencing the same error message as well, immediately upon calling > guestfish: > > sudo guestfish -i master1.0.img > libguestfs: error: file receive cancelled by daemon > libguestfs: error: /dev/fd/3: error in chunked encoding > > In my case, the file master1.0.img exists. This is something different. Can you open a separate bug about this, using the following link: https://bugzilla.redhat.com/enter_bug.cgi?component=libguestfs&product=Virtualization+Tools In the bug report, include the full output when you add the '-x' and '-v' options to that guestfish command line. |