[Engine-devel] Introduce mail
by Fellipe Henrique
hello folks!
I'm here today, to introduce myself. I want to start to contribute to oVirt
project, I'm developing most of time in python, and I'll love to contribute
in python, but can be in C.
I love developing and virtualization, and I think this project have all I
like.
well, like I said, this is a introduce email, and I'll like suggestion how
can I help, and show my code to you guys.
best regards,
T.·.F.·.A.·. S+F
*Fellipe Henrique P. Soares*
*"Quemadmodum gladius neminem occidit, occidentis telum est."* (Epistulae
morales ad Lucilium<http://en.wikipedia.org/wiki/Epistulae_morales_ad_Lucilium>,
Lucius Annaeus Seneca)
*"Any intelligent fool can make things bigger, more complex, and more
violent. It takes a touch of genius -- and a lot of courage -- to move in
the opposite direction."*
Albert Einstein (March 14th 1879 – April 18th 1955)
12 years
[Engine-devel] NPE approving node
by Juan Hernandez
Any idea why?
2013-06-27 10:37:40,219 INFO
[org.ovirt.engine.core.bll.ApproveVdsCommand] (pool-6-thread-5)
[3dd1f412] Running command: ApproveVdsCommand internal: false. Entities
affected : ID: 0be6cd89-c5f5-4a4e-b498-504bb2c23eb2 Type: VDS
2013-06-27 10:37:40,239 INFO
[org.ovirt.engine.core.bll.InstallVdsCommand] (pool-6-thread-5)
[3dd1f412] Before Installation host
0be6cd89-c5f5-4a4e-b498-504bb2c23eb2, h0.example.com
2013-06-27 10:37:40,294 ERROR
[org.ovirt.engine.core.bll.InstallVdsCommand] (pool-6-thread-5)
[3dd1f412] Host installation failed for host
0be6cd89-c5f5-4a4e-b498-504bb2c23eb2, h0.example.com.:
java.lang.NullPointerException
at
org.ovirt.engine.core.utils.ssh.EngineSSHDialog.useDefaultKeyPair(EngineSSHDialog.java:32)
[utils.jar:]
at
org.ovirt.engine.core.bll.VdsDeploy.useDefaultKeyPair(VdsDeploy.java:804) [bll.jar:]
at
org.ovirt.engine.core.bll.InstallVdsCommand.executeCommand(InstallVdsCommand.java:170)
[bll.jar:]
at
org.ovirt.engine.core.bll.ApproveVdsCommand.executeCommand(ApproveVdsCommand.java:49)
[bll.jar:]
at
org.ovirt.engine.core.bll.CommandBase.executeWithoutTransaction(CommandBase.java:1065)
[bll.jar:]
at
org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope(CommandBase.java:1150)
[bll.jar:]
at
org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:1613)
[bll.jar:]
at
org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInSuppressed(TransactionSupport.java:174)
[utils.jar:]
at
org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope(TransactionSupport.java:116)
[utils.jar:]
at org.ovirt.engine.core.bll.CommandBase.execute(CommandBase.java:1168)
[bll.jar:]
at
org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:316) [bll.jar:]
at
org.ovirt.engine.core.bll.MultipleActionsRunner.executeValidatedCommand(MultipleActionsRunner.java:174)
[bll.jar:]
at
org.ovirt.engine.core.bll.MultipleActionsRunner.RunCommands(MultipleActionsRunner.java:156)
[bll.jar:]
at
org.ovirt.engine.core.bll.MultipleActionsRunner$1.run(MultipleActionsRunner.java:94)
[bll.jar:]
at
org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil$InternalWrapperRunnable.run(ThreadPoolUtil.java:71)
[utils.jar:]
at
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
[rt.jar:1.7.0_09-icedtea]
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
[rt.jar:1.7.0_09-icedtea]
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
[rt.jar:1.7.0_09-icedtea]
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
[rt.jar:1.7.0_09-icedtea]
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
[rt.jar:1.7.0_09-icedtea]
at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_09-icedtea]
--
Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta
3ºD, 28016 Madrid, Spain
Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat S.L.
12 years
[Engine-devel] IE9 Issue with UI Plugin
by Hopper, Richard
--_000_CDE4CAA25617rickyhnetappcom_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Hi Vojtech,
I had previously sent you an email about IE9 compatibility where the proble=
m we were having was solved by omitting console logging when a console was =
unavailable (i.e. IE). However, it is looking like IE9 may have a bigger is=
sue with regards to the plugin framework.
Now that we have gotten dialogs to open via dynamically inserted buttons wi=
thin RHEV tabs (for example, a NetApp button in the Storage tab), we can go=
through our whole process with the exception of closing the window. In all=
other browsers, our dialog will close as expected, but in IE the window re=
mains open. It can be closed by hitting the red "x" in the corner, but it a=
ppears the code in the frame itself cannot close the window, with a console=
message in the dev tools of IE9 showing an error of "'Math' is undefined".=
I've read up on this, and it seems like this is a very widespread error in=
Internet Explorer concerning the manner/order in which iframes are dynamic=
ally inserted.
I've copied engine-devel in case anyone has similar issues/solutions, but i=
t seems as though we need some sort of clause in the plugin framework for I=
E when it comes to dynamic insertion of new windows.
- Ricky Hopper
--_000_CDE4CAA25617rickyhnetappcom_
Content-Type: text/html; charset="us-ascii"
Content-ID: <6646E7BF4E36D34C8F6BD9BF13E47974(a)hq.netapp.com>
Content-Transfer-Encoding: quoted-printable
<html>
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
</head>
<body style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-lin=
e-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-fami=
ly: Calibri, sans-serif; ">
<div>Hi Vojtech,</div>
<div><br>
</div>
<div>I had previously sent you an email about IE9 compatibility where the p=
roblem we were having was solved by omitting console logging when a console=
was unavailable (i.e. IE). However, it is looking like IE9 may have a bigg=
er issue with regards to the plugin
framework.</div>
<div><br>
</div>
<div>Now that we have gotten dialogs to open via dynamically inserted butto=
ns within RHEV tabs (for example, a NetApp button in the Storage tab), we c=
an go through our whole process with the exception of closing the window. I=
n all other browsers, our dialog
will close as expected, but in IE the window remains open. It can be close=
d by hitting the red "x" in the corner, but it appears the code i=
n the frame itself cannot close the window, with a console message in the d=
ev tools of IE9 showing an error of "'Math'
is undefined". I've read up on this, and it seems like this is a very=
widespread error in Internet Explorer concerning the manner/order in which=
iframes are dynamically inserted. </div>
<div><br>
</div>
<div>I've copied engine-devel in case anyone has similar issues/solutions, =
but it seems as though we need some sort of clause in the plugin framework =
for IE when it comes to dynamic insertion of new windows.</div>
<div><br>
</div>
<div>- Ricky Hopper</div>
</body>
</html>
--_000_CDE4CAA25617rickyhnetappcom_--
12 years
[Engine-devel] Problem with development environment
by Martin Perina
Hi,
I've encountered a problem using development environment. When I run
make clean install-dev PREFIX="$HOME/ovirt-engine"
there appears this error message:
make[2]: Leaving directory `/home/mperina/projects/ovirt/ovirt-engine'
# we should avoid make these directories dirty
make copy-recursive SOURCEDIR=packaging/dbscripts TARGETDIR="/home/mperina/ovirt-engine/share/ovirt-engine/dbscripts" \
EXCLUDE_GEN="packaging/bin/engine-prolog.sh packaging/bin/pki-common.sh packaging/conf/engine.conf.defaults packaging/conf/notifier.conf.defaults packaging/conf/ovirt-websocket-proxy.conf.defaults packaging/etc/engine-config/log4j.xml packaging/etc/engine-manage-domains/log4j.xml packaging/etc/engine-manage-domains/engine-manage-domains.conf packaging/etc/notifier/log4j.xml packaging/sys-etc/logrotate.d/ovirt-engine packaging/services/config.py packaging/services/ovirt-engine.systemd packaging/services/ovirt-engine.sysv packaging/services/ovirt-engine-notifier.systemd packaging/services/ovirt-engine-notifier.sysv packaging/services/ovirt-websocket-proxy.systemd packaging/services/ovirt-websocket-proxy.sysv packaging/setup/ovirt_engine_setup/config.py packaging/bin/ovirt-engine-log-setup-event.sh ovirt-engine.spec " \
EXCLUDE="$(find packaging/dbscripts \( -name '*.scripts.md5' -or -name '*.schema' -or -name '*.log' \))"
make[2]: Entering directory `/home/mperina/projects/ovirt/ovirt-engine'
( cd "packaging/dbscripts" && find . -type d -printf '%P\n' ) | while read d; do \
install -d -m 755 "/home/mperina/ovirt-engine/share/ovirt-engine/dbscripts/${d}"; \
done
( \
cd "packaging/dbscripts" && find . -type f -printf '%P\n' | \
while read f; do \
exclude=false; \
set -x; \
for x in packaging/bin/engine-prolog.sh packaging/bin/pki-common.sh packaging/conf/engine.conf.defaults packaging/conf/notifier.conf.defaults packaging/conf/ovirt-websocket-proxy.conf.defaults packaging/etc/engine-config/log4j.xml packaging/etc/engine-manage-domains/log4j.xml packaging/etc/engine-manage-domains/engine-manage-domains.conf packaging/etc/notifier/log4j.xml packaging/sys-etc/logrotate.d/ovirt-engine packaging/services/config.py packaging/services/ovirt-engine.systemd packaging/services/ovirt-engine.sysv packaging/services/ovirt-engine-notifier.systemd packaging/services/ovirt-engine-notifier.sysv packaging/services/ovirt-websocket-proxy.systemd packaging/services/ovirt-websocket-proxy.sysv packaging/setup/ovirt_engine_setup/config.py packaging/bin/ovirt-engine-log-setup-event.sh ovirt-engine.spec ; do \
if [ "packaging/dbscripts/${f}" = "${x}.in" ]; then \
exclude=true; \
break; \
fi; \
done; \
for x in packaging/dbscripts/upgrade.sh.log
/bin/sh: -c: line 12: syntax error: unexpected end of file
make[2]: *** [copy-recursive] Error 1
make[2]: Leaving directory `/home/mperina/projects/ovirt/ovirt-engine'
make[1]: *** [install-packaging-files] Error 2
make[1]: Leaving directory `/home/mperina/projects/ovirt/ovirt-engine'
make: *** [install-dev] Error 2
I've already upgraded to otopi 1.1 (currently 1.1.0-0.0.master.20130626.git33d9561.fc18).
Martin Perina
12 years
[Engine-devel] EngineEncryptionUtilsTest
by Laszlo Hornyak
Hi,
Just ran into an issue with EngineEncryptionUtilsTest, looks like it is failing if the /etc/ovirt-engine/engine.conf does not have some keys. So of course by now all of us added those keys, but isn't there a logical loop here?
First the code should be tested, packaged and then installed and that's how that file should get there. We should not build the tests on the assumption that a version of oVirt is already installed.
What is your opinion?
Thx,
Laszlo
12 years
[Engine-devel] Console broken with current master vmSetTicket error
by Dead Horse
When the console button is clicked in the webadmin or userportal (engine
and vdsm built from the latest master) the follow error message is returned:
"Error while executing action SetVmTicket: Unexpected exception"
This occurs with latest master engine and vdsm built as of today.
engine and vdsm logs of failure attached.
- DHC
12 years
[Engine-devel] [IMPORTANT]Change of dbscripts dir location
by Eli Mesika
Hi
Please note that a patch moving dbscripts directory to <ovirt root>/packaging/dbscripts has been merged upstream.
All of you who have any db changed that involves the old dbscripts dir or one of its descendants should re-base and move there scripts to the new location.
If you have any questions , I will be happy to assist you.
Thanks
Eli
12 years
[Engine-devel] [ATN] moving dbscripts location
by Alon Bar-Lev
Hello All,
During the work I am doing to clean up the build of upcoming 3.3, I am going to move[1] dbscripts directory from:
backend/manager/dbscripts
to:
packaging/dbscripts
The packaging directory is a new directory established for files we copy as-is to installation media, dbscripts was the last remaining directory of that nature. dbscripts does not really belong to the java sources nor to required for java project build (except few validation that were kept).
The packaging directory has the following advantages:
1. Simplify the build system to blindly copy files recursively from packaging to installation media.
2. Do not copy unnecessary files as we copy today, example is pom.xml.
3. Allow easy split plain files within packaging directory to sub packages in future.
4. Easier to understand the target system file layout by browsing the packaging directory, no magic of renaming or on the fly creation.
5. A clear separation between the maven build and the packaging build.
Regards,
Alon Bar-Lev.
[1] http://gerrit.ovirt.org/#/c/15743
12 years
