- Users - oVirt List Archives

Re: All hosts non-operational after upgrading from 4.2 to 4.3
by Strahil 02 May '19

02 May '19

Are you able to access your iSCSI via the /rhev/data-center/mnt... mount point ? Best Regards, Strahil NikolovOn Apr 5, 2019 19:04, John Florian <jflorian(a)doubledog.org> wrote: > > I am in a severe pinch here. A while back I upgraded from 4.2.8 to 4.3.3 and only had one step remaining and that was to set the cluster compat level to 4.3 (from 4.2). When I tried this it gave the usual warning that each VM would have to be rebooted to complete, but then I got my first unusual piece when it then told me next that this could not be completed until each host was in maintenance mode. Quirky I thought, but I stopped all VMs and put both hosts into maintenance mode. I then set the cluster to 4.3. Things didn't want to become active again and I eventually noticed that I was being told the DC needed to be 4.3 as well. Don't remember that from before, but oh well that was easy. > > However, the DC and SD remains down. The hosts are non-op. I've powered everything off and started fresh but still wind up in the same state. Hosts will look like their active for a bit (green triangle) but then go non-op after about a minute. It appears that my iSCSI sessions are active/logged in. The one glaring thing I see in the logs is this in vdsm.log: > > 2019-04-05 12:03:30,225-0400 ERROR (monitor/07bb1bf) [storage.Monitor] Setting up monitor for 07bb1bf8-3b3e-4dc0-bc43-375b09e06683 failed (monitor:329) > Traceback (most recent call last): > File "/usr/lib/python2.7/site-packages/vdsm/storage/monitor.py", line 326, in _setupLoop > self._setupMonitor() > File "/usr/lib/python2.7/site-packages/vdsm/storage/monitor.py", line 348, in _setupMonitor > self._produceDomain() > File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 158, in wrapper > value = meth(self, *a, **kw) > File "/usr/lib/python2.7/site-packages/vdsm/storage/monitor.py", line 366, in _produceDomain > self.domain = sdCache.produce(self.sdUUID) > File "/usr/lib/python2.7/site-packages/vdsm/storage/sdc.py", line 110, in produce > domain.getRealDomain() > File "/usr/lib/python2.7/site-packages/vdsm/storage/sdc.py", line 51, in getRealDomain > return self._cache._realProduce(self._sdUUID) > File "/usr/lib/python2.7/site-packages/vdsm/storage/sdc.py", line 134, in _realProduce > domain = self._findDomain(sdUUID) > File "/usr/lib/python2.7/site-packages/vdsm/storage/sdc.py", line 151, in _findDomain > return findMethod(sdUUID) > File "/usr/lib/python2.7/site-packages/vdsm/storage/sdc.py", line 176, in _findUnfetchedDomain > raise se.StorageDomainDoesNotExist(sdUUID) > StorageDomainDoesNotExist: Storage domain does not exist: (u'07bb1bf8-3b3e-4dc0-bc43-375b09e06683',) > > How do I proceed to get back operational?

2 1

Re: Fwd: [Gluster-users] Announcing Gluster release 5.5
by Strahil 02 May '19

02 May '19

Hi Darrel, Will it fix the cluster brick sudden death issue ? Best Regards, Strahil NikolovOn Mar 21, 2019 21:56, Darrell Budic <budic(a)onholyground.com> wrote: > > This release of Gluster 5.5 appears to fix the gluster 3.12->5.3 migration problems many ovirt users have encountered. > > I’ll try and test it out this weekend and report back. If anyone else gets a chance to check it out, let us know how it goes! > > -Darrell > >> Begin forwarded message: >> >> From: Shyam Ranganathan <srangana(a)redhat.com> >> Subject: [Gluster-users] Announcing Gluster release 5.5 >> Date: March 21, 2019 at 6:06:33 AM CDT >> To: announce(a)gluster.org, gluster-users Discussion List <gluster-users(a)gluster.org> >> Cc: GlusterFS Maintainers <maintainers(a)gluster.org> >> >> The Gluster community is pleased to announce the release of Gluster >> 5.5 (packages available at [1]). >> >> Release notes for the release can be found at [3]. >> >> Major changes, features and limitations addressed in this release: >> >> - Release 5.4 introduced an incompatible change that prevented rolling >> upgrades, and hence was never announced to the lists. As a result we are >> jumping a release version and going to 5.5 from 5.3, that does not have >> the problem. >> >> Thanks, >> Gluster community >> >> [1] Packages for 5.5: >> https://download.gluster.org/pub/gluster/glusterfs/5/5.5/ >> >> [2] Release notes for 5.5: >> https://docs.gluster.org/en/latest/release-notes/5.5/ >> _______________________________________________ >> Gluster-users mailing list >> Gluster-users(a)gluster.org >> https://lists.gluster.org/mailman/listinfo/gluster-users > >

9 18

oVirt and Ceph iSCSI: separating discovery auth / target auth ?
by Matthias Leopold 01 May '19

01 May '19

Hi, I'm trying to use the Ceph iSCSI gateway with oVirt. According to my tests with oVirt 4.3.2 * you cannot separate iSCSI discovery auth and target auth * you cannot use an iSCSI gateway that has no discovery auth, but uses CHAP for targets This means I'm forced to use the same credentials for discovery auth and target auth. In Ceph iSCSI gateway I can have multiple targets with use different credentials, but I can define discovery auth only once for the whole gateway (or have no discovery auth). If all of this is correct and I want to use the Ceph iSCSI gateway with oVirt * I have to use discovery auth * the credentials for discovery auth will give every other Ceph iSCSI gateway user access to the oVirt target This is not a desirable situation. Did I understand anything wrong? Are there other ways to solve this? thx matthias

1 2

Upgrade 4.1.8 to 4.3.3
by christopher.jorgensen＠gmail.com 01 May '19

01 May '19

I am a little behind in updates but I couldn't find any specific instructions going from 4.1.8 to 4.3.3. From what I read so far, the process for upgrading should be as follows: 4.1.8 --> 4.1.9 https://www.ovirt.org/documentation/upgrade-guide/chap-Upgrading_from_4.1_t… 4.1.9 --> 4.2.0 https://www.ovirt.org/documentation/upgrade-guide/chap-Upgrading_from_4.1_t… 4.2.0 --> 4.2.8 (use instructions above to upgrade to the latest 4.2 before going to 4.3) 4.2.8 --> 4.3.3 Is this correct or should I add / remove upgrade versions?

3 2

integration with openstack nove-compute
by ehsan.sabooni＠gmail.com 01 May '19

01 May '19

hello dear all, is it possible to make a compute-nove VM inside oVirt, using which, to be able to create VM instances inside oVirt through openstack horizon? to make it simple, is it possible to have oVirt has the hypervisor for openstack, while having a nova-compute node as a VM inside ovirt? as a hint, the same thing is possible via vsphere vCenter, if we install vCenter driver on the nova-compute node. thank you for your support!

2 1

silent install failing in 4.3.3.5-1 due to question on fqdn of host
by Brian Kircher 01 May '19

01 May '19

Anyone happen to know if I can get the following into an answer file for a true silent deployment? It's asking to confirm or change from the fqdn of the host doing the HE install. Default is fine, but I have to connect in to the screen to answer this before it will continue. Default changed to generic in below log. QUESTION/1/OVESETUP_NETWORK_FQDN_first_HE 019-04-30 18:56:38,802-0500 DEBUG otopi.context context.dumpEnvironment:745 ENVIRONMENT DUMP - END 2019-04-30 18:56:38,804-0500 DEBUG otopi.context context._executeMethod:127 Stage validation METHOD otopi.plugins.gr_he_common.network.bridge.Plugin._validate_hostname_first_host 2019-04-30 18:56:38,806-0500 DEBUG otopi.plugins.gr_he_common.network.bridge dialog.queryEnvKey:90 queryEnvKey called for key OVEHOSTED_NETWORK/host_name 2019-04-30 18:56:38,806-0500 DEBUG otopi.plugins.otopi.dialog.human human.queryString:159 query OVESETUP_NETWORK_FQDN_first_HE 2019-04-30 18:56:38,807-0500 DEBUG otopi.plugins.otopi.dialog.human dialog.__logString:204 DIALOG:SEND Please provide the hostname of this host on the management network [host01.domain.com] Version 4.3.3.5-1.el7 Thanks, Brian ________________________________ This email and any files transmitted with it are confidential and are intended solely for the use of the individual or entity to whom they are addressed. If you are not the original recipient or the person responsible for delivering the email to the intended recipient, be advised that you have received this email in error, and that any use, dissemination, forwarding, printing, or copying of this email is strictly prohibited. If you received this email in error, please immediately notify the sender and delete the original.

1 0

ovirt 4.3.3 Disk for New VM is always Preallocated
by Strahil Nikolov 01 May '19

01 May '19

Hi All, I have stumbled upon a potential bug in UI. Can someone test it , in order to reproduce it ? How to reproduce:1. Create a VM2. Within the new VM wizard - Create a disk and select Thin Provision.3. Create the VM and wait for the disk to be completed.4. Check the disk within UI - Allocation Policy is set to "Preallocation" Best Regards,Strahil Nikolov

3 4

Update storage lease via python sdk
by klaasdemter＠gmail.com 30 Apr '19

30 Apr '19

Hi, I'm trying to update a storage lease via python sdk but I can’t seem to figure out how to wait for the storage lease configuration to finish. The vm status does not show “configuration in progress” just “up” and the event is created as soon as I issue the update, not when its done. Can someone give me a hint or point me to an example? https://github.com/Klaas-/ovirt-engine-sdk/blob/4094d3a2d4b011d4926e58374dd… Greetings Klaas

1 1

Re: 4.3.x upgrade and issues with OVN
by Weber, Charles (NIH/NIA/IRP) [E] 30 Apr '19

30 Apr '19

Complete shutdown of 4.3.3 cluster, change cluster from 4.2 to 4.3 compatibility and upgrade of all hosts to current 4.3.3 with patches has seemingly fixed everything.

1 0

Re: Please Help, Ovirt Node Hosted Engine Deployment Problems 4.3.2
by Strahil 30 Apr '19

30 Apr '19

> Each data has to be written on the host itself and on the two remote ones so you are going to have 1000 mbps / 2 (external replicas ) / 8 (bit/bytes) = a max of 62.5 MB/s sustained throughput shared between all the VMs and this ignoring all the overheads. > In practice it will be much less ending in a barely usable environment. I am currently in this type of setup (replica 2 arbiter 1 on 1 gbit/s both storage and oVirt connectivity) and the maximum write (sequential) speed I can reach is aprox 89 MB/s. I guess with replica 3 the maximum will be as Simone stated. My maximum read speed is aprox 500 MB/s despite that local NVMe is capable of 1.3 GB/s and I guess FUSE is not using the local brick no matter I have set it up with cluster.use-local (or whatever it was called). If possible , get a 10 gbit/s connectivity or multiple gbit interfaces ( as I'm planing to do in the nearest future). Best Regards, Strahil Nikolov

1 0