[ovirt-users] Networking issues with oVirt Guest VM.

2016-06-29 Thread Clint Smith
Hello,

I have been experimenting with oVirt for the last couple of weeks and I must 
say it has a lot of nice features.  I really like it, however, I am having a 
heck of a time getting the guest networking all set up correctly. I am hoping 
that someone can give me a little guidance in figuring this out.  I apologize 
in advance if some of my terminology is off,  I am new.

Here is a brief intro to my setup:
I created a Centos 7 VM within a vSphere/ESXI environment and then installed 
ovirt-engine on it.  I also created another Centos 7 VM and set it up as a 
host.  I have configured the Cluster and Host via the oVirt Administration 
Portal.  For simplicity, I am using the default ovirtmgmt network as my only 
logical network, however I have tried several different schemes with no luck.  
I have a DHCP server and a DNS server that are siblings to the oVirt host and 
the engine.  Both the engine and the host have been upgraded to version 4.0.

The problem:
My thought was that I would have the guest VMs on the oVirt host use my 
existing DHCP server to get their IP addresses, at least at first.  The problem 
I am having is that the DHCPACK is not making it back across the ovirtmgmt 
bridge and on to the guest.  If I tell dhclient(from the guest) to force a 
Broadcast (by using the –B option) on the DHCP server, it will work.  This is 
not a solution, just a clue.  Another clue is that ARP replies from the gateway 
don’t make it back to the machine, preventing pings even when I force the IP.  
Lastly, If I turn on Port Mirroring, everything works fine, but it’s my 
understanding that this is only for debugging purposes.

What I have tried (in no particular order):
Reading the docs
Turning on VLAN tagging.
Installing the mac-spoofing hook, making the configuration changes to the 
engine, and then turning it on in the VM config.  I also verified that the 
‘filterref’ tag was removed using virsh.
Setting up a second logical network on a different subnet, and connecting it to 
an additional network interface that I added to the host.  On the host, I setup 
dnsmasq as a DNS and DHCP server.  I got this working up to the point of having 
the same issues that I was having using the existing DHCP and DNS servers on 
the ovirtmgmt network.
I have tried various changes to iptables as well as the original settings as 
well as verified that ebtables is not blocking any traffic.  I did configure 
iptables for logging and noticed it was dropping some traffic related to DHCP, 
however it seemed like it was DISCOVER or REQUEST traffic due to the IN, OUT, 
SRC, and DST variables in the log.  I have viewed the DHCP server logs multiple 
times and I can see that it is receiving the DISCOVER and the REQUEST from my 
guests MAC and sending the OFFER and ACK consistently.
Setting SELinux to Permissive
Setting ip_forward to 1
Turning STP ON on the bridge
Changing the bridge delay
Setting up a dhcrelay using dnsmasq (not sure I implemented this right though)
I am really shooting in the dark when it comes to networking because I am 
learning a lot of this on the fly.   I feel like I must have a misconception 
about how networking should work with oVirt.  Is my entire approach naïve? Any 
help/guidance that someone could offer would be much appreciated.

Thanks,
Clint




___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] cannot change cluster compatibility version from 3.6 to 4.0

2016-06-29 Thread Jiří Sléžka
Thanks for info, I am looking forward to 4.0.1 or 4.0.2. This feature 
will help a lot!


Cheers, Jiri



On 06/29/2016 09:48 AM, Michal Skrivanek wrote:



On 28 Jun 2016, at 17:37, Jiří Sléžka  wrote:

Dne 28.6.2016 v 17:19 Alexander Wels napsal(a):

On Tuesday, June 28, 2016 05:11:14 PM Jiří Sléžka wrote:

I forgot attach the screenshot...

Jiri



The label that has the dotted line under it should have a tooltip explaining
the issue. But some of the most likely issues are:


you are righ, there is a tooltip explaining tha I have to shutdown all vms before 
changing compatibility version (I suppose this is valid only for 3->4 upgrade 
because minor upgrades were possible without downtime)


currently for all upgrades, not just 3->4, that is “new” in 3.6.7
it will be a whole lot easier after 
https://bugzilla.redhat.com/show_bug.cgi?id=1348907 gets in




1. DC is at 3.6 and you can't have 4.0 clusters in 3.6 DC.


but when I try to change DC version from 3.6 to 4.0 I got

"Error while executing action: Cannot update Data Center compatibility version to a 
value that is greater than its Cluster's version. The following clusters should be 
upgraded CIT-oVirt."


2. Active host on 3.6 in the cluster. You can put the hosts in maintenance and
upgrade the cluster, you will obviously also have to upgrade the hosts after
that before you can activate them again.


ok, thanks for help. I have to schedule maintenance window.

Cheers, Jiri





Dne 28.6.2016 v 17:06 Jiří Sléžka napsal(a):

Hi all,

I have just upgraded engine from 3.6.6 to 4.0 (all worked fine except
custom certificate problem which is described and solved here
https://bugzilla.redhat.com/show_bug.cgi?id=1336838).

Then I upgraded all hosts in cluster and I would like to change cluster
compatibility level but it fails in a way there is a red border around
"Compatibility Version" dropdown box but no explanation why. There are
no entries in logs...

What are prerequisities to change cluster compatibility level to 4.0? Do
I missing something?

Engine (standalone) and hosts are CentOS 7.2

btw. dashboard looks really nice!

Cheers, Jiri


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users




___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users







smime.p7s
Description: S/MIME Cryptographic Signature
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] Windows 7 to 10 Upgrade fails

2016-06-29 Thread Blaster

I'm trying to update some Windows 7 VMs before the free upgrade period ends.

It appears Windows 10 has an issue with KVM during the upgrade, and 
according to this thread, 
http://ubuntuforums.org/showthread.php?t=2289210=13334367#post13334367 
, you need to specify the CPU type as core2duo for the VM, perform the 
upgrade, then switch it back.


Is there anyway with ovirt to set the CPU type to core2duo for a single 
VM without having to shutdown the entire cluster, change it for the 
cluster, do the upgrades, then change it all back?


Thank you

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Change ip host

2016-06-29 Thread Marcin Michta

  
  
So, you can do it without remove node from engine, but when you use
FQDN in engine.
Put the host in maintenance mode. Make sure that inside /etc/hosts
of the engine you have entered new address.
Next, edit

/var/lib/vdsm/persistence/netconf/nets/ovirtmgmt on the node where
is configured IP address and run

vdsm-tool restore-nets. Than restart your node. Inside engine should
be able to put out of maintenance mode this host. 
That was tested by my.

Regards.

On 29.06.2016 16:42, nicola.gentile.to
  wrote:


  
  Node

Il 29/06/2016 16:39, Marcin Michta ha scritto:
  
  
Hi,
You just want to change IP of what?
  Node or engine?
29 cze 2016 16:24 "nicola.gentile.to"
  

  napisał(a):
  Hi,
I have installed ovirt 3.6 with 1 manager and 1 host
I need to change the ip, I decided to do the following:

1. put the host in maintenance mode
2. remove the host
3. update the information on the dns server with new ip
4. reinstall the host with the correct ip
5. add the host to the ovirt infrastructure

questions:

1. is there the possibility of losing vm during this
operation?
2. is it necessary remove the host for the re-installation?
3. is it necessary put the host in maintenance mode to
remove it from ovirt infrastructure?

thanks a lot

Nicola
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
  

  
  
  
  
  
  ___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users



-- 
  
  
 
-- 
  

  

  Marcin Michta
Systems
  & Network Administrator

 
-
  E: marcin.mic...@codilime.com
  -
CodiLime Sp. z
o.o. - Ltd. company with its registered office
in Poland, 01-167 Warsaw, ul. Zawiszy 14/97.
Registered by The District Court for the Capital
City of Warsaw, XII Commercial Department of the
National Court Register. Entered into National
Court Register under No. KRS 388871. Tax
identification number (NIP) 5272657478.
Statistical number (REGON) 142974628.
-
The information
in this email is confidential and may be legally
privileged, it may contain information that is
confidential in CodiLime Sp. z o.o. It is
intended solely for the addressee. Any access to
this email by third parties is unauthorized. If
you are not the intended recipient of this
message, any disclosure, copying, distribution
or any action undertaken or neglected in
reliance thereon is prohibited and may result in
your liability for damages.
  

  


  

  

  

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] upgrade hosted-engine os ( not hosts )

2016-06-29 Thread Paul Groeneweg | Pazion
I am looking for a way to get my hosted-engine running on el7 so I can
upgrade to oVirt 4.0. Currently my hosts already run el7, but my
hosted-engine is still el6.

I read
https://www.ovirt.org/documentation/how-to/hosted-engine-host-OS-upgrade/ but
this is only about the hosts.

I read https://www.ovirt.org/documentation/how-to/hosted-engine/, but it
only mentions upgrade of the hosted-engine software, not the OS.

I understood I can do a fresh hosted-engine install, and then import my
storage domain to the new hosted engine, but:

- Do I need to restore my hosted engine database? ( like described here:
http://www.ovirt.org/develop/developer-guide/engine/migrate-to-hosted-engine/
 )
- Can I directly install hosted-engine 4.0 and then import the storage
domain? Or should I install same hosted-engine version?
- Do I first need another master storage domain or can I directly import my
old master storage domain?
- When importing the storage domain what is the risk it fails ( I have
backups, but it would cost a day to restore all )
- How long would import take? few minutes or hours? ( I want to keep down
time as low as possible ).

Another option would be upgrade the OS ( with redhat-upgrade-tool ) or is
this a path for disaster?

I hope someone can tell me how I can smoothly upgrade my hosted-engine up
to el7 and run oVirt 4.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] ovirt-engine-4.0 storage ISO Domain Unattached

2016-06-29 Thread ??????
Problem:Install the ovirt-engine-4.0 ,I chose the ISO Domain path 
"/var/lib/exports/iso" and install successful ;but access through browser, the 
ISO Domain state is "Unattached";___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] ovirt-engine-4.0 storage ISO Domain Unattached

2016-06-29 Thread ??????
Problem:Install the ovirt-engine-4.0 ,I chose the ISO Domain path 
"/var/lib/exports/iso" and install successful ;but access through browser, the 
ISO Domain state is "Unattached";___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] [Spice-devel] Accessing VM over WAN

2016-06-29 Thread Sergio L. Pascual
On Mon, 2016-06-27 at 15:37 +0200, David Jaša wrote:
> On Ne, 2016-06-26 at 09:36 +0530, RK RK wrote:
> > 
> > Hi,
> > 
> > 
> > I am planning to deploy oVirt 4.0.0 in a production environment
> > where
> > initially it will host 150 VDIs and will expand by 20 to 25 in
> > subsequent years with Windows 7, 8.1 and 10.
> > 
> Please note that official win8+ qxl driver is not ready yet so you
> won't
> have continuous resolution change (just in steps of well-known
> resolutions), multi monitor support and some video performance
> optimizations with those OSs
> 

We maintain a fork of the qxl-dod driver which fixes some of those
problems. You can find it in our repo [1], and also in binary form [2].

[1] https://github.com/flexVDI/qxl-dod
[2] http://depot.flexvdi.com/guest-tools/


-- 
Sergio L. Pascual
flexVDI - Chief Technology Officer

Email: sergiolpasc...@flexvdi.com
Skype: sergiolpascual
Phone: +34 876 600 073

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Change ip host

2016-06-29 Thread nicola.gentile.to

Node

Il 29/06/2016 16:39, Marcin Michta ha scritto:


Hi,

You just want to change IP of what?
Node or engine?

29 cze 2016 16:24 "nicola.gentile.to " 
> 
napisał(a):


Hi,
I have installed ovirt 3.6 with 1 manager and 1 host
I need to change the ip, I decided to do the following:

1. put the host in maintenance mode
2. remove the host
3. update the information on the dns server with new ip
4. reinstall the host with the correct ip
5. add the host to the ovirt infrastructure

questions:

1. is there the possibility of losing vm during this operation?
2. is it necessary remove the host for the re-installation?
3. is it necessary put the host in maintenance mode to remove it
from ovirt infrastructure?

thanks a lot

Nicola
___
Users mailing list
Users@ovirt.org 
http://lists.ovirt.org/mailman/listinfo/users



___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Change ip host

2016-06-29 Thread Marcin Michta
Hi,

You just want to change IP of what?
Node or engine?
29 cze 2016 16:24 "nicola.gentile.to" 
napisał(a):

> Hi,
> I have installed ovirt 3.6 with 1 manager and 1 host
> I need to change the ip, I decided to do the following:
>
> 1. put the host in maintenance mode
> 2. remove the host
> 3. update the information on the dns server with new ip
> 4. reinstall the host with the correct ip
> 5. add the host to the ovirt infrastructure
>
> questions:
>
> 1. is there the possibility of losing vm during this operation?
> 2. is it necessary remove the host for the re-installation?
> 3. is it necessary put the host in maintenance mode to remove it from
> ovirt infrastructure?
>
> thanks a lot
>
> Nicola
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Change ip host

2016-06-29 Thread Fernando Fuentes
Nicola,

I guess this all boils down on the type of storage domain you have
setup... If its shared than your vms will be ok. If its Local than if
something goes wrong with the hosts than you could be in lots of
trouble.

I went through something similar... I had to move DC (one host on the
main DC) the hosts took a crap... I thought I lost everything but to my
understanding the VM's are in my storage domain (iSCSI) as soon as I
brought a new host online (same hostname) it all worked just fine.

My procedure was as follow:

Remove broken host from ovirt.
Re-install host
re add host to ovirt

Things came back online on its own... WIN :)

Regards,

-- 
Fernando Fuentes
ffuen...@txweather.org
http://www.txweather.org

On Wed, Jun 29, 2016, at 09:24 AM, nicola.gentile.to wrote:
> Hi,
> I have installed ovirt 3.6 with 1 manager and 1 host
> I need to change the ip, I decided to do the following:
> 
> 1. put the host in maintenance mode
> 2. remove the host
> 3. update the information on the dns server with new ip
> 4. reinstall the host with the correct ip
> 5. add the host to the ovirt infrastructure
> 
> questions:
> 
> 1. is there the possibility of losing vm during this operation?
> 2. is it necessary remove the host for the re-installation?
> 3. is it necessary put the host in maintenance mode to remove it from 
> ovirt infrastructure?
> 
> thanks a lot
> 
> Nicola
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] Change ip host

2016-06-29 Thread nicola.gentile.to

Hi,
I have installed ovirt 3.6 with 1 manager and 1 host
I need to change the ip, I decided to do the following:

1. put the host in maintenance mode
2. remove the host
3. update the information on the dns server with new ip
4. reinstall the host with the correct ip
5. add the host to the ovirt infrastructure

questions:

1. is there the possibility of losing vm during this operation?
2. is it necessary remove the host for the re-installation?
3. is it necessary put the host in maintenance mode to remove it from 
ovirt infrastructure?


thanks a lot

Nicola
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Unable to Access Engine UI after Upgrade to OVirt 4.0

2016-06-29 Thread Yedidyah Bar David
On Wed, Jun 29, 2016 at 4:42 PM, Ralf Schenk  wrote:

>
>
> Am 29.06.2016 um 14:35 schrieb Yedidyah Bar David:
>
> On Wed, Jun 29, 2016 at 3:28 PM, Ralf Schenk  wrote:
>
>>
>>
>> Am 29.06.2016 um 13:58 schrieb Yedidyah Bar David:
>>
>> On Wed, Jun 29, 2016 at 12:50 PM, Ralf Schenk < 
>> r...@databay.de> wrote:
>>
>>> Hello,
>>>
>>> i upgraded hosted engine 3.6.6 to 4.0. Now I can't access the Web-UI:
>>>
>>> If I access the UI via 
>>> https://engine-mciii.rxmgmt.databay.de I get the Error-Page "The client
>>> is not authorized to request an authorization. It's required to access the
>>> system using FQDN."
>>>
>>> I used the same FQDN during setup and even in the Upgrade Process this
>>> was used according to "Configuration Preview" below:
>>>
>>> What can I do to get UI working ? Do I have a problem with case
>>> sensistivity ? (The triple-"I" in the FQDN) ?
>>>
>>>
>>>   --== CONFIGURATION PREVIEW ==--
>>>
>>>   Default SAN wipe after delete   : False
>>>   Firewall manager: firewalld
>>>   Update Firewall : False
>>>   Host FQDN   :
>>> engine-mcIII.rxmgmt.databay.de
>>>
>>
>> Since you input it with capital I's, that's what the server expects.
>> Most likely your browser converts it to lowercase.
>>
>> For now, I suggest to cleanup and setup again with lowercase letters only.
>>
>> You might also open one or more bugs about this:
>>
>> 1. engine-setup should require lower-case letters only. Not sure about
>> that.
>> Perhaps it should at least warn.
>>
>> 2. The engine should convert to lowercase before comparing, when deciding
>> if
>> the fqdn is correct.
>>
>> For reference:
>>
>> FQDNs _can_ be both lowercase and uppercase (and mixed case), but are
>> case _insensitive_. Meaning, software that has to decide if two names
>> are equal has to ignore case-only differences.
>>
>> However, it seems that when your browser converts to lowercase, it's
>> doing the right thing. Didn't check myself all the links in the
>> conclusion of [1], but that's what it implies.
>>
>> [1] https://bugzilla.mozilla.org/show_bug.cgi?id=1059169
>>
>> Best,
>>
>>
>>
>> Hello,
>>
>> I know that FQDNs are cas insensitive. I only used the name because its a
>> Roman Number 3 "III". It was only for better visibility/readability.
>>
>> Nevertheless the string-comparison in engine should be done
>> case-insensitive.
>>
>
> Did you open a bug about that?
>
>
>
> Hello,
>
> reported as: https://bugzilla.redhat.com/show_bug.cgi?id=1351217
>

Thanks!


>
> Bye
>
> --
>
>
> *Ralf Schenk*
> fon +49 (0) 24 05 / 40 83 70
> fax +49 (0) 24 05 / 40 83 759
> mail *r...@databay.de* 
>
> *Databay AG*
> Jens-Otto-Krag-Straße 11
> D-52146 Würselen
> *www.databay.de* 
>
> Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE 210844202
> Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch Yavari, Dipl.-Kfm.
> Philipp Hermanns
> Aufsichtsratsvorsitzender: Wilhelm Dohmen
> --
>



-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Unable to Access Engine UI after Upgrade to OVirt 4.0

2016-06-29 Thread Ralf Schenk


Am 29.06.2016 um 14:35 schrieb Yedidyah Bar David:
> On Wed, Jun 29, 2016 at 3:28 PM, Ralf Schenk  > wrote:
>
>
>
> Am 29.06.2016 um 13:58 schrieb Yedidyah Bar David:
>> On Wed, Jun 29, 2016 at 12:50 PM, Ralf Schenk  wrote:
>>
>> Hello,
>>
>> i upgraded hosted engine 3.6.6 to 4.0. Now I can't access the
>> Web-UI:
>>
>> If I access the UI via https://engine-mciii.rxmgmt.databay.de
>> I get the Error-Page "The client is not authorized to request
>> an authorization. It's required to access the system using FQDN."
>>
>> I used the same FQDN during setup and even in the Upgrade
>> Process this was used according to "Configuration Preview" below:
>>
>> What can I do to get UI working ? Do I have a problem with
>> case sensistivity ? (The triple-"I" in the FQDN) ?
>>
>>
>>   --== CONFIGURATION PREVIEW ==--
>>
>>   Default SAN wipe after delete   : False
>>   Firewall manager: firewalld
>>   Update Firewall : False
>>   Host FQDN   :
>> engine-mcIII.rxmgmt.databay.de
>> 
>>
>>
>> Since you input it with capital I's, that's what the server expects.
>> Most likely your browser converts it to lowercase.
>>
>> For now, I suggest to cleanup and setup again with lowercase
>> letters only.
>>
>> You might also open one or more bugs about this:
>>
>> 1. engine-setup should require lower-case letters only. Not sure
>> about that.
>> Perhaps it should at least warn.
>>
>> 2. The engine should convert to lowercase before comparing, when
>> deciding if
>> the fqdn is correct.
>>
>> For reference:
>>
>> FQDNs _can_ be both lowercase and uppercase (and mixed case), but are
>> case _insensitive_. Meaning, software that has to decide if two names
>> are equal has to ignore case-only differences.
>>
>> However, it seems that when your browser converts to lowercase, it's
>> doing the right thing. Didn't check myself all the links in the
>> conclusion of [1], but that's what it implies.
>>
>> [1] https://bugzilla.mozilla.org/show_bug.cgi?id=1059169
>>
>> Best,
>>
>>
>
> Hello,
>
> I know that FQDNs are cas insensitive. I only used the name
> because its a Roman Number 3 "III". It was only for better
> visibility/readability.
>
> Nevertheless the string-comparison in engine should be done
> case-insensitive.
>
>
> Did you open a bug about that?
>
>

Hello,

reported as: https://bugzilla.redhat.com/show_bug.cgi?id=1351217

Bye

-- 


*Ralf Schenk*
fon +49 (0) 24 05 / 40 83 70
fax +49 (0) 24 05 / 40 83 759
mail *r...@databay.de* 

*Databay AG*
Jens-Otto-Krag-Straße 11
D-52146 Würselen
*www.databay.de* 

Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE 210844202
Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch Yavari, Dipl.-Kfm.
Philipp Hermanns
Aufsichtsratsvorsitzender: Wilhelm Dohmen


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Unable to Access Engine UI after Upgrade to OVirt 4.0

2016-06-29 Thread Ralf Schenk


Am 29.06.2016 um 14:35 schrieb Yedidyah Bar David:
> On Wed, Jun 29, 2016 at 3:28 PM, Ralf Schenk  > wrote:
>
>
>
> Am 29.06.2016 um 13:58 schrieb Yedidyah Bar David:
>> On Wed, Jun 29, 2016 at 12:50 PM, Ralf Schenk > > wrote:
>>
>> Hello,
>>
>> i upgraded hosted engine 3.6.6 to 4.0. Now I can't access the
>> Web-UI:
>>
>> If I access the UI via https://engine-mciii.rxmgmt.databay.de
>> I get the Error-Page "The client is not authorized to request
>> an authorization. It's required to access the system using FQDN."
>>
>> I used the same FQDN during setup and even in the Upgrade
>> Process this was used according to "Configuration Preview" below:
>>
>> What can I do to get UI working ? Do I have a problem with
>> case sensistivity ? (The triple-"I" in the FQDN) ?
>>
>>
>>   --== CONFIGURATION PREVIEW ==--
>>
>>   Default SAN wipe after delete   : False
>>   Firewall manager: firewalld
>>   Update Firewall : False
>>   Host FQDN   :
>> engine-mcIII.rxmgmt.databay.de
>> 
>>
>>
>> Since you input it with capital I's, that's what the server expects.
>> Most likely your browser converts it to lowercase.
>>
>> For now, I suggest to cleanup and setup again with lowercase
>> letters only.
>>
>> You might also open one or more bugs about this:
>>
>> 1. engine-setup should require lower-case letters only. Not sure
>> about that.
>> Perhaps it should at least warn.
>>
>> 2. The engine should convert to lowercase before comparing, when
>> deciding if
>> the fqdn is correct.
>>
>> For reference:
>>
>> FQDNs _can_ be both lowercase and uppercase (and mixed case), but are
>> case _insensitive_. Meaning, software that has to decide if two names
>> are equal has to ignore case-only differences.
>>
>> However, it seems that when your browser converts to lowercase, it's
>> doing the right thing. Didn't check myself all the links in the
>> conclusion of [1], but that's what it implies.
>>
>> [1] https://bugzilla.mozilla.org/show_bug.cgi?id=1059169
>>
>> Best,
>>
>>
>
> Hello,
>
> I know that FQDNs are cas insensitive. I only used the name
> because its a Roman Number 3 "III". It was only for better
> visibility/readability.
>
> Nevertheless the string-comparison in engine should be done
> case-insensitive.
>
>
> Did you open a bug about that?
>
>

Not yet, first I had to open this one which is more common in a
hosted-engine on gluster setup:
https://bugzilla.redhat.com/show_bug.cgi?id=1351203

Bye

-- 


*Ralf Schenk*
fon +49 (0) 24 05 / 40 83 70
fax +49 (0) 24 05 / 40 83 759
mail *r...@databay.de* 

*Databay AG*
Jens-Otto-Krag-Straße 11
D-52146 Würselen
*www.databay.de* 

Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE 210844202
Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch Yavari, Dipl.-Kfm.
Philipp Hermanns
Aufsichtsratsvorsitzender: Wilhelm Dohmen


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Unable to Access Engine UI after Upgrade to OVirt 4.0

2016-06-29 Thread Yedidyah Bar David
On Wed, Jun 29, 2016 at 12:50 PM, Ralf Schenk  wrote:

> Hello,
>
> i upgraded hosted engine 3.6.6 to 4.0. Now I can't access the Web-UI:
>
> If I access the UI via https://engine-mciii.rxmgmt.databay.de I get the
> Error-Page "The client is not authorized to request an authorization. It's
> required to access the system using FQDN."
>
> I used the same FQDN during setup and even in the Upgrade Process this was
> used according to "Configuration Preview" below:
>
> What can I do to get UI working ? Do I have a problem with case
> sensistivity ? (The triple-"I" in the FQDN) ?
>
>
>   --== CONFIGURATION PREVIEW ==--
>
>   Default SAN wipe after delete   : False
>   Firewall manager: firewalld
>   Update Firewall : False
>   Host FQDN   :
> engine-mcIII.rxmgmt.databay.de
>

Since you input it with capital I's, that's what the server expects.
Most likely your browser converts it to lowercase.

For now, I suggest to cleanup and setup again with lowercase letters only.

You might also open one or more bugs about this:

1. engine-setup should require lower-case letters only. Not sure about that.
Perhaps it should at least warn.

2. The engine should convert to lowercase before comparing, when deciding if
the fqdn is correct.

For reference:

FQDNs _can_ be both lowercase and uppercase (and mixed case), but are
case _insensitive_. Meaning, software that has to decide if two names
are equal has to ignore case-only differences.

However, it seems that when your browser converts to lowercase, it's
doing the right thing. Didn't check myself all the links in the
conclusion of [1], but that's what it implies.

[1] https://bugzilla.mozilla.org/show_bug.cgi?id=1059169

Best,


>   Require packages rollback   : False
>   Upgrade packages: True
>   Engine database secured connection  : False
>   Engine database host: localhost
>   Engine database user name   : engine
>   Engine database name: engine
>   Engine database port: 5432
>   Engine database host name validation: False
>   DWH database secured connection : False
>   DWH database host   : localhost
>   DWH database user name  : ovirt_engine_history
>   DWH database name   : ovirt_engine_history
>   DWH database port   : 5432
>   DWH database host name validation   : False
>   Engine installation : True
>   PKI organization: rxmgmt.databay.de
>   DWH installation: True
>   Configure local DWH database: True
>   Engine Host FQDN:
> engine-mcIII.rxmgmt.databay.de
>   Configure VMConsole Proxy   : True
>   Configure WebSocket Proxy   : True
>
> bye
> --
>
>
> *Ralf Schenk*
> fon +49 (0) 24 05 / 40 83 70
> fax +49 (0) 24 05 / 40 83 759
> mail *r...@databay.de* 
>
> *Databay AG*
> Jens-Otto-Krag-Straße 11
> D-52146 Würselen
> *www.databay.de* 
>
> Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE 210844202
> Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch Yavari, Dipl.-Kfm.
> Philipp Hermanns
> Aufsichtsratsvorsitzender: Wilhelm Dohmen
> --
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Unable to Access Engine UI after Upgrade to OVirt 4.0

2016-06-29 Thread Ralf Schenk
Ok guys,

Its a case sensitive compare anywhere !. I renamed my hosted-engine from
"engine-mcIII.rxmgmt.databay.de" like this:
/usr/share/ovirt-engine/setup/bin/ovirt-engine-rename
--newname=engine-mciii.rxmgmt.databay.de, and now I can log in again.

Puh.


Am 29.06.2016 um 11:50 schrieb Ralf Schenk:
>
> Hello,
>
> i upgraded hosted engine 3.6.6 to 4.0. Now I can't access the Web-UI:
>
> If I access the UI via https://engine-mciii.rxmgmt.databay.de I get
> the Error-Page "The client is not authorized to request an
> authorization. It's required to access the system using FQDN."
>
> I used the same FQDN during setup and even in the Upgrade Process this
> was used according to "Configuration Preview" below:
>
> What can I do to get UI working ? Do I have a problem with case
> sensistivity ? (The triple-"I" in the FQDN) ?
>
>
>   --== CONFIGURATION PREVIEW ==--
>
>   Default SAN wipe after delete   : False
>   Firewall manager: firewalld
>   Update Firewall : False
>   Host FQDN   :
> engine-mcIII.rxmgmt.databay.de
>   Require packages rollback   : False
>   Upgrade packages: True
>   Engine database secured connection  : False
>   Engine database host: localhost
>   Engine database user name   : engine
>   Engine database name: engine
>   Engine database port: 5432
>   Engine database host name validation: False
>   DWH database secured connection : False
>   DWH database host   : localhost
>   DWH database user name  : ovirt_engine_history
>   DWH database name   : ovirt_engine_history
>   DWH database port   : 5432
>   DWH database host name validation   : False
>   Engine installation : True
>   PKI organization: rxmgmt.databay.de
>   DWH installation: True
>   Configure local DWH database: True
>   Engine Host FQDN:
> engine-mcIII.rxmgmt.databay.de
>   Configure VMConsole Proxy   : True
>   Configure WebSocket Proxy   : True
>
> bye
> -- 
>
>
> *Ralf Schenk*
> fon +49 (0) 24 05 / 40 83 70
> fax +49 (0) 24 05 / 40 83 759
> mail *r...@databay.de* 
>   
> *Databay AG*
> Jens-Otto-Krag-Straße 11
> D-52146 Würselen
> *www.databay.de* 
>
> Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE 210844202
> Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch Yavari,
> Dipl.-Kfm. Philipp Hermanns
> Aufsichtsratsvorsitzender: Wilhelm Dohmen
>
> 
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users

-- 


*Ralf Schenk*
fon +49 (0) 24 05 / 40 83 70
fax +49 (0) 24 05 / 40 83 759
mail *r...@databay.de* 

*Databay AG*
Jens-Otto-Krag-Straße 11
D-52146 Würselen
*www.databay.de* 

Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE 210844202
Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch Yavari, Dipl.-Kfm.
Philipp Hermanns
Aufsichtsratsvorsitzender: Wilhelm Dohmen


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Failed to start self hosted engine after upgrading oVirt to 4.0

2016-06-29 Thread Dan Kenigsberg
On Tue, Jun 28, 2016 at 06:06:39PM +0200, Simone Tiraboschi wrote:
> On Tue, Jun 28, 2016 at 5:24 PM, Dan Kenigsberg  wrote:
> > On Tue, Jun 28, 2016 at 04:08:51PM +0200, Simone Tiraboschi wrote:
> >> On Tue, Jun 28, 2016 at 3:02 PM, Dan Kenigsberg  wrote:
> >> > On Mon, Jun 27, 2016 at 10:08:33AM +0200, Stefano Danzi wrote:
> >> >> Hi!
> >> >
> >> >
> >> > Thanks for the detailed logging!
> >> >
> >> >>
> >> >> The broker error is:
> >> >>
> >> >> ==> /var/log/ovirt-hosted-engine-ha/agent.log <==
> >> >> MainThread::INFO::2016-06-27 
> >> >> 09:27:03,311::brokerlink::140::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_monitor)
> >> >> Success, id 140293563619152
> >> >>
> >> >> ==> /var/log/ovirt-hosted-engine-ha/broker.log <==
> >> >> Thread-25::ERROR::2016-06-27 
> >> >> 09:27:03,314::listener::182::ovirt_hosted_engine_ha.broker.listener.ConnectionHandler::(handle)
> >> >> Error while serving connection
> >> >> Traceback (most recent call last):
> >> >>   File
> >> >> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/broker/listener.py",
> >> >> line 166, in handle
> >> >> data)
> >> >>   File
> >> >> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/broker/listener.py",
> >> >> line 299, in _dispatch
> >> >> .set_storage_domain(client, sd_type, **options)
> >> >>   File 
> >> >> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/broker/storage_broker.py",
> >> >> line 66, in set_storage_domain
> >> >> self._backends[client].connect()
> >> >>   File 
> >> >> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/storage_backends.py",
> >> >> line 400, in connect
> >> >> volUUID=volume.volume_uuid
> >> >>   File 
> >> >> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/storage_backends.py",
> >> >> line 245, in _get_volume_path
> >> >> volUUID
> >> >
> >> > We have two issues here. First is that
> >> > https://gerrit.ovirt.org/gitweb?p=ovirt-hosted-engine-ha.git;a=blob;f=ovirt_hosted_engine_ha/lib/storage_backends.py;h=f2fbdc43d0e4afd7539a3a1de75de0cb07bdca9d;hb=HEAD#l271
> >> > is still using vdscli to contact vdsm, instead of the preferred
> >> > jsonrpccli.
> >>
> >> We already have this one:
> >> https://bugzilla.redhat.com/show_bug.cgi?id=1101554
> >>
> > Bug 1101554 - [RFE] HE-setup: use vdsm api instead of vdsClient
> >
> > It does not seem to be the same thing; here I'm referring to
> > ovirt-hosted-engine-ha (not -setup). -ha *is* using vdsm API, but in one
> > condition it's the soon-to-be-deprecated xmlrpc.
> 
> ovirt-hosted-engine-setup is already using just API via jsonrpc.
> The issue is that ovirt-hosted-engine-ha somewhere uses vdsClient
> which AFAIK internally still uses xmlrpc

It's not a general "somewhere", I gave the specific link ;-)
https://gerrit.ovirt.org/gitweb?p=ovirt-hosted-engine-ha.git;a=blob;f=ovirt_hosted_engine_ha/lib/storage_backends.py;h=f2fbdc43d0e4afd7539a3a1de75de0cb07bdca9d;hb=HEAD#l271

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] Unable to Access Engine UI after Upgrade to OVirt 4.0

2016-06-29 Thread Ralf Schenk
Hello,

i upgraded hosted engine 3.6.6 to 4.0. Now I can't access the Web-UI:

If I access the UI via https://engine-mciii.rxmgmt.databay.de I get the
Error-Page "The client is not authorized to request an authorization.
It's required to access the system using FQDN."

I used the same FQDN during setup and even in the Upgrade Process this
was used according to "Configuration Preview" below:

What can I do to get UI working ? Do I have a problem with case
sensistivity ? (The triple-"I" in the FQDN) ?


  --== CONFIGURATION PREVIEW ==--

  Default SAN wipe after delete   : False
  Firewall manager: firewalld
  Update Firewall : False
  Host FQDN   :
engine-mcIII.rxmgmt.databay.de
  Require packages rollback   : False
  Upgrade packages: True
  Engine database secured connection  : False
  Engine database host: localhost
  Engine database user name   : engine
  Engine database name: engine
  Engine database port: 5432
  Engine database host name validation: False
  DWH database secured connection : False
  DWH database host   : localhost
  DWH database user name  : ovirt_engine_history
  DWH database name   : ovirt_engine_history
  DWH database port   : 5432
  DWH database host name validation   : False
  Engine installation : True
  PKI organization: rxmgmt.databay.de
  DWH installation: True
  Configure local DWH database: True
  Engine Host FQDN:
engine-mcIII.rxmgmt.databay.de
  Configure VMConsole Proxy   : True
  Configure WebSocket Proxy   : True

bye
-- 


*Ralf Schenk*
fon +49 (0) 24 05 / 40 83 70
fax +49 (0) 24 05 / 40 83 759
mail *r...@databay.de* 

*Databay AG*
Jens-Otto-Krag-Straße 11
D-52146 Würselen
*www.databay.de* 

Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE 210844202
Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch Yavari, Dipl.-Kfm.
Philipp Hermanns
Aufsichtsratsvorsitzender: Wilhelm Dohmen


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] restore of backup fail when Migrating to ovirt-engine 4.0

2016-06-29 Thread Ricky Schneberger
>> [.. cutting all bogus as it is unreadable, even with html mails..]
>>
>> On Tue, Jun 28, 2016 at 4:00 PM, Yaniv Dary  wrote:
>>
>>> Do you have any 3.5 clusters? You can only upgrade to 4.0, if all the
>>> cluster are 3.6 compatibility.
 #engine-backup --mode=restore --no-restore-permissions --provision-db
 --provision-dwh-db --provision-reports-db --file=engine-backup.tar.gz
 --log=engine-backup-restore.log

 Success with the restore!

 Thanks for pointing me out. What I did was just following the
 documentation, right or wrong.

 But when I run "Engine-setup" I got stucked with

 "[ INFO  ] Stage: Setup validation
 [WARNING] Less than 16384MB of memory is available
 [ ERROR ] Failed to execute stage 'Setup validation': Trying to upgrade
 from unsupported versions: 3.5
 [ INFO  ] Stage: Clean up
   Log file is located at
 /var/log/ovirt-engine/setup/ovirt-engine-setup-20160628120936-ix7pb8.log
 [ INFO  ] Generating answer file
 '/var/lib/ovirt-engine/setup/answers/20160628121149-setup.conf'
 [ INFO  ] Stage: Pre-termination
 [ INFO  ] Stage: Termination
 [ ERROR ] Execution of setup failed"

> 3.6 EL6 migration to 4.0 EL7 works OK for me with following steps:
>
> 1. 3.6 EL6 engine (3.6 dc/clstr level)
> 2. 3.6 EL6 engine-backup and do backup
> 3. 4.0 EL7 clean install
> 4. 4.0 EL7 engine-backup and do restore
> 5. 4.0 EL7 engine-setup
>
> What are the problematic steps on other side?
>
> Do we have a problem if 3.6 EL6 engine does have dc/clstr level set to '3.5'?
>
> j.
>

I "thought" I got cluster level 3.6. Bad move to not check this up. Now
when I tried to upgrade from cluster level 3.5 I found out that I maybe
need EL7 hosts to upgrade to 3.6.
I have VDSM 4.16.x on my el6 hosts and thought it should work but no
success.

regards

-- 
Ricky Schneberger




Use PGP to protect your own privacy!

Key fingerprint = 59E1 2B00 C28B 6E0D C8D1  D85B 39AA 7CD5 B88C 0B63
Key-ID: 0xB88C0B63




--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] ovirt-engine-4.0 storage ISO Domain Unattached

2016-06-29 Thread Yedidyah Bar David
On Wed, Jun 29, 2016 at 10:50 AM, 转圈圈 <313922...@qq.com> wrote:
> Problem:Install the ovirt-engine-4.0 ,I chose the ISO Domain path
> "/var/lib/exports/iso" and install successful ;but access through browser,
> the ISO Domain state is "Unattached";

You have to add a data domain before activating the ISO domain.
Please follow this guide:

http://www.ovirt.org/documentation/quickstart/quickstart-guide/

Best,

>
>
>
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>



-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] cannot change cluster compatibility version from 3.6 to 4.0

2016-06-29 Thread Michal Skrivanek

> On 28 Jun 2016, at 17:37, Jiří Sléžka  wrote:
> 
> Dne 28.6.2016 v 17:19 Alexander Wels napsal(a):
>> On Tuesday, June 28, 2016 05:11:14 PM Jiří Sléžka wrote:
>>> I forgot attach the screenshot...
>>> 
>>> Jiri
>>> 
>> 
>> The label that has the dotted line under it should have a tooltip explaining
>> the issue. But some of the most likely issues are:
> 
> you are righ, there is a tooltip explaining tha I have to shutdown all vms 
> before changing compatibility version (I suppose this is valid only for 3->4 
> upgrade because minor upgrades were possible without downtime)

currently for all upgrades, not just 3->4, that is “new” in 3.6.7
it will be a whole lot easier after 
https://bugzilla.redhat.com/show_bug.cgi?id=1348907 gets in

> 
>> 1. DC is at 3.6 and you can't have 4.0 clusters in 3.6 DC.
> 
> but when I try to change DC version from 3.6 to 4.0 I got
> 
> "Error while executing action: Cannot update Data Center compatibility 
> version to a value that is greater than its Cluster's version. The following 
> clusters should be upgraded CIT-oVirt."
> 
>> 2. Active host on 3.6 in the cluster. You can put the hosts in maintenance 
>> and
>> upgrade the cluster, you will obviously also have to upgrade the hosts after
>> that before you can activate them again.
> 
> ok, thanks for help. I have to schedule maintenance window.
> 
> Cheers, Jiri
> 
> 
>> 
>>> Dne 28.6.2016 v 17:06 Jiří Sléžka napsal(a):
 Hi all,
 
 I have just upgraded engine from 3.6.6 to 4.0 (all worked fine except
 custom certificate problem which is described and solved here
 https://bugzilla.redhat.com/show_bug.cgi?id=1336838).
 
 Then I upgraded all hosts in cluster and I would like to change cluster
 compatibility level but it fails in a way there is a red border around
 "Compatibility Version" dropdown box but no explanation why. There are
 no entries in logs...
 
 What are prerequisities to change cluster compatibility level to 4.0? Do
 I missing something?
 
 Engine (standalone) and hosts are CentOS 7.2
 
 btw. dashboard looks really nice!
 
 Cheers, Jiri
 
 
 ___
 Users mailing list
 Users@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/users
>> 
> 
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] cannot change cluster compatibility version from 3.6 to 4.0

2016-06-29 Thread Tomas Jelinek


- Original Message -
> From: "Jiří Sléžka" 
> To: users@ovirt.org
> Sent: Tuesday, June 28, 2016 5:37:33 PM
> Subject: Re: [ovirt-users] cannot change cluster compatibility version from 
> 3.6 to 4.0
> 
> Dne 28.6.2016 v 17:19 Alexander Wels napsal(a):
> > On Tuesday, June 28, 2016 05:11:14 PM Jiří Sléžka wrote:
> >> I forgot attach the screenshot...
> >>
> >> Jiri
> >>
> >
> > The label that has the dotted line under it should have a tooltip
> > explaining
> > the issue. But some of the most likely issues are:
> 
> you are righ, there is a tooltip explaining tha I have to shutdown all
> vms before changing compatibility version (I suppose this is valid only
> for 3->4 upgrade because minor upgrades were possible without downtime)

there is a bug for that: https://bugzilla.redhat.com/show_bug.cgi?id=1348907
When this will get in, your VMs will only be marked by a delta sign telling you 
that some of the changes
require the VM to be restarted to take effect. So you will be able to update 
the cluster level without the 
VMs being down, but in order to be able to use the new features of the new 
cluster for a particular VM, you will have to 
restart it.

> 
> > 1. DC is at 3.6 and you can't have 4.0 clusters in 3.6 DC.
> 
> but when I try to change DC version from 3.6 to 4.0 I got
> 
> "Error while executing action: Cannot update Data Center compatibility
> version to a value that is greater than its Cluster's version. The
> following clusters should be upgraded CIT-oVirt."
> 
> > 2. Active host on 3.6 in the cluster. You can put the hosts in maintenance
> > and
> > upgrade the cluster, you will obviously also have to upgrade the hosts
> > after
> > that before you can activate them again.
> 
> ok, thanks for help. I have to schedule maintenance window.
> 
> Cheers, Jiri
> 
> 
> >
> >> Dne 28.6.2016 v 17:06 Jiří Sléžka napsal(a):
> >>> Hi all,
> >>>
> >>> I have just upgraded engine from 3.6.6 to 4.0 (all worked fine except
> >>> custom certificate problem which is described and solved here
> >>> https://bugzilla.redhat.com/show_bug.cgi?id=1336838).
> >>>
> >>> Then I upgraded all hosts in cluster and I would like to change cluster
> >>> compatibility level but it fails in a way there is a red border around
> >>> "Compatibility Version" dropdown box but no explanation why. There are
> >>> no entries in logs...
> >>>
> >>> What are prerequisities to change cluster compatibility level to 4.0? Do
> >>> I missing something?
> >>>
> >>> Engine (standalone) and hosts are CentOS 7.2
> >>>
> >>> btw. dashboard looks really nice!
> >>>
> >>> Cheers, Jiri
> >>>
> >>>
> >>> ___
> >>> Users mailing list
> >>> Users@ovirt.org
> >>> http://lists.ovirt.org/mailman/listinfo/users
> >
> 
> 
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Failed to start self hosted engine after upgrading oVirt to 4.0

2016-06-29 Thread Stefano Danzi


HI to All!!

Il 28/06/2016 17.24, Stefano Danzi ha scritto:

[CUT]
We have two issues here. First is that
https://gerrit.ovirt.org/gitweb?p=ovirt-hosted-engine-ha.git;a=blob;f=ovirt_hosted_engine_ha/lib/storage_backends.py;h=f2fbdc43d0e4afd7539a3a1de75de0cb07bdca9d;hb=HEAD#l271 


is still using vdscli to contact vdsm, instead of the preferred
jsonrpccli.

The second is that vdscli.connect's heuristic ends up reading the local
server address from vdsm config, where it finds the default ipv6-local
address of "::".

Please try setting

[addresses]
management_ip='0.0.0.0'

in your /etc/vdsm/vdsm.conf instead of the crontab hacks.


this solve the issue, but I still to haven't default gateway on 
ovirtmgmt inteface.




Using this configuration all work, but every 50 minutes I receive 3 
email from broker:


- ovirt-hosted-engine state transition StartState-ReinitializeFSM
- ovirt-hosted-engine state transition ReinitializeFSM-EngineStarting
- ovirt-hosted-engine state transition EngineStarting-EngineUp

the uptime of engine is about 15 hours, so really the engine VM is not 
rebooted.

Agent log:


MainThread::INFO::2016-06-29 
08:46:10,453::hosted_engine::461::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) 
Current sta

te ReinitializeFSM (score: 0)
MainThread::INFO::2016-06-29 
08:46:20,547::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) 
Trying: notify time=1467182780.
55 type=state_transition detail=ReinitializeFSM-EngineStarting 
hostname='ovirt01.hawai.lan'
MainThread::INFO::2016-06-29 
08:46:20,732::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) 
Success, was notification of st

ate_transition (ReinitializeFSM-EngineStarting) sent? sent
MainThread::INFO::2016-06-29 
08:46:20,733::hosted_engine::612::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm) 
Initializin

g VDSM
MainThread::INFO::2016-06-29 
08:46:24,430::hosted_engine::639::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_storage_images) 
C

onnecting the storage
MainThread::INFO::2016-06-29 
08:46:24,431::storage_server::218::ovirt_hosted_engine_ha.lib.storage_server.StorageServer::(connect_storage_server) 
Conn

ecting storage server
MainThread::INFO::2016-06-29 
08:46:31,764::storage_server::225::ovirt_hosted_engine_ha.lib.storage_server.StorageServer::(connect_storage_server) 
Conn

ecting storage server
MainThread::INFO::2016-06-29 
08:46:31,780::storage_server::232::ovirt_hosted_engine_ha.lib.storage_server.StorageServer::(connect_storage_server) 
Refr

eshing the storage domain
MainThread::INFO::2016-06-29 
08:46:31,945::hosted_engine::666::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_storage_images) 
P

reparing images
MainThread::INFO::2016-06-29 
08:46:31,946::image::126::ovirt_hosted_engine_ha.lib.image.Image::(prepare_images) 
Preparing images
MainThread::INFO::2016-06-29 
08:46:35,895::hosted_engine::669::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_storage_images) 
R

eloading vm.conf from the shared storage domain
MainThread::INFO::2016-06-29 
08:46:35,896::config::206::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(refresh_local_conf_file) 
Trying to get a fresher copy of vm configuration from the OVF_STORE
MainThread::INFO::2016-06-29 
08:46:39,621::ovf_store::102::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(scan) 
Found OVF_STORE: imgUUID:8d07965c-a5c4-4057-912d-901f80cf246c, 
volUUID:ce3aa63e-e1c4-498e-bdca-9d2e9f47f0f9
MainThread::INFO::2016-06-29 
08:46:39,667::ovf_store::102::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(scan) 
Found OVF_STORE: imgUUID:bd9aaf0b-8435-4d78-9871-8c7a7f7fa02a, 
volUUID:3c477b06-063e-4f01-bd05-84c7d467742b
MainThread::INFO::2016-06-29 
08:46:39,760::ovf_store::111::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(getEngineVMOVF) 
Extracting Engine VM OVF from the OVF_STORE
MainThread::INFO::2016-06-29 
08:46:39,761::ovf_store::118::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(getEngineVMOVF) 
OVF_STORE volume path: 
/rhev/data-center/mnt/ovirt01.hawai.lan:_engine/46f55a31-f35f-465c-b3e2-df45c05e06a7/images/bd9aaf0b-8435-4d78-9871-8c7a7f7fa02a/3c477b06-063e-4f01-bd05-84c7d467742b
MainThread::INFO::2016-06-29 
08:46:39,772::config::226::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(refresh_local_conf_file) 
Found an OVF for HE VM, trying to convert
MainThread::INFO::2016-06-29 
08:46:39,774::config::231::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(refresh_local_conf_file) 
Got vm.conf from OVF_STORE
MainThread::INFO::2016-06-29 
08:46:43,489::hosted_engine::461::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) 
Current state EngineStarting (score: 3400)
MainThread::INFO::2016-06-29 
08:46:53,605::state_decorators::88::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) 
Timeout cleared while