[ovirt-users] Update to 4.2.5, Cant start VMs

[Vincent Royer]

I updated the engine, and one of my nodes to 4.2.5.  I'm attempting to
re-start the VMs that were pinned to it, and migrate another VM to it so
that I can update my other node.

When I try to start the VMs that were pinned to the host, I get:

VM Tuning3 is down with error. Exit message: XML error: Multiple 'scsi'
> controllers with index '0'.


To fix this I tried to detach the disk and re-attach it, no luck.

 When I try to migrate a running VM to this host, I get:

Host Letty has network interface which exceeded the defined threshold [95%]
> (bond0: transmit rate[0%], receive rate [97%])


The host I'm migrating FROM gets a similar error, and the VM does not
migrate. I tried the different migration policies without any luck.

I did successfully migrate the Hosted Engine to the new host, no errors.

Thanks for any advice!

Vincent
___
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/V2EAQ2MRN77DSNB2EDCBFATSZ2NIDWRR/

[ovirt-users] Re: Tuning and testing GlusterFS performance

[Darrell Budic]

The defaults are a queue depth of 1000 and 1 thread. Recommended settings are 
going to depend on what kind of hardware you’re running it on, load, and memory 
as much or more than disk type/speed, from my experience.

I’d probably recommend a # of queues equal to half my total CPU core count, 
leaving the other half for handling actually serving data. Unless it’s 
hyper-converged, then I’d keep it to 1 or two, since those CPUs would also be 
serving VM. For the queue dept, I don’t have any good ideas other than using 
the default 1000. Especially if you don’t have a huge storage system, it won’t 
make a big difference. One other thing I’m not sure of is if that’s threads per 
SHD, if it’s per, you get one per volume and might want to limit it even more. 
My reason is that if gluster can max your CPU, it’s got high enough settings 
for those two vars :)

And these numbers are relative, I was testing with 8/1 after a post in 
gluster-users suggested it helped speed up healing time, and I found it took my 
systems about 4 or 5 hours to heal fully after rebooting a server. BUT they 
also staved my VMs for iops and eventually corrupted some disks due to io 
timeouts and failures. VMs would pause all the time as well. I have about 60 
VMs on the main cluster of 3 stand alone servers, several volumes. Ugh. With 
1/1000 it takes about 6 hours to fully heal after a reboot, but no VM thrashing 
on disk and nothings been corrupted since. Note that it’s actually healing all 
that time, but at least one node will be maxing it’s CPU (even with 1/1000) 
comparing files and making sure they are synced with the other servers.

Ovirt Devs, if you’ve made the default optimized setting or cockpit setup 
8/1, I think you’re doing most folk a dis-service unless they have massive 
servers..
> From: Jayme 
> Subject: Re: [ovirt-users] Tuning and testing GlusterFS performance
> Date: August 5, 2018 at 2:21:00 PM EDT
> To: William Dossett
> Cc: Darrell Budic; users
> 
> I can't imagine too many probs with such a minor update I've been doing 
> updates on Ovirt for a while (non gluster) and haven't had too many problems 
> 
> On Sun, Aug 5, 2018, 2:49 PM William Dossett,  > wrote:
> Ah. Ok… mine are the H710s and yes I had to do virtual drives at RAID 0.  
> I’ve got my first templates up and running now anyway, getting ready to demo 
> this to mgmt. late this week or early next.  Hoping to get some budget for 
> flash drives after that.
> 
>  
> 
> They got quotes in for renewing our VMware licensing last week… ½ a million!  
> So I have a fairly interested audience 😊
> 
>  
> 
> Pretty sure with some cash I can get the performance we need using flash,  
> the other thing will be upgrades…  going to see how the upgrade from 4.2.4 to 
> 4.2.5 goes this week.  Classically this is where open source has failed me in 
> the past, but this is feeling much more like a finished product than it used 
> to.
> 
>  
> 
> Regards
> 
> Bill
> 
>  
> 
>  
> 
> From: Jayme mailto:jay...@gmail.com>> 
> Sent: Sunday, August 5, 2018 10:18 AM
> To: William Dossett  >
> Cc: Darrell Budic mailto:bu...@onholyground.com>>; 
> users mailto:users@ovirt.org>>
> Subject: Re: [ovirt-users] Tuning and testing GlusterFS performance
> 
>  
> 
> I'm using h310s which are known to have crap queue depth, I'm using them 
> because they are one of the only percs that allow you to do both raid and 
> passtrhough jbod instead of having to jbod using individual raid 0s.  They 
> should be fine but could bottleneck during an intensive brick rebuild in 
> addition to regular volume activity 
> 
>  
> 
> On Sun, Aug 5, 2018, 1:06 PM William Dossett,  > wrote:
> 
> I think Percs have queue depth of 31 if that’s of any help… fairly common 
> with that level of controller.
> 
>  
> 
> From: Jayme mailto:jay...@gmail.com>> 
> Sent: Sunday, August 5, 2018 9:50 AM
> To: Darrell Budic mailto:bu...@onholyground.com>>
> Cc: William Dossett  >; users  >
> Subject: Re: [ovirt-users] Tuning and testing GlusterFS performance
> 
>  
> 
> I would have to assume so because I have not manually modified any gluster 
> volume settings after performing gdeploy via cockpit.  What would you 
> recommend these values be set to and does the fact that I am running SSDs 
> make any difference in this regard?  I've been a bit concerned about how a 
> rebuild might affect performance as the raid controllers in these servers 
> doesn't have a large queue depth 
> 
>  
> 
> On Sun, Aug 5, 2018, 12:07 PM Darrell Budic,  > wrote:
> 
> It set these by default?
> 
>  
> 
> cluster.shd-wait-qlength: 1
> 
> cluster.shd-max-threads: 8
> 
>  
> 
> In my experience, these are WAY too high and will degrade performance to the 
> point of causing problems on decently used volumes during a heal. If these 
> are bein

[ovirt-users] Re: disk_vm_element ERROR: duplicate key value violates unique constraint "pk_disk_vm_element"

[Punaatua PK]

Hello Raz,

after looking onto rhev documentation, I did find the "THE ENGINE VACUUM TOOL". 
It seems to "maintains PostgreSQL databases by updating tables and removing 
dead rows, allowing disk space to be reused"

Maybe it will delete old entries ?
___
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/J447KK7C4OBM5F4H3QA5K45HUY7WYW7N/

[ovirt-users] Re: Unable to login to the WEB UI Unexpected character ('<' (code 60))....

[Greg Sheremeta]

Try this:
https://kb.mailster.co/how-can-i-open-the-browsers-console/


On Sun, Aug 5, 2018 at 3:01 PM  wrote:

> There is any error :
> https://ibb.co/jN4XWK
> ___
> 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/PAVX2THG5PDV5XARPM3OR34SJUNMQAVR/
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA



gsher...@redhat.comIRC: gshereme

___
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/OT75XOOXNO3X3E47QK2CKW4UDMFGM62T/

[ovirt-users] Re: Unable to login to the WEB UI Unexpected character ('<' (code 60))....

[sylvain . palous]

There is any error :
https://ibb.co/jN4XWK
___
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/PAVX2THG5PDV5XARPM3OR34SJUNMQAVR/

[ovirt-users] Re: Unable to login to the WEB UI Unexpected character ('<' (code 60))....

[Greg Sheremeta]

I mean this:  https://imgur.com/a/AFIKtYE
You should have some errors in there. Please screenshot that.

On Sun, Aug 5, 2018 at 2:35 PM  wrote:

> Yes on the UI : https://ibb.co/nMHfJz
> What do you about "browser console" ?
> The file /var/log/ovirt-engine/ui.log is empty
> ___
> 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/JKNFTKNVZGDJ2OED2SXM3CQEPSAZPJNI/
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA



gsher...@redhat.comIRC: gshereme

___
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/GNIS2OSGVUFRPJVYVIL4SWAWTM54UW3B/

[ovirt-users] Re: Unable to login to the WEB UI Unexpected character ('<' (code 60))....

[sylvain . palous]

Yes on the UI : https://ibb.co/nMHfJz
What do you about "browser console" ?
The file /var/log/ovirt-engine/ui.log is empty
___
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/JKNFTKNVZGDJ2OED2SXM3CQEPSAZPJNI/

[ovirt-users] Re: Tuning and testing GlusterFS performance

[Jayme]

I can't imagine too many probs with such a minor update I've been doing
updates on Ovirt for a while (non gluster) and haven't had too many
problems

On Sun, Aug 5, 2018, 2:49 PM William Dossett, 
wrote:

> Ah. Ok… mine are the H710s and yes I had to do virtual drives at RAID 0.
> I’ve got my first templates up and running now anyway, getting ready to
> demo this to mgmt. late this week or early next.  Hoping to get some budget
> for flash drives after that.
>
>
>
> They got quotes in for renewing our VMware licensing last week… ½ a
> million!  So I have a fairly interested audience 😊
>
>
>
> Pretty sure with some cash I can get the performance we need using flash,
> the other thing will be upgrades…  going to see how the upgrade from 4.2.4
> to 4.2.5 goes this week.  Classically this is where open source has failed
> me in the past, but this is feeling much more like a finished product than
> it used to.
>
>
>
> Regards
>
> Bill
>
>
>
>
>
> *From:* Jayme 
> *Sent:* Sunday, August 5, 2018 10:18 AM
> *To:* William Dossett 
> *Cc:* Darrell Budic ; users 
> *Subject:* Re: [ovirt-users] Tuning and testing GlusterFS performance
>
>
>
> I'm using h310s which are known to have crap queue depth, I'm using them
> because they are one of the only percs that allow you to do both raid and
> passtrhough jbod instead of having to jbod using individual raid 0s.  They
> should be fine but could bottleneck during an intensive brick rebuild in
> addition to regular volume activity
>
>
>
> On Sun, Aug 5, 2018, 1:06 PM William Dossett, 
> wrote:
>
> I think Percs have queue depth of 31 if that’s of any help… fairly common
> with that level of controller.
>
>
>
> *From:* Jayme 
> *Sent:* Sunday, August 5, 2018 9:50 AM
> *To:* Darrell Budic 
> *Cc:* William Dossett ; users 
> *Subject:* Re: [ovirt-users] Tuning and testing GlusterFS performance
>
>
>
> I would have to assume so because I have not manually modified any gluster
> volume settings after performing gdeploy via cockpit.  What would you
> recommend these values be set to and does the fact that I am running SSDs
> make any difference in this regard?  I've been a bit concerned about how a
> rebuild might affect performance as the raid controllers in these servers
> doesn't have a large queue depth
>
>
>
> On Sun, Aug 5, 2018, 12:07 PM Darrell Budic, 
> wrote:
>
> It set these by default?
>
>
>
> cluster.shd-wait-qlength: 1
>
> cluster.shd-max-threads: 8
>
>
>
> In my experience, these are WAY too high and will degrade performance to
> the point of causing problems on decently used volumes during a heal. If
> these are being set by the HCI installer, I’d recommend changing them.
>
>
>
>
>
> --
>
> *From:* Jayme 
> *Subject:* [ovirt-users] Re: Tuning and testing GlusterFS performance
> *Date:* August 4, 2018 at 10:31:30 AM EDT
> *To:* William Dossett
> *Cc:* users
>
> Yes the volume options can be changed on the fly post creation no
> problem.  Good luck!
>
>
>
> On Sat, Aug 4, 2018, 11:23 AM William Dossett, 
> wrote:
>
> Hey, thanks!  Good catch!  Going to have to take a look at that, will be
> working on it this weekend.. hopefully we can do this post creation.
>
>
>
> Thanks again
>
> Bill
>
>
>
>
>
> *From:* Jayme 
> *Sent:* Thursday, August 2, 2018 5:56 PM
> *To:* William Dossett 
> *Cc:* users 
> *Subject:* Re: [ovirt-users] Tuning and testing GlusterFS performance
>
>
>
> Bill,
>
>
>
> I thought I'd let you (and others know this) as it might save you some
> headaches.  I found that my performance problem was resolved by clicking
> "optimize for virt store" option in the volume settings of the hosted
> engine (for the data volume).  Doing this one change has increased my I/O
> performance by 10x alone.  I don't know why this would not be set or
> recommended by default but I'm glad I found it!
>
>
>
> - James
>
>
>
> On Thu, Aug 2, 2018 at 2:32 PM, William Dossett 
> wrote:
>
> Yeah, I am just ramping up here, but this project is mostly on my own time
> and money, hence no SSDs for Gluster… I’ve already blown close to $500 of
> my own money on 10Gb ethernet cards and SFPs on ebay as my company frowns
> on us getting good deals for equipment on ebay and would rather go to their
> preferred supplier – where $500 wouldn’t even buy half a 10Gb CNA ☹  but
> I believe in this project and it feels like it is getting ready for
> showtime – if I can demo this in a few weeks and get some interest I’ll be
> asking them to reimburse me, that’s for sure!
>
>
>
> Hopefully going to get some of the other work off my plate and work on
> this later this afternoon, will let you know any findings.
>
>
>
> Regards
>
> Bill
>
>
>
>
>
> *From:* Jayme 
> *Sent:* Thursday, August 2, 2018 11:07 AM
> *To:* William Dossett 
> *Cc:* users 
> *Subject:* Re: [ovirt-users] Tuning and testing GlusterFS performance
>
>
>
> Bill,
>
>
>
> Appreciate the feedback and would be interested to hear some of your
> results.  I'm a bit worried about what i'm seeing so far on 

[ovirt-users] Re: Unable to login to the WEB UI Unexpected character ('<' (code 60))....

[Greg Sheremeta]

+marcin for real :)

On Sun, Aug 5, 2018 at 1:55 PM Greg Sheremeta  wrote:

> On Sun, Aug 5, 2018 at 1:39 PM  wrote:
>
>> Hi,
>> I installed oVirt on my local server, and trying to login to the web UI
>> from another computer on the same local network.
>> No DNS server.
>> Unfortunaly i'm getting this error :
>>
>> Unexpected character ('<' (code 60)): expected a valid value (number,
>> String, array, object, 'true', 'false' or 'null') at [Source:
>> java.io.StringReader@29cf6878; line: 1, column: 2]
>>
>
> Where do you see that error -- in the UI itself? Can you share a
> screenshot of the app, your browser console (F12 for chrome), and also
> ui.log from the server.
>
>
>>
>> In ovirt-provider-ovn.log, i get this error :
>> File "/usr/share/ovirt-provider-ovn/auth/plugins/ovirt/sso.py", line 47,
>> in wrapper
>> raise BadGateway(e)
>> BadGateway: ('Connection aborted.', gaierror(-2, 'Name or service not
>> known'))
>>
>> In ovirt-engine.log :
>> 2018-08-05 16:49:33,594+02 ERROR
>> [org.ovirt.engine.core.bll.provider.network.SyncNetworkProviderCommand]
>> (EE-ManagedThreadFactory-engineScheduled-Thread-83) [40e9406d] Command
>> 'org.ovirt.engine.core.bll.provider.network.SyncNetworkProviderCommand'
>> failed: EngineException: (Failed with error Bad Gateway and code 5050)
>> 2018-08-05 16:49:33,645+02 ERROR
>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
>> (EE-ManagedThreadFactory-engineScheduled-Thread-83) [40e9406d] EVENT_ID:
>> PROVIDER_SYNCHRONIZED_FAILED(216), Failed to synchronize networks of
>> Provider ovirt-provider-ovn.
>>
>
> cc'ing Marcin. I would be very surprised if this is related to the failure
> to log in.
>
>
>>
>> Boot.log looks ok
>>
>> Trying to understand this fix :
>> https://bugzilla.redhat.com/show_bug.cgi?id=1336838
>>
>
> I don't think that bug is related (and I think ovn came later).
>
>
>> 1. Which certificates i have to install ?
>> 2. Configure HTTPS certificate in Apache : How ?
>>
>> Thanks for your help.
>>
>> Halsk
>> ___
>> 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/ELQGPPVTN2JXX5W6SVNZFZBWXLVLBUIH/
>>
>
>
> --
>
> GREG SHEREMETA
>
> SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
>
> Red Hat NA
>
> 
>
> gsher...@redhat.comIRC: gshereme
> 
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA



gsher...@redhat.comIRC: gshereme

___
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/CICMPAGHTSWFCD64D4TYDASCGSAEFL4G/

[ovirt-users] Re: Unable to login to the WEB UI Unexpected character ('<' (code 60))....

[Greg Sheremeta]

On Sun, Aug 5, 2018 at 1:39 PM  wrote:

> Hi,
> I installed oVirt on my local server, and trying to login to the web UI
> from another computer on the same local network.
> No DNS server.
> Unfortunaly i'm getting this error :
>
> Unexpected character ('<' (code 60)): expected a valid value (number,
> String, array, object, 'true', 'false' or 'null') at [Source:
> java.io.StringReader@29cf6878; line: 1, column: 2]
>

Where do you see that error -- in the UI itself? Can you share a screenshot
of the app, your browser console (F12 for chrome), and also ui.log from the
server.


>
> In ovirt-provider-ovn.log, i get this error :
> File "/usr/share/ovirt-provider-ovn/auth/plugins/ovirt/sso.py", line 47,
> in wrapper
> raise BadGateway(e)
> BadGateway: ('Connection aborted.', gaierror(-2, 'Name or service not
> known'))
>
> In ovirt-engine.log :
> 2018-08-05 16:49:33,594+02 ERROR
> [org.ovirt.engine.core.bll.provider.network.SyncNetworkProviderCommand]
> (EE-ManagedThreadFactory-engineScheduled-Thread-83) [40e9406d] Command
> 'org.ovirt.engine.core.bll.provider.network.SyncNetworkProviderCommand'
> failed: EngineException: (Failed with error Bad Gateway and code 5050)
> 2018-08-05 16:49:33,645+02 ERROR
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (EE-ManagedThreadFactory-engineScheduled-Thread-83) [40e9406d] EVENT_ID:
> PROVIDER_SYNCHRONIZED_FAILED(216), Failed to synchronize networks of
> Provider ovirt-provider-ovn.
>

cc'ing Marcin. I would be very surprised if this is related to the failure
to log in.


>
> Boot.log looks ok
>
> Trying to understand this fix :
> https://bugzilla.redhat.com/show_bug.cgi?id=1336838
>

I don't think that bug is related (and I think ovn came later).


> 1. Which certificates i have to install ?
> 2. Configure HTTPS certificate in Apache : How ?
>
> Thanks for your help.
>
> Halsk
> ___
> 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/ELQGPPVTN2JXX5W6SVNZFZBWXLVLBUIH/
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA



gsher...@redhat.comIRC: gshereme

___
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/M6VFA6V7PVYGZCHXDDB7N43JHJK3CA2D/

[ovirt-users] Re: Tuning and testing GlusterFS performance

[William Dossett]

Ah. Ok… mine are the H710s and yes I had to do virtual drives at RAID 0.  I’ve 
got my first templates up and running now anyway, getting ready to demo this to 
mgmt. late this week or early next.  Hoping to get some budget for flash drives 
after that.

 

They got quotes in for renewing our VMware licensing last week… ½ a million!  
So I have a fairly interested audience 😊

 

Pretty sure with some cash I can get the performance we need using flash,  the 
other thing will be upgrades…  going to see how the upgrade from 4.2.4 to 4.2.5 
goes this week.  Classically this is where open source has failed me in the 
past, but this is feeling much more like a finished product than it used to.

 

Regards

Bill

 

 

From: Jayme  
Sent: Sunday, August 5, 2018 10:18 AM
To: William Dossett 
Cc: Darrell Budic ; users 
Subject: Re: [ovirt-users] Tuning and testing GlusterFS performance

 

I'm using h310s which are known to have crap queue depth, I'm using them 
because they are one of the only percs that allow you to do both raid and 
passtrhough jbod instead of having to jbod using individual raid 0s.  They 
should be fine but could bottleneck during an intensive brick rebuild in 
addition to regular volume activity 

 

On Sun, Aug 5, 2018, 1:06 PM William Dossett, mailto:william.doss...@gmail.com> > wrote:

I think Percs have queue depth of 31 if that’s of any help… fairly common with 
that level of controller.

 

From: Jayme mailto:jay...@gmail.com> > 
Sent: Sunday, August 5, 2018 9:50 AM
To: Darrell Budic mailto:bu...@onholyground.com> >
Cc: William Dossett mailto:william.doss...@gmail.com> >; users mailto:users@ovirt.org> >
Subject: Re: [ovirt-users] Tuning and testing GlusterFS performance

 

I would have to assume so because I have not manually modified any gluster 
volume settings after performing gdeploy via cockpit.  What would you recommend 
these values be set to and does the fact that I am running SSDs make any 
difference in this regard?  I've been a bit concerned about how a rebuild might 
affect performance as the raid controllers in these servers doesn't have a 
large queue depth 

 

On Sun, Aug 5, 2018, 12:07 PM Darrell Budic, mailto:bu...@onholyground.com> > wrote:

It set these by default?

 

cluster.shd-wait-qlength: 1

cluster.shd-max-threads: 8

 

In my experience, these are WAY too high and will degrade performance to the 
point of causing problems on decently used volumes during a heal. If these are 
being set by the HCI installer, I’d recommend changing them.

 

 

  _  

From: Jayme mailto:jay...@gmail.com> >
Subject: [ovirt-users] Re: Tuning and testing GlusterFS performance
Date: August 4, 2018 at 10:31:30 AM EDT
To: William Dossett
Cc: users

Yes the volume options can be changed on the fly post creation no problem.  
Good luck!

 

On Sat, Aug 4, 2018, 11:23 AM William Dossett, mailto:william.doss...@gmail.com> > wrote:

Hey, thanks!  Good catch!  Going to have to take a look at that, will be 
working on it this weekend.. hopefully we can do this post creation.

 

Thanks again

Bill

 

 

From: Jayme mailto:jay...@gmail.com> > 
Sent: Thursday, August 2, 2018 5:56 PM
To: William Dossett mailto:william.doss...@gmail.com> >
Cc: users mailto:users@ovirt.org> >
Subject: Re: [ovirt-users] Tuning and testing GlusterFS performance

 

Bill,

 

I thought I'd let you (and others know this) as it might save you some 
headaches.  I found that my performance problem was resolved by clicking 
"optimize for virt store" option in the volume settings of the hosted engine 
(for the data volume).  Doing this one change has increased my I/O performance 
by 10x alone.  I don't know why this would not be set or recommended by default 
but I'm glad I found it!

 

- James

 

On Thu, Aug 2, 2018 at 2:32 PM, William Dossett mailto:william.doss...@gmail.com> > wrote:

Yeah, I am just ramping up here, but this project is mostly on my own time and 
money, hence no SSDs for Gluster… I’ve already blown close to $500 of my own 
money on 10Gb ethernet cards and SFPs on ebay as my company frowns on us 
getting good deals for equipment on ebay and would rather go to their preferred 
supplier – where $500 wouldn’t even buy half a 10Gb CNA ☹  but I believe in 
this project and it feels like it is getting ready for showtime – if I can demo 
this in a few weeks and get some interest I’ll be asking them to reimburse me, 
that’s for sure!

 

Hopefully going to get some of the other work off my plate and work on this 
later this afternoon, will let you know any findings.

 

Regards

Bill

 

 

From: Jayme mailto:jay...@gmail.com> > 
Sent: Thursday, August 2, 2018 11:07 AM
To: William Dossett mailto:william.doss...@gmail.com> >
Cc: users mailto:users@ovirt.org> >
Subject: Re: [ovirt-users] Tuning and testing GlusterFS performance

 

Bill,

 

Appreciate the feedback and would be interested to hear some of your results.  
I'm a bit worried about what i'm seeing so far on a very stock 3 node HCI 
setup. 

[ovirt-users] Unable to login to the WEB UI Unexpected character ('<' (code 60))....

[sylvain . palous]

Hi,
I installed oVirt on my local server, and trying to login to the web UI from 
another computer on the same local network.
No DNS server.
Unfortunaly i'm getting this error :

Unexpected character ('<' (code 60)): expected a valid value (number, String, 
array, object, 'true', 'false' or 'null') at [Source: 
java.io.StringReader@29cf6878; line: 1, column: 2]

In ovirt-provider-ovn.log, i get this error :
File "/usr/share/ovirt-provider-ovn/auth/plugins/ovirt/sso.py", line 47, in 
wrapper
raise BadGateway(e)
BadGateway: ('Connection aborted.', gaierror(-2, 'Name or service not known'))

In ovirt-engine.log :
2018-08-05 16:49:33,594+02 ERROR 
[org.ovirt.engine.core.bll.provider.network.SyncNetworkProviderCommand] 
(EE-ManagedThreadFactory-engineScheduled-Thread-83) [40e9406d] Command 
'org.ovirt.engine.core.bll.provider.network.SyncNetworkProviderCommand' failed: 
EngineException: (Failed with error Bad Gateway and code 5050)
2018-08-05 16:49:33,645+02 ERROR 
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(EE-ManagedThreadFactory-engineScheduled-Thread-83) [40e9406d] EVENT_ID: 
PROVIDER_SYNCHRONIZED_FAILED(216), Failed to synchronize networks of Provider 
ovirt-provider-ovn.

Boot.log looks ok

Trying to understand this fix :
https://bugzilla.redhat.com/show_bug.cgi?id=1336838
1. Which certificates i have to install ?
2. Configure HTTPS certificate in Apache : How ?

Thanks for your help.

Halsk
___
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/ELQGPPVTN2JXX5W6SVNZFZBWXLVLBUIH/

[ovirt-users] Re: Tuning and testing GlusterFS performance

[Jayme]

I'm using h310s which are known to have crap queue depth, I'm using them
because they are one of the only percs that allow you to do both raid and
passtrhough jbod instead of having to jbod using individual raid 0s.  They
should be fine but could bottleneck during an intensive brick rebuild in
addition to regular volume activity

On Sun, Aug 5, 2018, 1:06 PM William Dossett, 
wrote:

> I think Percs have queue depth of 31 if that’s of any help… fairly common
> with that level of controller.
>
>
>
> *From:* Jayme 
> *Sent:* Sunday, August 5, 2018 9:50 AM
> *To:* Darrell Budic 
> *Cc:* William Dossett ; users 
> *Subject:* Re: [ovirt-users] Tuning and testing GlusterFS performance
>
>
>
> I would have to assume so because I have not manually modified any gluster
> volume settings after performing gdeploy via cockpit.  What would you
> recommend these values be set to and does the fact that I am running SSDs
> make any difference in this regard?  I've been a bit concerned about how a
> rebuild might affect performance as the raid controllers in these servers
> doesn't have a large queue depth
>
>
>
> On Sun, Aug 5, 2018, 12:07 PM Darrell Budic, 
> wrote:
>
> It set these by default?
>
>
>
> cluster.shd-wait-qlength: 1
>
> cluster.shd-max-threads: 8
>
>
>
> In my experience, these are WAY too high and will degrade performance to
> the point of causing problems on decently used volumes during a heal. If
> these are being set by the HCI installer, I’d recommend changing them.
>
>
>
>
>
> --
>
> *From:* Jayme 
> *Subject:* [ovirt-users] Re: Tuning and testing GlusterFS performance
> *Date:* August 4, 2018 at 10:31:30 AM EDT
> *To:* William Dossett
> *Cc:* users
>
> Yes the volume options can be changed on the fly post creation no
> problem.  Good luck!
>
>
>
> On Sat, Aug 4, 2018, 11:23 AM William Dossett, 
> wrote:
>
> Hey, thanks!  Good catch!  Going to have to take a look at that, will be
> working on it this weekend.. hopefully we can do this post creation.
>
>
>
> Thanks again
>
> Bill
>
>
>
>
>
> *From:* Jayme 
> *Sent:* Thursday, August 2, 2018 5:56 PM
> *To:* William Dossett 
> *Cc:* users 
> *Subject:* Re: [ovirt-users] Tuning and testing GlusterFS performance
>
>
>
> Bill,
>
>
>
> I thought I'd let you (and others know this) as it might save you some
> headaches.  I found that my performance problem was resolved by clicking
> "optimize for virt store" option in the volume settings of the hosted
> engine (for the data volume).  Doing this one change has increased my I/O
> performance by 10x alone.  I don't know why this would not be set or
> recommended by default but I'm glad I found it!
>
>
>
> - James
>
>
>
> On Thu, Aug 2, 2018 at 2:32 PM, William Dossett 
> wrote:
>
> Yeah, I am just ramping up here, but this project is mostly on my own time
> and money, hence no SSDs for Gluster… I’ve already blown close to $500 of
> my own money on 10Gb ethernet cards and SFPs on ebay as my company frowns
> on us getting good deals for equipment on ebay and would rather go to their
> preferred supplier – where $500 wouldn’t even buy half a 10Gb CNA ☹  but
> I believe in this project and it feels like it is getting ready for
> showtime – if I can demo this in a few weeks and get some interest I’ll be
> asking them to reimburse me, that’s for sure!
>
>
>
> Hopefully going to get some of the other work off my plate and work on
> this later this afternoon, will let you know any findings.
>
>
>
> Regards
>
> Bill
>
>
>
>
>
> *From:* Jayme 
> *Sent:* Thursday, August 2, 2018 11:07 AM
> *To:* William Dossett 
> *Cc:* users 
> *Subject:* Re: [ovirt-users] Tuning and testing GlusterFS performance
>
>
>
> Bill,
>
>
>
> Appreciate the feedback and would be interested to hear some of your
> results.  I'm a bit worried about what i'm seeing so far on a very stock 3
> node HCI setup.  8mb/sec on that dd test mentioned in the original post
> from within a VM (which may be explained by bad testing methods or some
> other configuration considerations).. but what is more worrisome to me is
> that I tried another dd test to time creating a 32GB file, it was taking a
> long time so I exited the process and the VM basically locked up on me, I
> couldn't access it or the console and eventually had to do a hard shutdown
> of the VM to recover.
>
>
>
> I don't plan to host many VMs, probably around 15.  They aren't super
> demanding servers but some do read/write big directories such as working
> with github repos and large node_module folders, rsyncs of fairly large
> dirs etc.  I'm definitely going to have to do a lot more testing before I
> can be assured enough to put any important VMs on this cluster.
>
>
>
> - James
>
>
>
> On Thu, Aug 2, 2018 at 1:54 PM, William Dossett 
> wrote:
>
> I usually look at IOPs using IOMeter… you usually want several workers
> running reads and writes in different threads at the same time.   You can
> run Dynamo on a Linux instance and then connect it to a window GUI run

[ovirt-users] Re: Tuning and testing GlusterFS performance

[William Dossett]

I think Percs have queue depth of 31 if that’s of any help… fairly common with 
that level of controller.

 

From: Jayme  
Sent: Sunday, August 5, 2018 9:50 AM
To: Darrell Budic 
Cc: William Dossett ; users 
Subject: Re: [ovirt-users] Tuning and testing GlusterFS performance

 

I would have to assume so because I have not manually modified any gluster 
volume settings after performing gdeploy via cockpit.  What would you recommend 
these values be set to and does the fact that I am running SSDs make any 
difference in this regard?  I've been a bit concerned about how a rebuild might 
affect performance as the raid controllers in these servers doesn't have a 
large queue depth 

 

On Sun, Aug 5, 2018, 12:07 PM Darrell Budic, mailto:bu...@onholyground.com> > wrote:

It set these by default?

 

cluster.shd-wait-qlength: 1

cluster.shd-max-threads: 8

 

In my experience, these are WAY too high and will degrade performance to the 
point of causing problems on decently used volumes during a heal. If these are 
being set by the HCI installer, I’d recommend changing them.

 





  _  

From: Jayme mailto:jay...@gmail.com> >
Subject: [ovirt-users] Re: Tuning and testing GlusterFS performance
Date: August 4, 2018 at 10:31:30 AM EDT
To: William Dossett
Cc: users

Yes the volume options can be changed on the fly post creation no problem.  
Good luck!

 

On Sat, Aug 4, 2018, 11:23 AM William Dossett, mailto:william.doss...@gmail.com> > wrote:

Hey, thanks!  Good catch!  Going to have to take a look at that, will be 
working on it this weekend.. hopefully we can do this post creation.

 

Thanks again

Bill

 

 

From: Jayme mailto:jay...@gmail.com> > 
Sent: Thursday, August 2, 2018 5:56 PM
To: William Dossett mailto:william.doss...@gmail.com> >
Cc: users mailto:users@ovirt.org> >
Subject: Re: [ovirt-users] Tuning and testing GlusterFS performance

 

Bill,

 

I thought I'd let you (and others know this) as it might save you some 
headaches.  I found that my performance problem was resolved by clicking 
"optimize for virt store" option in the volume settings of the hosted engine 
(for the data volume).  Doing this one change has increased my I/O performance 
by 10x alone.  I don't know why this would not be set or recommended by default 
but I'm glad I found it!

 

- James

 

On Thu, Aug 2, 2018 at 2:32 PM, William Dossett mailto:william.doss...@gmail.com> > wrote:

Yeah, I am just ramping up here, but this project is mostly on my own time and 
money, hence no SSDs for Gluster… I’ve already blown close to $500 of my own 
money on 10Gb ethernet cards and SFPs on ebay as my company frowns on us 
getting good deals for equipment on ebay and would rather go to their preferred 
supplier – where $500 wouldn’t even buy half a 10Gb CNA ☹  but I believe in 
this project and it feels like it is getting ready for showtime – if I can demo 
this in a few weeks and get some interest I’ll be asking them to reimburse me, 
that’s for sure!

 

Hopefully going to get some of the other work off my plate and work on this 
later this afternoon, will let you know any findings.

 

Regards

Bill

 

 

From: Jayme mailto:jay...@gmail.com> > 
Sent: Thursday, August 2, 2018 11:07 AM
To: William Dossett mailto:william.doss...@gmail.com> >
Cc: users mailto:users@ovirt.org> >
Subject: Re: [ovirt-users] Tuning and testing GlusterFS performance

 

Bill,

 

Appreciate the feedback and would be interested to hear some of your results.  
I'm a bit worried about what i'm seeing so far on a very stock 3 node HCI 
setup.  8mb/sec on that dd test mentioned in the original post from within a VM 
(which may be explained by bad testing methods or some other configuration 
considerations).. but what is more worrisome to me is that I tried another dd 
test to time creating a 32GB file, it was taking a long time so I exited the 
process and the VM basically locked up on me, I couldn't access it or the 
console and eventually had to do a hard shutdown of the VM to recover.  

 

I don't plan to host many VMs, probably around 15.  They aren't super demanding 
servers but some do read/write big directories such as working with github 
repos and large node_module folders, rsyncs of fairly large dirs etc.  I'm 
definitely going to have to do a lot more testing before I can be assured 
enough to put any important VMs on this cluster.

 

- James

 

On Thu, Aug 2, 2018 at 1:54 PM, William Dossett mailto:william.doss...@gmail.com> > wrote:

I usually look at IOPs using IOMeter… you usually want several workers running 
reads and writes in different threads at the same time.   You can run Dynamo on 
a Linux instance and then connect it to a window GUI running IOMeter to give 
you stats.  I was getting around 250 IOPs on JBOD sata 7200rpm drives which 
isn’t bad for cheap and cheerful sata drives.

 

As I said, I’ve worked with HCI in VMware now for a couple of years, intensely 
this last year when we had some defective Dell hardware and trying to d

[ovirt-users] Re: Tuning and testing GlusterFS performance

[Jayme]

I would have to assume so because I have not manually modified any gluster
volume settings after performing gdeploy via cockpit.  What would you
recommend these values be set to and does the fact that I am running SSDs
make any difference in this regard?  I've been a bit concerned about how a
rebuild might affect performance as the raid controllers in these servers
doesn't have a large queue depth

On Sun, Aug 5, 2018, 12:07 PM Darrell Budic,  wrote:

> It set these by default?
>
> cluster.shd-wait-qlength: 1
> cluster.shd-max-threads: 8
>
> In my experience, these are WAY too high and will degrade performance to
> the point of causing problems on decently used volumes during a heal. If
> these are being set by the HCI installer, I’d recommend changing them.
>
>
> --
> *From:* Jayme 
> *Subject:* [ovirt-users] Re: Tuning and testing GlusterFS performance
> *Date:* August 4, 2018 at 10:31:30 AM EDT
> *To:* William Dossett
> *Cc:* users
>
> Yes the volume options can be changed on the fly post creation no
> problem.  Good luck!
>
> On Sat, Aug 4, 2018, 11:23 AM William Dossett, 
> wrote:
>
>> Hey, thanks!  Good catch!  Going to have to take a look at that, will be
>> working on it this weekend.. hopefully we can do this post creation.
>>
>>
>>
>> Thanks again
>>
>> Bill
>>
>>
>>
>>
>>
>> *From:* Jayme 
>> *Sent:* Thursday, August 2, 2018 5:56 PM
>> *To:* William Dossett 
>> *Cc:* users 
>> *Subject:* Re: [ovirt-users] Tuning and testing GlusterFS performance
>>
>>
>>
>> Bill,
>>
>>
>>
>> I thought I'd let you (and others know this) as it might save you some
>> headaches.  I found that my performance problem was resolved by clicking
>> "optimize for virt store" option in the volume settings of the hosted
>> engine (for the data volume).  Doing this one change has increased my I/O
>> performance by 10x alone.  I don't know why this would not be set or
>> recommended by default but I'm glad I found it!
>>
>>
>>
>> - James
>>
>>
>>
>> On Thu, Aug 2, 2018 at 2:32 PM, William Dossett <
>> william.doss...@gmail.com> wrote:
>>
>> Yeah, I am just ramping up here, but this project is mostly on my own
>> time and money, hence no SSDs for Gluster… I’ve already blown close to $500
>> of my own money on 10Gb ethernet cards and SFPs on ebay as my company
>> frowns on us getting good deals for equipment on ebay and would rather go
>> to their preferred supplier – where $500 wouldn’t even buy half a 10Gb CNA
>> ☹  but I believe in this project and it feels like it is getting ready
>> for showtime – if I can demo this in a few weeks and get some interest I’ll
>> be asking them to reimburse me, that’s for sure!
>>
>>
>>
>> Hopefully going to get some of the other work off my plate and work on
>> this later this afternoon, will let you know any findings.
>>
>>
>>
>> Regards
>>
>> Bill
>>
>>
>>
>>
>>
>> *From:* Jayme 
>> *Sent:* Thursday, August 2, 2018 11:07 AM
>> *To:* William Dossett 
>> *Cc:* users 
>> *Subject:* Re: [ovirt-users] Tuning and testing GlusterFS performance
>>
>>
>>
>> Bill,
>>
>>
>>
>> Appreciate the feedback and would be interested to hear some of your
>> results.  I'm a bit worried about what i'm seeing so far on a very stock 3
>> node HCI setup.  8mb/sec on that dd test mentioned in the original post
>> from within a VM (which may be explained by bad testing methods or some
>> other configuration considerations).. but what is more worrisome to me is
>> that I tried another dd test to time creating a 32GB file, it was taking a
>> long time so I exited the process and the VM basically locked up on me, I
>> couldn't access it or the console and eventually had to do a hard shutdown
>> of the VM to recover.
>>
>>
>>
>> I don't plan to host many VMs, probably around 15.  They aren't super
>> demanding servers but some do read/write big directories such as working
>> with github repos and large node_module folders, rsyncs of fairly large
>> dirs etc.  I'm definitely going to have to do a lot more testing before I
>> can be assured enough to put any important VMs on this cluster.
>>
>>
>>
>> - James
>>
>>
>>
>> On Thu, Aug 2, 2018 at 1:54 PM, William Dossett <
>> william.doss...@gmail.com> wrote:
>>
>> I usually look at IOPs using IOMeter… you usually want several workers
>> running reads and writes in different threads at the same time.   You can
>> run Dynamo on a Linux instance and then connect it to a window GUI running
>> IOMeter to give you stats.  I was getting around 250 IOPs on JBOD sata
>> 7200rpm drives which isn’t bad for cheap and cheerful sata drives.
>>
>>
>>
>> As I said, I’ve worked with HCI in VMware now for a couple of years,
>> intensely this last year when we had some defective Dell hardware and
>> trying to diagnose the problem.  Since then the hardware has been
>> completely replaced with all flash solution.   So when I got the all flash
>> solution I used IOmeter on it and was only getting around 3000 IOPs on
>> enterprise flash disks… not exactly stellar, but

[ovirt-users] Re: Poor performance of oVirt Export Domain

[Nir Soffer]

On Fri, Aug 3, 2018 at 12:12 PM  wrote:

> Hello
>
> I deployed a dedicated server (fs05.holding.com) on CentOS 7.5 and
> created a VDO volume on it.
> The local write test in the VDO volume on this server gives us an
> acceptable result
>
> # dd if=/dev/zero of=/mnt/vdo-vd1/nfs/testfile count=100
> 100+0 records in
> 100+0 records out
> 51200 bytes (512 MB) copied, 6.26545 s, 81.7 MB/s
>

This is not a good test for copying images:
- You are not using direct I/O, and
- You are using block size of 512 bytes, way too small
- You don't sync at the end of the transfer
- You don't copy real image, reading zeros does not take any time, while
  reading real image takes time. This can drop dd performance in half

A better way to test this is:

dd if=/path/to/src of=/path/to/dst bs=8M count=1280 iflag=direct
oflag=direct conv=fsync status=progress

This does not optimize copying sparse parts of the image. For this you can
use
qemu-img, what oVirt is using.

The command oVirt uses is:

qemu-img convert -p -f raw|qcow2 -O raw|qcow2 -t none -T none
/paht/to/src /path/to/dst

The disk capacity of the VDO volume is connected to the oVirt 4.2.5 cluster
> as the Export Domain via NFS.
>
> I'm seeing a problem with the low performance of Export Domain.
> Snapshots of virtual machines are copied very slowly to the Export Domain,
> approximately 6-8 MB/s.
>

This is very very low throughput.

Can you give more details on
- the source domain, how it is connected (iSCSI/FC)?
- the destination domain, how is it connected? (NFS 4.2?, 1G nic? 10G nic?)
- the source image - can you attach output of:
  qemu-img map --output json /path/to/src
- If the source image is on block storage, please copy it to a file system
  supporting sparsness using NFS 4.2 using:
  qemu-img convert -p -f raw -O raw -t none -T none /path/to/src/
/path/to/dst
  (if the image is qcow2, replace "raw" with "qcow2")


>
> At the same time, if I try to run a write test in an mounted NFS-directory
> on any of the oVit cluster hosts, I get about 50-70 MB/s.
>
> # dd if=/dev/zero 
> of=/rhev/data-center/mnt/fs05.holding.com:_mnt_vdo-vd1_nfs_ovirt-vm-backup/testfile
> count=1000
> 1000+0 records in
> 1000+0 records out
> 512000 bytes (5.1 GB) copied, 69.5506 s, 73.6 MB/s
>

Again, not a good way to test.

This sounds like https://bugzilla.redhat.com/1511891.
(the bug may be private)

Finally, can you provide detailed commands to reproduce your
setup, so we can reproduce it in the lab?
- how to create the vdo volume
- how you created the file system on this volume
- NFS version/configuration on the server
- info about the server
- info abut the network
- info about the host

Nir
___
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/DQUUEX5SNLX7QTVU2SIY6YWXGLHEIORU/

[ovirt-users] Re: Tuning and testing GlusterFS performance

[Darrell Budic]

It set these by default?

cluster.shd-wait-qlength: 1
cluster.shd-max-threads: 8

In my experience, these are WAY too high and will degrade performance to the 
point of causing problems on decently used volumes during a heal. If these are 
being set by the HCI installer, I’d recommend changing them.


> From: Jayme 
> Subject: [ovirt-users] Re: Tuning and testing GlusterFS performance
> Date: August 4, 2018 at 10:31:30 AM EDT
> To: William Dossett
> Cc: users
> 
> Yes the volume options can be changed on the fly post creation no problem.  
> Good luck!
> 
> On Sat, Aug 4, 2018, 11:23 AM William Dossett,  > wrote:
> Hey, thanks!  Good catch!  Going to have to take a look at that, will be 
> working on it this weekend.. hopefully we can do this post creation.
> 
>  
> 
> Thanks again
> 
> Bill
> 
>  
> 
>  
> 
> From: Jayme mailto:jay...@gmail.com>> 
> Sent: Thursday, August 2, 2018 5:56 PM
> To: William Dossett  >
> Cc: users mailto:users@ovirt.org>>
> Subject: Re: [ovirt-users] Tuning and testing GlusterFS performance
> 
>  
> 
> Bill,
> 
>  
> 
> I thought I'd let you (and others know this) as it might save you some 
> headaches.  I found that my performance problem was resolved by clicking 
> "optimize for virt store" option in the volume settings of the hosted engine 
> (for the data volume).  Doing this one change has increased my I/O 
> performance by 10x alone.  I don't know why this would not be set or 
> recommended by default but I'm glad I found it!
> 
>  
> 
> - James
> 
>  
> 
> On Thu, Aug 2, 2018 at 2:32 PM, William Dossett  > wrote:
> 
> Yeah, I am just ramping up here, but this project is mostly on my own time 
> and money, hence no SSDs for Gluster… I’ve already blown close to $500 of my 
> own money on 10Gb ethernet cards and SFPs on ebay as my company frowns on us 
> getting good deals for equipment on ebay and would rather go to their 
> preferred supplier – where $500 wouldn’t even buy half a 10Gb CNA ☹  but I 
> believe in this project and it feels like it is getting ready for showtime – 
> if I can demo this in a few weeks and get some interest I’ll be asking them 
> to reimburse me, that’s for sure!
> 
>  
> 
> Hopefully going to get some of the other work off my plate and work on this 
> later this afternoon, will let you know any findings.
> 
>  
> 
> Regards
> 
> Bill
> 
>  
> 
>  
> 
> From: Jayme mailto:jay...@gmail.com>> 
> Sent: Thursday, August 2, 2018 11:07 AM
> To: William Dossett  >
> Cc: users mailto:users@ovirt.org>>
> Subject: Re: [ovirt-users] Tuning and testing GlusterFS performance
> 
>  
> 
> Bill,
> 
>  
> 
> Appreciate the feedback and would be interested to hear some of your results. 
>  I'm a bit worried about what i'm seeing so far on a very stock 3 node HCI 
> setup.  8mb/sec on that dd test mentioned in the original post from within a 
> VM (which may be explained by bad testing methods or some other configuration 
> considerations).. but what is more worrisome to me is that I tried another dd 
> test to time creating a 32GB file, it was taking a long time so I exited the 
> process and the VM basically locked up on me, I couldn't access it or the 
> console and eventually had to do a hard shutdown of the VM to recover.  
> 
>  
> 
> I don't plan to host many VMs, probably around 15.  They aren't super 
> demanding servers but some do read/write big directories such as working with 
> github repos and large node_module folders, rsyncs of fairly large dirs etc.  
> I'm definitely going to have to do a lot more testing before I can be assured 
> enough to put any important VMs on this cluster.
> 
>  
> 
> - James
> 
>  
> 
> On Thu, Aug 2, 2018 at 1:54 PM, William Dossett  > wrote:
> 
> I usually look at IOPs using IOMeter… you usually want several workers 
> running reads and writes in different threads at the same time.   You can run 
> Dynamo on a Linux instance and then connect it to a window GUI running 
> IOMeter to give you stats.  I was getting around 250 IOPs on JBOD sata 
> 7200rpm drives which isn’t bad for cheap and cheerful sata drives.
> 
>  
> 
> As I said, I’ve worked with HCI in VMware now for a couple of years, 
> intensely this last year when we had some defective Dell hardware and trying 
> to diagnose the problem.  Since then the hardware has been completely 
> replaced with all flash solution.   So when I got the all flash solution I 
> used IOmeter on it and was only getting around 3000 IOPs on enterprise flash 
> disks… not exactly stellar, but OK for one VM.  The trick there was the scale 
> out.  There is a VMware Fling call HCI Bench.  Its very cool in that you spin 
> up one VM and then it spawns 40 more VMs across the cluster.  I  could then 
> use VSAN observer and it showed my hosts were actually doing 30K IOPs on 
> average which is absolutely stellar perfor

[ovirt-users] Re: VirtIO in new upgraded 4.2.5 for FreeBSD is very poor (could not use)

[Karli Sjöberg]

On Aug 5, 2018 13:57, "Paul.LKW"  wrote:
HI K.
  Not yet but will report this later time tonight, I am trying to
  see does it possible to change the FreeBSD VM's harddisk to
  VirtIO-SCSI to make the VMs work first.Sounds good! Good luck with it!/K


Karli Sjöberg 於 5/8/2018 19:53 寫道:


  
  

  
On Aug 5, 2018 13:52, "Paul.LKW"
   wrote:
  

  Hi Karli:
It is FreeBSD 10.4 in production and Testing for
11.1 also have such issue.
  

  

  



Thanks!


Have you reported this issue, either to
  FreeBSD's bugzilla or oVirt's, or both?


/K



  

  

   
  
  Karli Sjöberg 於 5/8/2018 19:50 寫道:
  
  

  

  On Aug 5, 2018 13:48,
"Paul.LKW" 
wrote:

  
HI Karli:
  It is oVirt-4.2.5.2-1.el7
  

  

  
  
  
  Yeah, I know that, but what
version of _FreeBSD_ are you using? :)
  
  
  /K
  
  
  

  

   
Karli Sjöberg 於 5/8/2018 19:03 寫道:


  

  
On Aug
  5, 2018 12:39, "Paul.LKW" 
  wrote:
  
Dear All:
  I just upgraded my
  oVIrt-4.2.4 to 4.2.5 and
  nightmare begin, FreeBSD
  VMs 
  hangs once the VM's VirtIO
  harddisk is some loading
  (eg. extracting a 
  big tar ball, portsnap
  extract, etc.), I tried to
  create a VMs using 
  back the IDE do not has
  any problem but got slow
  IO performance once 
  using VirtIO it will hang
  as it like.
  I also tried to create
  another VMs with
  VirtIO-SCSI it seems the
  hang 
  problem no occur but I got
  the oVirt-Host loading
  over 40 when VM 
  harddisk have some little
  job, so conclusion is if
  you guys will using 
  FreeBSD as guest please do
  not upgrade at the moment.
  In fact I feel every time
  the new version always
  have problem and 
  causing user to nightmare.
  
  BR,
  Paul.LKW
___
  Users mailing list -- users@ovirt.org
  To unsubscribe send an
  email to

[ovirt-users] Re: VirtIO in new upgraded 4.2.5 for FreeBSD is very poor (could not use)

[Paul.LKW]

HI K.
Not yet but will report this later time tonight, I am trying to see does 
it possible to change the FreeBSD VM's harddisk to VirtIO-SCSI to make 
the VMs work first.



Karli Sjöberg 於 5/8/2018 19:53 寫道:



On Aug 5, 2018 13:52, "Paul.LKW"  wrote:

Hi Karli:
It is FreeBSD 10.4 in production and Testing for 11.1 also have
such issue.


Thanks!

Have you reported this issue, either to FreeBSD's bugzilla or oVirt's, 
or both?


/K


Karli Sjöberg 於 5/8/2018 19:50 寫道:



On Aug 5, 2018 13:48, "Paul.LKW" 
 wrote:

HI Karli:
It is oVirt-4.2.5.2-1.el7


Yeah, I know that, but what version of _FreeBSD_ are you using? :)

/K


Karli Sjöberg 於 5/8/2018 19:03 寫道:



On Aug 5, 2018 12:39, "Paul.LKW" 
 wrote:

Dear All:
I just upgraded my oVIrt-4.2.4 to 4.2.5 and
nightmare begin, FreeBSD VMs
hangs once the VM's VirtIO harddisk is some
loading (eg. extracting a
big tar ball, portsnap extract, etc.), I tried to
create a VMs using
back the IDE do not has any problem but got slow
IO performance once
using VirtIO it will hang as it like.
I also tried to create another VMs with
VirtIO-SCSI it seems the hang
problem no occur but I got the oVirt-Host loading
over 40 when VM
harddisk have some little job, so conclusion is if
you guys will using
FreeBSD as guest please do not upgrade at the moment.
In fact I feel every time the new version always
have problem and
causing user to nightmare.

BR,
Paul.LKW
___
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/OL6XB5PLCWRXLT4H7X42KZJOMNVTMUBN/


Daem, thanks for the heads up! I was thinking about
updating but now I'll hold that off for sure!

What version FreeBSD are you using?

Is this issue reported?

/K







___
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/DME6CA5WK3HHOW6EQMDI6OETQUC5BZMD/

[ovirt-users] Re: Installation Help

[Greg Sheremeta]

Hi Bilal,

Please attach engine.log from your engine and vdsm.log from your host.

Best wishes,
Greg


On Sun, Aug 5, 2018 at 3:01 AM  wrote:

>
>
> *Dear Sir*
>
> I have successfully installed the ovirt engine and ovirt node separately
> on two machines and I have accessed their web portals as well . But I am
> facing a problem in its initial configuration that I am unable to add a
> host and its installation fails . I am using default data center and
> default cluster . Could you please guide what can be the issue ,
> credentials are correct .
>
>
>
> I have tried to add both the ovirt engine and ovirt node as a host but
> failed.
>
>
>
> *Bilal Ahmad*
>
> Network Administrator
>
> Cell: +92 333 7451870  |  Tel: +92 68 5882400  |  Ext. 2499
>
> www.kfueit.edu.pk
>
> 
>
>
>
> --
> This message has been scanned for viruses and
> dangerous content by *MailScanner* , and is
> believed to be clean.
> ___
> 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/B7TXAYMWOI4FZKLSKRN5XAOUPVKCGXBX/
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA



gsher...@redhat.comIRC: gshereme

___
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/YPRBPUTRA3SQD3LJIWX3OWU42TCHCGU7/

[ovirt-users] Re: [ovirt-devel] Is ovirt support node HA?

[Greg Sheremeta]

Yes, HA is supported. These should help:

https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.2/html/administration_guide/sect-cluster_tasks#Fencing_Policy_Settings_Explained
https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.2/html/virtual_machine_management_guide/sect-improving_uptime_with_virtual_machine_high_availability

Best wishes,
Greg


On Sun, Aug 5, 2018 at 3:03 AM pengyixiang  wrote:

> Is ovirt support node HA? How did they works? Is there any document about
> this? like one node down, we fence this down node, and startup these vms in
> others active node.
>
> Cheers，
> Pencc
>
> ___
> Devel mailing list -- de...@ovirt.org
> To unsubscribe send an email to devel-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/de...@ovirt.org/message/PL2CJQPP7DEJFT7ITPCKPL3NAYJHOES2/
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA



gsher...@redhat.comIRC: gshereme

___
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/EX7NRCLBDY4YJVOSZ3WDO6BJG5ENUBLA/

[ovirt-users] Re: VirtIO in new upgraded 4.2.5 for FreeBSD is very poor (could not use)

[Karli Sjöberg]

On Aug 5, 2018 13:52, "Paul.LKW"  wrote:
Hi Karli:
  It is FreeBSD 10.4 in production and Testing for 11.1 also have
  such issue.Thanks!Have you reported this issue, either to FreeBSD's bugzilla or oVirt's, or both?/K


Karli Sjöberg 於 5/8/2018 19:50 寫道:


  
  

  
On Aug 5, 2018 13:48, "Paul.LKW"
   wrote:
  

  HI Karli:
It is oVirt-4.2.5.2-1.el7

  

  



Yeah, I know that, but what version of _FreeBSD_
  are you using? :)


/K



  

  
 
  Karli Sjöberg 於 5/8/2018 19:03 寫道:
  
  

  

  On Aug 5, 2018 12:39,
"Paul.LKW" 
wrote:

  Dear All:
I just upgraded my oVIrt-4.2.4 to 4.2.5
and nightmare begin, FreeBSD VMs 
hangs once the VM's VirtIO harddisk is
some loading (eg. extracting a 
big tar ball, portsnap extract, etc.), I
tried to create a VMs using 
back the IDE do not has any problem but
got slow IO performance once 
using VirtIO it will hang as it like.
I also tried to create another VMs with
VirtIO-SCSI it seems the hang 
problem no occur but I got the
oVirt-Host loading over 40 when VM 
harddisk have some little job, so
conclusion is if you guys will using 
FreeBSD as guest please do not upgrade
at the moment.
In fact I feel every time the new
version always have problem and 
causing user to nightmare.

BR,
Paul.LKW
___
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/OL6XB5PLCWRXLT4H7X42KZJOMNVTMUBN/
  

  

  
  
  
  Daem, thanks for the heads up! I
was thinking about updating but now I'll hold
that off for sure!
  
  
  What version FreeBSD are you
using?
  
  
  Is this issue reported?
  
  
  /K
  


  

  
  

  


  

  


  
___
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/G2USLEOSXG2GAEWCKUBW66FEFODYHO3W/

[ovirt-users] Re: VirtIO in new upgraded 4.2.5 for FreeBSD is very poor (could not use)

[Paul.LKW]

Hi Karli:
It is FreeBSD 10.4 in production and Testing for 11.1 also have such issue.


Karli Sjöberg 於 5/8/2018 19:50 寫道:



On Aug 5, 2018 13:48, "Paul.LKW"  wrote:

HI Karli:
It is oVirt-4.2.5.2-1.el7


Yeah, I know that, but what version of _FreeBSD_ are you using? :)

/K


Karli Sjöberg 於 5/8/2018 19:03 寫道:



On Aug 5, 2018 12:39, "Paul.LKW" 
 wrote:

Dear All:
I just upgraded my oVIrt-4.2.4 to 4.2.5 and nightmare
begin, FreeBSD VMs
hangs once the VM's VirtIO harddisk is some loading (eg.
extracting a
big tar ball, portsnap extract, etc.), I tried to create a
VMs using
back the IDE do not has any problem but got slow IO
performance once
using VirtIO it will hang as it like.
I also tried to create another VMs with VirtIO-SCSI it
seems the hang
problem no occur but I got the oVirt-Host loading over 40
when VM
harddisk have some little job, so conclusion is if you
guys will using
FreeBSD as guest please do not upgrade at the moment.
In fact I feel every time the new version always have
problem and
causing user to nightmare.

BR,
Paul.LKW
___
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/OL6XB5PLCWRXLT4H7X42KZJOMNVTMUBN/


Daem, thanks for the heads up! I was thinking about updating
but now I'll hold that off for sure!

What version FreeBSD are you using?

Is this issue reported?

/K





___
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/3ASV6WEA7RZQSSSMB3VOQIX7QGCHGVCU/

[ovirt-users] Re: VirtIO in new upgraded 4.2.5 for FreeBSD is very poor (could not use)

[Karli Sjöberg]

On Aug 5, 2018 13:48, "Paul.LKW"  wrote:
HI Karli:
  It is oVirt-4.2.5.2-1.el7Yeah, I know that, but what version of _FreeBSD_ are you using? :)/K

Karli Sjöberg 於 5/8/2018 19:03 寫道:


  
  

  
On Aug 5, 2018 12:39, "Paul.LKW"
   wrote:
  
Dear All:
  I just upgraded my oVIrt-4.2.4 to 4.2.5 and nightmare
  begin, FreeBSD VMs 
  hangs once the VM's VirtIO harddisk is some loading
  (eg. extracting a 
  big tar ball, portsnap extract, etc.), I tried to
  create a VMs using 
  back the IDE do not has any problem but got slow IO
  performance once 
  using VirtIO it will hang as it like.
  I also tried to create another VMs with VirtIO-SCSI it
  seems the hang 
  problem no occur but I got the oVirt-Host loading over
  40 when VM 
  harddisk have some little job, so conclusion is if you
  guys will using 
  FreeBSD as guest please do not upgrade at the moment.
  In fact I feel every time the new version always have
  problem and 
  causing user to nightmare.
  
  BR,
  Paul.LKW
  ___
  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/OL6XB5PLCWRXLT4H7X42KZJOMNVTMUBN/

  

  



Daem, thanks for the heads up! I was thinking
  about updating but now I'll hold that off for sure!


What version FreeBSD are you using?


Is this issue reported?


/K

  
  

  


  
___
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/KMYMYEQ6O6IBPLNQ55JPRSKCAWCN7QS4/

[ovirt-users] Re: VirtIO in new upgraded 4.2.5 for FreeBSD is very poor (could not use)

[Paul.LKW]

HI Karli:
It is oVirt-4.2.5.2-1.el7


Karli Sjöberg 於 5/8/2018 19:03 寫道:



On Aug 5, 2018 12:39, "Paul.LKW"  wrote:

Dear All:
I just upgraded my oVIrt-4.2.4 to 4.2.5 and nightmare begin,
FreeBSD VMs
hangs once the VM's VirtIO harddisk is some loading (eg. extracting a
big tar ball, portsnap extract, etc.), I tried to create a VMs using
back the IDE do not has any problem but got slow IO performance once
using VirtIO it will hang as it like.
I also tried to create another VMs with VirtIO-SCSI it seems the hang
problem no occur but I got the oVirt-Host loading over 40 when VM
harddisk have some little job, so conclusion is if you guys will
using
FreeBSD as guest please do not upgrade at the moment.
In fact I feel every time the new version always have problem and
causing user to nightmare.

BR,
Paul.LKW
___
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/OL6XB5PLCWRXLT4H7X42KZJOMNVTMUBN/


Daem, thanks for the heads up! I was thinking about updating but now 
I'll hold that off for sure!


What version FreeBSD are you using?

Is this issue reported?

/K



___
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/STLBW4UY6UFLMGZSMFUKGMMEQ4EPRHTD/

[ovirt-users] Re: VirtIO in new upgraded 4.2.5 for FreeBSD is very poor (could not use)

[Karli Sjöberg]

On Aug 5, 2018 12:39, "Paul.LKW"  wrote:Dear All:I just upgraded my oVIrt-4.2.4 to 4.2.5 and nightmare begin, FreeBSD VMs hangs once the VM's VirtIO harddisk is some loading (eg. extracting a big tar ball, portsnap extract, etc.), I tried to create a VMs using back the IDE do not has any problem but got slow IO performance once using VirtIO it will hang as it like.I also tried to create another VMs with VirtIO-SCSI it seems the hang problem no occur but I got the oVirt-Host loading over 40 when VM harddisk have some little job, so conclusion is if you guys will using FreeBSD as guest please do not upgrade at the moment.In fact I feel every time the new version always have problem and causing user to nightmare.BR,Paul.LKW___Users mailing list -- users@ovirt.orgTo unsubscribe send an email to users-le...@ovirt.orgPrivacy 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/OL6XB5PLCWRXLT4H7X42KZJOMNVTMUBN/Daem, thanks for the heads up! I was thinking about updating but now I'll hold that off for sure!What version FreeBSD are you using?Is this issue reported?/K___
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/KJEFZDMM44LXO4DIGMETRFIOOPBL7AWP/

[ovirt-users] VirtIO in new upgraded 4.2.5 for FreeBSD is very poor (could not use)

[Paul.LKW]

Dear All:
I just upgraded my oVIrt-4.2.4 to 4.2.5 and nightmare begin, FreeBSD VMs 
hangs once the VM's VirtIO harddisk is some loading (eg. extracting a 
big tar ball, portsnap extract, etc.), I tried to create a VMs using 
back the IDE do not has any problem but got slow IO performance once 
using VirtIO it will hang as it like.
I also tried to create another VMs with VirtIO-SCSI it seems the hang 
problem no occur but I got the oVirt-Host loading over 40 when VM 
harddisk have some little job, so conclusion is if you guys will using 
FreeBSD as guest please do not upgrade at the moment.
In fact I feel every time the new version always have problem and 
causing user to nightmare.


BR,
Paul.LKW
___
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/OL6XB5PLCWRXLT4H7X42KZJOMNVTMUBN/

[ovirt-users] Installation Help

[bilal.ahmed]

 

Dear Sir

I have successfully installed the ovirt engine and ovirt node separately on
two machines and I have accessed their web portals as well . But I am facing
a problem in its initial configuration that I am unable to add a host and
its installation fails . I am using default data center and default cluster
. Could you please guide what can be the issue , credentials are correct . 

 

I have tried to add both the ovirt engine and ovirt node as a host but
failed.

 

Bilal Ahmad

Network Administrator

Cell: +92 333 7451870  |  Tel: +92 68 5882400  |  Ext. 2499

www.kfueit.edu.pk  

  

 


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

___
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/B7TXAYMWOI4FZKLSKRN5XAOUPVKCGXBX/