It seems related to the destroy of the storage domain since destroy will still remove it from the engine if there is a problem. Have you tried to restart VDSM, or reboot the Host? There could be a problem with umount the storage domain. Can you please send the VDSM logs Regards, Maor On Thu, Jun 1, 2017 at 2:19 PM, Bryan Sockel <Bryan.Sockel@altn.com> wrote:
Hey,
I am having an issue moving/copying vm's and templates around in my ovirt environment. I am getting the following error in my VDSM Logs:
"2017-06-01 01:01:54,425-0500 ERROR (jsonrpc/5) [storage.Dispatcher] {'status': {'message': "Storage domain does not exist: (u'97258ca6-5acd-40c7-a812-b8cac02a9621',)", 'code': 358}} (dispatcher:77)"
I believe this started when i destroyed a data domain instead of removing the domain correctly. I have since then rebuilt my ovirt environment, importing my gluster domains back into my new setup.
I believe the issue is related to some stale metadata on my gluster storage servers somewhere but do not know how to remove it or where it exists.
I found these two posts that seem to deal with the same problem i am seeing.
https://access.redhat.com/solutions/180623 and https://access.redhat.com/solutions/2355061
Currently running 2 dedicated gluster servers and 2 Ovirt VM hosts servers, one is acting as an arbiter for my replica 3 gluster file system.
All hosts are running CentOS Linux release 7.3.1611 (Core)
Thanks
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users