[ovirt-users] hosted engine - can't contact destroyed storage

James Clarke james.clarke at edigitalresearch.com
Tue Sep 2 11:36:02 UTC 2014


Might as well admit to fixing it myself.  SSH'd to the host and saw that this share was mounted.  Forced an umount and now the host is up.


Weird, but working.


Thanks,

James

-----------------------------------------------------------


From: James Clarke

Sent: 02 September 2014 12:25
To: users at ovirt.org
Subject: FW: hosted engine - can't contact destroyed storage


?Hi All!


I decommissioned a NFS export domain this morning, ended up 'destroying' it through the web interface as detaching kept failing.?  Now one of my hosts keeps flipping between 'Non Operational' and 'Unassigned'.  All of the VMs on this host are still running.  I am in global-maintenance to prevent migrations etc.


vdsm.log seems to indicate that it is related to connecting to the destroyed storage domain:


Thread-206::WARNING::2014-09-02 12:19:05,692::fileSD::673::scanDomains::(collectMetaFiles) Metadata collection for domain path /rhev/data-center/mnt/10.0.0.30:_mnt_kvm1_export timedout
Traceback (most recent call last):
  File "/usr/share/vdsm/storage/fileSD.py", line 662, in collectMetaFiles
    sd.DOMAIN_META_DATA))
  File "/usr/share/vdsm/storage/remoteFileHandler.py", line 297, in callCrabRPCFunction
    *args, **kwargs)
  File "/usr/share/vdsm/storage/remoteFileHandler.py", line 184, in callCrabRPCFunction
    rawLength = self._recvAll(LENGTH_STRUCT_LENGTH, timeout)
  File "/usr/share/vdsm/storage/remoteFileHandler.py", line 150, in _recvAll
    raise Timeout()
Timeout
Thread-206::DEBUG::2014-09-02 12:19:05,695::remoteFileHandler::260::RepoFileHelper.PoolHandler::(stop) Pool handler existed, OUT: '' ERR: ''
Thread-210::WARNING::2014-09-02 12:19:05,745::fileSD::673::scanDomains::(collectMetaFiles) Metadata collection for domain path /rhev/data-center/mnt/10.0.0.30:_mnt_kvm1_export timedout
Traceback (most recent call last):
  File "/usr/share/vdsm/storage/fileSD.py", line 662, in collectMetaFiles
    sd.DOMAIN_META_DATA))
  File "/usr/share/vdsm/storage/remoteFileHandler.py", line 297, in callCrabRPCFunction
    *args, **kwargs)
  File "/usr/share/vdsm/storage/remoteFileHandler.py", line 184, in callCrabRPCFunction
    rawLength = self._recvAll(LENGTH_STRUCT_LENGTH, timeout)
  File "/usr/share/vdsm/storage/remoteFileHandler.py", line 150, in _recvAll
    raise Timeout()
Timeout


Given that this storage domain doesn't exist any more and is not visible in the web interface, how can I get this host to stop trying to connect to it, initialize and become online?



James

Watch How to Turn Data into Action to Improve Customer Experiences in an Agile World<http://www.edigitalresearch.com/news/item/nid/878290232>

We are delighted to be ranked 32nd in 'The Sunday Times Top 100 Best Small Companies to Work For 2014' list.

This message is sent in confidence for the addressee only. The contents are not to be disclosed to anyone other than the addressee.
Unauthorised recipients must preserve this confidentiality and should please advise the sender immediately of any error in transmission.

Any attachment(s) to this message have been checked for viruses, but please rely on your own virus checker and procedures.

Please note that Internet email is not a secure communications medium. We advise that you understand and observe this when emailing us.

eDigitalResearch plc is a public limited company registered at the Registrar Of Companies for England and Wales. Company registration number: 5424597
Registered Office: Vanbrugh House, Hedge End, Hampshire, SO30 2AF

PS: Save paper - do you really need to print this email?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20140902/167a9e76/attachment-0001.html>


More information about the Users mailing list