I currently have a NFS server with decent speeds. I get about 200MB/s
write and 400+ MB/s read.
My single node oVirt host has a mirrored SSD store for my Windows 10 VM,
and I have about 3-5 VMs running on the NFS data store.
However, VM/s on the NFS datastore are SLOW. They can write to their
Hi Paul,
I only used the automatic update from oVirt. I'll look through the older post
if I can do something with this information.
Thanks, Sven
-Ursprüngliche Nachricht-
Von: p.stanifo...@leedsbeckett.ac.uk [mailto:p.stanifo...@leedsbeckett.ac.uk]
Gesendet: Donnerstag, 26. Juli
Thanks Greg, it really would be great to resolve this and would really like to
not have to clean install the engine on a new hostname (especially without a
guarantee that it will work). Migrating is a significant portion of work.
Regards,
Callum
--
Callum Smith
Research Computing Core
Dear Greg,
Indeed, always the latest and greatest for us while trying to get this running.
https://www.ovirt.org/documentation/security/squid-reverse-proxy/
And the squid.conf file looks like this:
https_port 443 accel key=/etc/squid/rescomp-vmgw.well.ox.ac.uk.proxy.key
Hi,
On Thu, Jul 26, 2018 at 08:27:09PM -0400, Greg Sheremeta wrote:
> Great. Did you open a bug? If not, please do :)
The discussion in spice mailing list took place at [0].
Investigation, reply [1] and fix [2] by teuf
[0] https://lists.freedesktop.org/archives/spice-devel/2018-July/044572.html
Is this what you’re looking for ?
HOSTNAME=ovirt-engine
SELINUX_ROLE_REQUESTED=
TERM=xterm
SHELL=/bin/bash
HISTSIZE=1000
SSH_CLIENT=10.1.50.14 50688 22
SELINUX_USE_CURRENT_RANGE=
SSH_TTY=/dev/pts/1
USER=root
On Fri, Jul 27, 2018 at 4:39 AM Callum Smith wrote:
> Dear Greg,
>
> Indeed, always the latest and greatest for us while trying to get this
> running.
>
> https://www.ovirt.org/documentation/security/squid-reverse-proxy/
>
Arrggghh, that is referring to the old GWT UserPortal and not the new
Dear Team
Please help me to solve this problem.
Regards
Deekshith
___
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
Hello,
I have a windows 7 VM that is composed by a raw disk on filesystem on
Fedora 28.
I would like to transfer this VM to another environment, always based on
same version of Fedora 28, but where the storage is configured in
virt-manager as lvm based, so similar to what happens in oVirt block
just got back to this... the method I usee worked well.
I used a 1GB copper port in my mgmt VLAN to set up oVirt with Gluster
Got it all up and running then used 1 x 10 GB port to create my storage network
I think created to logical networks, one tagged with my static VLAN and the
other
I've filled a bug on Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1609319
___
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
Hello,
I have read it several times and it is helpful but unfortunately it doesn't
discuss using multiple drives. In that guide they are just using one drive
(sdb) in each host, my confusion revolves around how to make use of the
second drive I have in each host.
For example if I left all three
Hi Gobinda,
When you say "not recommending MDADM", does that apply to just this version 4.3
of oVirt or all versions of oVirt?
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement:
Callum,
If you are seeing the error when opening the console from VM Portal
(web-ui), this sounds a lot like issue [1]. A patch against the ovirt REST
api was done to help mitigate some errors that should not happen. I'll
take a look to see how it is working in the current master snapshot of
Dear Scott,
You're not wrong, console reports the error:
Reducing action:
{"type":"VM_ACTIONS_SET_CONSOLE_IN_USE","payload":{"vmId":"a437d298-59b3-4e10-9ced-516edb38a7ea","consoleInUse":false}}
helpers.js:19:6
Reducing action:
You have a good point, my mistake. Thanks for your help
Le ven. 27 juill. 2018 01 h 17, Michal Skrivanek <
michal.skriva...@redhat.com> a écrit :
>
>
> On 26 Jul 2018, at 23:58, Greg Sheremeta wrote:
>
> On Thu, Jul 26, 2018 at 11:28 AM carl langlois
> wrote:
>
>> yes it is an upgrade. My
2018-07-10 12:43 GMT+02:00 :
> We have over 6000 VMs in the cluster with 100 running is there a way to
> delay updating the VMs and update the cluster compatibility level to 4.2
> then update the VMs in batches?
>
Martin, Doron, any suggestion for this?
>
> Thanks,
> Paul S.
>
Not sure if you've read this. It might be helpful.
https://www.ovirt.org/blog/2018/02/up-and-running-with-ovirt-4-2-and-gluster-storage/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement:
Hi, I setup my 3 host HCI cluster and things are going pretty good. I have a
few issues though...
one of them is that I added two more hosts to the three node cluster to make it
a 5 nodes. This seemed to work fine until I went to create bricks. I have 6
x 2 TB disks for use as JBOD in
On Fri, Jul 27, 2018 at 4:28 PM, Luca 'remix_tj' Lorenzetto <
lorenzetto.l...@gmail.com> wrote:
> Hello,
>
> i migrated a vm from plain kvm to ovirt fc storage domain by creating
> an empty disk of the required size and using qemu-img for converting
> from the image file to the device.
>
> Worked
> On 27 Jul 2018, at 16:37, Callum Smith wrote:
>
> Dear Scott,
>
> You're not wrong, console reports the error:
>
> Reducing action:
> {"type":"VM_ACTIONS_SET_CONSOLE_IN_USE","payload":{"vmId":"a437d298-59b3-4e10-9ced-516edb38a7ea","consoleInUse":false}}
> helpers.js:19:6
> Reducing
On Fri, Jul 27, 2018 at 2:51 AM Victor Toso wrote:
> Hi,
>
> On Thu, Jul 26, 2018 at 08:27:09PM -0400, Greg Sheremeta wrote:
> > Great. Did you open a bug? If not, please do :)
>
> The discussion in spice mailing list took place at [0].
> Investigation, reply [1] and fix [2] by teuf
>
> [0]
>
I'm experiencing the same issue after upgrading from 4.1 to 4.2.4
Cluster compatibility upgrade to 4.2 fail with error "Failed to update Host
cluster".
In engine.log I can see the following ERROR lines:
2018-07-27 14:16:29,017+02 ERROR [org.ovirt.engine.core.bll.UpdateVmCommand]
(Transaction
I'm deploying three host Ovirt HCI and I'm a bit confused about how to
configure the glusterFS volumes and bricks in the cockpit.
My three hosts are configured the exact same way physically:
2x250GB SSDs in Raid 1 for OS
2 x 2TB SSD in JBOD which I intend to use for Gluster (devices sda and sdb)
Hello,
i migrated a vm from plain kvm to ovirt fc storage domain by creating
an empty disk of the required size and using qemu-img for converting
from the image file to the device.
Worked well.
Luca
On Fri, Jul 27, 2018 at 4:22 PM Gianluca Cecchi
wrote:
>
> Hello,
> I have a windows 7 VM that
25 matches
Mail list logo
