oVirt version: 18.104.22.168
I have a strange problem with IO limiting.
I have a storage domain for our dev environment and I have set the default Disk Profile to a QoS rule with IO limit enabled.
This rule is working so far, but when I change the QoS rule of this default Disk Profile to a different IO limit, all the disks have still the old limit active.
Only when I edit the disk and click OK without changing anything, I see also in Events, that the new IO limit is set.
This behavior would cause me a lot of work, because we have several 100s of disks and I can't edit all, only to have new QoS active.
Is there another way to do this bulk change of disk IO limit?
What data do you need to have a look on?
I saw now, that the QoS policy is automated updated on some VMs and there only on some disks, but not on all. Is there a rate limit active or so?
BR Florian Schmid
I am trying to integrate ovirt and foreman, foreman is able to create VMs but fails to provision them correctly (image/template based). The IP address does not get set to the correct one, cloud-init doesnt run either since the password is not correct after booting.
My questions are the following:
1. how does the normal provisioning setup looks like (using image/template)? I assumed it would just provision it depending on my puppet classes after booting, is this incorrect?
2. What does foreman *need* from ovirt? does it need a template that for example already has puppet installed? I assumed this was not the case...
3. How is it possible to initially "seed" the vm with the puppet master details when not using cloud-init (which seems optional), what magic can make this happen behind the scenes? is it something like libguestfs? Can I just use a cloud glance image like "centos 7 generic cloud v1805" and import that as a template and then create a host on foreman using this template? and then it should provision it?
1.I have one samba4 AD domain controller[samba4dc.eipl.com]
2. I get PEM.code from default smb file from domain controller
3. when i try the following command to check user "ovirt-engine-extensions-tool aaa login-user --profile=eipl.com --user-name=administrator"
it show me the following error "SEVERE Cannot resolve principal 'administrator(a)eipl.com'" so please give me any idea about this
I have a question about this specific prerequisite-
* You must have at least 2 interfaces on the host, so that the frontend and backend traffic can be separated out. Having only one network will cause the engine monitoring, client traffic, gluster I/O traffic to all run together and interfere each other. To segregate the backend network, the gluster cluster is formed using the backend network addresses, and the nodes are added to the engine using the frontend network address.
>>>You must have at least 2 interfaces on the host, so that the frontend and backend traffic can be separated out.>>>This part is very clear to me. You need at least 2 NICs.
>>>Having only one network will cause the engine monitoring, client traffic, gluster I/O traffic to all run together and interfere each other. To segregate the backend network, the gluster cluster is formed using the backend network addresses, and the nodes are added to the engine using the frontend network address.>>> Ok, so you definitely need two IPs. What is not clear to me is, do you need to have the IPs in different subnets or can they be in the same subnet?
For reference, I was able to set this up with two IPs in the same subnet and it does seem to work. However, I have noted some slowness issues while connecting storage domains during startup and frequently get messages about needing to restart the HA agent. Usually it seems after I try to restart services I can get the system to recognize the engine storage domain and start the engine. I wonder if my problem is the fact that both my front and backend IPs are in the same subnet? Thanks for your advice.
The backend is 389 DS, no this is not Govt related. This will be used as a training platform for my local ISSA chapter. This is a new 389 DS server. I followed the instructions at https://www.unixmen.com/install-and-configure-ldap-server-in-centos-7/
The server is "stock" with the exceptions of the settings for startTLS and adding certificates, etc (basically, whatever is needed to integrate with the Ovirt Engine.)
I am using my Admin account to perform the bind. What I don't understand is why everything else in the aaa setup script works except the login sequence. It would seem like my certificates are correct, correct use of the admin DN, etc. The funny part is I can login to the server using the admin account and password yet the same admin account and password fail when using the aaa setup script. But, that is why I am using the expert knowledge on the list! Maybe I have overlooked a simple prerequisite setting needed for setup somewhere?
I'll wait for someone to chime in on possible reasons to get this message:
SEVERE Authn.Result code is: CREDENTIALS_INVALID
[ ERROR ] Login sequence failed
Users mailing list -- users(a)ovirt.org<mailto:email@example.com>
To unsubscribe send an email to users-leave(a)ovirt.org<mailto:firstname.lastname@example.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://email@example.com/message/TGT7ASCWSUT...
We would like to separate our VM traffic completely from our host/storage network. As far as I can see, there is no definitive guide to achieve this by using VLANs/separate VM networks/subnetting.
In our current setup:
- the storage traffic happens in a separate VLAN (configured directly on the switch) on separate NICs on both hosts/storages in the 192.168.179.0/24 subnet
- all other infrastructure (oVirt hosts, gateway, DHCP, DNS, VM thinclients, switches, ...) are in the 192.168.178.0/24 subnet
We now want to separate the oVirt hosts/engine completely from the other infrastructure, eg. the VMs and thinclients.
I am not experienced in networking and would be very thankful for all hints/tipps!
Thanks in advance,
we have the current setup.
=> 1 datacenter on site A with 1 cluster which is compose of 3 hosts and a self-hosted engine
=> 1 datacenter on site B (let's call this TATA) with 1 cluster compose of 3 hosts which is using glusterfs. This datacenter is managed by the self-hosted engine on site A
We want to create on site B another datacenter with 1 cluster and another self-hosted engine
then disengage datacenter TATA from self-hosted engine on site A.
after that, we want to import all the ressource on the self-hosted engine on site B
Is it possible to do this without loosing VM on glusterfs ?
Off course VM will be shutdown during the operation.
I mean, when a host is added on a new datacenter, ovirt will install package if necessary. Is there any way that ovirt manager erase actual configuration ?
Is it safe to do this operation ?