On Sat, Mar 28, 2020 at 2:21 AM Gianluca Cecchi
wrote:
> Hello,
> having deployed oVirt 4.3.9 single host HCI with Gluster, I see some times
> VM going into paused state for the error above and needing to manually run
> it (sometimes this resumal operation fails).
> Actually it only happened
Hello,
having deployed oVirt 4.3.9 single host HCI with Gluster, I see some times
VM going into paused state for the error above and needing to manually run
it (sometimes this resumal operation fails).
Actually it only happened with empty disk (thin provisioned) and sudden
high I/O during the
On Fri, Mar 27, 2020 at 6:49 PM Strahil Nikolov
wrote:
>
>
> Hey Gianluca,
>
> If there is an option to define the Gluster network during deployment - it
> should work like that.
>
> Can you go to the UI -> your cluster -> and check the network is there.
> Maybe it was created but not marked as
Hello Kim,
as it says in the documentation a SHE setup is more complex
to maintain, see the following about upgrades, configuration changes and
backups.
On Wed, Mar 25, 2020 at 2:49 AM Gianluca Cecchi
wrote:
>
> On Wed, Mar 25, 2020 at 1:16 AM Nir Soffer wrote:
>>
>>
>>
>> OK, found it - this issue is
>> https://bugzilla.redhat.com/1609029
>>
>> Simone provided this to solve the issue:
>>
On Fri, Mar 27, 2020 at 5:52 PM Sandro Bonazzola
wrote:
> oVirt 4.4.0 Beta release is now available for testing
>
> The oVirt Project is excited to announce the availability of the beta
> release of oVirt 4.4.0 for testing, as of March 27th, 2020
>
> This release unleashes an altogether more
On March 27, 2020 12:23:10 PM GMT+02:00, David David wrote:
>here is debug from opening console.vv by remote-viewer
>
>2020-03-27 14:09 GMT+04:00, Milan Zamazal :
>> David David writes:
>>
>>> yes i have
>>> console.vv attached
>>
>> It looks the same as mine.
>>
>> There is a difference in our
On March 27, 2020 6:23:19 PM GMT+02:00, Gianluca Cecchi
wrote:
>On Fri, Mar 27, 2020 at 3:41 PM wrote:
>
>> You need to have a separate gluster network as per documentation.
>>
>>
>>
>> Eric Evans
>>
>>
>>
>
>Yes Eric, indeed.
>And as you see from my post, the storage network has been specified
This is another good article but not official documentation.
https://blogs.ovirt.org/2017/04/up-and-running-with-ovirt-4-1-and-gluster-storage/
Eric Evans
Digital Data Services LLC.
304.660.9080
From: Gianluca Cecchi
Sent: Friday, March 27, 2020 12:23 PM
To:
This is older documentation but I believe it still applies.
https://www.ovirt.org/develop/release-management/features/gluster/select-network-for-gluster.html
I would check with the Red Hat folks to make sure but my understanding is
glusterfs has it’s own network. I would assume it would
On 2020-03-27 05:28, Christian Reiss wrote:
Hey Alex,
you too, thanks for writing.
I'm on 64mb as per default for ovirt. We tried no sharding, 128mb
sharding, 64mb sharding (always with copying the disk). There was no
increase or decrease in disk speed in any way.
Besides losing HA
On March 27, 2020 2:49:13 PM GMT+02:00, Jorick Astrego
wrote:
>
>On 3/24/20 7:25 PM, Alex McWhirter wrote:
>> Red hat also recommends a shard size of 512mb, it's actually the only
>> shard size they support. Also check the chunk size on the LVM thin
>> pools running the bricks, should be at
On March 27, 2020 11:26:25 AM GMT+02:00, Christian Reiss
wrote:
>Hey Jayme,
>
>thanks for replying; sorry for the delay.
>If I am understanding this right, there is no real official way to
>enable libgfapi. If you somehow manage to get it running then you will
>lose HA capabilities, which is
On Fri, Mar 27, 2020 at 3:41 PM wrote:
> You need to have a separate gluster network as per documentation.
>
>
>
> Eric Evans
>
>
>
Yes Eric, indeed.
And as you see from my post, the storage network has been specified during
setup.
And indeed it is the one (even if only with one host) used by
oVirt 4.4.0 Beta release is now available for testing
The oVirt Project is excited to announce the availability of the beta
release of oVirt 4.4.0 for testing, as of March 27th, 2020
This release unleashes an altogether more powerful and flexible open source
virtualization solution that
You need to have a separate gluster network as per documentation.
Eric Evans
Digital Data Services LLC.
304.660.9080
From: Gianluca Cecchi
Sent: Friday, March 27, 2020 10:06 AM
To: users
Subject: [ovirt-users] Doubts related to single HCI and storage network
Hello,
I deployed
Hello,
I deployed HCI 4.3.9 with gluster and single node from the cockpit based
interface.
During install I specified the storage network, using
1) For the mgmt network and hostname of the hypervisor
172.16.0.30 ovirt.mydomain
2) for the storage network (even if not used in single host... but in
On 3/24/20 7:25 PM, Alex McWhirter wrote:
> Red hat also recommends a shard size of 512mb, it's actually the only
> shard size they support. Also check the chunk size on the LVM thin
> pools running the bricks, should be at least 2mb. Note that changing
> the shard size only applies to new VM
Christian,
I've been following along with interest, as I've also been trying
everything I can to improve gluster performance in my HCI cluster. My issue
is mostly latency related and my workloads are typically small file
operations which have been especially challenging.
Couple of things
1.
On 3/27/20 11:01 AM, Christian Reiss wrote:
> Hey Strahil,
>
> as always: thanks!
>
> On 24/03/2020 12:23, Strahil Nikolov wrote:
>
>> performance.write-behind-window-size: 64MB (shard size)
>
> This one doubled my speed from 200mb to 400mb!!
>
> I think this is where the meat is at.
>
> -Chris.
Do you have the ovirtmgmt as the network card in the system?
Eric Evans
Digital Data Services LLC.
304.660.9080
-Original Message-
From: Strahil Nikolov
Sent: Friday, March 27, 2020 12:18 AM
To: users@ovirt.org; garcialiang.a...@gmail.com
Subject: [ovirt-users] Re: can't run VM
On
Can you give the exact error message or a screenshot? Check the engine.log as
well for error messages.
Eric Evans
Digital Data Services LLC.
304.660.9080
From: Shareef Jalloq
Sent: Friday, March 27, 2020 6:30 AM
To: eev...@digitaldatatechs.com
Cc: users@ovirt.org
Subject:
Hey,
thanks for writing. If I go for dont choose local my speed drops
dramatically (halving). Speed between the hosts is okay (tested) but for
some odd reason the mtu is at 1500 still. I was sure I set it to
jumbo/9k. Oh well.
Not during runtime. I can hear the gluster scream if the network
So just to confirm all the options when I'm setting up the VM. This is
Windows Server 2019 so I'm selecting:
- General:Operating System = Windows 2019 x64
- System:Memory Size = 16GB
- System:Total Virtual CPUs = 8
- BootOptions:First Device = CD-ROM
- BootOptions:Second Device = Hard Disk
here is debug from opening console.vv by remote-viewer
2020-03-27 14:09 GMT+04:00, Milan Zamazal :
> David David writes:
>
>> yes i have
>> console.vv attached
>
> It looks the same as mine.
>
> There is a difference in our logs, you have
>
> Possible auth 19
>
> while I have
>
> Possible
David David writes:
> yes i have
> console.vv attached
It looks the same as mine.
There is a difference in our logs, you have
Possible auth 19
while I have
Possible auth 2
So I still suspect a wrong authentication method is used, but I don't
have any idea why.
Regards,
Milan
>
Hey Strahil,
as always: thanks!
On 24/03/2020 12:23, Strahil Nikolov wrote:
Hey Chris,
What type is your VM ?
CentOS7.
Try with 'High Performance' one (there is a good RH documentation on that
topic).
I was googly-eying that as well. Will try that tonight :)
1. Check the VM disk
Hey Alex,
you too, thanks for writing.
I'm on 64mb as per default for ovirt. We tried no sharding, 128mb
sharding, 64mb sharding (always with copying the disk). There was no
increase or decrease in disk speed in any way.
Besides losing HA capabilites, what other caveats?
-Chris.
On
Hey Jayme,
thanks for replying; sorry for the delay.
If I am understanding this right, there is no real official way to
enable libgfapi. If you somehow manage to get it running then you will
lose HA capabilities, which is something we like on our production servers.
The most recent post I
Hey,
thanks for writing. Sorry about the delay.
On 25/03/2020 00:25, Nir Soffer wrote:
> These settings mean:
>
>> performance.strict-o-direct: on
>> network.remote-dio: enable
>
> That you are using direct I/O both on the client and server side.
I changed them to off, to no avail. Yields the
Yep.
On Thu, Mar 26, 2020 at 7:25 PM wrote:
> The Windows Server 2019 needs to be the first boot device on the run once.
> Is it set that way in the boot options?
>
>
>
> Eric Evans
>
> Digital Data Services LLC.
>
> 304.660.9080
>
>
>
> *From:* Shareef Jalloq
> *Sent:* Thursday, March 26,
31 matches
Mail list logo