Description of problem:
My 'default' pool is located in /var/lib/libvirt/images. When I create a broken symlink in there, I can no longer refresh nor start again that pool:
# ls -l /var/lib/libvirt/images/
lrwxrwxrwx. 1 root root 11 Aug 5 18:26 broken -> nonexistent
# virsh pool-refresh default
error: Failed to refresh pool default
error: cannot open volume '/var/lib/libvirt/images/broken': No such file or directory
That's very inconvenient. I use symlinks for many ISO files. When I remove the destination of such a symlink, I imagine libvirt should just skip that broken symlink and not fail completely.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. create broken symlink in your default pool
2. virsh pool-refresh default or virsh pool-start default
pool can't be started
pool can be started and broken symlinks are skipped
This message is a reminder that Fedora 13 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 13. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as WONTFIX if it remains open with a Fedora
'version' of '13'.
Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version'
to a later Fedora version prior to Fedora 13's end of life.
Bug Reporter: Thank you for reporting this issue and we are sorry that
we may not be able to fix it before Fedora 13 is end of life. If you
would still like to see this bug fixed and are able to reproduce it
against a later version of Fedora please change the 'version' of this
bug to the applicable version. If you are unable to change the version,
please add a comment here and someone will do it for you.
Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a
more recent Fedora release includes newer upstream software that fixes
bugs or makes them obsolete.
The process we are following is described here:
Still the same problem in Fedora 14.
This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component.
*** Bug 630440 has been marked as a duplicate of this bug. ***
This was fixed in 0.8.7:
Author: Osier Yang <email@example.com>
Date: Tue Dec 21 14:45:24 2010 +0800
storage: Ignore dangling symbolic link for filesystem pool
If there is a dangling symbolic link in filesystem pool, the pool
will fail to start or refresh, this patch is to fix it by ignoring
it with a warning log.
F14 is nearing end-of-life, so it's not worth back-porting this fix there; but F15 and F16 already have the fix. I'm closing this as WONTFIX for F14, and recommending upgrading instead.
(In reply to comment #10)
> F14 is nearing end-of-life, so it's not worth back-porting this fix there; but
> F15 and F16 already have the fix. I'm closing this as WONTFIX for F14, and
> recommending upgrading instead.
Then the correct resolution is CLOSED NEXTRELEASE, adjusting.
I just tested libvirt-0.9.6-2.fc16.x86_64 and it really seems fixed. Thanks.