Re: [ovirt-users] Hosted Engine Storage Domain Stuck and no Volumes tab?
On Tue, Aug 9, 2016 at 12:49 AM, Dan Lavuwrote: > So this is on 4.0.1, Fedora 23, the engine is running fine on glusterfs, > on a 3 replica arbiter 1 volume, the hosted_engine attached storage domain > is *stuck* in offline, wondernig if there is anyway to fix that? Since the > domain cannot be managed inside the engine. > Stuck as in error importing the hosted_storage domain? Were there any errors in engine/vdsm logs related to this? > > Also I have gluster enabled for one of my clusters but I'm missing a > volumes tab to manage the gluster volumes? The hosts, when putting them > into maintenaince, I have the option to turn off gluster... I know in > 3.5-3.6 volume management was a feature, did this change? > No, this has not changed. When you edit your cluster - do you see 2 checkboxes "Enable virt service" and "Enable Gluster service" ? Is the gluster service enabled here? > > Thanks, > > Dan > > ___ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] Importing VM from Xen Server 6.5
Hi, In version 4.0.1, we see wizard that helps to import VM from VMWare, Xen, OVA appliance etc., using which I am trying to import a VM running in Xen Server 6.5. But we do not see any documentation that explains the process. Can someone guide us in achieving the desired result that is Import a VM from Xen Server 6.5 -- Thanks & Regards, Anantha Raghava Do not print this e-mail unless required. Save Paper & trees. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] management interface
Edy, Just wanted to report back that I made all changes and all worked as expected. I took your advice and left the ovritmgmt interface alone and didn't tag it. All I did was move it to another interface and re-ip it. The interface was tagged at the chassis. Thanks again. Regards, -- Fernando Fuentes ffuen...@txweather.org http://www.txweather.org On Fri, Aug 5, 2016, at 12:50 PM, Edward Haas wrote: > > > On Thu, Aug 4, 2016 at 11:50 PM, Fernando Fuentes >wrote: >> __ >> Edward, >> >> I am sorry that the diagram was not clear enough. >> >> There is two bonds (4 phisical nic's, each pair is LACP). One for >> mgmt traffic only and one to carry untag and tag traffic. >> But I do understand your point. >> I will try to separate this and have everything on its own >> access port. >> >> To move my current ovirtmgmt interface to a new one all I have to do >> is create one and assign it and remove the old one correct? >> Thanks again! > > Separating the management to its own bond and everything else to a > second bond sounds reasonable. > So in this case, it will be less risky to just leave the ovirtmgmt as > is and move the other networks to the other bond. > If the current ovirtmgmt is on a non-vlan network, just set the switch > that connects to this bond slaves as access ports of vlan 35. > It is preferable not to play too much with the management network, as > you may loose the host (although VDSM has a safety > process in place that will revert the change in case Engine-Host > connectivity is lost). > If you prefer to move ovirtmgmt, make sure you perform the network > detach and attach steps (including any VLAN changes) > in one transaction (change what you need and then do an apply for > everything). > Thanks, > Edy. > >> >> >> >> Regards, >> >> >> >> -- >> Fernando Fuentes >> ffuen...@txweather.org >> http://www.txweather.org >> >> >> >> >> On Thu, Aug 4, 2016, at 02:07 AM, Edward Haas wrote: >>> Hi Fernando, >>> From what I could understand, you would like to have 3 networks, all >>> on the same bond: >>> (I do not understand from the diagram that you have two bonds, you >>> mentioned only bond0) >>> - ovirtmgmt - vlan35@bond0 >>> - dmz vm network - vlan42@bond0 >>> - default vm network - untag@bond0 >>> >>> Based on the tag, traffic that enters bond0 will be forwarded to the >>> relevant network. >>> Any traffic that enters bond0 and is either untag or has a tag that >>> does not correspond to the defined vlans, >>> will be forwarded to the non-vlan network (default vm in this case). >>> Note that when packets pass a vlan interface, they are stripped of >>> their tag. >>> >>> I personally consider a mix of tag and untag on the same iface/port >>> as bad practice, but there may be reasons to >>> choose it. If you can, try having all networks with vlans, and set >>> the switch ports correctly to reflect that. >>> Any other device on the network, like the router, can be connected >>> to the switch to an access port (say of vlan 100), >>> so traffic there is untag, and when traffic goes to the ovirt host, >>> it will go tagged 100. >>> Thanks, >>> Edy. >>> >>> On Tue, Aug 2, 2016 at 9:22 PM, Fernando Fuentes >>> wrote: __ I answer my own question. "I think" lol I am going to create a new ovirtmgmt logical network with a vlan tag and than move my hosts in to it for management. This interface is not part of the vm network. The rest of the logical networks with vlans will be tagged and part of the vm network. I think that logic is right. Thoughts? Regards, -- Fernando Fuentes ffuen...@txweather.org http://www.txweather.org On Sun, Jul 31, 2016, at 11:43 PM, Fernando Fuentes wrote: > Right now as we stand boht ovirt management and LAN data crosses > the same interface. > I have two bonds. I want to move ovirt management to its own bond > and tag it with vlan id 35. > > Than I wan to move my LAN which has no tag and my dmz that does > have a tag in to my secondary bond. > > The switch is all configured what I am not sure is when making the > logical network do I make the LAN a "VM Network"? > And the same question for my dmz tagged vlan... > > I attached a small diagram that explains what I am trying to > accomplish... I hope :D > > > Thanks for the help. > > Regards, > > > -- > Fernando Fuentes > ffuen...@txweather.org > http://www.txweather.org > > > > On Sun, Jul 31, 2016, at 12:50 PM, Edward Haas wrote: >> >> >> On Sun, Jul 31, 2016 at 7:19 PM, Fernando Fuentes >> wrote: >>> Team, >>> >>> Is it possible to move the ovirt management interface to a >>> separate vlan >>> and keep it from been on the same interface as my LAN? >> >> Networks, including
Re: [ovirt-users] Cannot locate vdsm package, possible cause is incorrect channels
I'm pretty sure oVirt 3.6+ needs Centos/RHEL7.2+ On Tue, Aug 9, 2016 at 7:59 AM, Huan He (huhe)wrote: > I wonder if it has something to do with the centos version? I have > > [root@host-182 ~]# uname -a > > Linux host-182 2.6.32-642.3.1.el6.x86_64 #1 SMP Tue Jul 12 18:30:56 UTC > 2016 x86_64 x86_64 x86_64 GNU/Linux > > [root@host-182 ~]# more /etc/redhat-release > > CentOS release 6.8 (Final) > > [root@host-182 ~]# > > > From: Cisco Employee > Date: Monday, August 8, 2016 at 4:51 PM > To: users > Subject: Cannot locate vdsm package, possible cause is incorrect channels > > I have ovirt engine 3.6 on centos 6.5 and tried to add centos 6.5 host. > > I used the command below to install the host > > yum localinstall http://plain.resources.ovirt.org/pub/yum-repo/ovirt- > release36.rpm > > > The ovirt repo are listed below. > > > I tried to uncomment out the baseurl, still got the same issue. Any idea? > > It looks to me it failed to find the vdsm pkgs. > > Thanks, > Huan > > [root@host-182 yum.repos.d]# more ovirt-3.6*.repo > > :: > > ovirt-3.6-dependencies.repo > > :: > > [ovirt-3.6-epel] > > name=Extra Packages for Enterprise Linux 6 - $basearch > > #baseurl=http://download.fedoraproject.org/pub/epel/6/$basearch > > mirrorlist=https://mirrors.fedoraproject.org/metalink? > repo=epel-6=$basearch > > failovermethod=priority > > enabled=1 > > includepkgs=epel-release,python-uinput,puppet,python- > lockfile,python-cpopen,python-ordereddict,python-pthreading, > python-inotify,python-argparse,novnc,python-ply, > > python-kitchen,python-daemon,python-websockify,livecd- > tools,spice-html5,mom,python-IPy,python-ioprocess, > ioprocess,safelease,rubygem-rgen,ovirt-guest-agent,pyxatt > > r,userspace-rcu > > gpgcheck=1 > > gpgkey=https://dl.fedoraproject.org/pub/epel/RPM-GPG-KEY-EPEL-6 > > > [ovirt-3.6-jpackage-6.0-generic] > > name=JPackage 6.0, for generic > > mirrorlist=http://www.jpackage.org/mirrorlist.php?dist=generic=free; > release=6.0 > > enabled=1 > > gpgcheck=1 > > includepkgs=dom4j,isorelax,jaxen,jdom,msv,msv-xsdlib, > relaxngDatatype,servicemix-specs,tomcat5-servlet-2.4-api, > ws-jaxme,xalan-j2,xml-commons,xml-commons-jaxp-1.2- > > apis,xml-commons-resolver11,xom,xpp2,xpp3,antlr3,stringtemplate > > gpgkey=http://www.jpackage.org/jpackage.asc > > > [ovirt-3.6-centos-gluster37] > > name=CentOS-$releasever - Gluster 3.7 > > baseurl=http://mirror.centos.org/centos/$releasever/ > storage/$basearch/gluster-3.7/ > > gpgcheck=1 > > enabled=1 > > gpgkey=https://raw.githubusercontent.com/CentOS- > Storage-SIG/centos-release-storage-common/master/RPM-GPG- > KEY-CentOS-SIG-Storage > > > [ovirt-3.6-patternfly1-noarch-epel] > > name=Copr repo for patternfly1 owned by patternfly > > baseurl=http://copr-be.cloud.fedoraproject.org/results/ > patternfly/patternfly1/epel-6-$basearch/ > > enabled=1 > > skip_if_unavailable=1 > > gpgcheck=0 > > > [virtio-win-stable] > > name=virtio-win builds roughly matching what was shipped in latest RHEL > > baseurl=http://fedorapeople.org/groups/virt/virtio-win/repo/stable > > enabled=1 > > skip_if_unavailable=1 > > gpgcheck=0 > > :: > > ovirt-3.6.repo > > :: > > [ovirt-3.6] > > name=Latest oVirt 3.6 Release > > #baseurl=http://resources.ovirt.org/pub/ovirt-3.6/rpm/el$releasever/ > > mirrorlist=http://resources.ovirt.org/pub/yum-repo/ > mirrorlist-ovirt-3.6-el$releasever > > enabled=1 > > skip_if_unavailable=1 > > gpgcheck=1 > > gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-ovirt-3.6 > > [root@host-182 yum.repos.d]# > > > ___ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Cannot locate vdsm package, possible cause is incorrect channels
I wonder if it has something to do with the centos version? I have [root@host-182 ~]# uname -a Linux host-182 2.6.32-642.3.1.el6.x86_64 #1 SMP Tue Jul 12 18:30:56 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux [root@host-182 ~]# more /etc/redhat-release CentOS release 6.8 (Final) [root@host-182 ~]# From: Cisco Employee> Date: Monday, August 8, 2016 at 4:51 PM To: users > Subject: Cannot locate vdsm package, possible cause is incorrect channels I have ovirt engine 3.6 on centos 6.5 and tried to add centos 6.5 host. I used the command below to install the host yum localinstall http://plain.resources.ovirt.org/pub/yum-repo/ovirt-release36.rpm The ovirt repo are listed below. I tried to uncomment out the baseurl, still got the same issue. Any idea? It looks to me it failed to find the vdsm pkgs. Thanks, Huan [root@host-182 yum.repos.d]# more ovirt-3.6*.repo :: ovirt-3.6-dependencies.repo :: [ovirt-3.6-epel] name=Extra Packages for Enterprise Linux 6 - $basearch #baseurl=http://download.fedoraproject.org/pub/epel/6/$basearch mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=epel-6=$basearch failovermethod=priority enabled=1 includepkgs=epel-release,python-uinput,puppet,python-lockfile,python-cpopen,python-ordereddict,python-pthreading,python-inotify,python-argparse,novnc,python-ply, python-kitchen,python-daemon,python-websockify,livecd-tools,spice-html5,mom,python-IPy,python-ioprocess,ioprocess,safelease,rubygem-rgen,ovirt-guest-agent,pyxatt r,userspace-rcu gpgcheck=1 gpgkey=https://dl.fedoraproject.org/pub/epel/RPM-GPG-KEY-EPEL-6 [ovirt-3.6-jpackage-6.0-generic] name=JPackage 6.0, for generic mirrorlist=http://www.jpackage.org/mirrorlist.php?dist=generic=free=6.0 enabled=1 gpgcheck=1 includepkgs=dom4j,isorelax,jaxen,jdom,msv,msv-xsdlib,relaxngDatatype,servicemix-specs,tomcat5-servlet-2.4-api,ws-jaxme,xalan-j2,xml-commons,xml-commons-jaxp-1.2- apis,xml-commons-resolver11,xom,xpp2,xpp3,antlr3,stringtemplate gpgkey=http://www.jpackage.org/jpackage.asc [ovirt-3.6-centos-gluster37] name=CentOS-$releasever - Gluster 3.7 baseurl=http://mirror.centos.org/centos/$releasever/storage/$basearch/gluster-3.7/ gpgcheck=1 enabled=1 gpgkey=https://raw.githubusercontent.com/CentOS-Storage-SIG/centos-release-storage-common/master/RPM-GPG-KEY-CentOS-SIG-Storage [ovirt-3.6-patternfly1-noarch-epel] name=Copr repo for patternfly1 owned by patternfly baseurl=http://copr-be.cloud.fedoraproject.org/results/patternfly/patternfly1/epel-6-$basearch/ enabled=1 skip_if_unavailable=1 gpgcheck=0 [virtio-win-stable] name=virtio-win builds roughly matching what was shipped in latest RHEL baseurl=http://fedorapeople.org/groups/virt/virtio-win/repo/stable enabled=1 skip_if_unavailable=1 gpgcheck=0 :: ovirt-3.6.repo :: [ovirt-3.6] name=Latest oVirt 3.6 Release #baseurl=http://resources.ovirt.org/pub/ovirt-3.6/rpm/el$releasever/ mirrorlist=http://resources.ovirt.org/pub/yum-repo/mirrorlist-ovirt-3.6-el$releasever enabled=1 skip_if_unavailable=1 gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-ovirt-3.6 [root@host-182 yum.repos.d]# ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] Cannot locate vdsm package, possible cause is incorrect channels
I have ovirt engine 3.6 on centos 6.5 and tried to add centos 6.5 host. I used the command below to install the host yum localinstall http://plain.resources.ovirt.org/pub/yum-repo/ovirt-release36.rpm The ovirt repo are listed below. I tried to uncomment out the baseurl, still got the same issue. Any idea? It looks to me it failed to find the vdsm pkgs. Thanks, Huan [root@host-182 yum.repos.d]# more ovirt-3.6*.repo :: ovirt-3.6-dependencies.repo :: [ovirt-3.6-epel] name=Extra Packages for Enterprise Linux 6 - $basearch #baseurl=http://download.fedoraproject.org/pub/epel/6/$basearch mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=epel-6=$basearch failovermethod=priority enabled=1 includepkgs=epel-release,python-uinput,puppet,python-lockfile,python-cpopen,python-ordereddict,python-pthreading,python-inotify,python-argparse,novnc,python-ply, python-kitchen,python-daemon,python-websockify,livecd-tools,spice-html5,mom,python-IPy,python-ioprocess,ioprocess,safelease,rubygem-rgen,ovirt-guest-agent,pyxatt r,userspace-rcu gpgcheck=1 gpgkey=https://dl.fedoraproject.org/pub/epel/RPM-GPG-KEY-EPEL-6 [ovirt-3.6-jpackage-6.0-generic] name=JPackage 6.0, for generic mirrorlist=http://www.jpackage.org/mirrorlist.php?dist=generic=free=6.0 enabled=1 gpgcheck=1 includepkgs=dom4j,isorelax,jaxen,jdom,msv,msv-xsdlib,relaxngDatatype,servicemix-specs,tomcat5-servlet-2.4-api,ws-jaxme,xalan-j2,xml-commons,xml-commons-jaxp-1.2- apis,xml-commons-resolver11,xom,xpp2,xpp3,antlr3,stringtemplate gpgkey=http://www.jpackage.org/jpackage.asc [ovirt-3.6-centos-gluster37] name=CentOS-$releasever - Gluster 3.7 baseurl=http://mirror.centos.org/centos/$releasever/storage/$basearch/gluster-3.7/ gpgcheck=1 enabled=1 gpgkey=https://raw.githubusercontent.com/CentOS-Storage-SIG/centos-release-storage-common/master/RPM-GPG-KEY-CentOS-SIG-Storage [ovirt-3.6-patternfly1-noarch-epel] name=Copr repo for patternfly1 owned by patternfly baseurl=http://copr-be.cloud.fedoraproject.org/results/patternfly/patternfly1/epel-6-$basearch/ enabled=1 skip_if_unavailable=1 gpgcheck=0 [virtio-win-stable] name=virtio-win builds roughly matching what was shipped in latest RHEL baseurl=http://fedorapeople.org/groups/virt/virtio-win/repo/stable enabled=1 skip_if_unavailable=1 gpgcheck=0 :: ovirt-3.6.repo :: [ovirt-3.6] name=Latest oVirt 3.6 Release #baseurl=http://resources.ovirt.org/pub/ovirt-3.6/rpm/el$releasever/ mirrorlist=http://resources.ovirt.org/pub/yum-repo/mirrorlist-ovirt-3.6-el$releasever enabled=1 skip_if_unavailable=1 gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-ovirt-3.6 [root@host-182 yum.repos.d]# ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] Hosted Engine Storage Domain Stuck and no Volumes tab?
So this is on 4.0.1, Fedora 23, the engine is running fine on glusterfs, on a 3 replica arbiter 1 volume, the hosted_engine attached storage domain is *stuck* in offline, wondernig if there is anyway to fix that? Since the domain cannot be managed inside the engine. Also I have gluster enabled for one of my clusters but I'm missing a volumes tab to manage the gluster volumes? The hosts, when putting them into maintenaince, I have the option to turn off gluster... I know in 3.5-3.6 volume management was a feature, did this change? Thanks, Dan ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] 2 NIC Configuration
If you don't see the second NIC in there, it's either disabled in BIOS, malfunctioning or somehow not detected by the host OS. Not an oVirt issue. I'd start with checking why the host does not detect the NIC -- Dan On Mon, Aug 8, 2016 at 8:42 AM, Michael Cooperwrote: > Hello Everyone, > > I am new to oVirt actively, however I am a long time follower. I > apologize if this question has been asked before but i am not finding good > info on it or I am looking in the worng place or search terms are poor. I > have installed oVirt on a Dell SC1435 Server with 16 gb of ram and a 1 tb > drive. It also has 2 nics however I am only seeing one in the Web UI, how > would I go about adding my second NIC to this configration? > > My reasoning for this NIC 1 is used for VM communication and internet and > NIC 2 is used for Storage and management. Hopefully that makes sense. > > > Thank you so very much for time and pardon me for asking a dumb question. > > Michael Cooper > > http://coopfire.com > > Linux/VMWare Certified Professional > > ___ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] ovirt-ha-agent cpu usage
On Mon, Aug 8, 2016 at 1:03 PM, Roy Golanwrote: > Does the spikes correlates with info messages on extracting the ovf? > >> >> >> yes, it seems so and it happens every 14-15 seconds These are the lines I see scrolling in agent.log when I notice cpu spikes in ovirt-ha-agent... MainThread::INFO::2016-08-08 15:03:07,815::storage_server::212::ovirt_hosted_engine_ha.lib.storage_server.StorageServer::(connect_storage_server) Connecting storage server MainThread::INFO::2016-08-08 15:03:08,144::storage_server::220::ovirt_hosted_engine_ha.lib.storage_server.StorageServer::(connect_storage_server) Refreshing the storage domain MainThread::INFO::2016-08-08 15:03:08,705::hosted_engine::685::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_storage_images) Preparing images MainThread::INFO::2016-08-08 15:03:08,705::image::126::ovirt_hosted_engine_ha.lib.image.Image::(prepare_images) Preparing images MainThread::INFO::2016-08-08 15:03:09,653::hosted_engine::688::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_storage_images) Reloading vm.conf from the shared storage domain MainThread::INFO::2016-08-08 15:03:09,653::config::205::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(refresh_local_conf_file) Trying to get a fresher copy of vm configuration from the OVF_STORE MainThread::INFO::2016-08-08 15:03:09,843::ovf_store::100::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(scan) Found OVF_STORE: imgUUID:223d26c2-1668-493c-a322-8054923d135f, volUUID:108a362c-f5a9-440e-8817-1ed8a129afe8 MainThread::INFO::2016-08-08 15:03:10,309::ovf_store::100::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(scan) Found OVF_STORE: imgUUID:12ca2fc6-01f7-41ab-ab22-e75c822ac9b6, volUUID:1a18851e-6858-401c-be6e-af14415034b5 MainThread::INFO::2016-08-08 15:03:10,652::ovf_store::109::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(getEngineVMOVF) Extracting Engine VM OVF from the OVF_STORE MainThread::INFO::2016-08-08 15:03:10,974::ovf_store::116::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(getEngineVMOVF) OVF_STORE volume path: /rhev/data-center/mnt/ovirt01.lutwyn.org: _SHE__DOMAIN/31a9e9fd-8dcb-4475-aac4-09f897ee1b45/images/12ca2fc6-01f7-41ab-ab22-e75c822ac9b6/1a18851e-6858-401c-be6e-af14415034b5 MainThread::INFO::2016-08-08 15:03:11,494::config::225::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(refresh_local_conf_file) Found an OVF for HE VM, trying to convert MainThread::INFO::2016-08-08 15:03:11,497::config::230::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(refresh_local_conf_file) Got vm.conf from OVF_STORE MainThread::INFO::2016-08-08 15:03:11,675::hosted_engine::462::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUp (score: 3400) ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] 2 NIC Configuration
Hello Everyone, I am new to oVirt actively, however I am a long time follower. I apologize if this question has been asked before but i am not finding good info on it or I am looking in the worng place or search terms are poor. I have installed oVirt on a Dell SC1435 Server with 16 gb of ram and a 1 tb drive. It also has 2 nics however I am only seeing one in the Web UI, how would I go about adding my second NIC to this configration? My reasoning for this NIC 1 is used for VM communication and internet and NIC 2 is used for Storage and management. Hopefully that makes sense. Thank you so very much for time and pardon me for asking a dumb question. Michael Cooper http://coopfire.com Linux/VMWare Certified Professional ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] ovirt-ha-agent cpu usage
Does the spikes correlates with info messages on extracting the ovf? On Aug 8, 2016 1:33 PM, "Gianluca Cecchi"wrote: > Hello, > I have a test machine that is a nuc6 with an i5 and 32G of ram and SSD > disks. > It is configured as a single host environment with Self Hosted Engine VM. > Both host and SHE are CentOS 7.2 and oVirt version is 3.6.6.2-1.el7 > > I notice that having 3 VMs powered on and making nothing special (engine > VM, a CentOS 7 VM and a Fedora 24 VM) the ovirt-ha-agent process on host > often spikes its cpu usage. > See for example this quick video with top command running on host that > reflects what happens continuously. > > https://drive.google.com/file/d/0BwoPbcrMv8mvYUVRMFlLVmxRdXM/ > view?usp=sharing > > Is it normal that ovirt-ha-agent consumes all this amount of cpu? > Going into /var/log/ovirt-hosted-engine-ha/agent.log I see nothing > special, only messages of type "INFO". The same for broker.log > > Thanks, > Gianluca > > > ___ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] ovirt-ha-agent cpu usage
Hello, I have a test machine that is a nuc6 with an i5 and 32G of ram and SSD disks. It is configured as a single host environment with Self Hosted Engine VM. Both host and SHE are CentOS 7.2 and oVirt version is 3.6.6.2-1.el7 I notice that having 3 VMs powered on and making nothing special (engine VM, a CentOS 7 VM and a Fedora 24 VM) the ovirt-ha-agent process on host often spikes its cpu usage. See for example this quick video with top command running on host that reflects what happens continuously. https://drive.google.com/file/d/0BwoPbcrMv8mvYUVRMFlLVmxRdXM/view?usp=sharing Is it normal that ovirt-ha-agent consumes all this amount of cpu? Going into /var/log/ovirt-hosted-engine-ha/agent.log I see nothing special, only messages of type "INFO". The same for broker.log Thanks, Gianluca ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] oVirt 4.0 Hosted Engine
I think I've found the problem, a typo in hostname and the certificate are also created with the wrong FQDN. Sometime you just don't see the problem on first approach. Many thanks for your help Regards, Arsène On 08/08/2016 10:58 AM, Simone Tiraboschi wrote: On Mon, Aug 8, 2016 at 10:54 AM, Arsène Gschwindwrote: Status up-to-date : False Hostname : Host ID: 1 The issue is that on both the host you just see the status of host 1, which is also not up-to-date at host 2 eyes, and you miss host 2. Can you please check the status of ovirt-ha-agent and ovirt-ha-broker services and share your /var/log/ovirt-hosted-engine-ha/agent.log from the problematic host? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] oVirt 4.0 Hosted Engine
On Mon, Aug 8, 2016 at 10:54 AM, Arsène Gschwindwrote: > Status up-to-date : False > Hostname : > Host ID: 1 The issue is that on both the host you just see the status of host 1, which is also not up-to-date at host 2 eyes, and you miss host 2. Can you please check the status of ovirt-ha-agent and ovirt-ha-broker services and share your /var/log/ovirt-hosted-engine-ha/agent.log from the problematic host? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] oVirt 4.0 Hosted Engine
On 08/08/2016 10:22 AM, Simone Tiraboschi wrote: On Sun, Aug 7, 2016 at 3:42 PM, Arsène Gschwindwrote: Hi, I have an oVirt setup with 2 server using hosted-engine, both server resgistered properly the hosted-engine using : # hosted-engine --deploy but for some reason the second isn't recognized as a host for hosted-engine and I'm not able to migrate the hosted-engine. The error I get when trying to migrate: Cannot migrate VM. There is no host that satisfies current scheduling constraints. See below for details: The host xx did not satisfy internal filter HA because it is not a Hosted Engine host.. I've tried to redeploy the hosted-engine but this will fail since the host already exists in the management DB. I've tried to redeploy the host using the GUI when editing the Host and set DEPLOY at Hosted Engine but in that case the Event just says the configuration was updated but nothing happens. Is there a way to check if the host is registered as hosted-engine host? Can you please execute hosted-engine --vm-status on the problematic host? Here's the result from the host where hosted engine is running: Status up-to-date : True Hostname : xx Host ID: 1 Engine status : {"health": "good", "vm": "up", "detail": "up"} Score : 3400 stopped: False Local maintenance : False crc32 : 3c9dd013 Host timestamp : 82115 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=82115 (Mon Aug 8 10:44:12 2016) host-id=1 score=3400 maintenance=False state=EngineUp stopped=False And this is from the problematic host: Status up-to-date : False Hostname : Host ID: 1 Engine status : unknown stale-data Score : 3400 stopped: False Local maintenance : False crc32 : 6c959fce Host timestamp : 82149 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=82149 (Mon Aug 8 10:44:45 2016) host-id=1 score=3400 maintenance=False state=EngineUp stopped=False Do you see any hosted-engine score for it in the engine? It seems the score is the same on both host Thanks, Arsène How could I register it correctly? Let me know if you need any logs. Thanks for any hint. Regards, Arsène ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] oVirt 4.0 Hosted Engine
On Sun, Aug 7, 2016 at 3:42 PM, Arsène Gschwindwrote: > Hi, > > I have an oVirt setup with 2 server using hosted-engine, both server > resgistered properly the hosted-engine using : > # hosted-engine --deploy > > but for some reason the second isn't recognized as a host for hosted-engine > and I'm not able to migrate the hosted-engine. > The error I get when trying to migrate: > > Cannot migrate VM. There is no host that satisfies current scheduling > constraints. See below for details: > The host xx did not satisfy internal filter HA because it is not a > Hosted Engine host.. > > I've tried to redeploy the hosted-engine but this will fail since the host > already exists in the management DB. > I've tried to redeploy the host using the GUI when editing the Host and set > DEPLOY at Hosted Engine but in that case the Event just says the > configuration was updated but nothing happens. > > Is there a way to check if the host is registered as hosted-engine host? Can you please execute hosted-engine --vm-status on the problematic host? Do you see any hosted-engine score for it in the engine? > How could I register it correctly? > > Let me know if you need any logs. > Thanks for any hint. > > Regards, > Arsène > > > ___ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] preallocated storage issue?
Eventually, the option of preallocated disk on NFS will not be available in oVirt. The underlying file systems in NFS are usually implementing sparse file. There might even be a file system implementation that will ignore those zeroes that we fill. If you need a "real" preallocated disk, block storage will do the job for you. Regards, Fred On Mon, Aug 8, 2016 at 10:37 AM, Simon Barrett < simon.barr...@tradingscreen.com> wrote: > Many thanks for the information and it does explain what I’m seeing. > > > > Is this the expected result though or is it a known bug? If using qemu-img > to move images always results in a disk image that states it is > preallocated but does not allocate the space, how do I move preallocated > disk images? I know I can do the same within the VM and write a very large > file full of zeros to grow the image to full capacity on disk but is that > the correct approach? > > > > Thanks again, > > > > Simon > > > > *From:* Fred Rolland [mailto:froll...@redhat.com] > *Sent:* Sunday, 7 August, 2016 10:55 > *To:* Simon Barrett> *Cc:* users@ovirt.org > *Subject:* Re: [ovirt-users] preallocated storage issue? > > > > Simon, > > What is happening is that when we create a preallocated disk on NFS, we > fill the file with zeros in order to "allocate" the space. > > However, while copying the disk we use qemu-img that will ignore the zeros. > > > > Quick way to demonstrate: > > [root@white-vdsd test]# dd if=/dev/zero of=myfile.txt bs=1M count=1 > 1+0 records in > 1+0 records out > 1048576 bytes (1.0 MB, 1.0 MiB) copied, 0.00172084 s, 609 MB/s > > [root@white-vdsd test]# du -h myfile.txt > 1.0Mmyfile.txt > > [root@white-vdsd test]# ls -lh myfile.txt > -rw-r--r-- 1 root root 1.0M Aug 7 12:39 myfile.txt > > [root@white-vdsd test]# qemu-img convert myfile.txt myfile2.txt > > [root@white-vdsd test]# ls -lh myfile2.txt > -rw-r--r-- 1 root root 1.0M Aug 7 12:41 myfile2.txt > > [root@white-vdsd test]# du -h myfile2.txt > 0myfile2.txt > > [root@white-vdsd test]# qemu-img info myfile.txt > image: myfile.txt > file format: raw > virtual size: 1.0M (1048576 bytes) > disk size: 1.0M > > [root@white-vdsd test]# qemu-img info myfile2.txt > image: myfile2.txt > file format: raw > virtual size: 1.0M (1048576 bytes) > disk size: 0 > > I hope this explains what you see. > > Regards, > > Fred > > > > > > On Sun, Aug 7, 2016 at 11:13 AM, Simon Barrett < > simon.barr...@tradingscreen.com> wrote: > > Storage is NFS. What logs would you like to see? > > Many thanks. > > Simon > > > > On Sun, Aug 7, 2016 at 8:53 AM +0100, "Fred Rolland" > wrote: > > Simon hi, > > What storage type are you using in source and target storage domains ? > (NFS, ISCSI) > > Can you share the logs? > > > > Thanks, > > Fred > > > > On Fri, Aug 5, 2016 at 6:37 PM, Simon Barrett < > simon.barr...@tradingscreen.com> wrote: > > Another example. This one was moved to a new storage domain > > > > root@ovirt_host1> qemu-img info dd6f25f6-7830-4024-915f-a20268797c34 > > image: dd6f25f6-7830-4024-915f-a20268797c34 > > file format: raw > > virtual size: 200G (214748364800 bytes) > > disk size: 5.0G > > > > root@ ovirt_host1> cat dd6f25f6-7830-4024-915f-a20268797c34.meta > > DOMAIN=53560d43-874a-49c5-9c5a-8b90487c79f8 > > VOLTYPE=LEAF > > CTIME=1470305678 > > FORMAT=RAW > > IMAGE=741976cd-d1cb-4031-bdbe-6a745dff16ef > > DISKTYPE=2 > > PUUID=---- > > LEGALITY=LEGAL > > MTIME=0 > > POOL_UUID= > > SIZE=419430400 > > TYPE=PREALLOCATED > > DESCRIPTION= > > EOF > > > > > > This one has not been moved: > > > > r...@ny2-lvb-066.mgt> qemu-img info 155f0d33-c280-4236-8d1e-fcb88f9a1242 > > image: 155f0d33-c280-4236-8d1e-fcb88f9a1242 > > file format: raw > > virtual size: 90G (96636764160 bytes) > > disk size: 90G > > > > r...@ny2-lvb-066.mgt> cat 155f0d33-c280-4236-8d1e-fcb88f9a1242.meta > > DOMAIN=59bde2ff-e10d-477e-91c1-6355abff0999 > > CTIME=1464946639 > > FORMAT=RAW > > DISKTYPE=2 > > LEGALITY=LEGAL > > SIZE=188743680 > > VOLTYPE=LEAF > > DESCRIPTION={"DiskAlias":"ny2-laa-010.prod_Disk1","DiskDescription":""} > > IMAGE=82158182-81a4-458e-a41b-663756962666 > > PUUID=---- > > MTIME=0 > > POOL_UUID= > > TYPE=PREALLOCATED > > EOF > > > > See the mismatch between “virtual size” and “disk size” on the one that > was moved. > > > > TIA, > > > > Simon > > > > *From:* users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] *On > Behalf Of *Simon Barrett > *Sent:* Friday, 5 August, 2016 10:25 > *To:* users@ovirt.org > *Subject:* [ovirt-users] preallocated storage issue? > > > > If I create a preallocated disk for a VM, I see the disk image file > listing as the size I requested (100G): > > > > cd /rhev/data-center/mnt/storage_host1:_vol_pa1__nas__01b__ > oVirt__prod__01/53560d43-874a-49c5-9c5a-8b90487c79f8/images/ > d97f7706-3662-40bf-9358-80e0dc51bff4 > > root@ovirt_host> ls -l > > total 105064644 > > -rw-rw 1 vdsm kvm
Re: [ovirt-users] upgrade to ovirt 4 failed
> Le 8 août 2016 à 08:34, Sandro Bonazzolaa écrit : > > > > On Wed, Aug 3, 2016 at 12:19 PM, Fabrice Bacchella > > wrote: > I'm running on Centos 7, just upgraded to ovirt 4.01 using the procedure > given in the release notes. > > But now I'm getting that in /var/log/ovirt-engine/engine.log: > > 2016-08-03 12:04:39,751 ERROR [org.ovirt.engine.core.bll.Backend] > (ServerService Thread Pool -- 54) [] Error during initialization: > org.jboss.weld.exceptions.WeldException: WELD-49: Unable to invoke > private void org.ovirt.engine.core.vds > broker.ResourceManager.init() on > org.ovirt.engine.core.vdsbroker.ResourceManager@28b87a8e > at > org.jboss.weld.injection.producer.DefaultLifecycleCallbackInvoker.invokeMethods(DefaultLifecycleCallbackInvoker.java:100) > [weld-core-impl-2.3.2.Final.jar:2.3.2.Final] > at > org.jboss.weld.injection.producer.DefaultLifecycleCallbackInvoker.postConstruct(DefaultLifecycleCallbackInvoker.java:81) > [weld-core-impl-2.3.2.Final.jar:2.3.2.Final] > at > org.jboss.weld.injection.producer.BasicInjectionTarget.postConstruct(BasicInjectionTarget.java:126) > [weld-core-impl-2.3.2.Final.jar:2.3.2.Final] > at org.jboss.weld.bean.ManagedBean.create(ManagedBean.java:162) > [weld-core-impl-2.3.2.Final.jar:2.3.2.Final] > at > org.jboss.weld.context.AbstractContext.get(AbstractContext.java:96) > [weld-core-impl-2.3.2.Final.jar:2.3.2.Final] > at > org.jboss.weld.bean.ContextualInstanceStrategy$DefaultContextualInstanceStrategy.get(ContextualInstanceStrategy.java:101) > [weld-core-impl-2.3.2.Final.jar:2.3.2.Final] > at > org.jboss.weld.bean.ContextualInstanceStrategy$ApplicationScopedContextualInstanceStrategy.get(ContextualInstanceStrategy.java:141) > [weld-core-impl-2.3.2.Final.jar:2.3.2.Final] > at > org.jboss.weld.bean.ContextualInstance.get(ContextualInstance.java:50) > [weld-core-impl-2.3.2.Final.jar:2.3.2.Final] > at > org.jboss.weld.manager.BeanManagerImpl.getReference(BeanManagerImpl.java:742) > [weld-core-impl-2.3.2.Final.jar:2.3.2.Final] > ... > Caused by: java.lang.reflect.InvocationTargetException > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > [rt.jar:1.8.0_92] > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > [rt.jar:1.8.0_92] > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > [rt.jar:1.8.0_92] > at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_92] > at > org.jboss.weld.injection.producer.DefaultLifecycleCallbackInvoker.invokeMethods(DefaultLifecycleCallbackInvoker.java:98) > [weld-core-impl-2.3.2.Final.jar:2.3.2.Final] > ... 82 more > Caused by: java.lang.NullPointerException > at > org.postgresql.jdbc.TypeInfoCache.getSQLType(TypeInfoCache.java:182) > > > Can you please check the version of postgresql-jdbc you're using? Looks like > an issue while talking with the driver. Yes, Martin Perina told me about that and it solve my problem. I was using a postgresql-jdbc 9.4, only 9.2 is allowed. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] ovirt 3.6.7 and gluster 3.7.14
On Mon, Aug 8, 2016 at 3:37 AM, Luiz Claudio Prazeres Goncalves < luiz...@gmail.com> wrote: > Hi, it seems the ovirt-3.6-dependencies.repo is pointing the yum repo to > http://download.gluster.org/pub/gluster/glusterfs/LATEST/ > EPEL.repo/epel-$releasever/$basearch/ and http://download.gluster.org/ > pub/gluster/glusterfs/LATEST/EPEL.repo/epel-$releasever/noarch, however > the "LATEST" is now pointing to gluster 3.8.x and not to 3.7.x anymore. > I checked the ovirt-release project and the dependency points to CentOS SIG repo - http://mirror.centos.org/centos/7/storage/$basearch/gluster-3.7/ > > So, in order to fix it I was forced to manually adjust the yum repo paths > as you can see below. Is this procedure correct? I would say yes, but it's > always good to double check :) > The procedure is correct. > > Also, It's currently running centos 7.2 + ovirt 3.6.6 + gluster 3.7.11 > (client) and I'm planning to upgrade to ovirt 3.6.7 and gluster 3.7.14 > (client). > > The oVirt Cluster is running on top of an external gluster replica 3 > cluster, hosting the engine storage domain and vms storage domain, running > the version 3.7.11 which I'm also planning to move to 3.7.14 as well. I'm > using XFS and not ZFS, which seems to have issues with gluster 3.7.13 > > Is this upgrade safe and recommended? > Update the gluster servers first and then the clients. > > Thanks > -Luiz > > [ovirt-3.6-glusterfs-epel] > > name=GlusterFS is a clustered file-system capable of scaling to several > petabytes. > > #baseurl=http://download.gluster.org/pub/gluster/ > glusterfs/LATEST/EPEL.repo/epel-$releasever/$basearch/ > > baseurl=https://download.gluster.org/pub/gluster/glusterfs/3.7/3.7.14 > /EPEL.repo/epel-7.2/x86_64/ > > enabled=1 > > skip_if_unavailable=1 > > gpgcheck=1 > > gpgkey=https://download.gluster.org/pub/gluster/glusterfs/LATEST/pub.key > > > [ovirt-3.6-glusterfs-noarch-epel] > > name=GlusterFS is a clustered file-system capable of scaling to several > petabytes. > > #baseurl=http://download.gluster.org/pub/gluster/ > glusterfs/LATEST/EPEL.repo/epel-$releasever/noarch > > baseurl=https://download.gluster.org/pub/gluster/glusterfs/3.7/3.7.14 > /EPEL.repo/epel-7.2/noarch > > enabled=1 > > skip_if_unavailable=1 > > gpgcheck=1 > > gpgkey=https://download.gluster.org/pub/gluster/glusterfs/LATEST/pub.key > > ___ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] upgrade to ovirt 4 failed
On Wed, Aug 3, 2016 at 12:19 PM, Fabrice Bacchella < fabrice.bacche...@orange.fr> wrote: > I'm running on Centos 7, just upgraded to ovirt 4.01 using the procedure > given in the release notes. > > But now I'm getting that in /var/log/ovirt-engine/engine.log: > > 2016-08-03 12:04:39,751 ERROR [org.ovirt.engine.core.bll.Backend] > (ServerService Thread Pool -- 54) [] Error during initialization: > org.jboss.weld.exceptions.WeldException: WELD-49: Unable to invoke > private void org.ovirt.engine.core.vds > broker.ResourceManager.init() on org.ovirt.engine.core. > vdsbroker.ResourceManager@28b87a8e > at org.jboss.weld.injection.producer. > DefaultLifecycleCallbackInvoker.invokeMethods( > DefaultLifecycleCallbackInvoker.java:100) [weld-core-impl-2.3.2.Final. > jar:2.3.2.Final] > at org.jboss.weld.injection.producer. > DefaultLifecycleCallbackInvoker.postConstruct( > DefaultLifecycleCallbackInvoker.java:81) [weld-core-impl-2.3.2.Final. > jar:2.3.2.Final] > at org.jboss.weld.injection.producer.BasicInjectionTarget. > postConstruct(BasicInjectionTarget.java:126) [weld-core-impl-2.3.2.Final. > jar:2.3.2.Final] > at org.jboss.weld.bean.ManagedBean.create(ManagedBean.java:162) > [weld-core-impl-2.3.2.Final.jar:2.3.2.Final] > at org.jboss.weld.context.AbstractContext.get(AbstractContext.java:96) > [weld-core-impl-2.3.2.Final.jar:2.3.2.Final] > at org.jboss.weld.bean.ContextualInstanceStrategy$ > DefaultContextualInstanceStrategy.get(ContextualInstanceStrategy.java:101) > [weld-core-impl-2.3.2.Final.jar:2.3.2.Final] > at org.jboss.weld.bean.ContextualInstanceStrategy$ > ApplicationScopedContextualInstanceStrategy.get( > ContextualInstanceStrategy.java:141) [weld-core-impl-2.3.2.Final. > jar:2.3.2.Final] > at > org.jboss.weld.bean.ContextualInstance.get(ContextualInstance.java:50) > [weld-core-impl-2.3.2.Final.jar:2.3.2.Final] > at > org.jboss.weld.manager.BeanManagerImpl.getReference(BeanManagerImpl.java:742) > [weld-core-impl-2.3.2.Final.jar:2.3.2.Final] > ... > Caused by: java.lang.reflect.InvocationTargetException > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > [rt.jar:1.8.0_92] > at sun.reflect.NativeMethodAccessorImpl.invoke( > NativeMethodAccessorImpl.java:62) [rt.jar:1.8.0_92] > at sun.reflect.DelegatingMethodAccessorImpl.invoke( > DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_92] > at java.lang.reflect.Method.invoke(Method.java:498) > [rt.jar:1.8.0_92] > at org.jboss.weld.injection.producer. > DefaultLifecycleCallbackInvoker.invokeMethods( > DefaultLifecycleCallbackInvoker.java:98) [weld-core-impl-2.3.2.Final. > jar:2.3.2.Final] > ... 82 more > Caused by: java.lang.NullPointerException > at org.postgresql.jdbc.TypeInfoCache.getSQLType( > TypeInfoCache.java:182) > Can you please check the version of postgresql-jdbc you're using? Looks like an issue while talking with the driver. > at org.postgresql.jdbc.TypeInfoCache.getSQLType( > TypeInfoCache.java:178) > at org.postgresql.jdbc.PgDatabaseMetaData.getProcedureColumns( > PgDatabaseMetaData.java:1259) > at org.postgresql.jdbc.PgDatabaseMetaData.getProcedureColumns( > PgDatabaseMetaData.java:1040) > at org.springframework.jdbc.core.metadata. > GenericCallMetaDataProvider.processProcedureColumns( > GenericCallMetaDataProvider.java:353) [spring-jdbc.jar:4.2.4.RELEASE] > at org.springframework.jdbc.core.metadata. > GenericCallMetaDataProvider.initializeWithProcedureColumnMetaData( > GenericCallMetaDataProvider.java:112) [spring-jdbc.jar:4.2.4.RELEASE] > at org.springframework.jdbc.core.metadata. > CallMetaDataProviderFactory$1.processMetaData(CallMetaDataProviderFactory.java:133) > [spring-jdbc.jar:4.2.4.RELEASE] > at org.springframework.jdbc.support.JdbcUtils. > extractDatabaseMetaData(JdbcUtils.java:299) [spring-jdbc.jar:4.2.4. > RELEASE] > at org.springframework.jdbc.core.metadata. > CallMetaDataProviderFactory.createMetaDataProvider( > CallMetaDataProviderFactory.java:73) [spring-jdbc.jar:4.2.4.RELEASE] > at org.springframework.jdbc.core.metadata.CallMetaDataContext. > initializeMetaData(CallMetaDataContext.java:286) [spring-jdbc.jar:4.2.4. > RELEASE] > at org.springframework.jdbc.core.simple.AbstractJdbcCall. > compileInternal(AbstractJdbcCall.java:303) [spring-jdbc.jar:4.2.4.RELEASE] > at org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$ > PostgresSimpleJdbcCall.compileInternal(PostgresDbEngineDialect.java:108) > [dal.jar:] > at org.springframework.jdbc.core.simple.AbstractJdbcCall. > compile(AbstractJdbcCall.java:288) [spring-jdbc.jar:4.2.4.RELEASE] > at org.ovirt.engine.core.dal.dbbroker.SimpleJdbcCallsHandler. > getCall(SimpleJdbcCallsHandler.java:169) [dal.jar:] > at org.ovirt.engine.core.dal.dbbroker.SimpleJdbcCallsHandler. > executeImpl(SimpleJdbcCallsHandler.java:146)