Getting qcow images into oVirt
by Barak Korren
Hi there,
We would like to consume pre-created QCOW images in oVirt/RHEV.
So far it seems that the only way to do that would be to store the
images in a Glance server which will require us to maintain such
server.
Trying to put the image in an ISO domain made in show up as a useless
"unkonwn" file type in engine.
Is there any other way to get the images into oVirt?
--
Barak Korren
bkorren(a)redhat.com
RHEV-CI Team
8 years, 9 months
Engine Limitations Questions
by Erick Vogeler
i was told that is better to use self hosted engine for each server instead
of using 1 engine for all server specially if they are far from each other.
Is this a technical limitation?
say i have 10 servers all over the world, would it handle it?
8 years, 9 months
3.5 or 3.6 For Production System?
by Charles Tassell
Hi Folks,
I'm setting up a small virtualization system that will start with one
or two hosts and then probably grow to 4-5 hosts. We will eventually be
using a shared iSCSI datastore, but right now I'll probably just use
NFS4. I'm wondering if I should stick with my plan of using oVirt
3.6.2, or should I start of with 3.5 and upgrade at a later date. Is
3.6 generally stable enough for production use? We're not doing
anything very complicated, just running a few Linux webserver VMs. No
high availability or auto-deployment type stuff.
8 years, 9 months
matching / mapping ovirt storage domain images to VMs
by Charles Kozler
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.
8 years, 9 months
Re: [ovirt-users] Problem update ovirt 3.5.6.2-1.el7 to 6.2.6-1.el7
by Martin Perina
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
> >>
> >>
>
8 years, 9 months
packet loss ingress to engine VM
by Charles Kozler
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.
8 years, 9 months
Clone / New VM from Template changing network interfaces
by Mark Steele
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
8 years, 9 months
Problem about connecting iscsi server
by İren SALTALI
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
8 years, 9 months
OVirt 3.6.2 -> NPE while clicking on "Setup Host Networks"
by ovirt＠timmi.org
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]
8 years, 9 months
Clone / New VM from Template changing network interfaces
by Mark Steele
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
8 years, 9 months
