[ovirt-users] major network changes

[carl langlois]

Hi

We are in a process of changing our network connection. Our current network
is using 10.8.256.x and we will change to 10.16.248.x. We have a HA ovirt
cluster (around 10 nodes) currently configure on the 10.8.256.x. So my
question is is it possible to relocate the ovirt cluster to the
10.16.248.x.  We have tried to move everything to the new network without
success. All the node seem to boot up properly, our gluster storage also
work properly.
When we try to start the hosted-engine it goes up but fail the liveliness
check. We have notice in the /var/log/openvswitch/ovn-controller.log that
he is triying to connect to the hold ip address of the hosted-engine vm.
019-07-16T18:41:29.483Z|01992|reconnect|INFO|ssl:10.8.236.244:6642: waiting
8 seconds before reconnect
2019-07-16T18:41:37.489Z|01993|reconnect|INFO|ssl:10.8.236.244:6642:
connecting...
2019-07-16T18:41:45.497Z|01994|reconnect|INFO|ssl:10.8.236.244:6642:
connection attempt timed out

So my question is were is the 10.8.236.244 come from.

The routing table for one of our host look like this

estination Gateway Genmask Flags Metric RefUse Iface
default gateway 0.0.0.0 UG0  00
ovirtmgmt
10.16.248.0 0.0.0.0 255.255.255.0   U 0  00
ovirtmgmt
link-local  0.0.0.0 255.255.0.0 U 1002   00 eno1
link-local  0.0.0.0 255.255.0.0 U 1003   00 eno2
link-local  0.0.0.0 255.255.0.0 U 1025   00
ovirtmgmt

Any help would be really appreciated.

Regards
Carl
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/DBQUWEPPDK2JDFU4HOGNURK7AB3FDINC/

[ovirt-users] Re: Manual Migration not working and Dashboard broken after 4.3.4 update

[Sharon Gratch]

Hi,

For the dashboard:
If ovirt-engine-dwh is still installed and running after upgrade
(service ovirt-engine-dwhd restart) then can you please re-check the
ovirt-engine-dwh.log file for errors?
@Shirly Radco  anything else to check?

For the Migrate option, please attach again your browser console log
snippet when you have the problem and also a screenshot of the error.

Please also attach the engine log (the warnings you mentioned are not
related to those issues).

Thanks,
Sharon

On Tue, Jul 16, 2019 at 4:14 PM Neil  wrote:

> Hi Sharon,
>
> Thank you for coming back to me.
>
> Unfortunately I've upgraded to 4.3.5 today and both issues still persist.
> I have also tried clearing all data out of my browser and re-logged back in.
>
> I see a new error though in my engine.log as below, however I still don't
> see anything logged when I click the migrate button...
>
> 2019-07-16 15:01:19,600+02 WARN
>  [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-15)
> [685e07c0-b76f-4093-afc9-7c3999ee4ae2] Field 'balloonEnabled' can not be
> updated when status is 'Up'
> 2019-07-16 15:01:19,601+02 WARN
>  [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-15)
> [685e07c0-b76f-4093-afc9-7c3999ee4ae2] Field 'watchdog' can not be updated
> when status is 'Up'
> 2019-07-16 15:01:19,602+02 WARN
>  [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-15)
> [685e07c0-b76f-4093-afc9-7c3999ee4ae2] Field 'rngDevice' can not be updated
> when status is 'Up'
> 2019-07-16 15:01:19,602+02 WARN
>  [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-15)
> [685e07c0-b76f-4093-afc9-7c3999ee4ae2] Field 'soundDeviceEnabled' can not
> be updated when status is 'Up'
> 2019-07-16 15:01:19,603+02 WARN
>  [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-15)
> [685e07c0-b76f-4093-afc9-7c3999ee4ae2] Field 'consoleEnabled' can not be
> updated when status is 'Up'
>
> Then in my vdsm.log I'm seeing the following error
>
> 2019-07-16 15:05:59,038+0200 WARN  (qgapoller/3)
> [virt.periodic.VmDispatcher] could not run  at
> 0x7f00a00476e0> on ['ded20d05-f558-4e17-bf2d-e4907e1bbcde',
> '8c93b301-b50d-4d3d-b6cb-54abb3d7f0bb',
> '8d8571bf-a7ce-4e73-8d3e-fe1a2aab9b4b',
> '2489c75f-2758-4d82-8338-12f02ff78afa',
> '9a6561b8-5702-43dc-9e92-1dc5dfed4eef',
> '523ad9ee-5738-42f2-9ee1-50727207e93b',
> '84f4685b-39e1-4bc8-b8ab-755a2c325cb0',
> '43c06f86-2e37-410b-84be-47e83052344a',
> '6f44a02c-5de6-4002-992f-2c2c5feb2ee5',
> '19844323-b3cc-441a-8d70-e45326848b10',
> '77872f3d-c69f-48ab-992b-1d2765a38481'] (periodic:289)
>
> 2019-07-16 15:06:09,036+0200 WARN  (qgapoller/2)
> [virt.periodic.VmDispatcher] could not run  at
> 0x7f00a00476e0> on ['ded20d05-f558-4e17-bf2d-e4907e1bbcde',
> '8c93b301-b50d-4d3d-b6cb-54abb3d7f0bb',
> '8d8571bf-a7ce-4e73-8d3e-fe1a2aab9b4b',
> '2489c75f-2758-4d82-8338-12f02ff78afa',
> '9a6561b8-5702-43dc-9e92-1dc5dfed4eef',
> '523ad9ee-5738-42f2-9ee1-50727207e93b',
> '84f4685b-39e1-4bc8-b8ab-755a2c325cb0',
> '43c06f86-2e37-410b-84be-47e83052344a',
> '6f44a02c-5de6-4002-992f-2c2c5feb2ee5',
> '19844323-b3cc-441a-8d70-e45326848b10',
> '77872f3d-c69f-48ab-992b-1d2765a38481'] (periodic:289)
>
> I'm not sure if this is related to either of the above issues though, but
> I can attach the full log if needed.
>
> Please shout if there is anything else you think I can try doing.
>
> Thank you.
>
> Regards.
>
> Neil Wilson
>
>
>
>
> On Mon, Jul 15, 2019 at 11:29 AM Sharon Gratch  wrote:
>
>> Hi Neil,
>>
>> Regarding issue 1 (Dashboard):
>> I recommend to upgrade to latest oVirt version 4.3.5, for this fix as
>> well as other enhancements and bug fixes.
>> For oVirt 4.3.5 installation / upgrade instructions:
>> http://www.ovirt.org/release/4.3.5/
>>
>> Regarding issue 2 (Manual Migrate dialog):
>> If it will be reproduced after upgrading then please try to clean your
>> browser caching before running the admin portal. It might help.
>>
>> Regards,
>> Sharon
>>
>> On Thu, Jul 11, 2019 at 1:24 PM Neil  wrote:
>>
>>>
>>> Hi Sharon,
>>>
>>> Thanks for the assistance.
>>> On Thu, Jul 11, 2019 at 11:58 AM Sharon Gratch 
>>> wrote:
>>>
 Hi,

 Regarding issue 1 (Dashboard):
 Did you upgrade the engine to 4.3.5? There was a bug fixed in version
 4.3.4-5 https://bugzilla.redhat.com/show_bug.cgi?id=1713967 and it may
 be the same issue.

>>>
>>>
>>> No I  wasn't aware that there were updates, how do I obtain 4.3.4-5 is
>>> there another repo available?
>>>
>>> Regarding issue 2 (Manual Migrate dialog):
 Can you please attach your browser console log and engine.log snippet
 when you have the problem?
 If you could take from the console log the actual REST API response,
 that would be great.
 The request will be something like
 /api/hosts?migration_target_of=...

>>>
>>> Please see attached text log for the browser console, I don't see any
>>> REST API being logged, just a stack trace error.
>>> The engine.log literally doesn't 

[ovirt-users] Re: Hardware Used

[Adrian Odendaal]

Hi There

I need some help regarding what hardware we can use to get this up and going as 
your website indicates only certain cpu’s can be used.

Kind Regards








Legal Disclaimer:

This message contains privileged and confidential information intended only for 
the use of the addressee named above. If you are not the intended recipient of 
this message, you are hereby notified that you may not disseminate, copy or 
take any action based on the contents thereof; kindly inform the sender 
immediately. Any views expressed in this message are those of the individual 
sender, except where the sender specifically states them to be the view of 
Quodes Solutions CC. While every care has been taken in preparing this 
document, no representation, warranty or undertaking (expressed or implied) is 
given and no responsibility nor liability is accepted by any member of Quodes 
Solutions CC as to the accuracy of the information contained herein, or for any 
loss arising from reliance on it.

> On 15 Jul 2019, at 11:54, Adrian Odendaal  wrote:
> 
> Are those CPU’s dedicated for the Hypervisors? 
> 
> What are the minimal requirements to setting up a cluster?
> 
> We are looking into using Ovirt over the likes on Hyper-v and VMWare.
> 
> Can you give me a run down?
> 
> Kind Regards
> 
> 
> 
> 
> 
> 
> 
> 
> Legal Disclaimer:
> 
> This message contains privileged and confidential information intended only 
> for the use of the addressee named above. If you are not the intended 
> recipient of this message, you are hereby notified that you may not 
> disseminate, copy or take any action based on the contents thereof; kindly 
> inform the sender immediately. Any views expressed in this message are those 
> of the individual sender, except where the sender specifically states them to 
> be the view of Quodes Solutions CC. While every care has been taken in 
> preparing this document, no representation, warranty or undertaking 
> (expressed or implied) is given and no responsibility nor liability is 
> accepted by any member of Quodes Solutions CC as to the accuracy of the 
> information contained herein, or for any loss arising from reliance on it.
> 
>> On 15 Jul 2019, at 11:23, Michal Skrivanek > > wrote:
>> 
>> 
>> 
>>> On 15 Jul 2019, at 09:38, Emil Natan >> > wrote:
>>> 
>>> I think the right place for this question is the ovirt users mailing list. 
>>> Added.
>>> 
>>> On Mon, Jul 15, 2019 at 10:28 AM >> > wrote:
>>> Hi All
>>> 
>>> We are looking into setting up a highly scalable and HA Ovirt 
>>> infrastructure but I see only some CPU's are supported. Is this only for th 
>>> Hypervisors or for the entire cluster?
>> 
>> Not sure what difference you have in mind. In general those are for guest 
>> CPUs, in general KVM capabilities are a bit behind the real hardware and 
>> gets added to oVirt as we add the relevant qemu-kvm having them, e.g. right 
>> now the “best” x86_64 Intel CPU is Skylake-Server and you can run it on any 
>> RHEL/CentOS 7.6 supported hw capable of at least that, e.g. any Cascade Lake.
>> 
>>> ___
>>> Infra mailing list -- in...@ovirt.org 
>>> To unsubscribe send an email to infra-le...@ovirt.org 
>>> 
>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ 
>>> 
>>> oVirt Code of Conduct: 
>>> https://www.ovirt.org/community/about/community-guidelines/ 
>>> 
>>> List Archives: 
>>> https://lists.ovirt.org/archives/list/in...@ovirt.org/message/X5MMJXN67LMBCJQKDPK4MJECHMQWVKXZ/
>>>  
>>> 
>>> 
>>> 
>>> -- 
>>> Emil Natan
>>> RHV/CNV DevOps
>>> ___
>>> Infra mailing list -- in...@ovirt.org 
>>> To unsubscribe send an email to infra-le...@ovirt.org 
>>> 
>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ 
>>> 
>>> oVirt Code of Conduct: 
>>> https://www.ovirt.org/community/about/community-guidelines/ 
>>> 
>>> List Archives: 
>>> https://lists.ovirt.org/archives/list/in...@ovirt.org/message/H62H2FA2DBEUF6CENHXTWVR6GEXVCYCX/
>>>  
>>> 
>> 
> 

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 

[ovirt-users] Re: Hardware Used

[Adrian Odendaal]

No well we saw that only CPU’s are supported.

So we want to find out what hardware we need in order to progress.

Servers with the needed CPU architecture. 

Kind Regards








Legal Disclaimer:

This message contains privileged and confidential information intended only for 
the use of the addressee named above. If you are not the intended recipient of 
this message, you are hereby notified that you may not disseminate, copy or 
take any action based on the contents thereof; kindly inform the sender 
immediately. Any views expressed in this message are those of the individual 
sender, except where the sender specifically states them to be the view of 
Quodes Solutions CC. While every care has been taken in preparing this 
document, no representation, warranty or undertaking (expressed or implied) is 
given and no responsibility nor liability is accepted by any member of Quodes 
Solutions CC as to the accuracy of the information contained herein, or for any 
loss arising from reliance on it.

> On 16 Jul 2019, at 15:08, Michal Skrivanek  
> wrote:
> 
> 
> 
>> On 16 Jul 2019, at 15:02, Adrian Odendaal > > wrote:
>> 
>> Hi There
>> 
>> I need some help regarding what hardware we can use to get this up and going 
>> as your website indicates only certain cpu’s can be used.
> 
> hey
> where exactly? For running ovirt we support exact same hardware as 
> RHEL/CentOS does
> 
>> 
>> Kind Regards
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> Legal Disclaimer:
>> 
>> This message contains privileged and confidential information intended only 
>> for the use of the addressee named above. If you are not the intended 
>> recipient of this message, you are hereby notified that you may not 
>> disseminate, copy or take any action based on the contents thereof; kindly 
>> inform the sender immediately. Any views expressed in this message are those 
>> of the individual sender, except where the sender specifically states them 
>> to be the view of Quodes Solutions CC. While every care has been taken in 
>> preparing this document, no representation, warranty or undertaking 
>> (expressed or implied) is given and no responsibility nor liability is 
>> accepted by any member of Quodes Solutions CC as to the accuracy of the 
>> information contained herein, or for any loss arising from reliance on it.
>> 
>>> On 15 Jul 2019, at 11:54, Adrian Odendaal >> > wrote:
>>> 
>>> Are those CPU’s dedicated for the Hypervisors? 
> 
> again not sure what you mean. but usually the entire host is dedicated for 
> virtualization
> 
>>> 
>>> What are the minimal requirements to setting up a cluster?
> 
> depends what you want it to do. the general a meaningful scale is from cca 
> three hosts up to several hundreds.
> 
>>> 
>>> We are looking into using Ovirt over the likes on Hyper-v and VMWare.
>>> 
>>> Can you give me a run down?
>>> 
>>> Kind Regards
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> Legal Disclaimer:
>>> 
>>> This message contains privileged and confidential information intended only 
>>> for the use of the addressee named above. If you are not the intended 
>>> recipient of this message, you are hereby notified that you may not 
>>> disseminate, copy or take any action based on the contents thereof; kindly 
>>> inform the sender immediately. Any views expressed in this message are 
>>> those of the individual sender, except where the sender specifically states 
>>> them to be the view of Quodes Solutions CC. While every care has been taken 
>>> in preparing this document, no representation, warranty or undertaking 
>>> (expressed or implied) is given and no responsibility nor liability is 
>>> accepted by any member of Quodes Solutions CC as to the accuracy of the 
>>> information contained herein, or for any loss arising from reliance on it.
>>> 
 On 15 Jul 2019, at 11:23, Michal Skrivanek >>> > wrote:
 
 
 
> On 15 Jul 2019, at 09:38, Emil Natan  > wrote:
> 
> I think the right place for this question is the ovirt users mailing 
> list. Added.
> 
> On Mon, Jul 15, 2019 at 10:28 AM  > wrote:
> Hi All
> 
> We are looking into setting up a highly scalable and HA Ovirt 
> infrastructure but I see only some CPU's are supported. Is this only for 
> th Hypervisors or for the entire cluster?
 
 Not sure what difference you have in mind. In general those are for guest 
 CPUs, in general KVM capabilities are a bit behind the real hardware and 
 gets added to oVirt as we add the relevant qemu-kvm having them, e.g. 
 right now the “best” x86_64 Intel CPU is Skylake-Server and you can run it 
 on any RHEL/CentOS 7.6 supported hw capable of at least that, e.g. any 
 Cascade Lake.
 
> ___
> Infra mailing list -- in...@ovirt.org 

[ovirt-users] Re: Manual Migration not working and Dashboard broken after 4.3.4 update

[Neil]

Hi Sharon,

Thank you for coming back to me.

Unfortunately I've upgraded to 4.3.5 today and both issues still persist. I
have also tried clearing all data out of my browser and re-logged back in.

I see a new error though in my engine.log as below, however I still don't
see anything logged when I click the migrate button...

2019-07-16 15:01:19,600+02 WARN
 [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-15)
[685e07c0-b76f-4093-afc9-7c3999ee4ae2] Field 'balloonEnabled' can not be
updated when status is 'Up'
2019-07-16 15:01:19,601+02 WARN
 [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-15)
[685e07c0-b76f-4093-afc9-7c3999ee4ae2] Field 'watchdog' can not be updated
when status is 'Up'
2019-07-16 15:01:19,602+02 WARN
 [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-15)
[685e07c0-b76f-4093-afc9-7c3999ee4ae2] Field 'rngDevice' can not be updated
when status is 'Up'
2019-07-16 15:01:19,602+02 WARN
 [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-15)
[685e07c0-b76f-4093-afc9-7c3999ee4ae2] Field 'soundDeviceEnabled' can not
be updated when status is 'Up'
2019-07-16 15:01:19,603+02 WARN
 [org.ovirt.engine.core.utils.ObjectIdentityChecker] (default task-15)
[685e07c0-b76f-4093-afc9-7c3999ee4ae2] Field 'consoleEnabled' can not be
updated when status is 'Up'

Then in my vdsm.log I'm seeing the following error

2019-07-16 15:05:59,038+0200 WARN  (qgapoller/3)
[virt.periodic.VmDispatcher] could not run  at
0x7f00a00476e0> on ['ded20d05-f558-4e17-bf2d-e4907e1bbcde',
'8c93b301-b50d-4d3d-b6cb-54abb3d7f0bb',
'8d8571bf-a7ce-4e73-8d3e-fe1a2aab9b4b',
'2489c75f-2758-4d82-8338-12f02ff78afa',
'9a6561b8-5702-43dc-9e92-1dc5dfed4eef',
'523ad9ee-5738-42f2-9ee1-50727207e93b',
'84f4685b-39e1-4bc8-b8ab-755a2c325cb0',
'43c06f86-2e37-410b-84be-47e83052344a',
'6f44a02c-5de6-4002-992f-2c2c5feb2ee5',
'19844323-b3cc-441a-8d70-e45326848b10',
'77872f3d-c69f-48ab-992b-1d2765a38481'] (periodic:289)

2019-07-16 15:06:09,036+0200 WARN  (qgapoller/2)
[virt.periodic.VmDispatcher] could not run  at
0x7f00a00476e0> on ['ded20d05-f558-4e17-bf2d-e4907e1bbcde',
'8c93b301-b50d-4d3d-b6cb-54abb3d7f0bb',
'8d8571bf-a7ce-4e73-8d3e-fe1a2aab9b4b',
'2489c75f-2758-4d82-8338-12f02ff78afa',
'9a6561b8-5702-43dc-9e92-1dc5dfed4eef',
'523ad9ee-5738-42f2-9ee1-50727207e93b',
'84f4685b-39e1-4bc8-b8ab-755a2c325cb0',
'43c06f86-2e37-410b-84be-47e83052344a',
'6f44a02c-5de6-4002-992f-2c2c5feb2ee5',
'19844323-b3cc-441a-8d70-e45326848b10',
'77872f3d-c69f-48ab-992b-1d2765a38481'] (periodic:289)

I'm not sure if this is related to either of the above issues though, but I
can attach the full log if needed.

Please shout if there is anything else you think I can try doing.

Thank you.

Regards.

Neil Wilson




On Mon, Jul 15, 2019 at 11:29 AM Sharon Gratch  wrote:

> Hi Neil,
>
> Regarding issue 1 (Dashboard):
> I recommend to upgrade to latest oVirt version 4.3.5, for this fix as well
> as other enhancements and bug fixes.
> For oVirt 4.3.5 installation / upgrade instructions:
> http://www.ovirt.org/release/4.3.5/
>
> Regarding issue 2 (Manual Migrate dialog):
> If it will be reproduced after upgrading then please try to clean your
> browser caching before running the admin portal. It might help.
>
> Regards,
> Sharon
>
> On Thu, Jul 11, 2019 at 1:24 PM Neil  wrote:
>
>>
>> Hi Sharon,
>>
>> Thanks for the assistance.
>> On Thu, Jul 11, 2019 at 11:58 AM Sharon Gratch 
>> wrote:
>>
>>> Hi,
>>>
>>> Regarding issue 1 (Dashboard):
>>> Did you upgrade the engine to 4.3.5? There was a bug fixed in version
>>> 4.3.4-5 https://bugzilla.redhat.com/show_bug.cgi?id=1713967 and it may
>>> be the same issue.
>>>
>>
>>
>> No I  wasn't aware that there were updates, how do I obtain 4.3.4-5 is
>> there another repo available?
>>
>> Regarding issue 2 (Manual Migrate dialog):
>>> Can you please attach your browser console log and engine.log snippet
>>> when you have the problem?
>>> If you could take from the console log the actual REST API response,
>>> that would be great.
>>> The request will be something like
>>> /api/hosts?migration_target_of=...
>>>
>>
>> Please see attached text log for the browser console, I don't see any
>> REST API being logged, just a stack trace error.
>> The engine.log literally doesn't get updated when I click the Migrate
>> button so there isn't anything to share unfortunately.
>>
>> Please shout if you need further info.
>>
>> Thank you!
>>
>>
>>
>>
>>>
>>>
>>> On Thu, Jul 11, 2019 at 10:04 AM Neil  wrote:
>>>
 Hi everyone,
 Just an update.

 I have both hosts upgraded to 4.3, I have upgraded my DC and cluster to
 4.3 and I'm still faced with the same problems.

 1.) My Dashboard says the following "Error! Could not fetch dashboard
 data. Please ensure that data warehouse is properly installed and
 configured."

 2.) When I click the Migrate button I get the error "Could not fetch
 data needed for VM migrate operation"

 Upgrading my 

[ovirt-users] Re: Hardware Used

[Michal Skrivanek]

> On 16 Jul 2019, at 15:02, Adrian Odendaal  wrote:
> 
> Hi There
> 
> I need some help regarding what hardware we can use to get this up and going 
> as your website indicates only certain cpu’s can be used.

hey
where exactly? For running ovirt we support exact same hardware as RHEL/CentOS 
does

> 
> Kind Regards
> 
> 
> 
> 
> 
> 
> 
> 
> Legal Disclaimer:
> 
> This message contains privileged and confidential information intended only 
> for the use of the addressee named above. If you are not the intended 
> recipient of this message, you are hereby notified that you may not 
> disseminate, copy or take any action based on the contents thereof; kindly 
> inform the sender immediately. Any views expressed in this message are those 
> of the individual sender, except where the sender specifically states them to 
> be the view of Quodes Solutions CC. While every care has been taken in 
> preparing this document, no representation, warranty or undertaking 
> (expressed or implied) is given and no responsibility nor liability is 
> accepted by any member of Quodes Solutions CC as to the accuracy of the 
> information contained herein, or for any loss arising from reliance on it.
> 
>> On 15 Jul 2019, at 11:54, Adrian Odendaal > > wrote:
>> 
>> Are those CPU’s dedicated for the Hypervisors? 

again not sure what you mean. but usually the entire host is dedicated for 
virtualization

>> 
>> What are the minimal requirements to setting up a cluster?

depends what you want it to do. the general a meaningful scale is from cca 
three hosts up to several hundreds.

>> 
>> We are looking into using Ovirt over the likes on Hyper-v and VMWare.
>> 
>> Can you give me a run down?
>> 
>> Kind Regards
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> Legal Disclaimer:
>> 
>> This message contains privileged and confidential information intended only 
>> for the use of the addressee named above. If you are not the intended 
>> recipient of this message, you are hereby notified that you may not 
>> disseminate, copy or take any action based on the contents thereof; kindly 
>> inform the sender immediately. Any views expressed in this message are those 
>> of the individual sender, except where the sender specifically states them 
>> to be the view of Quodes Solutions CC. While every care has been taken in 
>> preparing this document, no representation, warranty or undertaking 
>> (expressed or implied) is given and no responsibility nor liability is 
>> accepted by any member of Quodes Solutions CC as to the accuracy of the 
>> information contained herein, or for any loss arising from reliance on it.
>> 
>>> On 15 Jul 2019, at 11:23, Michal Skrivanek >> > wrote:
>>> 
>>> 
>>> 
 On 15 Jul 2019, at 09:38, Emil Natan >>> > wrote:
 
 I think the right place for this question is the ovirt users mailing list. 
 Added.
 
 On Mon, Jul 15, 2019 at 10:28 AM >>> > wrote:
 Hi All
 
 We are looking into setting up a highly scalable and HA Ovirt 
 infrastructure but I see only some CPU's are supported. Is this only for 
 th Hypervisors or for the entire cluster?
>>> 
>>> Not sure what difference you have in mind. In general those are for guest 
>>> CPUs, in general KVM capabilities are a bit behind the real hardware and 
>>> gets added to oVirt as we add the relevant qemu-kvm having them, e.g. right 
>>> now the “best” x86_64 Intel CPU is Skylake-Server and you can run it on any 
>>> RHEL/CentOS 7.6 supported hw capable of at least that, e.g. any Cascade 
>>> Lake.
>>> 
 ___
 Infra mailing list -- in...@ovirt.org 
 To unsubscribe send an email to infra-le...@ovirt.org 
 
 Privacy Statement: https://www.ovirt.org/site/privacy-policy/ 
 
 oVirt Code of Conduct: 
 https://www.ovirt.org/community/about/community-guidelines/ 
 
 List Archives: 
 https://lists.ovirt.org/archives/list/in...@ovirt.org/message/X5MMJXN67LMBCJQKDPK4MJECHMQWVKXZ/
  
 
 
 
 -- 
 Emil Natan
 RHV/CNV DevOps
 ___
 Infra mailing list -- in...@ovirt.org 
 To unsubscribe send an email to infra-le...@ovirt.org 
 
 Privacy Statement: https://www.ovirt.org/site/privacy-policy/ 
 
 oVirt Code of Conduct: 
 https://www.ovirt.org/community/about/community-guidelines/ 
 
 List Archives: 
 

[ovirt-users] Re: [ANN] oVirt 4.3.5 Fifth Release Candidate is now available for testing

[Sandro Bonazzola]

On Tuesday, July 16, 2019, Strahil Nikolov  wrote:

> Hi Sandro,
>
> I'm currently running the latest release candidate.
> So far I found only 1 problem - It seems that every night the following
> event is being generated:
>
> ETL service aggregation to hourly tables has encountered an error. Please
> consult the service log for more details.
>
> I haven't checked the logs yet, but I will keep you updated.
>
>
thanks for the feedback, Shirley can you please follow up?




> best Regards,
> Strahil Nikolov
>
> В четвъртък, 11 юли 2019 г., 5:34:52 ч. Гринуич-4, Sandro Bonazzola <
> sbona...@redhat.com> написа:
>
>
> The oVirt Project is pleased to announce the availability of the oVirt
> 4.3.5 Fifth Release Candidate for testing, as of July 11th, 2019.
>
> While testing this release candidate please consider deeper testing on
> gluster upgrade since with this release we are switching from Gluster 5 to
> Gluster 6.
>
> This update is a release candidate of the fifth in a series of
> stabilization updates to the 4.3 series.
> This is pre-release software. This pre-release should not to be used in
> production.
>
> This release is available now on x86_64 architecture for:
> * Red Hat Enterprise Linux 7.6 or later
> * CentOS Linux (or similar) 7.6 or later
>
> This release supports Hypervisor Hosts on x86_64 and ppc64le architectures
> for:
> * Red Hat Enterprise Linux 7.6 or later
> * CentOS Linux (or similar) 7.6 or later
> * oVirt Node 4.3 (available for x86_64 only)
>
> See the release notes [1] for installation / upgrade instructions and a
> list of new features and bugs fixed.
>
> Notes:
> - oVirt Appliance is laready available
> - oVirt Node is already available[2]
>
> Additional Resources:
> * Read more about the oVirt 4.3.5 release highlights:http://www.ovirt.
> org/release/4.3.5/
> * Get more oVirt Project updates on Twitter: https://twitter.com/ovirt
> * Check out the latest project news on the oVirt blog:
> http://www.ovirt.org/blog/
>
> [1] http://www.ovirt.org/release/4.3.5/
> [2] http://resources.ovirt.org/pub/ovirt-4.3-pre/iso/
>
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA 
>
> sbona...@redhat.com
> 
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-
> guidelines/
> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/
> message/QCJ2IZOKMIIN4DMN4T4K22P7L4MJK6TA/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA 

sbona...@redhat.com
*Red Hat respects your work life balance.
Therefore there is no need to answer this email out of your office hours.
*
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/K34CGBEINDFGPO3R6HZ4QJP7I2TOCMIK/

[ovirt-users] Re: ovirt_disk and ubuntu issues

[Vrgotic, Marko]

Hey Pavel,

The reason why I mentioned it is that in the ansible ovirt_disk module it is 
explained if cow format is used, sparse is true by default. This is scenario I 
used to create disk in oVIrt with Centos and Ubuntu cloud images attached.
The main difference is that with CentOS images the disk size (in my case 40GB) 
is recognized by OS and cloud-init grows partition to full size of the disk.
With Ubuntu, its not recognized by OS, disk is sized to 40GB, so cloud-init 
reports “nothing to do”.

I will run the tests,  so we can verify if it will make a difference if sparse 
is set to True specifically or if it help pre-allocating the disk, if deploying 
Ubuntu cloud image.

Considering that format for both CentOS and Ubuntu cloud images is qcow2 or 3, 
I would expect it does not matter to the ovirt_disk module when resizing.
Or maybe better question is why does not Ubuntu OS recognize the new disk size?
Ultimately, in oVirt UI correct disk size is reported, but in Ubuntu OS is not.

My 5cents

As soon as tests are done, I will provide results.

Kindly awaiting your reply.


— — —
Met vriendelijke groet / Kind regards,

Marko Vrgotic


From: Pavel Bar 
Date: Tuesday, 16 July 2019 at 11:01
To: "Vrgotic, Marko" 
Cc: Ondra Machacek , "users@ovirt.org" 
Subject: Re: [ovirt-users] Re: ovirt_disk and ubuntu issues

Hi,
What actually defines whether the disk is thin-provisioned or pre-allocated is 
the "sparse" flag.
If you want the pre-allocated disk -  the "sparse" flag should be set to false.
If you want the thin-provisioned disk - the "sparse" flag should be set to true.
Try to set the "sparse" flag to whatever scenario you are testing and send the 
results.

Thank you in advance!

Pavel


On Mon, Jul 15, 2019 at 12:04 PM Vrgotic, Marko 
mailto:m.vrgo...@activevideo.com>> wrote:
Hey Pavel,

As far as I remember, I went with Ansible ovirt_vm and ovrit_disk defaults. I 
will double check.

“format: cow”  which would mean thin-provisioned.

I have all prepared so I can make quick test with all scenarios:

  1.  format: cow
  2.  format: raw
  3.  format: cow and sparse: false(no)
  4.  ….

Let me know.


— — —
Met vriendelijke groet / Kind regards,

Marko Vrgotic




From: Pavel Bar mailto:p...@redhat.com>>
Date: Monday, 15 July 2019 at 10:20
To: "Vrgotic, Marko" 
mailto:m.vrgo...@activevideo.com>>, Ondra Machacek 
mailto:omach...@redhat.com>>
Cc: "users@ovirt.org" 
mailto:users@ovirt.org>>
Subject: Re: [ovirt-users] Re: ovirt_disk and ubuntu issues

Good day Marko,
Can you please tell us whether you tried to create a pre-allocated or 
thin-provision disk?
Ondra, can you please take a look that is not an Ansible issue?

Thank you in advance!

Pavel


On Mon, Jul 15, 2019 at 12:29 AM Vrgotic, Marko 
mailto:m.vrgo...@activevideo.com>> wrote:
Dear oVIrt,

Even though I would like to get some insight into what could be reason this is 
no working, I did find a workaround:

Instead of trying to get Ubuntu disk specified with ovirt_disk size,
I used qemu-img resize to increase the disk size before importing it to oVIrt.
This works, but it still going to present the problem if User eventually wants 
to increase for example disk from 40GBto 80GB.

Kindly awaiting your reply.


— — —
Met vriendelijke groet / Kind regards,

Marko Vrgotic
Sr.  System Engineer @ System Administration
m.vrgo...@activevideo.com




From: "Vrgotic, Marko" 
mailto:m.vrgo...@activevideo.com>>
Date: Wednesday, 10 July 2019 at 16:19
To: "users@ovirt.org" 
mailto:users@ovirt.org>>
Subject: ovirt_disk and ubuntu issues

Dear oVirt,

I am downloading the ubuntu cloud image 16.04 and or 18.04:

   - name: "Download base cloud image from server"
 get_url:
   url: "{{ image_url }}"
   checksum: "sha256:{{ image_checksum }}"
   validate_certs: yes
   dest: "/tmp/{{ inventory_hostname_short }}.qcow2"
 delegate_to: localhost

creating a 40GB HDD and attaching image to it:

- name: "Create oVirt disk with base image (with 40Gb allocated)"
  ovirt_disk:
name: "{{ inventory_hostname_short }}"
interface: virtio
size: 40GiB
format: cow
upload_image_path: "/tmp/{{ inventory_hostname_short }}.qcow2"
storage_domain: ovirt_production
wait: true
  delegate_to: localhost

creating VM afterwards:


- name: "Create new Ubuntu VMs from cloud image"
  delegate_to: localhost
  ovirt_vm:
auth: "{{ ovirt_auth }}"
name: "{{ inventory_hostname_short }}"
disks:
- name: "{{ inventory_hostname_short }}"
graphical_console:
protocol: vnc
serial_console: true
usb_support: true
soundcard_enabled: false
operating_system: "{{ operating_system_type }}"
type: server
nics:
- name: nic1
  profile_name: tenant1
  interface: virtio
  nic_on_boot: true
cloud_init:
 

[ovirt-users] Re: Moving Hosted Engine Storage

[Simone Tiraboschi]

On Tue, Jul 16, 2019 at 11:43 AM Dan Poltawski 
wrote:

> Hello,
>
> I've read various posts[1] on this list, but I must confess that I am
> still not entirely clear on the process for moving a hosted engine to a
> new storage domain (in my case I want to move from an existing NFS
> server to a new iSCSI target). Some of what i've read make me slightly
> concerned it's a risky operation and in my situation I am just
> prototyping and retaining the existing engine will be saving some time
> rather than mission critical.
>
> Is anyone able to outline the steps to me?
>

The flow is:
1. set hosted-engine global maintenance mode
2. choose one of the existing hosts and set it to maintenance mode from the
engine
3. take a backup of your current engine with engine-backup
4. copy the backup file to your host
5. on the host in maintenance mode run:
hosted-engine --deploy --restore-from-file=backup.tar.gz
6. at the end you will have a new engine VM created from your backup file,
the previous hosted-engine storage domain will be still visible (although
renamed) so that you can eventually migrate additional VMs created there by
mistake; at the end you can remove it
7. one host at at time, set other hosted-engine hosts to maintenance mode
and choose reinstall being sure to choose to deploy hosted-engine
that's all.


>
> thanks,
>
> Dan
>
>
>
> [1] https://lists.ovirt.org/pipermail/users/2017-June/082466.html
>
> 
>
> The Networking People (TNP) Limited. Registered office: Network House,
> Caton Rd, Lancaster, LA1 3PE. Registered in England & Wales with company
> number: 07667393
>
> This email and any files transmitted with it are confidential and intended
> solely for the use of the individual or entity to whom they are addressed.
> If you have received this email in error please notify the system manager.
> This message contains confidential information and is intended only for the
> individual named. If you are not the named addressee you should not
> disseminate, distribute or copy this e-mail. Please notify the sender
> immediately by e-mail if you have received this e-mail by mistake and
> delete this e-mail from your system. If you are not the intended recipient
> you are notified that disclosing, copying, distributing or taking any
> action in reliance on the contents of this information is strictly
> prohibited.
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/BDUFMYADHI4KCXMXO72VZKPW6D5K7ZOR/
>


-- 

Simone Tiraboschi

He / Him / His

Principal Software Engineer

Red Hat 

stira...@redhat.com
@redhatjobs    redhatjobs
 @redhatjobs



___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/AQHFEW6XT7IHXA2BWCHOIJ6P4HA25IBK/

[ovirt-users] Re: [ANN] oVirt 4.3.5 Fifth Release Candidate is now available for testing

[Strahil Nikolov]

 Hi Sandro,
I'm currently running the latest release candidate.So far I found only 1 
problem - It seems that every night the following event is being generated:
ETL service aggregation to hourly tables has encountered an error. Please 
consult the service log for more details.
I haven't checked the logs yet, but I will keep you updated.
best Regards,Strahil Nikolov

В четвъртък, 11 юли 2019 г., 5:34:52 ч. Гринуич-4, Sandro Bonazzola 
 написа:  
 
 The oVirt Project is pleased to announce the availability of the oVirt 4.3.5 
Fifth Release Candidate for testing, as of July 11th, 2019.

While testing this release candidate please consider deeper testing on gluster 
upgrade since with this release we are switching from Gluster 5 to Gluster 6.

This update is a release candidate of the fifth in a series of stabilization 
updates to the 4.3 series.
This is pre-release software. This pre-release should not to be used in 
production.

This release is available now on x86_64 architecture for:
* Red Hat Enterprise Linux 7.6 or later
* CentOS Linux (or similar) 7.6 or later

This release supports Hypervisor Hosts on x86_64 and ppc64le architectures for:
* Red Hat Enterprise Linux 7.6 or later
* CentOS Linux (or similar) 7.6 or later
* oVirt Node 4.3 (available for x86_64 only)

See the release notes [1] for installation / upgrade instructions and a list of 
new features and bugs fixed.

Notes:
- oVirt Appliance is laready available
- oVirt Node is already available[2]

Additional Resources:
* Read more about the oVirt 4.3.5 release 
highlights:http://www.ovirt.org/release/4.3.5/
* Get more oVirt Project updates on Twitter: https://twitter.com/ovirt
* Check out the latest project news on the oVirt blog:http://www.ovirt.org/blog/

[1] http://www.ovirt.org/release/4.3.5/
[2] http://resources.ovirt.org/pub/ovirt-4.3-pre/iso/

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA

sbona...@redhat.com   

|  |

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/QCJ2IZOKMIIN4DMN4T4K22P7L4MJK6TA/
  ___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/WPFBQSZCGISYK67KC6KBHAOD2ZBFL2V3/

[ovirt-users] Moving Hosted Engine Storage

[Dan Poltawski]

Hello,

I've read various posts[1] on this list, but I must confess that I am
still not entirely clear on the process for moving a hosted engine to a
new storage domain (in my case I want to move from an existing NFS
server to a new iSCSI target). Some of what i've read make me slightly
concerned it's a risky operation and in my situation I am just
prototyping and retaining the existing engine will be saving some time
rather than mission critical.

Is anyone able to outline the steps to me?

thanks,

Dan



[1] https://lists.ovirt.org/pipermail/users/2017-June/082466.html



The Networking People (TNP) Limited. Registered office: Network House, Caton 
Rd, Lancaster, LA1 3PE. Registered in England & Wales with company number: 
07667393

This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you have received this email in error please notify the system manager. This 
message contains confidential information and is intended only for the 
individual named. If you are not the named addressee you should not 
disseminate, distribute or copy this e-mail. Please notify the sender 
immediately by e-mail if you have received this e-mail by mistake and delete 
this e-mail from your system. If you are not the intended recipient you are 
notified that disclosing, copying, distributing or taking any action in 
reliance on the contents of this information is strictly prohibited.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/BDUFMYADHI4KCXMXO72VZKPW6D5K7ZOR/

[ovirt-users] Re: ovirt_disk and ubuntu issues

[Pavel Bar]

Hi,
What actually defines whether the disk is thin-provisioned or pre-allocated
is the "sparse" flag.
If you want the pre-allocated disk -  the "sparse" flag should be set to
false.
If you want the thin-provisioned disk - the "sparse" flag should be set to
true.
Try to set the "sparse" flag to whatever scenario you are testing and send
the results.

Thank you in advance!

Pavel


On Mon, Jul 15, 2019 at 12:04 PM Vrgotic, Marko 
wrote:

> Hey Pavel,
>
>
>
> As far as I remember, I went with Ansible ovirt_vm and ovrit_disk
> defaults. I will double check.
>
>
>
> “format: cow”  which would mean thin-provisioned.
>
>
>
> I have all prepared so I can make quick test with all scenarios:
>
>1. format: cow
>2. format: raw
>3. format: cow and sparse: false(no)
>4. ….
>
>
>
> Let me know.
>
>
>
>
>
> — — —
> Met vriendelijke groet / Kind regards,
>
> *Marko Vrgotic*
>
>
>
>
>
>
>
>
>
> *From: *Pavel Bar 
> *Date: *Monday, 15 July 2019 at 10:20
> *To: *"Vrgotic, Marko" , Ondra Machacek <
> omach...@redhat.com>
> *Cc: *"users@ovirt.org" 
> *Subject: *Re: [ovirt-users] Re: ovirt_disk and ubuntu issues
>
>
>
> Good day Marko,
>
> Can you please tell us whether you tried to create a pre-allocated or
> thin-provision disk?
>
> Ondra, can you please take a look that is not an Ansible issue?
>
>
>
> Thank you in advance!
>
>
>
> Pavel
>
>
>
>
>
> On Mon, Jul 15, 2019 at 12:29 AM Vrgotic, Marko 
> wrote:
>
> Dear oVIrt,
>
>
>
> Even though I would like to get some insight into what could be reason
> this is no working, I did find a workaround:
>
>
>
> Instead of trying to get Ubuntu disk specified with ovirt_disk size,
>
> I used qemu-img resize to increase the disk size before importing it to
> oVIrt.
>
> This works, but it still going to present the problem if User eventually
> wants to increase for example disk from 40GBto 80GB.
>
>
>
> Kindly awaiting your reply.
>
>
>
>
>
> — — —
> Met vriendelijke groet / Kind regards,
>
> *Marko Vrgotic*
>
> Sr.  System Engineer @ System Administration
> m.vrgo...@activevideo.com
>
>
>
>
>
>
>
>
>
> *From: *"Vrgotic, Marko" 
> *Date: *Wednesday, 10 July 2019 at 16:19
> *To: *"users@ovirt.org" 
> *Subject: *ovirt_disk and ubuntu issues
>
>
>
> Dear oVirt,
>
>
>
> I am downloading the ubuntu cloud image 16.04 and or 18.04:
>
>
>
>- name: "Download base cloud image from server"
>
>  get_url:
>
>url: "{{ image_url }}"
>
>checksum: "sha256:{{ image_checksum }}"
>
>validate_certs: yes
>
>dest: "/tmp/{{ inventory_hostname_short }}.qcow2"
>
>  delegate_to: localhost
>
>
>
> creating a 40GB HDD and attaching image to it:
>
>
>
> - name: "Create oVirt disk with base image (with 40Gb allocated)"
>
>   ovirt_disk:
>
> name: "{{ inventory_hostname_short }}"
>
> interface: virtio
>
> size: 40GiB
>
> format: cow
>
> upload_image_path: "/tmp/{{ inventory_hostname_short }}.qcow2"
>
> storage_domain: ovirt_production
>
> wait: true
>
>   delegate_to: localhost
>
>
>
> creating VM afterwards:
>
>
>
>
>
> - name: "Create new Ubuntu VMs from cloud image"
>
>   delegate_to: localhost
>
>   ovirt_vm:
>
> auth: "{{ ovirt_auth }}"
>
> name: "{{ inventory_hostname_short }}"
>
> disks:
>
> - name: "{{ inventory_hostname_short }}"
>
> graphical_console:
>
> protocol: vnc
>
> serial_console: true
>
> usb_support: true
>
> soundcard_enabled: false
>
> operating_system: "{{ operating_system_type }}"
>
> type: server
>
> nics:
>
> - name: nic1
>
>   profile_name: tenant1
>
>   interface: virtio
>
>   nic_on_boot: true
>
> cloud_init:
>
>   host_name: "{{ inventory_hostname }}"
>
>   user_name: ubuntu
>
>   authorized_ssh_keys: "{{ ssh_agent_pubkeys.stdout }}"
>
> state: "running"
>
> cluster: "{{ ovirt_cluster }}"
>
>   when: inventory_hostname in groups['ubuntu-baker']
>
>
>
> When VM gets created, I can see in oVIrt VM details disk created is 40GB.
>
> Executing df -h, gives me following:
>
>
>
>   root@av3-ubuntu-18-base:/home/ubuntu# df -h
>
> Filesystem  Size  Used Avail Use% Mounted on
>
> udev447M 0  447M   0% /dev
>
> tmpfs92M  696K   92M   1% /run
>
> */dev/vda1   2.0G  1.3G  706M  65% /*
>
> tmpfs   460M 0  460M   0% /dev/shm
>
> tmpfs   5.0M 0  5.0M   0% /run/lock
>
> tmpfs   460M 0  460M   0% /sys/fs/cgroup
>
> /dev/vda15  105M  3.6M  101M   4% /boot/efi
>
> tmpfs92M 0   92M   0% /run/user/1000
>
>
>
> Initially I thought growpart or resize2fs is not triggered, but then
> running dmesg or fdisk /dev/vda, told me that physical disk size is still
> only size of the downloaded ubuntu cloud image.
>
>
>
> Disk /dev/vda: 2.2 GiB, 2361393152 bytes, 4612096 sectors
>
> Units: sectors of 1 * 512 = 512 

[ovirt-users] Re: ovirt-engine-appliance ova

[Yedidyah Bar David]

On Thu, Jul 11, 2019 at 10:46 PM  wrote:
>
> Hi,
> Can someone tell me how to generate  ovirt-engine-appliance ova file in 
> ovirt-engine-appliance-4.3-20190610.1.el7.x86_64.rpm?

You might want to check the project's source code:

https://github.com/ovirt/ovirt-appliance/

Or study the logs of a CI build of it:

https://jenkins.ovirt.org/job/ovirt-appliance_master_build-artifacts-el7-x86_64/

I never tried building it myself locally, though.

> I tried to import ovirt-engine-appliance 
> ova(ovirt-engine-appliance-4.3-20190610.1.el7.ova) from ovirt-engine, but I 
> got error as following:
> Failed to load VM configuration from OVA file: 
> /var/tmp/ovirt-engine-appliance-4.2-20190121.1.el7.ova

No idea why this failed.

>
> I guess ovirt-engine-appliance-4.2-20190121.1.el7.ova has more than CentOS7.6.

It has CentOS + oVirt engine.

The only major use for it is by hosted-engine --deploy. In theory you
can try importing it elsewhere, but I do not recall reports about
people that tried this and whether it works.

Best regards,
-- 
Didi
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/JZRIVLKZQEYLWNL2FO32PHNXMKPGCYSC/

[ovirt-users] Re: [Gluster-users] Update 4.2.8 --> 4.3.5

[Amar Tumballi Suryanarayan]

There were some issues with gluster v3.12.x to v5.x, but we haven't heard
any major problems with v3.12.x to v6.x version, other than
https://bugzilla.redhat.com/show_bug.cgi?id=1727682 which also seems to be
all resolved now.

Regards,
Amar



On Thu, Jul 11, 2019 at 11:16 PM Strahil  wrote:

> I'm addding gluster-users as I'm not sure if you can go gluster v3 -> v6
> directly.
>
> Theoretically speaking ,  there  should be no problem - but I don't know
> if you will observe any issues.
>
> @Gluster-users,
>
> Can someone share their thoughts about v3 to v6 migration  ?
>
> Best Regards,
> Strahil Nikolov
> On Jul 11, 2019 14:05, Christoph Köhler wrote: > > Hello! > > We have a
> 4.2.8 environment with some managed gluster-volumes as storage > domains
> and we want to go up to 4.3.5. > > How is that procedure especially with
> the gluster nodes in ovirt that > are running 3.12.15? My fear is on the
> jump to gluster 6. Do the cluster > work if the first node (of three) is
> upgraded? And what about the > sequence - first the hypervisors or first
> gluster nodes? > > Is there anyone who had done this? > > Greetings! >
> Christoph Köhler > ___ > Users
> mailing list -- users@ovirt.org > To unsubscribe send an email to
> users-le...@ovirt.org > Privacy Statement:
> https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/ > List
> Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/VWFS6YUKA77VP5DWGV7SBYGZREZDJMO7/
> ___
> Gluster-users mailing list
> gluster-us...@gluster.org
> https://lists.gluster.org/mailman/listinfo/gluster-users



-- 
Amar Tumballi (amarts)
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/OZ4KCX4BTMOMFORIEMEXPXK3AYCRS3LI/

[ovirt-users] Re: Hardware Used

[Adrian Odendaal]

Are those CPU’s dedicated for the Hypervisors? 

What are the minimal requirements to setting up a cluster?

We are looking into using Ovirt over the likes on Hyper-v and VMWare.

Can you give me a run down?

Kind Regards








Legal Disclaimer:

This message contains privileged and confidential information intended only for 
the use of the addressee named above. If you are not the intended recipient of 
this message, you are hereby notified that you may not disseminate, copy or 
take any action based on the contents thereof; kindly inform the sender 
immediately. Any views expressed in this message are those of the individual 
sender, except where the sender specifically states them to be the view of 
Quodes Solutions CC. While every care has been taken in preparing this 
document, no representation, warranty or undertaking (expressed or implied) is 
given and no responsibility nor liability is accepted by any member of Quodes 
Solutions CC as to the accuracy of the information contained herein, or for any 
loss arising from reliance on it.

> On 15 Jul 2019, at 11:23, Michal Skrivanek  
> wrote:
> 
> 
> 
>> On 15 Jul 2019, at 09:38, Emil Natan > > wrote:
>> 
>> I think the right place for this question is the ovirt users mailing list. 
>> Added.
>> 
>> On Mon, Jul 15, 2019 at 10:28 AM > > wrote:
>> Hi All
>> 
>> We are looking into setting up a highly scalable and HA Ovirt infrastructure 
>> but I see only some CPU's are supported. Is this only for th Hypervisors or 
>> for the entire cluster?
> 
> Not sure what difference you have in mind. In general those are for guest 
> CPUs, in general KVM capabilities are a bit behind the real hardware and gets 
> added to oVirt as we add the relevant qemu-kvm having them, e.g. right now 
> the “best” x86_64 Intel CPU is Skylake-Server and you can run it on any 
> RHEL/CentOS 7.6 supported hw capable of at least that, e.g. any Cascade Lake.
> 
>> ___
>> Infra mailing list -- in...@ovirt.org 
>> To unsubscribe send an email to infra-le...@ovirt.org 
>> 
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ 
>> 
>> oVirt Code of Conduct: 
>> https://www.ovirt.org/community/about/community-guidelines/ 
>> 
>> List Archives: 
>> https://lists.ovirt.org/archives/list/in...@ovirt.org/message/X5MMJXN67LMBCJQKDPK4MJECHMQWVKXZ/
>>  
>> 
>> 
>> 
>> -- 
>> Emil Natan
>> RHV/CNV DevOps
>> ___
>> Infra mailing list -- in...@ovirt.org 
>> To unsubscribe send an email to infra-le...@ovirt.org 
>> 
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ 
>> 
>> oVirt Code of Conduct: 
>> https://www.ovirt.org/community/about/community-guidelines/ 
>> 
>> List Archives: 
>> https://lists.ovirt.org/archives/list/in...@ovirt.org/message/H62H2FA2DBEUF6CENHXTWVR6GEXVCYCX/
>>  
>> 
> 

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/N5N4UQOVOQHGVWVFZ7J2Q4RSQGFPJULE/

[ovirt-users] Re: Hardware Used

[Emil Natan]

I think the right place for this question is the ovirt users mailing list.
Added.

On Mon, Jul 15, 2019 at 10:28 AM  wrote:

> Hi All
>
> We are looking into setting up a highly scalable and HA Ovirt
> infrastructure but I see only some CPU's are supported. Is this only for th
> Hypervisors or for the entire cluster?
> ___
> Infra mailing list -- in...@ovirt.org
> To unsubscribe send an email to infra-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/in...@ovirt.org/message/X5MMJXN67LMBCJQKDPK4MJECHMQWVKXZ/
>


-- 
Emil Natan
RHV/CNV DevOps
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/H62H2FA2DBEUF6CENHXTWVR6GEXVCYCX/

[ovirt-users] Re: [Gluster-users] Update 4.2.8 --> 4.3.5

[Sahina Bose]

On Thu, Jul 11, 2019 at 11:15 PM Strahil  wrote:

> I'm addding gluster-users as I'm not sure if you can go gluster v3 -> v6
> directly.
>
> Theoretically speaking ,  there  should be no problem - but I don't know
> if you will observe any issues.
>
> @Gluster-users,
>
> Can someone share their thoughts about v3 to v6 migration  ?
>
> Best Regards,
> Strahil Nikolov
> On Jul 11, 2019 14:05, Christoph Köhler wrote: > > Hello! > > We have a
> 4.2.8 environment with some managed gluster-volumes as storage > domains
> and we want to go up to 4.3.5. > > How is that procedure especially with
> the gluster nodes in ovirt that > are running 3.12.15? My fear is on the
> jump to gluster 6. Do the cluster > work if the first node (of three) is
> upgraded? And what about the > sequence - first the hypervisors or first
> gluster nodes?


Since this is not a hyperconverged deployment - the gluster servers needs
to be upgraded first , and then the client i.e hypervisors.

> > Is there anyone who had done this? > > Greetings! > Christoph Köhler >
> ___ > Users mailing list --
> users@ovirt.org > To unsubscribe send an email to users-le...@ovirt.org >
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt
> Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/ > List
> Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/VWFS6YUKA77VP5DWGV7SBYGZREZDJMO7/
> ___
> Gluster-users mailing list
> gluster-us...@gluster.org
> https://lists.gluster.org/mailman/listinfo/gluster-users
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/Q7BJOQXFTDFZNMSKKOSASIOZOZOCHJW6/

[ovirt-users] Re: Can't oepn console to VM

[csi-laser]

sorry, the mage can't be upload, so here is the error :

Unable to connect to libvirt with URI: [none].
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/PL6EXXKM4FZY44QGEDDTATSG52RBJOGM/

[ovirt-users] Can't oepn console to VM

[csi-laser]

Hi,
When trying to open a console for my VM , I'm getting this error :

[cid:image001.png@01D53732.4E21AD20]

Can you please help ?

Thanks in advance
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/PIAQP3QUKT25W7EWYTTN6FMBX3WWSR6E/