<div dir="ltr">I Think I am going to have to go the &quot;virsh&quot; path and mount a guest based cdrom storage device using a live cd and fix the vm disk this way. Meanwhile fix up the fact that vnc and serial console have both been wiped out following the 4.1 upgrade.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On 22 March 2017 at 11:52, Ian Neilsen <span dir="ltr">&lt;<a href="mailto:ian.neilsen@gmail.com" target="_blank">ian.neilsen@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Good to know. Ive been using the 1 dash notation following RH document. Dont think Ive seen the 1 dash before.<br><br></div>On the original cluster I used IP&#39;s second cluster I used FQDN&#39;s but made sure I have a hosts file present.<br></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On 22 March 2017 at 10:09, /dev/null <span dir="ltr">&lt;<a href="mailto:devnull@linuxitil.org" target="_blank">devnull@linuxitil.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">




<div bgcolor="#ffffff">
Ian, knara,
<br>
<br>success! I got it working using the two-dash-notation and ip addresses. Shure this is the most relyable way, even with local hosts file.
<br>
<br>In my case, the hosted vm dies and takes some time to be running again. Is it possible to have the vm surviving the switch to the backup-volfile-server? 
<br>
<br>Thanks &amp; regards
<br>
<br>/dev/null
<br>
<br><font size="2"><b>On Tue, 21 Mar 2017 11:52:32 +0530, knarra wrote</b>
<br><div><div class="m_5282989254650251875h5">&gt; On 03/21/2017 
10:52 AM, Ian 
Neilsen
      wrote:
<br>&gt; 

    

    
<blockquote type="cite">
      
<br>&gt; 
<br>&gt; knara
<br>&gt; 
<br>&gt; 

            

            Looks like your conf is incorrect for mnt option.
<br>&gt; 
<br>&gt; 

          

        

      

    
</blockquote>
    Hi Ian,
<br>&gt; 

        
<br>&gt; 

        mnt_option should 
be
    mnt_options=backup-volfile-ser<wbr>vers=&lt;IP1&gt;:&lt;IP2&gt; and 
this
    is how we test it.
<br>&gt; 
<br>&gt; 

    Thanks
<br>&gt; 

    kasturi.
<br>&gt; 

    

    
<blockquote type="cite">
      
<br>&gt; 
<br>&gt; It should be I 
believe; 
          mnt_options=backupvolfile-serv<wbr>er=server name
<br>&gt; 
<br>&gt; 
not
<br>&gt; 
<br>&gt; 

          <font size="2"><font size="2">mnt_options=backup-volfile-ser<wbr>vers=host2
<br>&gt; 
<br>&gt; 

            
</font></font>
        <font size="2"><font size="2">If your dns isnt working or 
your
            hosts file is incorrect this will prevent it as well.
<br>&gt; 

<br>&gt; 

          
</font></font>
      
<br>&gt; 
<br>&gt; On 21 March 2017 at 03:30, /dev/null 
<span dir="ltr">&lt;<a href="mailto:devnull@linuxitil.org" target="_blank">devnull@linuxitil.org</a>&gt;</span>
          wrote:
<br>&gt; 

          <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
            
<br>&gt; 

              <font size="2">Hi </font><font size="2"><font size="2">kasturi,
                  
<br>&gt; 
<br>&gt; 

                  thank you. I tested and it seems not to work, 
even
                  after rebooting the current mount does not show up 
the
                  mnt_options nor the switch over 
works.
                  
<br>&gt; 
<br>&gt; 

                  [root@host2 ~]# cat 
/etc/ovirt-hosted-engine/hoste<wbr>d-engine.conf
                  
<br>&gt; 

                  
ca_cert=/etc/pki/vdsm/libvirt-<wbr>spice/ca-cert.pem
                  
<br>&gt; 

                  
gateway=192.168.2.1
                  
<br>&gt; 

                  
iqn=
                  
<br>&gt; 

                  
conf_image_UUID=7bdc29ad-bee6-<wbr>4a33-8d58-feae9f45d54f
                  
<br>&gt; 

                  
ca_cert=/etc/pki/vdsm/libvirt-<wbr>spice/ca-cert.pem
                  
<br>&gt; 

                  
sdUUID=1775d440-649c-4921-ba3b<wbr>-9b6218c27ef3
                  
<br>&gt; 

                  
connectionUUID=fcf70593-8214-4<wbr>e8d-b546-63c210a3d5e7
                  
<br>&gt; 

                  
conf_volume_UUID=06dd17e5-a440<wbr>-417a-94e8-75929b6f9ed5
                  
<br>&gt; 

                  
user=
                  
<br>&gt; 

                  
host_id=2
                  
<br>&gt; 

                  
bridge=ovirtmgmt
                  
<br>&gt; 

                  
metadata_image_UUID=6252c21c-2<wbr>27d-4dbd-bb7b-65cf342154b6
                  
<br>&gt; 

                  
spUUID=00000000-0000-0000-0000<wbr>-000000000000
                  
<br>&gt; 

                  
mnt_options=backup-volfile-ser<wbr>vers=host2
                  
<br>&gt; 

                  
fqdn=ovirt.test.lab
                  
<br>&gt; 

                  
portal=
                  
<br>&gt; 

                  
vm_disk_id=1bb9ea7f-986c-4803-<wbr>ae82-8d5a47b1c496
                  
<br>&gt; 

                  
metadata_volume_UUID=426ff2cc-<wbr>58a2-4b83-b22f-3f7dc99890d4
                  
<br>&gt; 

                  
vm_disk_vol_id=b57d40d2-e68b-4<wbr>40a-bab7-0a9631f4baa4
                  
<br>&gt; 

                  
domainType=glusterfs
                  
<br>&gt; 

                  
port=
                  
<br>&gt; 

                  
console=qxl
                  
<br>&gt; 

                  ca_subject=&quot;C=EN, L=Test, O=Test, 
CN=Test&quot;
                  
<br>&gt; 

                  
password=
                  
<br>&gt; 

                  
vmid=272942f3-99b9-48b9-aca4-1<wbr>9ec852f6874
                  
<br>&gt; 

                  
lockspace_image_UUID=9fbdbfd4-<wbr>3b31-43ce-80e2-283f0aeead49
                  
<br>&gt; 

                  
lockspace_volume_UUID=b1e4d3ed<wbr>-ec78-41cd-9a39-4372f488fb92
                  
<br>&gt; 

                  
vdsm_use_ssl=true
                  
<br>&gt; 

                  
storage=host1:/gvol0
                  
<br>&gt; 

                  
conf=/var/run/ovirt-hosted-eng<wbr>ine-ha/vm.conf
                  
<br>&gt; 
<br>&gt; 

                  [root@host2 ~]# mount |grep 
gvol0
                  
<br>&gt; 

                  host1:/gvol0 on 
/rhev/data-center/mnt/glusterS<wbr>D/host1:_gvol0
                  type fuse.glusterfs 
(rw,relatime,user_id=0,group_i<wbr>d=0,default_permissions,allow_<wbr>other,max_read=<a href="tel:13%2010%2072" value="+61131072" target="_blank">131072</a>)
                  
<br>&gt; 
<br>&gt; 

                  Any 
suggestion?
                  
<br>&gt; 
<br>&gt; 

                  I will try an answerfile-install as well later, but 
it
                  was helpful to know, where to set this.  
<br>&gt; 
<br>&gt; 

                  Thanks &amp; best 
regards
                  
<br>&gt; 

                </font></font><font size="2"><b>
                  
<br>&gt; 

                  On Mon, 20 Mar 2017 12:12:25 +0530, knarra 
wrote</b>
                
<br>&gt; 
<br>&gt; &gt; On 03/20/2017 05:09 AM, 
/dev/null
                    
wrote:
                    
<br>&gt; 

                    
&gt;
                    <blockquote type="cite">
                      

<pre>Hi,

how do i make the hosted_storage aware of gluster server failure? In --deploy i 

cannot
provide backup-volfile-servers. In 
/etc/ovirt-hosted-engine/hoste<wbr>d-engine.conf 

there 

is
an mnt_options line, but i 

read
(<a class="m_5282989254650251875m_1699494418874072677m_3780158283212514035moz-txt-link-freetext" href="https://github.com/oVirt/ovirt-hosted-engine-setup/commit/995c6a65ab897d804f794306cc3654214f2c29b6" target="_blank">https://github.com/oVirt/ovir<wbr>t-hosted-engine-setup/commit/9<wbr>95c6a65ab897d804f794306cc36542<wbr>14f2c29b6</a>)
that this settings get lost during deployment on seconday 

servers.

Is there an official way to deal with that? Should this option be set manualy on 

all 

nodes?

Thanks!

/dev/null</pre>
    

</blockquote>
    
Hi,

&gt; 

&gt; 

       I think in the above patch they are just   hiding the the 

query
    for mount_options but i think all the code is still present and 

you
    should not loose mount options during additional host 

deployment.
    For more info you can refer [1]. 

&gt; 

        

&gt; 

    

        You can set this option manually on all nodes by 

editing
    /etc/ovirt-hosted-engine/hoste<wbr>d-engine.conf. Following steps 

will
    help you to achieve 
this.

&gt; 

&gt; 

    1) Move each host to maintenance, edit the 

file
    
&#39;/etc/ovirt-hosted-engine/host<wbr>ed-engine.conf&#39;.

&gt; 

    2) set mnt_options 

=
    
backup-volfile-servers=&lt;gluste<wbr>r_ip2&gt;:&lt;gluster_ip3&gt;

&gt; 

    3) restart the services &#39;systemctl restart ovirt-ha-agent&#39; 

;
    &#39;systemctl restart 
ovirt-ha-broker&#39;

&gt; 

    4) Activate the 
node.

&gt; 

&gt; 

    Repeat the above steps for all the nodes in the 
cluster.

&gt; 

&gt; 

    [1] <a class="m_5282989254650251875m_1699494418874072677m_3780158283212514035moz-txt-link-freetext" href="https://bugzilla.redhat.com/show_bug.cgi?id=1426517#c2" target="_blank">https://bugzilla.redhat.com/sh<wbr>ow_bug.cgi?id=1426517#c2</a>

&gt; 

&gt; 

    Hope this helps 
!!

&gt; 

&gt; 

    
Thanks

&gt; 

    
kasturi

&gt; 

    <blockquote type="cite">
      

<pre>--
Diese Nachricht wurde auf Viren und andere gef�hrliche Inhalte 

untersucht
und ist - aktuelle Virenscanner vorausgesetzt - 

sauber.
For all your IT requirements visit: <a class="m_5282989254650251875m_1699494418874072677m_3780158283212514035moz-txt-link-freetext" href="http://www.transtec.co.uk/" target="_blank">http://www.transtec.co.uk</a>

</pre>
      

&gt; 

      <fieldset class="m_5282989254650251875m_1699494418874072677m_3780158283212514035mimeAttachmentHeader">
      

&gt; 

      

<pre>______________________________<wbr>_________________
Users mailing 

list
<a class="m_5282989254650251875m_1699494418874072677m_3780158283212514035moz-txt-link-abbreviated" href="mailto:Users@ovirt.org" target="_blank">Users@ovirt.org</a>
<a class="m_5282989254650251875m_1699494418874072677m_3780158283212514035moz-txt-link-freetext" href="http://lists.ovirt.org/mailman/listinfo/users" target="_blank">http://lists.ovirt.org/mailman<wbr>/listinfo/users</a>
</pre>
    

</fieldset></blockquote>
    

&gt; 

<span class="m_5282989254650251875m_1699494418874072677HOEnZb"><font color="#888888">&gt; 

--

&gt; Diese E-Mail wurde auf Viren und gefährliche 

Anhänge

&gt; 

durch
<a href="http://www.mailscanner.info/" target="_blank"><b>MailScanner</b></a> untersucht und ist 

wahrscheinlich 

virenfrei.

&gt; MailScanner dankt <a href="http://www.transtec.de/" target="_blank">transtec</a> f�r 

die freundliche 

Unterst�tzung.

</font></span></font><span class="m_5282989254650251875m_1699494418874072677HOEnZb"><font color="#888888">

--

Diese E-Mail wurde auf Viren und gefährliche 
Anhänge

durch
<a href="http://www.mailscanner.info/" target="_blank"><b>MailScanner</b></a> untersucht und ist wahrscheinlich 
virenfrei.

MailScanner dankt <a href="http://www.transtec.de/" target="_blank">transtec</a> für die freundliche 
Unterstützung.
</font></span>

______________________________<wbr>_________________

Users mailing 
list

<a href="mailto:Users@ovirt.org" target="_blank">Users@ovirt.org</a>

<a href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.ovirt.org/mailman<wbr>/listinfo/users</a>

</blockquote>

-- 

<br>&gt; 
<br>&gt; Ian 
Neilsen

Mobile: 0424 379 
762
Linkedin: <a href="http://au.linkedin.com/in/ianneilsen" target="_blank">http://au.linkedin.com/in/iann<wbr>eilsen</a>
<br>&gt; Twitter : 
ineilsen

</blockquote>
<br>&gt; 
<br>&gt; 
--

<br>&gt; Diese E-Mail wurde auf Viren und gefährliche 
Anhänge

<br>&gt; 
durch
<a href="http://www.mailscanner.info/" target="_blank"><b>MailScanner</b></a> untersucht und ist 
wahrscheinlich 
virenfrei.

<br>&gt; MailScanner dankt <a href="http://www.transtec.de/" target="_blank">transtec</a> f�r 
die freundliche 
Unterst�tzung.

<br>
<br>
<br>
</div></div></font><div><div class="m_5282989254650251875h5">

<br>--
<br>Diese E-Mail wurde auf Viren und gefährliche Anhänge
<br>durch
<a href="http://www.mailscanner.info/" target="_blank"><b>MailScanner</b></a> untersucht und ist wahrscheinlich virenfrei.
<br>MailScanner dankt <a href="http://www.transtec.de/" target="_blank">transtec</a> für die freundliche Unterstützung.
</div></div></div>


</blockquote></div><br><br clear="all"><br>-- <br><div class="m_5282989254650251875gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>Ian Neilsen<br><br>Mobile: <a href="tel:0424%20379%20762" value="+61424379762" target="_blank">0424 379 762</a><br>Linkedin: <a href="http://au.linkedin.com/in/ianneilsen" target="_blank">http://au.linkedin.com/in/<wbr>ianneilsen</a><div>Twitter : ineilsen</div></div></div></div>
</div>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>Ian Neilsen<br><br>Mobile: 0424 379 762<br>Linkedin: <a href="http://au.linkedin.com/in/ianneilsen" target="_blank">http://au.linkedin.com/in/ianneilsen</a><div>Twitter : ineilsen</div></div></div></div>
</div>