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

[Jiri Moskovcak]

I'd just like to add a note that this problem is not directly related 
with the fact that it's hosted engine.

--Jirka

On 09/02/2014 01:36 PM, James Clarke wrote:
> 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?
>
>
>
> _______________________________________________
> Users mailing list
> Users at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>