Comment #6 on issue 784 by [email protected]: gnt-node list returns
blank info when file storage paths do not exist on disk
http://code.google.com/p/ganeti/issues/detail?id=784
Sorry for the late reply. First I have to say that I run ganeti on Debian
wheezy and I am using the packages from wheezy-backports. Also, the OP
happens to be the maintainer of these packages. So, could that be related
with the debian package itself (e.g. if it was touching config.data in some
custom way)?
To answer your questions, I have never used the file storage template and I
don't remember if that template was enabled before the upgrade but all
recent backups of config.data say that it was enabled. After the
upgrade, "file-storage-path" still pointed to "/srv/ganeti/file-storage"
but the path did not exist, 'gnt-node list' was giving '?'s
and 'gnt-cluster verify' complained about the missing path. I created the
path on all nodes which fixed the 'gnt-cluster verify' error but 'gnt-node
list' was still giving '?'s. Then I disabled the 'file' template
and 'gnt-node list' output was finally ok. I left it in that condition for
some days (I don't need the 'file' template) until today, when I thought to
reenable the 'file' template to see if 'gnt-node list' continues to give
correct output. Indeed it does. It does not give '?'s anymore.
Most recent backups of /var/lib/ganeti/config.data all contained 'file' in
the enabled templates and the path was '/srv/ganeti/file-storage'. Also,
just in case this is somehow related, the dictionary key for that path in
config.data is not called 'file_storage_path' but 'file_storage_dir'.
Anyway, I consider this issue minor and it seems that disabling and
reenabling the 'file' template is a viable workaround.
--
You received this message because this project is configured to send all
issue notifications to this address.
You may adjust your notification preferences at:
https://code.google.com/hosting/settings
