- Users - oVirt List Archives

matching / mapping ovirt storage domain images to VMs
by Charles Kozler 07 Feb '16

07 Feb '16

is there an easy / intutive way to find out the underlying image associated to a VM? for instance, looking at a storage domain from the server, it is not easy to figure out what VM it actually belongs to [storage[root@snode01 images]$ find -type f | grep -iv meta | grep -iv lease | xargs du -sch 20K ./bd765364-064d-487c-a6f8-a290249edca1/4f6dcb0e-e4c9-4ab6-af6d-d49f89228fa1 20K ./e69a0128-fddc-4ee7-b91c-04caf8bdd540/2ce9d1aa-70e3-4063-895d-c9848ec122e5 10G ./2d1eab4a-df47-4e8e-8a0c-c58ca9c0d6cf/1ab0bebd-57b4-45f3-8e77-7c1973282766 10G ./9ed4a196-bc18-4d6a-b7b6-f38bee01e102/32953e4c-8a3c-4252-96d9-9ecbb7c2a603 0 ./1c3129dc-56fa-4e41-bd5b-3313f9f1aa86/d4221e11-bf3b-4226-a8a8-b53ff0189592 21G total How can I find out what VMs these belong to? -- *Charles Kozler* *Vice President, IT Operations* FIX Flyer, LLC 225 Broadway | Suite 1600 | New York, NY 10007 1-888-349-3593 http://www.fixflyer.com <http://fixflyer.com> NOTICE TO RECIPIENT: THIS E-MAIL IS MEANT ONLY FOR THE INTENDED RECIPIENT(S) OF THE TRANSMISSION, AND CONTAINS CONFIDENTIAL INFORMATION WHICH IS PROPRIETARY TO FIX FLYER LLC. ANY UNAUTHORIZED USE, COPYING, DISTRIBUTION, OR DISSEMINATION IS STRICTLY PROHIBITED. ALL RIGHTS TO THIS INFORMATION IS RESERVED BY FIX FLYER LLC. IF YOU ARE NOT THE INTENDED RECIPIENT, PLEASE CONTACT THE SENDER BY REPLY E-MAIL AND PLEASE DELETE THIS E-MAIL FROM YOUR SYSTEM AND DESTROY ANY COPIES.

3 4

Re: [ovirt-users] Problem update ovirt 3.5.6.2-1.el7 to 6.2.6-1.el7
by Martin Perina 06 Feb '16

06 Feb '16

Hi, so it seems, that for some strange reason, user 'engine' cannot create schema in 'engine' database although it should be an owner of this db. I double checked that on all our testing databases this works fine and also if you created engine db according to doc (either automatically by engine-setup or manually in case of remote db) this should work. So you can try to execute following command which adds proper permissions to 'engine' db user (please adapt according to you setup): su - postgres -c "psql --command=\"GRANT ALL ON DATABASE @ENGINE_DB_DATABASE@ TO @ENGINE_DB_USER@;\"" The correct output should be: GRANT If it's successful, please execute engine-setup again to verify that above step fixed the issue. Thanks Martin Perina ----- Original Message ----- > From: "Marcelo Leandro" <marceloltmm(a)gmail.com> > To: "Martin Perina" <mperina(a)redhat.com> > Sent: Thursday, February 4, 2016 1:40:36 PM > Subject: Re: [ovirt-users] Problem update ovirt 3.5.6.2-1.el7 to 6.2.6-1.el7 > > Hello Martin, > > Indeed there´s an issue here. Runnig your command, I got this error: > ERROR: permission denied for database engine , I'm investigating > deeper > > Thanks > > 2016-02-04 6:18 GMT-03:00 Martin Perina <mperina(a)redhat.com>: > > Hi, > > > > I just verified that upgrades on both Centos 6.7 and Centos 7.2 works fine, > > so there's something bad with psql on you machines :-( > > > > Could you please execute following steps and send me result? > > > > 1. Please take a look at your engine db configuration in > > /etc/ovirt-engine/engine.conf.d/10-setup-database.conf > > > > 2. Please replace variables (@VAR@) with real values according to your > > db setup and execute following command on engine host (or VM in > > case of hosted engine): > > > > LC_ALL="C" PGPASSWORD="@ENGINE_DB_PASSWORD@" psql -w > > --pset=tuples_only=on --host="@ENGINE_DB_HOST@" > > --port="@ENGINE_DB_PORT@" --username="@ENGINE_DB_USER@" > > --dbname="@ENGINE_DB_DATABASE@" --set ON_ERROR_STOP=1 --no-psqlrc > > --command="CREATE SCHEMA aaa_jdbc_x AUTHORIZATION @ENGINE_DB_USER@;" || > > die "Cannot execute sql command" > > > > Correct output should be: > > > > CREATE SCHEMA > > > > > > Thanks a lot > > > > Martin Perina > > > > ----- Original Message ----- > >> From: "Darrell Budic" <budic(a)onholyground.com> > >> To: "Marcelo Leandro" <marceloltmm(a)gmail.com> > >> Cc: "Martin Perina" <mperina(a)redhat.com>, "users" <users(a)ovirt.org> > >> Sent: Thursday, February 4, 2016 6:17:21 AM > >> Subject: Re: [ovirt-users] Problem update ovirt 3.5.6.2-1.el7 to > >> 6.2.6-1.el7 > >> > >> I just hit a similar problem, but on Centos 6.7, postgres (PostgreSQL) > >> 8.4.20. Looks like a permission error for me? > >> > >> 2016-02-03 22:52:42 DEBUG otopi.context context._executeMethod:142 Stage > >> misc > >> ME > >> THOD > >> otopi.plugins.ovirt_engine_setup.ovirt_engine.config.aaajdbc.Plugin._misc > >> 2016-02-03 22:52:42 INFO > >> otopi.plugins.ovirt_engine_setup.ovirt_engine.config.aa > >> ajdbc aaajdbc._setupSchema:97 Creating/refreshing Engine 'internal' domain > >> datab > >> ase schema > >> 2016-02-03 22:52:42 DEBUG > >> otopi.plugins.ovirt_engine_setup.ovirt_engine.config.a > >> aajdbc plugin.executeRaw:828 execute: > >> ['/usr/share/ovirt-engine-extension-aaa-jd > >> bc/dbscripts/schema.sh', '-s', 'localhost', '-p', '5432', '-u', 'engine', > >> '-d', > >> 'engine', '-e', 'aaa_jdbc', '-l', > >> '/var/log/ovirt-engine/setup/ovirt-engine-setu > >> p-20160203224629-uy91s0.log', '-c', 'apply'], executable='None', > >> cwd='None', > >> env > >> ={'LESSOPEN': '||/usr/bin/lesspipe.sh %s', 'LOGNAME': 'root', 'USER': > >> 'root', > >> 'P > >> ATH': '/sbin:/bin:/usr/sbin:/usr/bin', 'HOME': '/root', 'LANG': > >> 'en_US.UTF-8', ' > >> TERM': 'xterm-color', 'SHELL': '/bin/bash', 'SHLVL': '1', > >> 'G_BROKEN_FILENAMES': > >> '1', 'HISTSIZE': '1000', 'SUDO_USER': 'telsin', 'USERNAME': 'root', > >> 'PYTHONPATH' > >> : '/usr/share/ovirt-engine/setup/bin/..::', 'SUDO_UID': '699600001', > >> 'KRB5CCNAME > >> ': 'FILE:/tmp/krb5cc_699600001_5oRWEw', 'MAIL': '/var/spool/mail/telsin', > >> 'DBFUN > >> C_DB_PGPASSFILE': '/tmp/tmpqzrQIw', 'SUDO_COMMAND': '/bin/bash', > >> 'SUDO_GID': > >> '69 > >> 9600001', 'HOSTNAME': 'ovirt.int.ohgnetworks.com', 'PWD': '/home/telsin', > >> 'OTOPI > >> _LOGFILE': > >> '/var/log/ovirt-engine/setup/ovirt-engine-setup-20160203224629-uy91s0 > >> .log', 'LS_COLORS': > >> 'rs=0:di=01;34:ln=01;36:mh=00:pi=40;33:so=01;35:do=01;35:bd= > >> 40;33;01:cd=40;33;01:or=40;31;01:mi=01;05;37;41:su=37;41:sg=30;43:ca=30;41:tw=30 > >> ;42:ow=34;42:st=37;44:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:* > >> .lzh=01;31:*.lzma=01;31:*.tlz=01;31:*.txz=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31: > >> *.dz=01;31:*.gz=01;31:*.lz=01;31:*.xz=01;31:*.bz2=01;31:*.tbz=01;31:*.tbz2=01;31 > >> :*.bz=01;31:*.tz=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.rar=01;31:*.ace=01; > >> 31:*.zoo=01;31:*.cpio=01;31:*.7z=01;31:*.rz=01;31:*.jpg=01;35:*.jpeg=01;35:*.gif > >> =01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:* > >> .xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.svg=01;35:*.svgz=01;35:*.mng=0 > >> 1;35:*.pcx=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.m2v=01;35:*.mkv=01;35:*. > >> ogm=01;35:*.mp4=01;35:*.m4v=01;35:*.mp4v=01;35:*.vob=01;35:*.qt=01;35:*.nuv=01;3 > >> 5:*.wmv=01;35:*.asf=01;35:*.rm=01;35:*.rmvb=01;35:*.flc=01;35:*.avi=01;35:*.fli= > >> 01;35:*.flv=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.yuv=01;35:*.cg > >> m=01;35:*.emf=01;35:*.axv=01;35:*.anx=01;35:*.ogv=01;35:*.ogx=01;35:*.aac=01;36: > >> *.au=01;36:*.flac=01;36:*.mid=01;36:*.midi=01;36:*.mka=01;36:*.mp3=01;36:*.mpc=0 > >> 1;36:*.ogg=01;36:*.ra=01;36:*.wav=01;36:*.axa=01;36:*.oga=01;36:*.spx=01;36:*.xs > >> pf=01;36:', 'OTOPI_EXECDIR': '/home/telsin'} > >> ********* QUERY ********** > >> select 1; > >> ************************** > >> > >> 1 > >> > >> ********* QUERY ********** > >> copy ( > >> SELECT COUNT(schema_name) > >> FROM information_schema.schemata > >> WHERE schema_name = 'aaa_jdbc' > >> ) to stdout with delimiter as '|'; > >> ************************** > >> > >> ********* QUERY ********** > >> CREATE SCHEMA aaa_jdbc AUTHORIZATION engine; > >> ************************** > >> > >> 2016-02-03 22:52:43 DEBUG > >> otopi.plugins.ovirt_engine_setup.ovirt_engine.config.a > >> aajdbc plugin.executeRaw:878 execute-result: > >> ['/usr/share/ovirt-engine-extension > >> -aaa-jdbc/dbscripts/schema.sh', '-s', 'localhost', '-p', '5432', '-u', > >> 'engine', > >> '-d', 'engine', '-e', 'aaa_jdbc', '-l', > >> '/var/log/ovirt-engine/setup/ovirt-engi > >> ne-setup-20160203224629-uy91s0.log', '-c', 'apply'], rc=1 > >> 2016-02-03 22:52:43 DEBUG > >> otopi.plugins.ovirt_engine_setup.ovirt_engine.config.a > >> aajdbc plugin.execute:936 execute-output: > >> ['/usr/share/ovirt-engine-extension-aa > >> a-jdbc/dbscripts/schema.sh', '-s', 'localhost', '-p', '5432', '-u', > >> 'engine', > >> '- > >> d', 'engine', '-e', 'aaa_jdbc', '-l', > >> '/var/log/ovirt-engine/setup/ovirt-engine- > >> setup-20160203224629-uy91s0.log', '-c', 'apply'] stdout: > >> Creating custom schema aaa_jdbc ... > >> > >> 2016-02-03 22:52:43 DEBUG > >> otopi.plugins.ovirt_engine_setup.ovirt_engine.config.a > >> aajdbc plugin.execute:941 execute-output: > >> ['/usr/share/ovirt-engine-extension-aa > >> a-jdbc/dbscripts/schema.sh', '-s', 'localhost', '-p', '5432', '-u', > >> 'engine', > >> '- > >> d', 'engine', '-e', 'aaa_jdbc', '-l', > >> '/var/log/ovirt-engine/setup/ovirt-engine- > >> setup-20160203224629-uy91s0.log', '-c', 'apply'] stderr: > >> ERROR: permission denied for database engine > >> FATAL: Cannot execute sql command: --no-psqlrc --command=CREATE SCHEMA > >> aaa_jdbc > >> AUTHORIZATION engine; > >> > >> 2016-02-03 22:52:43 DEBUG otopi.context context._executeMethod:156 method > >> except > >> ion > >> Traceback (most recent call last): > >> File "/usr/lib/python2.6/site-packages/otopi/context.py", line 146, in > >> _execut > >> eMethod > >> method['method']() > >> File > >> "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-en > >> gine/config/aaajdbc.py", line 379, in _misc > >> self._setupSchema() > >> File > >> "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-en > >> gine/config/aaajdbc.py", line 138, in _setupSchema > >> oenginecons.EngineDBEnv.PGPASS_FILE > >> File "/usr/lib/python2.6/site-packages/otopi/plugin.py", line 946, in > >> execute > >> command=args[0], > >> RuntimeError: Command > >> '/usr/share/ovirt-engine-extension-aaa-jdbc/dbscripts/sche > >> ma.sh' failed to execute > >> 2016-02-03 22:52:43 ERROR otopi.context context._executeMethod:165 Failed > >> to > >> exe > >> cute stage 'Misc configuration': Command > >> '/usr/share/ovirt-engine-extension-aaa- > >> jdbc/dbscripts/schema.sh' failed to execute > >> > >> This hosted engine has been through several upgrades if it makes a > >> difference. Any workarounds available? > >> > >> Thanks, > >> > >> -Darrell > >> > >> > >> > On Feb 3, 2016, at 4:17 AM, Marcelo Leandro <marceloltmm(a)gmail.com> > >> > wrote: > >> > > >> > Hello Martin, > >> > > >> > SO version: > >> > CentOS Linux release 7.2.1511 (Core) > >> > > >> > > >> > Postgresql version: > >> > postgres=# SELECT version(); > >> > > >> > version > >> > > >> > -------------------------------------------------------------------------------------------------------------- > >> > > >> > PostgreSQL 9.2.14 on x86_64-redhat-linux-gnu, compiled by gcc (GCC) > >> > 4.8.3 20140911 (Red Hat 4.8.3-9), 64-bit > >> > > >> > > >> > Thanks. > >> > > >> > 2016-02-03 4:40 GMT-03:00 Martin Perina <mperina(a)redhat.com>: > >> >> Hi, > >> >> > >> >> what distribution are you using? What is postgresql version? > >> >> > >> >> Thanks > >> >> > >> >> Martin Perina > >> >> > >> >> ----- Original Message ----- > >> >>> From: "Marcelo Leandro" <marceloltmm(a)gmail.com> > >> >>> To: "users" <users(a)ovirt.org> > >> >>> Sent: Wednesday, February 3, 2016 3:39:58 AM > >> >>> Subject: [ovirt-users] Problem update ovirt 3.5.6.2-1.el7 to > >> >>> 6.2.6-1.el7 > >> >>> > >> >>> hello, > >> >>> i have problem for update with ovirt. > >> >>> erro msg: > >> >>> > >> >>> [ ERROR ] Failed to execute stage 'Misc configuration': Command > >> >>> '/usr/share/ovirt-engine-extension-aaa-jdbc/dbscripts/schema.sh' > >> >>> failed to execute > >> >>> > >> >>> > >> >>> setup.log: > >> >>> https://copy.com/nOhoxwI8kPzm6fO0 > >> >>> > >> >>> anybody can help me ? > >> >>> > >> >>> Thanks. > >> >>> _______________________________________________ > >> >>> Users mailing list > >> >>> Users(a)ovirt.org > >> >>> http://lists.ovirt.org/mailman/listinfo/users > >> >>> > >> > _______________________________________________ > >> > Users mailing list > >> > Users(a)ovirt.org > >> > http://lists.ovirt.org/mailman/listinfo/users > >> > >> >

5 14

packet loss ingress to engine VM
by Charles Kozler 06 Feb '16

06 Feb '16

I cannot figure this out for the life of me but its been an issue. it eventually resolves itself once everything has "settled" after I bring the hosted-engine VM up but it takes anywhere between 15 minutes and 1 hour to completely settle http://imgur.com/a/o4S5m The picture is the best way I can describe it. From the node the engine is running on I ping the engine VM and packet loss is great. When I ping FROM the VM out to the outside world (or any IP really) there is no packet loss I have ruled out physical connectivity issues and RSTP/STP is not enabled on the switches that the ovirtmgmt network is connected to This causes a problem because the inbound checks from the nodes fails (I guess you use ICMP?) and then it starts to enter a constant flap state where the engine keeps migrating around -- *Charles Kozler* *Vice President, IT Operations* FIX Flyer, LLC 225 Broadway | Suite 1600 | New York, NY 10007 1-888-349-3593 http://www.fixflyer.com <http://fixflyer.com> NOTICE TO RECIPIENT: THIS E-MAIL IS MEANT ONLY FOR THE INTENDED RECIPIENT(S) OF THE TRANSMISSION, AND CONTAINS CONFIDENTIAL INFORMATION WHICH IS PROPRIETARY TO FIX FLYER LLC. ANY UNAUTHORIZED USE, COPYING, DISTRIBUTION, OR DISSEMINATION IS STRICTLY PROHIBITED. ALL RIGHTS TO THIS INFORMATION IS RESERVED BY FIX FLYER LLC. IF YOU ARE NOT THE INTENDED RECIPIENT, PLEASE CONTACT THE SENDER BY REPLY E-MAIL AND PLEASE DELETE THIS E-MAIL FROM YOUR SYSTEM AND DESTROY ANY COPIES.

1 0

Clone / New VM from Template changing network interfaces
by Mark Steele 06 Feb '16

06 Feb '16

oVirt Engine Version: 3.5.0.1-1.el6 When cloning or creating a new vm, the network interfaces in /etc/udev/rules.d/70-persistent-net.rules is getting changed - rendering the new new VM un-networkable. The original file looks like this: [image: Inline image 1] However, once the VM is either cloned or a new VM created from a template of this source VM, the file looks like this: [image: Inline image 2] The 'correct' interfaces are still there, but out of sequence and there are two additional interfaces that do not belong there. Ovirt admin console is showing the correct number of interfaces as seen in this image: [image: Inline image 3] Any idea what is causing this? Thank you for your assistance. *** *Mark Steele* CIO / VP Technical Operations | TelVue Corporation TelVue - We Share Your Vision 800.885.8886 x128 | msteele(a)telvue.com | http://www.telvue.com twitter: http://twitter.com/telvue | facebook: https://www.facebook.com/telvue

2 1

Problem about connecting iscsi server
by İren SALTALI 05 Feb '16

05 Feb '16

I'm trying to setup oVirtManager on Centos 7. Here is the configurations: oVirtEngine Machine: Centos 7 minimal + GNOME multipath, firewall, iptables services are stopped and disabled. Host Machine: Centos 7 minmal VDSM is installed and working iscsi is installed and working multipath, firewall, iptables services are stopped and disabled. Situtation: oVirtEngine installed. DataCenter is set. Cluster is set. Host is set and active. I can see iqn of iscsi from oVirtEngine Machine via terminal. Like this: # iscsiadm -m discovery -t st -p 192.168.1.44:3260 192.168.1.44:3260,1 iqn.2016-01.vdsm.localhost:SCSI1 But I cannot connect same machine form oVirtManager. I get this error: No new devices were found. This may be due to either: incorrect multipath configuration on the Host or wrong address of the iscsi target or a failure to authenticate on the target device. Please consult your Storage Administrator. Thanx İren

2 1

OVirt 3.6.2 -> NPE while clicking on "Setup Host Networks"
by ovirt＠timmi.org 05 Feb '16

05 Feb '16

Hi List, I update my OVirt 3.6.1 installation to 3.6.2 this morning. After the reboot of the server the interface numbering wasn't the same so I had to change some cable to have them connected to the right configuration. Everything looks OK but I receive a null pointer exception while clicking on "Setup Host Networks" of my engine/host server. Any help is more then welcome!! Best regards Christoph 2016-01-27 19:04:47,738 ERROR [org.ovirt.engine.core.bll.network.host.GetAllVfsConfigByHostIdQuery] (default task-482) [] Exception: java.lang.NullPointerException at org.ovirt.engine.core.bll.network.host.NetworkDeviceHelperImpl.getMaxNumOfVfs(NetworkDeviceHelperImpl.java:172) [bll.jar:] at org.ovirt.engine.core.bll.network.host.NetworkDeviceHelperImpl.updateVfsConfigWithNumOfVfsData(NetworkDeviceHelperImpl.java:136) [bll.jar:] at org.ovirt.engine.core.bll.network.host.NetworkDeviceHelperImpl.getHostNicVfsConfigsWithNumVfsDataByHostId(NetworkDeviceHelperImpl.java:121) [bll.jar:] at org.ovirt.engine.core.bll.network.host.GetAllVfsConfigByHostIdQuery.executeQueryCommand(GetAllVfsConfigByHostIdQuery.java:19) [bll.jar:] at org.ovirt.engine.core.bll.QueriesCommandBase.executeCommand(QueriesCommandBase.java:82) [bll.jar:] at org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:33) [dal.jar:] at org.ovirt.engine.core.bll.Backend.runQueryImpl(Backend.java:537) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runQuery(Backend.java:511) [bll.jar:] at sun.reflect.GeneratedMethodAccessor75.invoke(Unknown Source) [:1.8.0_71] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_71] at java.lang.reflect.Method.invoke(Method.java:497) [rt.jar:1.8.0_71] at org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:407) at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.delegateInterception(Jsr299BindingsInterceptor.java:70) [wildfly-weld-8.2.1.Final.jar:8.2.1.Final] at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:80) [wildfly-weld-8.2.1.Final.jar:8.2.1.Final] at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:93) [wildfly-weld-8.2.1.Final.jar:8.2.1.Final] at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:407) at org.ovirt.engine.core.bll.interceptors.CorrelationIdTrackerInterceptor.aroundInvoke(CorrelationIdTrackerInterceptor.java:13) [bll.jar:] at sun.reflect.GeneratedMethodAccessor74.invoke(Unknown Source) [:1.8.0_71] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_71] at java.lang.reflect.Method.invoke(Method.java:497) [rt.jar:1.8.0_71] at org.jboss.as.ee.component.ManagedReferenceLifecycleMethodInterceptor.processInvocation(ManagedReferenceLifecycleMethodInterceptor.java:89) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.invocationmetrics.ExecutionTimeInterceptor.processInvocation(ExecutionTimeInterceptor.java:43) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:407) at org.jboss.weld.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:55) [weld-core-impl-2.2.6.Final.jar:2014-10-03 10:05] at org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:83) [wildfly-weld-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ee.concurrent.ConcurrentContextInterceptor.processInvocation(ConcurrentContextInterceptor.java:45) [wildfly-ee-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:21) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) at org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:53) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.singleton.SingletonComponentInstanceAssociationInterceptor.processInvocation(SingletonComponentInstanceAssociationInterceptor.java:52) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInNoTx(CMTTxInterceptor.java:260) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.supports(CMTTxInterceptor.java:399) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:243) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.invocationmetrics.WaitTimeInterceptor.processInvocation(WaitTimeInterceptor.java:43) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.security.SecurityContextInterceptor.processInvocation(SecurityContextInterceptor.java:95) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:64) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:59) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:64) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:326) at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:448) at org.jboss.invocation.AccessCheckingInterceptor.processInvocation(AccessCheckingInterceptor.java:61) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:326) at org.jboss.invocation.PrivilegedWithCombinerInterceptor.processInvocation(PrivilegedWithCombinerInterceptor.java:80) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:185) at org.jboss.as.ee.component.ViewDescription$1.processInvocation(ViewDescription.java:182) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) at org.jboss.as.ee.component.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:73) at org.ovirt.engine.core.common.interfaces.BackendLocal$$$view4.runQuery(Unknown Source) [common.jar:] at org.ovirt.engine.ui.frontend.server.gwt.GenericApiGWTServiceImpl.runQuery(GenericApiGWTServiceImpl.java:56) at sun.reflect.GeneratedMethodAccessor102.invoke(Unknown Source) [:1.8.0_71] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_71] at java.lang.reflect.Method.invoke(Method.java:497) [rt.jar:1.8.0_71] at com.google.gwt.rpc.server.RPC.invokeAndStreamResponse(RPC.java:196) at com.google.gwt.rpc.server.RpcServlet.processCall(RpcServlet.java:172) at com.google.gwt.rpc.server.RpcServlet.processPost(RpcServlet.java:233) at com.google.gwt.user.server.rpc.AbstractRemoteServiceServlet.doPost(AbstractRemoteServiceServlet.java:62) at javax.servlet.http.HttpServlet.service(HttpServlet.java:707) [jboss-servlet-api_3.1_spec-1.0.0.Final.jar:1.0.0.Final] at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) [jboss-servlet-api_3.1_spec-1.0.0.Final.jar:1.0.0.Final] at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:86) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:130) at org.ovirt.engine.core.utils.servlet.HeaderFilter.doFilter(HeaderFilter.java:94) [utils.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) at org.ovirt.engine.ui.frontend.server.gwt.GwtCachingFilter.doFilter(GwtCachingFilter.java:132) at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) at org.ovirt.engine.core.branding.BrandingFilter.doFilter(BrandingFilter.java:73) [branding.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) at org.ovirt.engine.core.utils.servlet.LocaleFilter.doFilter(LocaleFilter.java:65) [utils.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) at org.ovirt.engine.core.aaa.filters.SessionMgmtFilter.doFilter(SessionMgmtFilter.java:31) [aaa.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) at org.ovirt.engine.core.aaa.filters.LoginFilter.doFilter(LoginFilter.java:75) [aaa.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) at org.ovirt.engine.core.aaa.filters.NegotiationFilter.doFilter(NegotiationFilter.java:113) [aaa.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) at org.ovirt.engine.core.aaa.filters.BasicAuthenticationFilter.doFilter(BasicAuthenticationFilter.java:90) [aaa.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) at org.ovirt.engine.core.aaa.filters.SessionValidationFilter.doFilter(SessionValidationFilter.java:77) [aaa.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:85) at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62) at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131) at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(AuthenticationConstraintHandler.java:51) at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46) at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64) at io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:56) at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:58) at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:70) at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:76) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:261) at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:248) at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:77) at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:167) at io.undertow.server.Connectors.executeRootHandler(Connectors.java:199) at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:761) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_71] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_71] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_71]

3 11

Clone / New VM from Template changing network interfaces
by Mark Steele 05 Feb '16

05 Feb '16

oVirt Engine Version: 3.5.0.1-1.el6 When cloning or creating a new vm, the network interfaces in /etc/udev/rules.d/70-persistent-net.rules is getting changed - rendering the new new VM un-networkable. The original file looks like this: # PCI device 0x1af4:/sys/devices/pci0000:00/0000:00:04.0/virtio1 (virtio-pci) SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR(address)=="00:01:a4:a2:b4:04", ATTR(dev_id)=="0x0", ATTR(type)=="1", KERNEL=="eth*", NAME="eth1" # PCI device 0x1af4:/sys/devices/pci0000:00/0000:00:03.0/virtio0 (virtio-pci) SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR(address)=="00:01:a4:a2:b4:03", ATTR(dev_id)=="0x0", ATTR(type)=="1", KERNEL=="eth*", NAME="eth0" # PCI device 0x1af4:/sys/devices/pci0000:00/0000:00:05.0/virtio2 (virtio-pci) SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR(address)=="00:01:a4:a2:b4:05", ATTR(dev_id)=="0x0", ATTR(type)=="1", KERNEL=="eth*", NAME="eth2" However, once the VM is either cloned or a new VM created from a template of this source VM, the file looks like this: # PCI device 0x1af4:/sys/devices/pci0000:00/0000:00:04.0/virtio1 (virtio-pci) SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR(address)=="00:01:a4:a2:b4:04", ATTR(dev_id)=="0x0", ATTR(type)=="1", KERNEL=="eth*", NAME="eth1" # PCI device 0x1af4:/sys/devices/pci0000:00/0000:00:03.0/virtio0 (virtio-pci) SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR(address)=="00:01:a4:a2:b4:03", ATTR(dev_id)=="0x0", ATTR(type)=="1", KERNEL=="eth*", NAME="eth0" # PCI device 0x1af4:/sys/devices/pci0000:00/0000:00:05.0/virtio2 (virtio-pci) SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR(address)=="00:01:a4:a2:b4:05", ATTR(dev_id)=="0x0", ATTR(type)=="1", KERNEL=="eth*", NAME="eth2" # PCI device 0x1af4:/sys/devices/pci0000:00/0000:00:04.0/virtio1 (virtio-pci) SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR(address)=="00:01:a4:a2:b4:10", ATTR(dev_id)=="0x0", ATTR(type)=="1", KERNEL=="eth*", NAME="eth3" # PCI device 0x1af4:/sys/devices/pci0000:00/0000:00:03.0/virtio1 (virtio-pci) SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR(address)=="00:01:a4:a2:b4:0f", ATTR(dev_id)=="0x0", ATTR(type)=="1", KERNEL=="eth*", NAME="eth5" The 'correct' interfaces are still there, but out of sequence and there are two additional interfaces that do not belong there. Ovirt admin console is showing the correct number of interfaces as seen in this image: [image: Inline image 3] *** *Mark Steele* CIO / VP Technical Operations | TelVue Corporation TelVue - We Share Your Vision 800.885.8886 x128 | msteele(a)telvue.com | http://www.telvue.com twitter: http://twitter.com/telvue | facebook: https://www.facebook.com/telvue

2 2

All snapshots read only
by Colin Coe 05 Feb '16

05 Feb '16

Hi all I've just noticed that all VM snapshots on one of our prod RHEV setups have gone read-only (i.e. delete is greyed out). Has anyone else seen this? Is there an easy fix for this? We have a bunch of VVMs being snapshotted nightly with snapshots being deleted after 7 days. Thanks CC

2 6

Re: [ovirt-users] Disabling migration when there is a problem with storage
by Mark Steele 04 Feb '16

04 Feb '16

I found that setting the cluster's 'Resilience Policy' to 'Do Not Migrate Virtual Machines' seems to have the desired effect while still letting me manually and via 'Maintenance' migrate VM's Thanks all *** *Mark Steele* CIO / VP Technical Operations | TelVue Corporation TelVue - We Share Your Vision 800.885.8886 x128 | msteele(a)telvue.com | http://www.telvue.com twitter: http://twitter.com/telvue | facebook: https://www.facebook.com/telvue

1 0

Re: [ovirt-users] Several VM's stuck in Migration
by Mark Steele 04 Feb '16

04 Feb '16

I was able to clear the stuck items by restarting the Host. *** *Mark Steele* CIO / VP Technical Operations | TelVue Corporation TelVue - We Share Your Vision 800.885.8886 x128 | msteele(a)telvue.com | http://www.telvue.com twitter: http://twitter.com/telvue | facebook: https://www.facebook.com/telvue

1 0