Re: [Engine-devel] [Users] php on jboss

[Alon Bar-Lev]

- Original Message -
 From: René Koch rk...@linuxland.at
 To: aditya mamidwar aditya.mamid...@gmail.com
 Cc: engine-devel@ovirt.org, us...@ovirt.org
 Sent: Monday, March 24, 2014 3:18:56 PM
 Subject: Re: [Users] php on jboss
 
 Hi,
 
 On 03/24/2014 01:11 PM, aditya mamidwar wrote:
 
  i need a php file to execute some bash scripts on the server, but when i
  integrate the ui-plugin ot the ovirt portal, it does not find path to my
  .php file.
 
  I have the HTML where as .PHP residing in the same location, can someone
  guide on uploading PHP files on JBOSS server, since ovirt runs on it..
 
 oVirt uses both - JBoss and Apache. You should place your PHP file in
 html dir of Apache, not JBoss.
 
 
  if i want to run a PHP file, where should i save it?
 
 Just save it to /var/www/html, which is the default location for your
 Apache webserver and install PHP module.

I missed this thread.

You can put custom files under /usr/share/ovirt-engine/files it will be 
available for you at: http:///ovirt-engine/files

Of course we do not support cgi-bin but plain files... but it may address your 
needs.

Please make sure you have your own subdirectory under files, so no conflicts.

 
 You should be able to browse to http://ovirt/myfile.php. If not, you
 exclude the path in Apache vhost configuration file ovirt-engine.conf:
 ProxyPass /myfile.php !
 
 Hope this helps,
 Rene
 
 
 
  --
  -Aditya Mamidwar
 
 
  ___
  Users mailing list
  us...@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/users
 
 ___
 Users mailing list
 us...@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/users
 
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] [Users] php on jboss

[Alon Bar-Lev]

- Original Message -
 From: Jiri Belka jbe...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: René Koch rk...@linuxland.at, engine-devel@ovirt.org, aditya 
 mamidwar aditya.mamid...@gmail.com,
 us...@ovirt.org
 Sent: Monday, March 24, 2014 3:32:40 PM
 Subject: Re: [Users] php on jboss
 
 On Mon, 24 Mar 2014 09:23:39 -0400 (EDT)
 Alon Bar-Lev alo...@redhat.com wrote:
 
  You can put custom files under /usr/share/ovirt-engine/files it will be
  available for you at: http:///ovirt-engine/files
 
 unix-style nitpicking...
 
 hier(7):
 
/usr   This  directory is usually mounted from a separate
partition.  It should hold only sharable, read-only data, so
that it can be mounted by various machines running Linux.
 

So?
Why can't html, images and such be placed there?

  Of course we do not support cgi-bin but plain files... but it may address
  your needs.
  
  Please make sure you have your own subdirectory under files, so no
  conflicts.
 
 j.
 
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

[Engine-devel] [ATN][devenv] update for otopi

[Alon Bar-Lev]

Hello All,

I would like to ask you to update your otopi package on your development 
machines to at least otopi-1.2.0_0.7. It is much closer to what we are going to 
release and will avoid many unrelated errors within log file due to a change in 
engine that soon to be applied.

Please also notice that the nightly repository was modified recently and it is 
now changed place and was split here[1] and here[2], so it is a good 
opportunity to modify this as well in your /etc/yum.repo.d and have them both, 
dropping the old nightly.

Thank you,
Alon

[1] http://resources.ovirt.org/pub/ovirt-snapshot/
[2] http://resources.ovirt.org/pub/ovirt-snapshot-static/
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] Schema upgrade failure on master

[Alon Bar-Lev]

- Original Message -
 From: Adam Litke ali...@redhat.com
 To: engine-devel@ovirt.org
 Sent: Tuesday, March 4, 2014 12:26:28 AM
 Subject: [Engine-devel] Schema upgrade failure on master
 
 Hi,
 
 I've recently rebased to master and it looks like the
 03_05_0050_event_notification_methods.sql script is failing on schema
 upgrade.  Is this a bug or am I doing something wrong?  To upgrade I
 did the normal proceedure with my development installation:
 
 make install-dev ...
 ~/ovirt/bin/engine-setup
 
 Got this result in the log file:
 
 psql:/home/alitke/ovirt-**FILTERED**/share/ovirt-**FILTERED**/dbscripts/upgrade/03_05_0050_event_notification_methods.sql:10:
 ERROR:  column notification_method contains null values
 FATAL: Cannot execute sql command:
 --file=/home/alitke/ovirt-**FILTERED**/share/ovirt-**FILTERED**/dbscripts/upgrade/03_05_0050_event_notification_methods.sql
 
 2014-03-03 17:20:34 DEBUG otopi.context context._executeMethod:152 method
 exception
 Traceback (most recent call last):
   File /usr/lib/python2.7/site-packages/otopi/context.py, line 142, in
   _executeMethod
 method['method']()
   File
   
 /home/alitke/ovirt-**FILTERED**/share/ovirt-**FILTERED**/setup/bin/../plugins/ovirt-**FILTERED**-setup/ovirt-**FILTERED**/db/schema.py,
   line 280, in _misc
 osetupcons.DBEnv.PGPASS_FILE
   File /usr/lib/python2.7/site-packages/otopi/plugin.py, line 451, in
   execute
 command=args[0],
 RuntimeError: Command
 '/home/alitke/ovirt-**FILTERED**/share/ovirt-**FILTERED**/dbscripts/schema.sh'
 failed to execute
 
 --
 Adam Litke
 ___
 Engine-devel mailing list
 Engine-devel@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/engine-devel
 
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

[Engine-devel] [ATN] ovirt-engine dbscritps cleanup (master)

[Alon Bar-Lev]

Hello All,

The dbscripts of ovirt-engine master were cleaned up, to match other scripts in 
tree.

Developer visible changes are:

1. Removal of create_schema.sh, upgrade.sh, cleandb.sh, 
refreshStoredProcedures.sh in favour of single schema.sh script, note the -c 
parameter.

Usage: ./schema.sh [options]

-h- This help text.
-v- Turn on verbosity (WARNING: lots of 
output)
-l LOGFILE- The logfile for capturing output  (def. )
-s HOST   - The database servername for the database  (def. localhost)
-p PORT   - The database port for the database(def. 5432)
-u USER   - The username for the database (def. engine)
-d DATABASE   - The database name (def. engine)
-m MD5FILE- Where to store schema MD5 files   (def. )
-c COMMAND- Command: apply|refresh|drop
-t- Force cleaning tasks and compensation info.

2. Introduction of schema-dev.sh as a wrapper to schema.sh with defaults as a 
utility for developers.

- always enable md5.
- always enable logging.
- apply command as default.

3. Shell upgrade script is not receives entire settings via DBFUNC_* 
environment variables.

Regards,
Alon Bar-Lev
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] ovirt-engine_master_create_rpms is experiencing some weird issue

[Alon Bar-Lev]

- Original Message -
 From: Eyal Edri ee...@redhat.com
 To: Sandro Bonazzola sbona...@redhat.com, Alon Bar-Lev 
 alo...@redhat.com, Vojtech Szocs
 vsz...@redhat.com, Alexander Wels aw...@redhat.com
 Cc: infra in...@ovirt.org, engine-devel engine-devel@ovirt.org
 Sent: Sunday, February 9, 2014 8:53:47 AM
 Subject: Re: ovirt-engine_master_create_rpms is experiencing some weird issue
 
 it looks like it's really failing on creating the rpms as well :
 http://jenkins.ovirt.org/job/ovirt-engine_master_create_rpms/1471/label=centos6-host/console
 on webadmin.
 
 can someone have a look?


06:22:11 [INFO] [WARN] Error writing out generated unit at 
'/home/jenkins/workspace/ovirt-engine_master_create_rpms/label/centos6-host/rpmbuild/BUILD/ovirt-engine-3.5.0/frontend/webadmin/modules/webadmin/gen/org/ovirt/engine/ui/webadmin/ApplicationTemplatesImpl.java':
 java.io.FileNotFoundException: 
/home/jenkins/workspace/ovirt-engine_master_create_rpms/label/centos6-host/rpmbuild/BUILD/ovirt-engine-3.5.0/frontend/webadmin/modules/webadmin/gen/org/ovirt/engine/ui/webadmin/ApplicationTemplatesImpl.java
 (Too many open files)


 
 eyal.
 
 - Original Message -
  From: Sandro Bonazzola sbona...@redhat.com
  To: infra in...@ovirt.org
  Sent: Friday, February 7, 2014 10:00:02 AM
  Subject: ovirt-engine_master_create_rpms is experiencing some weird issue
  
  Hi,
  http://jenkins.ovirt.org/job/ovirt-engine_master_create_rpms is
  experiencing
  some weird issue.
  pending  #1454 (pending—Waiting for next available executor)
  Nothing is currently running on jenkins so all executors are available.
  Build Now doesn't work
  Abort execution doesn't work
  Rebuild last doesn't work
  
  Can you take a look?
  Thanks
  
  --
  Sandro Bonazzola
  Better technology. Faster innovation. Powered by community collaboration.
  See how it works at redhat.com
  ___
  Infra mailing list
  in...@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/infra
  
 
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] bug-url requirement for stable branch backports

[Alon Bar-Lev]

- Original Message -
 From: Itamar Heim ih...@redhat.com
 To: engine-devel engine-devel@ovirt.org
 Sent: Thursday, January 30, 2014 4:42:17 PM
 Subject: [Engine-devel] bug-url requirement for stable branch backports
 
 I'm inclined to drop the bug-url is required for engine stable branch
 3.4, until we GA 3.4, as a lot of the patches are for pre-GA features.

It was branched too soon.
Bugs should be mandatory post rc.
Well, if rc is truly release candidate.
Up to now rc was just another beta.

 3.3 stable branch still has this requirement of course.
 
 thoughts anyone?
 
 Thanks,
 Itamar
 ___
 Engine-devel mailing list
 Engine-devel@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/engine-devel
 
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] bug-url requirement for stable branch backports

[Alon Bar-Lev]

- Original Message -
 From: R P Herrold herr...@owlriver.com
 To: Tal Nisan tni...@redhat.com
 Cc: engine-devel engine-devel@ovirt.org
 Sent: Thursday, January 30, 2014 7:14:34 PM
 Subject: [Engine-devel] bug-url requirement for stable branch backports
 
 On Thu, 30 Jan 2014, Tal Nisan wrote:
 
  I think it will help stabilizing the new features in a short circle,
  sometimes
  there are small fine tuning fixes that don't have bugs opened for them
  and
  the flow is easier if you can just backport them without opening a bug.
  
  On 01/30/2014 04:42 PM, Itamar Heim wrote:
   I'm inclined to drop the bug-url is required for engine stable branch
   3.4,
  
  until we GA 3.4, as a lot of the patches are for pre-GA features.
 
 I took Alon's comment as a -1, and do not understand the flow
 difficulty

No, I am for enforcing real bugs only since rc.
Thus in favour of dropping this now.
I am consistence to what I recommended in past (pre-3.3) as well.

 
 Cloning a bug is a click and a bit of web trimming.  Adding it
 as a dependency on its parent is typing a bug number in the
 proper field.  It is very hard, unless sone follows both
 mailing lists, and commit mailing lists, to figure out some
 changes and if this is a backport (and not: stabilizing the
 new features as Tal mentions)
 
 The thrashing in stabilization, and very fast gerrit approvals
 on the cpopen patch (it happened in hours, months ago) show
 the need to be explaining to a Bugzilla, what is happening.
 As near as I can tell the package succession is still not
 'right' for upgrades [It seems to need a manual exclude in a
 yum repo config in one place, OR a manual Provides, OR an
 epoched EVR (!! NOT RECOMMENDED !!)]
 
 -1
 
 -- Russ herrold
 ___
 Engine-devel mailing list
 Engine-devel@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/engine-devel
 
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

[Engine-devel] [ATN][devenv] action required when rebasing on latest master

[Alon Bar-Lev]

Hello,

After rebasing to latest master (at least 08be92), if you want to reuse your 
prefix,  please:

$ rm -fr ${HOME}/ovirt-engine/share/ovirt-engine/setup
$ make install-dev PREFIX=${HOME}/ovirt-engine DEV_REBUILD=0

This will remove some leftovers and allow you to reuse your current prefix.

I submitted a patch[1] to automate this process, I hope it will be merged soon, 
but its effect is only for the N+1 deployment.

Sorry for the inconvenience.

Regards,
Alon Bar-Lev.

[1] http://gerrit.ovirt.org/#/c/22895/
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] Setup in latest master apparently broken

[Alon Bar-Lev]

- Original Message -
 From: Roy Golan rgo...@redhat.com
 To: Yedidyah Bar David d...@redhat.com
 Cc: Juan Hernandez jhern...@redhat.com, engine-devel@ovirt.org
 Sent: Monday, January 6, 2014 10:10:49 AM
 Subject: Re: [Engine-devel] Setup in latest master apparently broken
 
 On Mon 06 Jan 2014 08:54:47 AM IST, Yedidyah Bar David wrote:
  - Original Message -
  From: Juan Hernandez jhern...@redhat.com
  To: engine-devel@ovirt.org
  Sent: Monday, January 6, 2014 12:47:09 AM
  Subject: [Engine-devel] Setup in latest master apparently broken
 
  The setup tool in the latest master (hash e992aa) is apparently broken,
  it fails with the following message:
 
  [ ERROR ] Failed to execute stage 'Misc configuration': 'module' object
  has no attribute 'processTemplate'
 
  Traceback (most recent call last):
 File /usr/lib/python2.7/site-packages/otopi/context.py, line 142, in
  _executeMethod
   method['method']()
 File
  /usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/apache/ovirt_engine.py,
  line 67, in _misc
   content=outil.processTemplate(
  AttributeError: 'module' object has no attribute 'processTemplate'
 
  The code there is importing util from ovirt_engine, but printing the
 
  Are you sure it does not 'from ovirt_engine import util as outil'?
 
  value of the util result gives the following:
 
  module 'otopi.util' from
  '/usr/lib/python2.7/site-packages/otopi/util.pyc'
 
  You are probably referring to http://gerrit.ovirt.org/22827 .
  This change did not touch the spec file/requirements, so you need to
  manually
  make sure you have latest relevant packages.
 
  I didn't try that, though - I might be wrong...
 
 worked around with:
 
 git revert 6aee0c5d0eb9b0229950bb9f02aa3d206a0bd0a7
 and
 make -e install-dev EXTRA_BUILD_FLAGS=-pl
 org.ovirt.engine:engine-server-ear
 
 Alon?

Please do not revert.

Try:
$ rm -fr $HOME/ovirt-engine/share/ovirt-engine/setup
$ make install-dev PREFIX=$HOME/ovirt-engine DEV_REBUILD=0

 
 
 ___
 Engine-devel mailing list
 Engine-devel@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/engine-devel
 
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] ovirt-engine build segfault on Fedora 20

[Alon Bar-Lev]

this is probably native code bug in openjdk.

- Original Message -
 From: Greg Sheremeta gsher...@redhat.com
 To: Adam Litke ali...@redhat.com
 Cc: engine-devel engine-devel@ovirt.org
 Sent: Friday, January 3, 2014 6:55:05 PM
 Subject: Re: [Engine-devel] ovirt-engine build segfault on Fedora 20
 
 
 
 - Original Message -
  From: Adam Litke ali...@redhat.com
  To: Greg Sheremeta gsher...@redhat.com
  Cc: engine-devel engine-devel@ovirt.org
  Sent: Friday, January 3, 2014 11:37:43 AM
  Subject: Re: [Engine-devel] ovirt-engine build segfault on Fedora 20
  
  On 02/01/14 21:53 -0500, Greg Sheremeta wrote:
  Caution on upgrading your dev machine to Fedora 20. GWT compilation of
  safari (for Chrome) causes a segfault during the build. Strangely, the
  build appears to work, so I'm not sure what the net effect of the segfault
  is.
  
  If you only compile for gecko (Firefox) [the default], you won't see the
  segfault.
  
  In other words,
  make clean install-dev PREFIX=$HOME/ovirt-engine
  DEV_EXTRA_BUILD_FLAGS_GWT_DEFAULTS=-Dgwt.userAgent=gecko1_8,safari
  causes the segfault
  
  But
  make install-dev PREFIX=$HOME/ovirt-engine
  works just fine.
  
  I've duplicated this with with both OpenJDK and Oracle JDK.
  
  I can confirm this on my F20 system with OpenJDK as well.  So far I
  have not observed any problems with the resulting build.
  
  
 I've since duplicated it building a different GWT project, so I'll report the
 bug against GWT.
 
 I also see a similar crash in Eclipse if Eclipse is using webkit (the
 default) AND Google Talk is installed. Either uninstalling GTalk or using
 -Dorg.eclipse.swt.browser.DefaultType=mozilla
 works around that. So the GWT bug might be a JDK bug. Thoughts?
 
 ...
 
 GWT compiling a different GWT project ---
 
 [INFO] Compiling module com.github.gwtbootstrap.Bootstrap
 [INFO]Compiling 6 permutations
 [INFO]   Compiling permutation 0...
 [INFO]   Compiling permutation 2...
 [INFO]   Process output
 [INFO]  Compiling
 [INFO] Compiling permutation 1...
 [INFO]   Compiling permutation 3...
 [INFO]   Compiling permutation 4...
 [INFO]   Compiling permutation 5...
 [INFO]Compile of permutations succeeded
 *** Error in `java': double free or corruption (out): 0x7eff24015d60 ***
 === Backtrace: =
 /lib64/libc.so.6[0x342ce75d9f]
 /lib64/libc.so.6[0x342ce7d098]
 /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.60-2.4.3.0.fc20.x86_64/jre-abrt/lib/amd64/server/libjvm.so(+0x8dcc3b)[0x7eff2b9d6c3b]
 /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.60-2.4.3.0.fc20.x86_64/jre-abrt/lib/amd64/server/libjvm.so(+0x5ce967)[0x7eff2b6c8967]
 /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.60-2.4.3.0.fc20.x86_64/jre-abrt/lib/amd64/server/libjvm.so(JVM_Halt+0x30)[0x7eff2b706b10]
 [0x7eff210135ec]
 === Memory map: 
 
 
 ___
 Engine-devel mailing list
 Engine-devel@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/engine-devel
 
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] ovirt-engine build segfault on Fedora 20

[Alon Bar-Lev]

- Original Message -
 From: Greg Sheremeta gsher...@redhat.com
 To: engine-devel engine-devel@ovirt.org
 Sent: Friday, January 3, 2014 7:22:54 PM
 Subject: Re: [Engine-devel] ovirt-engine build segfault on Fedora 20
 
 I reported against GWT:
 https://code.google.com/p/google-web-toolkit/issues/detail?id=8513

As long as gwt does not contain native code, it cannot cause libc free directly.
So either heap corruption which is by native code, or something in java 
reference count misbehaves.
Very difficult for byte code within jvm to cause this without native code 
cooperation.

 
 - Original Message -
  From: Greg Sheremeta gsher...@redhat.com
  To: Alon Bar-Lev alo...@redhat.com
  Cc: engine-devel engine-devel@ovirt.org
  Sent: Friday, January 3, 2014 12:04:50 PM
  Subject: Re: [Engine-devel] ovirt-engine build segfault on Fedora 20
  
  
  
  - Original Message -
   From: Alon Bar-Lev alo...@redhat.com
   To: Greg Sheremeta gsher...@redhat.com
   Cc: Adam Litke ali...@redhat.com, engine-devel
   engine-devel@ovirt.org
   Sent: Friday, January 3, 2014 11:59:16 AM
   Subject: Re: [Engine-devel] ovirt-engine build segfault on Fedora 20
   
   
   this is probably native code bug in openjdk.
  
  But I see it in Oracle JDK too.
  
   
   - Original Message -
From: Greg Sheremeta gsher...@redhat.com
To: Adam Litke ali...@redhat.com
Cc: engine-devel engine-devel@ovirt.org
Sent: Friday, January 3, 2014 6:55:05 PM
Subject: Re: [Engine-devel] ovirt-engine build segfault on Fedora 20



- Original Message -
 From: Adam Litke ali...@redhat.com
 To: Greg Sheremeta gsher...@redhat.com
 Cc: engine-devel engine-devel@ovirt.org
 Sent: Friday, January 3, 2014 11:37:43 AM
 Subject: Re: [Engine-devel] ovirt-engine build segfault on Fedora 20
 
 On 02/01/14 21:53 -0500, Greg Sheremeta wrote:
 Caution on upgrading your dev machine to Fedora 20. GWT compilation
 of
 safari (for Chrome) causes a segfault during the build. Strangely,
 the
 build appears to work, so I'm not sure what the net effect of the
 segfault
 is.
 
 If you only compile for gecko (Firefox) [the default], you won't see
 the
 segfault.
 
 In other words,
 make clean install-dev PREFIX=$HOME/ovirt-engine
 DEV_EXTRA_BUILD_FLAGS_GWT_DEFAULTS=-Dgwt.userAgent=gecko1_8,safari
 causes the segfault
 
 But
 make install-dev PREFIX=$HOME/ovirt-engine
 works just fine.
 
 I've duplicated this with with both OpenJDK and Oracle JDK.
 
 I can confirm this on my F20 system with OpenJDK as well.  So far I
 have not observed any problems with the resulting build.
 
 
I've since duplicated it building a different GWT project, so I'll
report
the
bug against GWT.

I also see a similar crash in Eclipse if Eclipse is using webkit (the
default) AND Google Talk is installed. Either uninstalling GTalk or
using
-Dorg.eclipse.swt.browser.DefaultType=mozilla
works around that. So the GWT bug might be a JDK bug. Thoughts?

...

GWT compiling a different GWT project ---

[INFO] Compiling module com.github.gwtbootstrap.Bootstrap
[INFO]Compiling 6 permutations
[INFO]   Compiling permutation 0...
[INFO]   Compiling permutation 2...
[INFO]   Process output
[INFO]  Compiling
[INFO] Compiling permutation 1...
[INFO]   Compiling permutation 3...
[INFO]   Compiling permutation 4...
[INFO]   Compiling permutation 5...
[INFO]Compile of permutations succeeded
*** Error in `java': double free or corruption (out):
0x7eff24015d60
***
=== Backtrace: =
/lib64/libc.so.6[0x342ce75d9f]
/lib64/libc.so.6[0x342ce7d098]
/usr/lib/jvm/java-1.7.0-openjdk-1.7.0.60-2.4.3.0.fc20.x86_64/jre-abrt/lib/amd64/server/libjvm.so(+0x8dcc3b)[0x7eff2b9d6c3b]
/usr/lib/jvm/java-1.7.0-openjdk-1.7.0.60-2.4.3.0.fc20.x86_64/jre-abrt/lib/amd64/server/libjvm.so(+0x5ce967)[0x7eff2b6c8967]
/usr/lib/jvm/java-1.7.0-openjdk-1.7.0.60-2.4.3.0.fc20.x86_64/jre-abrt/lib/amd64/server/libjvm.so(JVM_Halt+0x30)[0x7eff2b706b10]
[0x7eff210135ec]
=== Memory map: 


___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

   
  ___
  Engine-devel mailing list
  Engine-devel@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/engine-devel
  
 ___
 Engine-devel mailing list
 Engine-devel@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/engine-devel
 
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] Broken devel setup on Gentoo?

[Alon Bar-Lev]

- Original Message -
 From: Doron Fediuck dfedi...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: engine-devel@ovirt.org
 Sent: Wednesday, January 1, 2014 10:31:07 AM
 Subject: Re: [Engine-devel] Broken devel setup on Gentoo?
 
 
 On 12/31/2013 08:10 PM, Alon Bar-Lev wrote:
 
  - Original Message -
  From: Doron Fediuck dfedi...@redhat.com
  To: Alon Bar-Lev alo...@redhat.com
  Cc: engine-devel@ovirt.org
  Sent: Tuesday, December 31, 2013 7:17:40 PM
  Subject: Re: [Engine-devel] Broken devel setup on Gentoo?
 
  An unrelated issue I noticed when moving from 3.3 branch to master I
  re-built everything,
  yet I was unable to login. I had to update the DB with a new password to
  login.
  I suspect theres another issue here.
 
  I am unsure I follow, you cannot use the same prefix for both branches.
  What the exact sequence?
 1. Built everything on ovirt-3.3 branch.
 = works well.
 
 2. git checkout origin/master  git reset --hard origin/master  rm
 -rf share bin etc usr var
 3. Cherry pick patch from gerrit
 4. make clean install-dev
 5. run setup
 
 = I'd expect db to be recreated. If not then we cannot login to the system.
 

Are you removing the pki keys? the entire configuration? why not remove the 
entire PREFIX?

Database will not re-created if already exist, there will be an attempt to 
upgrade it, and as you removed the pki keys the password is cannot be decrypted.

If you remove PREFIX you should also drop/create database to start scratch, or 
just use another empty database when installing.

Regards,
Alon
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] Broken devel setup on Gentoo?

[Alon Bar-Lev]

- Original Message -
 From: Doron Fediuck dfedi...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: engine-devel@ovirt.org
 Sent: Wednesday, January 1, 2014 11:18:45 AM
 Subject: Re: [Engine-devel] Broken devel setup on Gentoo?
 
 
 On 01/01/2014 10:57 AM, Alon Bar-Lev wrote:
 
  - Original Message -
  From: Doron Fediuck dfedi...@redhat.com
  To: Alon Bar-Lev alo...@redhat.com
  Cc: engine-devel@ovirt.org
  Sent: Wednesday, January 1, 2014 10:31:07 AM
  Subject: Re: [Engine-devel] Broken devel setup on Gentoo?
 
 
  On 12/31/2013 08:10 PM, Alon Bar-Lev wrote:
  - Original Message -
  From: Doron Fediuck dfedi...@redhat.com
  To: Alon Bar-Lev alo...@redhat.com
  Cc: engine-devel@ovirt.org
  Sent: Tuesday, December 31, 2013 7:17:40 PM
  Subject: Re: [Engine-devel] Broken devel setup on Gentoo?
 
  An unrelated issue I noticed when moving from 3.3 branch to master I
  re-built everything,
  yet I was unable to login. I had to update the DB with a new password to
  login.
  I suspect theres another issue here.
 
  I am unsure I follow, you cannot use the same prefix for both branches.
  What the exact sequence?
  1. Built everything on ovirt-3.3 branch.
  = works well.
 
  2. git checkout origin/master  git reset --hard origin/master  rm
  -rf share bin etc usr var
  3. Cherry pick patch from gerrit
  4. make clean install-dev
  5. run setup
 
  = I'd expect db to be recreated. If not then we cannot login to the
  system.
 
  Are you removing the pki keys? the entire configuration? why not remove the
  entire PREFIX?
 
  Database will not re-created if already exist, there will be an attempt to
  upgrade it, and as you removed the pki keys the password is cannot be
  decrypted.
 
  If you remove PREFIX you should also drop/create database to start scratch,
  or just use another empty database when installing.
 
  Regards,
  Alon
 I'm not using PREFIX.
 What are the alternatives?
 

how come[1]?

$ make clean install-dev PREFIX=$HOME/ovirt-engine

so you are running it as root and install into /usr/local?

the entire concept of devenv is to use it as non root and install to user 
accessible directory (aka PREFIX).

if you want to start fresh (by removing the PREFIX) then you should also have 
fresh (empty) database. 

Regards,
Alon Bar-Lev

[1] 
http://gerrit.ovirt.org/gitweb?p=ovirt-engine.git;a=blob;f=README.developer;hb=HEAD#l70
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] Broken devel setup on Gentoo?

[Alon Bar-Lev]

- Original Message -
 From: Doron Fediuck dfedi...@redhat.com
 To: engine-devel@ovirt.org
 Cc: Alon Bar-Lev abar...@redhat.com
 Sent: Tuesday, December 31, 2013 4:50:48 PM
 Subject: [Engine-devel] Broken devel setup on Gentoo?
 
 While refreshing my devel environment, setup fails.
 Log file shows this:
 
 2013-12-31 16:26:05 DEBUG otopi.plugins.otopi.services.openrc
 plugin.executeRaw:366 execute: ('/etc/init.d/ovirt-websocket-proxy',
 '-q', 'status'), executable='None', cwd=
 'None', env=None
 2013-12-31 16:26:05 DEBUG otopi.plugins.otopi.services.openrc
 plugin.executeRaw:389 execute-result:
 ('/etc/init.d/ovirt-websocket-proxy', '-q', 'status'), exception
 Traceback (most recent call last):
   File /usr/lib64/python2.7/site-packages/otopi/plugin.py, line 376,
 in executeRaw
 env=env,
   File /usr/lib64/python2.7/subprocess.py, line 711, in __init__
 errread, errwrite)
   File /usr/lib64/python2.7/subprocess.py, line 1308, in _execute_child
 raise child_exception
 OSError: [Errno 2] No such file or directory
 
 Should there be a redirection to use ovirt-websocket-proxy in a local
 script rather than daemon?

http://gerrit.ovirt.org/#/q/I40f061ec6cf658e1d8ec5c3663698ceca7569b38,n,z
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] Broken devel setup on Gentoo?

[Alon Bar-Lev]

- Original Message -
 From: Doron Fediuck dfedi...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: engine-devel@ovirt.org
 Sent: Tuesday, December 31, 2013 5:20:24 PM
 Subject: Re: [Engine-devel] Broken devel setup on Gentoo?
 
 
 On 12/31/2013 04:54 PM, Alon Bar-Lev wrote:
 
  - Original Message -
  From: Doron Fediuck dfedi...@redhat.com
  To: engine-devel@ovirt.org
  Cc: Alon Bar-Lev abar...@redhat.com
  Sent: Tuesday, December 31, 2013 4:50:48 PM
  Subject: [Engine-devel] Broken devel setup on Gentoo?
 
  While refreshing my devel environment, setup fails.
  Log file shows this:
 
  2013-12-31 16:26:05 DEBUG otopi.plugins.otopi.services.openrc
  plugin.executeRaw:366 execute: ('/etc/init.d/ovirt-websocket-proxy',
  '-q', 'status'), executable='None', cwd=
  'None', env=None
  2013-12-31 16:26:05 DEBUG otopi.plugins.otopi.services.openrc
  plugin.executeRaw:389 execute-result:
  ('/etc/init.d/ovirt-websocket-proxy', '-q', 'status'), exception
  Traceback (most recent call last):
File /usr/lib64/python2.7/site-packages/otopi/plugin.py, line 376,
  in executeRaw
  env=env,
File /usr/lib64/python2.7/subprocess.py, line 711, in __init__
  errread, errwrite)
File /usr/lib64/python2.7/subprocess.py, line 1308, in _execute_child
  raise child_exception
  OSError: [Errno 2] No such file or directory
 
  Should there be a redirection to use ovirt-websocket-proxy in a local
  script rather than daemon?
  http://gerrit.ovirt.org/#/q/I40f061ec6cf658e1d8ec5c3663698ceca7569b38,n,z
 Thanks.
 I'm running on this branch (ovirt-3.3) and still hitting this issue.
 I checked
 packaging/setup/plugins/ovirt-engine-setup/config/websocket_proxy.py
 and I can see the fix (now in line 258), but the issue is still there.
 

Please send setup log file.
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] Broken devel setup on Gentoo?

[Alon Bar-Lev]

- Original Message -
 From: Alon Bar-Lev alo...@redhat.com
 To: Doron Fediuck dfedi...@redhat.com
 Cc: engine-devel@ovirt.org
 Sent: Tuesday, December 31, 2013 5:28:24 PM
 Subject: Re: [Engine-devel] Broken devel setup on Gentoo?
 
 
 
 - Original Message -
  From: Doron Fediuck dfedi...@redhat.com
  To: Alon Bar-Lev alo...@redhat.com
  Cc: engine-devel@ovirt.org
  Sent: Tuesday, December 31, 2013 5:20:24 PM
  Subject: Re: [Engine-devel] Broken devel setup on Gentoo?
  
  
  On 12/31/2013 04:54 PM, Alon Bar-Lev wrote:
  
   - Original Message -
   From: Doron Fediuck dfedi...@redhat.com
   To: engine-devel@ovirt.org
   Cc: Alon Bar-Lev abar...@redhat.com
   Sent: Tuesday, December 31, 2013 4:50:48 PM
   Subject: [Engine-devel] Broken devel setup on Gentoo?
  
   While refreshing my devel environment, setup fails.
   Log file shows this:
  
   2013-12-31 16:26:05 DEBUG otopi.plugins.otopi.services.openrc
   plugin.executeRaw:366 execute: ('/etc/init.d/ovirt-websocket-proxy',
   '-q', 'status'), executable='None', cwd=
   'None', env=None
   2013-12-31 16:26:05 DEBUG otopi.plugins.otopi.services.openrc
   plugin.executeRaw:389 execute-result:
   ('/etc/init.d/ovirt-websocket-proxy', '-q', 'status'), exception
   Traceback (most recent call last):
 File /usr/lib64/python2.7/site-packages/otopi/plugin.py, line 376,
   in executeRaw
   env=env,
 File /usr/lib64/python2.7/subprocess.py, line 711, in __init__
   errread, errwrite)
 File /usr/lib64/python2.7/subprocess.py, line 1308, in
 _execute_child
   raise child_exception
   OSError: [Errno 2] No such file or directory
  
   Should there be a redirection to use ovirt-websocket-proxy in a local
   script rather than daemon?
   http://gerrit.ovirt.org/#/q/I40f061ec6cf658e1d8ec5c3663698ceca7569b38,n,z
  Thanks.
  I'm running on this branch (ovirt-3.3) and still hitting this issue.
  I checked
  packaging/setup/plugins/ovirt-engine-setup/config/websocket_proxy.py
  and I can see the fix (now in line 258), but the issue is still there.
  
 
 Please send setup log file.

Correct, the issue is that setup is trying to acquire service status before 
stopping.

Fix is available[1]

[1] http://gerrit.ovirt.org/#/q/I0454e3f136ad1181bc01c55411b33b1e2fc20e4c,n,z
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] Broken devel setup on Gentoo?

[Alon Bar-Lev]

- Original Message -
 From: Doron Fediuck dfedi...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: engine-devel@ovirt.org
 Sent: Tuesday, December 31, 2013 7:17:40 PM
 Subject: Re: [Engine-devel] Broken devel setup on Gentoo?

 An unrelated issue I noticed when moving from 3.3 branch to master I
 re-built everything,
 yet I was unable to login. I had to update the DB with a new password to
 login.
 I suspect theres another issue here.
 

I am unsure I follow, you cannot use the same prefix for both branches.
What the exact sequence?
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] Engine on Fedora 20

[Alon Bar-Lev]

- Original Message -
 From: Greg Sheremeta gsher...@redhat.com
 To: Adam Litke ali...@redhat.com, Alon Bar-Lev alo...@redhat.com
 Cc: engine-devel engine-devel@ovirt.org
 Sent: Thursday, December 26, 2013 10:09:46 PM
 Subject: Re: [Engine-devel] Engine on Fedora 20
 
 
 
 - Original Message -
  From: Adam Litke ali...@redhat.com
  To: engine-devel engine-devel@ovirt.org
  Sent: Thursday, December 19, 2013 3:22:55 PM
  Subject: Re: [Engine-devel] Engine on Fedora 20
  
  On 19/12/13 15:05 -0500, Adam Litke wrote:
  Has anyone had success running ovirt-engine on Fedora 20?  I upgraded
  my system on Wednesday and thought everything was fine but then I
  started getting the following error:
  
  2013-12-19 14:53:31,447 ERROR [org.ovirt.engine.core.bll.Backend] (MSC
  service thread 1-5) Error in getting DB connection. The database is
  inaccessible. Original exception is:
  DataAccessResourceFailureException: Error retreiving database
  metadata; nested exception is
  org.springframework.jdbc.support.MetaDataAccessException: Could not
  get Connection for extracting meta data; nested exception is
  org.springframework.jdbc.CannotGetJdbcConnectionException: Could not
  get JDBC Connection; nested exception is java.sql.SQLException:
  javax.resource.ResourceException: IJ000453: Unable to get managed
  connection for java:/ENGINEDataSource
  
  Has anyone encountered this recently?
  
  Thanks to alonb for his help on IRC.  As it turns out, I had a poorly
  configured pg_hba.conf file that only started causing problems on F20.
  To fix I replaced my contents with the following two lines:
  
  hostengine  engine  0.0.0.0/0   md5
  hostengine  engine  ::0/0   md5
  
  Otherwise, it seems to be working fine.
  ___
  Engine-devel mailing list
  Engine-devel@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/engine-devel
  
 This happened to me too.
 
 Alon, should we wiki this in
 http://www.ovirt.org/OVirt_Engine_Development_Environment#Database  ? The
 current instructions say to use 127.0.0.1 instead of 0.0.0.0
 
 Also, I find it strange that 127.0.0.1 wasn't working for me, whereas 0.0.0.0
 does.

loopback should work. Have you put the ipv6 entry as well?

Alon
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] [ATN] [devenv] packaging: setup: refactoring

[Alon Bar-Lev]

Hello all,

Please re-notice this announcement regarding master and update otopi to at 
least otopi-1.2.0-0.0.master.20131217 from[1]

If you want to use existing devenv installation, you should remove 
$HOME/ovirt-engine/share/ovirt-engine/setup, then install-dev.

Regards,
Alon Bar-Lev.

[1] http://resources.ovirt.org/releases/nightly/rpm/Fedora/

- Original Message -
 From: Sandro Bonazzola sbona...@redhat.com
 To: engine-devel engine-devel@ovirt.org
 Cc: Alon Bar-Lev alo...@redhat.com
 Sent: Wednesday, December 18, 2013 2:28:47 PM
 Subject: [ATN] [devenv] packaging: setup: refactoring
 
 Hello All,
 a patch refactoring the packaging of ovirt-engine-setup[1] will be merged
 soon.
 The change requires latest version of the otopi package to be installed.
 
 Please update it in your development environment.
 
 [1] http://gerrit.ovirt.org/20293
 
 Thanks,
 
 --
 Sandro Bonazzola
 Better technology. Faster innovation. Powered by community collaboration.
 See how it works at redhat.com
 
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] Help with Packager install not implemented

[Alon Bar-Lev]

Related to[1]?

[1] http://comments.gmane.org/gmane.comp.emulators.ovirt.engine.devel/5697

- Original Message -
 From: Mooli Tayer mta...@redhat.com
 To: engine-devel engine-devel@ovirt.org
 Sent: Saturday, December 21, 2013 5:15:44 PM
 Subject: [Engine-devel] Help with Packager install not implemented
 
 For patch[1], running:
 
 setup/ovirt-install
 
 Produces:
 
 [ INFO  ] Stage: Initializing
 [ INFO  ] Stage: Environment setup
   Configuration files: []
   Log file: /tmp/otopi-20131221103813.log
   Version: otopi-1.2.0_master
   (otopi-1.2.0-0.0.master.20131007.git6f8ac6d.fc19)
 [ INFO  ] Stage: Environment packages setup
 [ ERROR ] Failed to execute stage 'Environment packages setup': Packager
 install not implemented
 [ INFO  ] Stage: Pre-termination
 [ INFO  ] Stage: Termination
 
 The only relevant information I could find was here:
 http://gerrit.ovirt.org/#/c/17637/1/packaging/setup/bin/ovirt-engine-remove
 
 I've attached the otopi log
 
 [1] http://gerrit.ovirt.org/#/c/22135/
 ___
 Engine-devel mailing list
 Engine-devel@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/engine-devel
 
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] CodeQuality/Automated Checking

[Alon Bar-Lev]

- Original Message -
 From: Eli Mesika emes...@redhat.com
 To: Sven Kieske s.kie...@mittwald.de
 Cc: engine-devel@ovirt.org
 Sent: Thursday, December 12, 2013 1:10:20 PM
 Subject: Re: [Engine-devel] CodeQuality/Automated Checking
 
 
 
 - Original Message -
  From: Sven Kieske s.kie...@mittwald.de
  To: engine-devel@ovirt.org
  Sent: Thursday, December 12, 2013 10:14:16 AM
  Subject: [Engine-devel] CodeQuality/Automated Checking
  
  Hi,
  
  I just stumbled upon this:
  
  http://gerrit.ovirt.org/#/c/22310/1/vdsm.spec.in
  
  such errors could be prevented easily.
  either by using bash -n $scriptname.sh before commit
  or by automated syntaxchecking via jenkins ?
 
 +1

first, using bash is not a good idea... better to use POSIX compliant shell.

second, these changes should be part of Makefile just like we validate python 
scripts.

I can workout some patch to do this.

 
  
  what do you think?
  --
  Mit freundlichen Grüßen / Regards
  
  Sven Kieske
  
  Systemadministrator
  Mittwald CM Service GmbH  Co. KG
  Königsberger Straße 6
  32339 Espelkamp
  T: +49-5772-293-100
  F: +49-5772-293-333
  https://www.mittwald.de
  Geschäftsführer: Robert Meyer
  St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen
  Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen
  ___
  Engine-devel mailing list
  Engine-devel@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/engine-devel
  
 ___
 Engine-devel mailing list
 Engine-devel@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/engine-devel
 
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] CodeQuality/Automated Checking

[Alon Bar-Lev]

- Original Message -
 From: Alon Bar-Lev alo...@redhat.com
 To: Eli Mesika emes...@redhat.com
 Cc: engine-devel@ovirt.org
 Sent: Thursday, December 12, 2013 1:15:17 PM
 Subject: Re: [Engine-devel] CodeQuality/Automated Checking
 
 
 
 - Original Message -
  From: Eli Mesika emes...@redhat.com
  To: Sven Kieske s.kie...@mittwald.de
  Cc: engine-devel@ovirt.org
  Sent: Thursday, December 12, 2013 1:10:20 PM
  Subject: Re: [Engine-devel] CodeQuality/Automated Checking
  
  
  
  - Original Message -
   From: Sven Kieske s.kie...@mittwald.de
   To: engine-devel@ovirt.org
   Sent: Thursday, December 12, 2013 10:14:16 AM
   Subject: [Engine-devel] CodeQuality/Automated Checking
   
   Hi,
   
   I just stumbled upon this:
   
   http://gerrit.ovirt.org/#/c/22310/1/vdsm.spec.in
   
   such errors could be prevented easily.
   either by using bash -n $scriptname.sh before commit
   or by automated syntaxchecking via jenkins ?
  
  +1
 
 first, using bash is not a good idea... better to use POSIX compliant shell.
 
 second, these changes should be part of Makefile just like we validate python
 scripts.
 
 I can workout some patch to do this.

well, I did not notice two important facts...
1. the assumption that bash -n can be executed on spec, which is incorrect... I 
thought we are discussing proper scripts.
2. that the project is vdsm and not engine.

anyway, this is indeed nice to have, available for engine[1]

[1] http://gerrit.ovirt.org/22332

 
  
   
   what do you think?
   --
   Mit freundlichen Grüßen / Regards
   
   Sven Kieske
   
   Systemadministrator
   Mittwald CM Service GmbH  Co. KG
   Königsberger Straße 6
   32339 Espelkamp
   T: +49-5772-293-100
   F: +49-5772-293-333
   https://www.mittwald.de
   Geschäftsführer: Robert Meyer
   St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad
   Oeynhausen
   Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad
   Oeynhausen
   ___
   Engine-devel mailing list
   Engine-devel@ovirt.org
   http://lists.ovirt.org/mailman/listinfo/engine-devel
   
  ___
  Engine-devel mailing list
  Engine-devel@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/engine-devel
  
 ___
 Engine-devel mailing list
 Engine-devel@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/engine-devel
 
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] [QE] oVirt 3.3.2 beta status

[Alon Bar-Lev]

Please wait for this[1], to downgrade the apache-sshd for users.

[1] http://gerrit.ovirt.org/#/c/21769/

- Original Message -
 From: Sandro Bonazzola sbona...@redhat.com
 To: engine-devel engine-devel@ovirt.org, us...@ovirt.org, vdsm-devel 
 vdsm-de...@fedorahosted.org
 Sent: Wednesday, November 27, 2013 12:29:43 PM
 Subject: [Engine-devel] [QE] oVirt 3.3.2 beta status
 
 Hi,
 
 we're going to branch and build oVirt 3.3.2 beta TODAY.
 A bug tracker is available at [1] and it shows only 3 bugs still blocking the
 release:
 
 WhiteboardBug ID  Summary
 storage   1022961 Running a VM from a gluster domain uses mount instead of
 gluster URI
 virt  1025829 sysprep floppy is not attached to Windows 2008 R2 machine - even
 when specifically checked in Run Once
 virt  1029885 cloud-init testcase does not work in engine 3.3.1
 
 Please provide an ETA for the above bugs.
 
 
 The following is a list of the non-blocking bugs still open with target
 3.3.2:
 
 WhiteboardBug ID  Summary
 infra 1017267 Plaintext user passwords in async_tasks database
 infra 987982  When adding a host through the REST API, the error 
 message says
 that rootPassword is required,...
 infra 1020344 Power Managent with cisco_ucs problem
 integration   1022440 AIO - configure the AIO host to be a gluster 
 cluster/host
 integration   902979  ovirt-live - firefox doesn't trust the installed engine
 integration   1021805 oVirt Live - use motd to show the admin password
 integration   1026930 Package virtio-win and put it in ovirt repositories
 integration   1026933 pre-populate ISO domain with virtio-win ISO
 network   1019818 Support OpenStack Havana layer 2 agent 
 integration
 network   987999  [oVirt] [provider] Add button shouldn't appear 
 on specific
 provider
 network   987916  [oVirt] [provider] Dialog doesn't update unless 
 focus lost
 network   906313  [oVirt-webadmin] [setupNetworks] No valid 
 Operation for
 network_name and Unassigned Logical Networks panel
 network   1023722 [oVirt-webadmin][network] Network roles in 
 cluster
 management should be radio buttons
 network   997197  Some AppErrors messages are grammatically 
 incorrect (singular
 vs plural)
 storage   1029069 Live storage migration snapshot removal fails, 
 probably due
 to unexpected qemu-img output
 storage   987917  [oVirt] [glance] API version not specified in 
 provider dialog
 storage   1016118 async between masterVersion : can't connect to 
 StoragePool
 ux906394  [oVirt-webadmin] [network] Loading animation in network 
 main tab
 'hosts' and 'vms' subtab is stuck on first view...
 virt  1007940 Cannot clone from snapshot while using GlusterFS as 
 POSIX
 Storage Domain
 
 
 Please add the bugs to the tracker if you think that 3.3.2 should not be
 released without them fixed.
 
 For those who want to help testing the bugs, I suggest to add yourself as QA
 contact for the bug and add yourself to the testing page [2].
 
 Maintainers are welcomed to start filling release notes, the page has been
 created here [3]
 
 
 [1] https://bugzilla.redhat.com/1027349
 [2] http://www.ovirt.org/Testing/Ovirt_3.3.2_testing
 [3] http://www.ovirt.org/OVirt_3.3.2_release_notes
 
 Thanks,
 
 --
 Sandro Bonazzola
 Better technology. Faster innovation. Powered by community collaboration.
 See how it works at redhat.com
 ___
 Engine-devel mailing list
 Engine-devel@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/engine-devel
 
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] Things to be done to support Ubuntu hosts

[Alon Bar-Lev]

- Original Message -
 From: Zhou Zheng Sheng zhshz...@linux.vnet.ibm.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: engine-devel engine-devel@ovirt.org
 Sent: Wednesday, November 20, 2013 3:53:17 AM
 Subject: Re: Things to be done to support Ubuntu hosts
 
 on 2013/11/16 02:52, Alon Bar-Lev wrote:
  
  
  - Original Message -
  From: Zhou Zheng Sheng zhshz...@linux.vnet.ibm.com
  To: engine-devel engine-devel@ovirt.org
  Cc: Itamar Heim ih...@redhat.com, Alon Bar-Lev alo...@redhat.com
  Sent: Thursday, November 14, 2013 8:57:19 AM
  Subject: Things to be done to support Ubuntu hosts
 
  Hi,
 
  Recently Ubuntu support is added to VDSM, and .deb binray packages can
  be downloaded from launchpad.net PPA [1]. Most of the key features such
  as storage management and VM lifecycle work on Ubuntu. The cross
  distribution network management patches are upstream as well. One big
  piece left is making ovirt-host-deploy support Ubuntu, so that we can
  manage Ubuntu hosts from Engine, thus close the gap on host side.
 
  In May 2013  I made some hacks to ovirt-host-deploy and otopi. I made it
  skipped parts not supported on Ubuntu and configure the environment
  manually, and successfully added Ubuntu host to Engine [2].
  Unfortunately I have no plans to continue on it, but I'd like to make a
  summary of the things I hacked to help anyone who wants to submit
  patches in future. I was to add a WIKI page but I found there were not
  many items, so a mail would be enough.
 
  1. Package management operations
  Both otopi and ovirt-host-deploy query for dependency packages and
  install them on demand. The otopi package management just supports yum,
  we need to add apt-get support. Package names are different in Ubuntu,
  so I made a list mapping the names. The list in in VDSM source
  directory, debian/dependencyMap.txt .
  
  Please try putting the following file on host:
  
  /etc/ovirt-host-deploy.conf.d/10-ubuntu.conf
  ---
  ODEPLOY/offlinePackager=bool:True
  ---
  
  This will replace the disable section of packaging in your patch.
  It will make host-deploy not to install any package and assume all is
  pre-installed.
  
 
 Great! Do we have plan to implement apt-get support in ovirt-host-deploy?

Plans - yes.
Not sure when exactly.
I prefer first to handle the ovirt-engine porting to ubuntu at first 
opportunity.

 
 
  2. Network configuration operations
  ovirt-host-deploy asks VDSM's configNetwork.py to create bridge network.
  Cross distribution support patches for configNetwork.py are under
  review. ovirt-host-deploy supports Ubuntu bridge configuration as long
  as they are merged.
  
  This is not happening any more at 3.3, so no need to change anything.
  
  I think that in 3.3 with the above offline packaging use, you can use
  vanilla otopi/host-deploy.
  
  Regards,
  Alon Bar-Lev
  
 
  [1] https://launchpad.net/~zhshzhou/+archive/vdsm-ubuntu
  [2] http://www.ovirt.org/images/5/57/Shanghai-VDSM-on-Ubuntu.pdf
 
  Here goes the detailed hack patch. The hack was base on v1.0.1, I
  rebased it to the latest master. The rebased patch are not tested. If
  you find this email useless, it's actually a good news, which means
  there is not a lot of work and problems ahead ;-)
 
  Hack patch for ovirt-host-deploy.
 
  From 120493a242046d19794ef3da83b32486d372aa39 Mon Sep 17 00:00:00 2001
  From: Zhou Zheng Sheng zhshz...@linux.vnet.ibm.com
  Date: Wed, 13 Nov 2013 18:02:26 +0800
  Subject: [PATCH] Ubuntu Hacks
 
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] Things to be done to support Ubuntu hosts

[Alon Bar-Lev]

- Original Message -
 From: Ewoud Kohl van Wijngaarden ewoud+ov...@kohlvanwijngaarden.nl
 To: Alon Bar-Lev alo...@redhat.com
 Cc: Antoni Segura Puimedon asegu...@redhat.com, Zhou Zheng Sheng 
 zhshz...@linux.vnet.ibm.com, engine-devel
 engine-devel@ovirt.org
 Sent: Wednesday, November 20, 2013 2:49:17 PM
 Subject: Re: [Engine-devel] Things to be done to support Ubuntu hosts
 
 On Wed, Nov 20, 2013 at 07:03:05AM -0500, Alon Bar-Lev wrote:
  Antoni Segura Puimedon wrote:
   Would it make sense to leverage packagekit to abstract away the distro
   packaging differences? http://www.packagekit.org/pk-using.html
 
  Not really... as it is egg and chicken...
  How do I install this package on vanilla host?
 
 Plus it's still likely that package names differ.

This is another issue, which I don't think that package manager abstraction 
solves.
But it is easy to solve by adding name mapping within current host-deploy 
implementation.

 I still think some
 abstraction here could help. Try some autodetection on package managers
 and prefer packagekit, then try yum, then apt-get, then aptitude for
 example.

It is not that easy... we currently use the yum api to be able to participate 
in yum transaction, we also require to manage the version lock legacy hack and 
we need to know before installation if we can revert to previous version.

So it is not that simple to use abstraction, well, until our product will 
behave better, for example it will support previous database schema so that no 
need to run setup for upgrade and mess up with packaging.

For now, I truly think that it is easier to just execute apt-get or any other 
tool, otopi already built under that assumption.

 
  And... it does not support gentoo as far as I can see :)))
 
 As a Gentoo user, I don't find this suprising. The whole concept of
 USE-flags looks hard to abstract away and still be compatible with all
 the other distributions. Especially if there's USE-dependencies in the
 mix.
 
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] move api from /api to /ovirt-engine/api

[Alon Bar-Lev]

- Original Message -
 From: Michael Pasternak mpast...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: engine-devel engine-devel@ovirt.org
 Sent: Sunday, November 17, 2013 1:20:58 PM
 Subject: move api from /api to /ovirt-engine/api
 
 
 Hey Alon,
 
 i've noticed that ForwardServlet does not address URI parameters (such as
 query/matrix),
 i.e all destinations of this servlet will lack URI parameters been passed at
 source.

Thanks
Alexander, can you please look at it?

Michael... What do you mean URI parameters? just for me to be able to 
investigate this today?
Do you mean query parameters?

 
 On 11/06/2013 12:10 PM, Alon Bar-Lev wrote:
  Alon Bar-Lev has posted comments on this change.
  
  --
  To view, visit http://gerrit.ovirt.org/20786
  To unsubscribe, visit http://gerrit.ovirt.org/settings
  
 --
 
 Michael Pasternak
 RedHat, ENG-Virtualization RD
 
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] move api from /api to /ovirt-engine/api

[Alon Bar-Lev]

- Original Message -
 From: Michael Pasternak mpast...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: Alexander Wels aw...@redhat.com, engine-devel 
 engine-devel@ovirt.org
 Sent: Sunday, November 17, 2013 2:01:56 PM
 Subject: Re: move api from /api to /ovirt-engine/api
 
 On 11/17/2013 01:23 PM, Alon Bar-Lev wrote:
  
  
  - Original Message -
  From: Michael Pasternak mpast...@redhat.com
  To: Alon Bar-Lev alo...@redhat.com
  Cc: engine-devel engine-devel@ovirt.org
  Sent: Sunday, November 17, 2013 1:20:58 PM
  Subject: move api from /api to /ovirt-engine/api
 
 
  Hey Alon,
 
  i've noticed that ForwardServlet does not address URI parameters (such as
  query/matrix),
  i.e all destinations of this servlet will lack URI parameters been passed
  at
  source.
  
  Thanks
  Alexander, can you please look at it?
  
  Michael... What do you mean URI parameters? just for me to be able to
  investigate this today?
  Do you mean query parameters?
 
 actually it didn't worked for me with matrix [2] so i assumed it's true for
 all URI
 params such as query [1], but it fine afaics, so it's only about [2]
 
 [1] http://localhost:8080/api/vms?search=name%3Dtest
 [2] http://localhost:8080/api/events;max=2

Done[3], I was not aware that this is valid and split out... Learn new thing 
any day :)

I hope I got this right. Working for this test case as far as I can see.

[3] http://gerrit.ovirt.org/#/c/21335/

 
 thanks.
 
  
 
  On 11/06/2013 12:10 PM, Alon Bar-Lev wrote:
  Alon Bar-Lev has posted comments on this change.
 
  --
  To view, visit http://gerrit.ovirt.org/20786
  To unsubscribe, visit http://gerrit.ovirt.org/settings
 
  --
 
  Michael Pasternak
  RedHat, ENG-Virtualization RD
 
 
 
 --
 
 Michael Pasternak
 RedHat, ENG-Virtualization RD
 
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] Things to be done to support Ubuntu hosts

[Alon Bar-Lev]

- Original Message -
 From: Zhou Zheng Sheng zhshz...@linux.vnet.ibm.com
 To: engine-devel engine-devel@ovirt.org
 Cc: Itamar Heim ih...@redhat.com, Alon Bar-Lev alo...@redhat.com
 Sent: Thursday, November 14, 2013 8:57:19 AM
 Subject: Things to be done to support Ubuntu hosts
 
 Hi,
 
 Recently Ubuntu support is added to VDSM, and .deb binray packages can
 be downloaded from launchpad.net PPA [1]. Most of the key features such
 as storage management and VM lifecycle work on Ubuntu. The cross
 distribution network management patches are upstream as well. One big
 piece left is making ovirt-host-deploy support Ubuntu, so that we can
 manage Ubuntu hosts from Engine, thus close the gap on host side.
 
 In May 2013  I made some hacks to ovirt-host-deploy and otopi. I made it
 skipped parts not supported on Ubuntu and configure the environment
 manually, and successfully added Ubuntu host to Engine [2].
 Unfortunately I have no plans to continue on it, but I'd like to make a
 summary of the things I hacked to help anyone who wants to submit
 patches in future. I was to add a WIKI page but I found there were not
 many items, so a mail would be enough.
 
 1. Package management operations
 Both otopi and ovirt-host-deploy query for dependency packages and
 install them on demand. The otopi package management just supports yum,
 we need to add apt-get support. Package names are different in Ubuntu,
 so I made a list mapping the names. The list in in VDSM source
 directory, debian/dependencyMap.txt .

Please try putting the following file on host:

/etc/ovirt-host-deploy.conf.d/10-ubuntu.conf
---
ODEPLOY/offlinePackager=bool:True
---

This will replace the disable section of packaging in your patch.
It will make host-deploy not to install any package and assume all is 
pre-installed.

 
 2. Network configuration operations
 ovirt-host-deploy asks VDSM's configNetwork.py to create bridge network.
 Cross distribution support patches for configNetwork.py are under
 review. ovirt-host-deploy supports Ubuntu bridge configuration as long
 as they are merged.

This is not happening any more at 3.3, so no need to change anything.

I think that in 3.3 with the above offline packaging use, you can use vanilla 
otopi/host-deploy.

Regards,
Alon Bar-Lev

 
 [1] https://launchpad.net/~zhshzhou/+archive/vdsm-ubuntu
 [2] http://www.ovirt.org/images/5/57/Shanghai-VDSM-on-Ubuntu.pdf
 
 Here goes the detailed hack patch. The hack was base on v1.0.1, I
 rebased it to the latest master. The rebased patch are not tested. If
 you find this email useless, it's actually a good news, which means
 there is not a lot of work and problems ahead ;-)
 
 Hack patch for ovirt-host-deploy.
 
 From 120493a242046d19794ef3da83b32486d372aa39 Mon Sep 17 00:00:00 2001
 From: Zhou Zheng Sheng zhshz...@linux.vnet.ibm.com
 Date: Wed, 13 Nov 2013 18:02:26 +0800
 Subject: [PATCH] Ubuntu Hacks
 
 Change-Id: Ifb4ebc829101c92d06475619b1b5986e87b83d57
 Signed-off-by: Zhou Zheng Sheng zhshz...@linux.vnet.ibm.com
 ---
  src/plugins/ovirt-host-deploy/gluster/packages.py | 17 +
  src/plugins/ovirt-host-deploy/tune/tuned.py   |  3 +-
  src/plugins/ovirt-host-deploy/vdsm/bridge.py  | 45
 ---
  src/plugins/ovirt-host-deploy/vdsm/packages.py|  9 +++--
  src/plugins/ovirt-host-deploy/vdsm/pki.py |  3 +-
  src/plugins/ovirt-host-deploy/vdsm/software.py|  2 +
  src/plugins/ovirt-host-deploy/vdsm/vdsmid.py  |  3 +-
  7 files changed, 45 insertions(+), 37 deletions(-)
 
 diff --git a/src/plugins/ovirt-host-deploy/gluster/packages.py
 b/src/plugins/ovirt-host-deploy/gluster/packages.py
 index 1fecfda..eb37744 100644
 --- a/src/plugins/ovirt-host-deploy/gluster/packages.py
 +++ b/src/plugins/ovirt-host-deploy/gluster/packages.py
 @@ -60,13 +60,13 @@ class Plugin(plugin.PluginBase):
  ),
  )
  def _validation(self):
 -if not self.packager.queryPackages(patterns=('vdsm-gluster',)):
 -raise RuntimeError(
 -_(
 -'Cannot locate gluster packages, '
 -'possible cause is incorrect channels'
 -)
 -)
 +# if not self.packager.queryPackages(patterns=('vdsm-gluster',)):
 +# raise RuntimeError(
 +# _(
 +# 'Cannot locate gluster packages, '
 +# 'possible cause is incorrect channels'
 +# )
 +# )
  self._enabled = True
 
  @plugin.event(
 @@ -74,7 +74,8 @@ class Plugin(plugin.PluginBase):
  condition=lambda self: self._enabled,
  )
  def _packages(self):
 -self.packager.installUpdate(('vdsm-gluster',))
 +# self.packager.installUpdate(('vdsm-gluster',))
 +pass
 
  @plugin.event(
  stage=plugin.Stages.STAGE_CLOSEUP,
 diff --git a/src/plugins/ovirt-host-deploy/tune/tuned.py
 b/src/plugins/ovirt-host-deploy/tune/tuned.py
 index d8e00c5..d0dcea5

Re: [Engine-devel] [Engine-patches] Change in ovirt-engine[master]: packaging: build: perform python validations during build

[Alon Bar-Lev]

- Original Message -
 From: Vojtech Szocs vsz...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: engine-devel engine-devel@ovirt.org
 Sent: Monday, November 4, 2013 1:27:46 PM
 Subject: Re: [Engine-patches] Change in ovirt-engine[master]: packaging: 
 build:   perform python validations during
 build
 
 Hi Alon, I'm getting an error after this patch got merged:
 
 $ make clean install-dev PREFIX=$OVIRT_OUT JBOSS_HOME=$JBOSS_HOME
 
 ...
 if [ 1 != 0 ]; then \
   build/python-check.sh; \
 fi
 build/python-check.sh: line 16: pyflakes: command not found
 build/python-check.sh: line 17: pep8: command not found
 make[1]: *** [python-validation] Error 1
 make[1]: Leaving directory `/home/vszocs/work/ovirt-engine'
 make: *** [all-dev] Error 2
 
 I assume pyflakes and pep8 are Python packages, shouldn't
 README.developer mention they're required now (?)
 
 I was able to fix my problem by doing:
 
 # yum install python-pip
 # pip install pyflakes
 # pip install pep8

Hi!

Thanks!

For some reason I assumed these tools are installed while they are not.

I made this optional per[1]

Workaround, add BUILD_PYTHON_VALIDATION=0 to make for now.

Regards,
Alon Bar-Lev

[1] http://gerrit.ovirt.org/#/c/20851/

 
 Vojtech
 
 
 - Original Message -
  From: Alon Bar-Lev alo...@redhat.com
  Cc: Alon Bar-Lev alo...@redhat.com
  Sent: Sunday, November 3, 2013 1:39:24 PM
  Subject: [Engine-patches] Change in ovirt-engine[master]: packaging: build:
  perform python validations during build
  
  Alon Bar-Lev has uploaded a new change for review.
  
  Change subject: packaging: build: perform python validations during build
  ..
  
  packaging: build: perform python validations during build
  
  Change-Id: Ie4ee9bf80b8a8a75464338bc047dd16e22f0e63b
  Signed-off-by: Alon Bar-Lev alo...@redhat.com
  ---
  M .gitignore
  M Makefile
  A build/python-check.sh.in
  M ovirt-engine.spec.in
  D packaging/check.sh
  5 files changed, 35 insertions(+), 15 deletions(-)
  
  
git pull ssh://gerrit.ovirt.org:29418/ovirt-engine
refs/changes/27/20827/1
  
  diff --git a/.gitignore b/.gitignore
  index fb33e33..bc736d2 100644
  --- a/.gitignore
  +++ b/.gitignore
  @@ -43,6 +43,7 @@
   # Files generated from templates
   ###
   ovirt-engine.spec
  +build/python-check.sh
   packaging/bin/engine-prolog.sh
   packaging/bin/ovirt-engine-log-setup-event.sh
   packaging/bin/pki-common.sh
  diff --git a/Makefile b/Makefile
  index 6047d31..b6063ad 100644
  --- a/Makefile
  +++ b/Makefile
  @@ -31,6 +31,7 @@
   BUILD_DEV=0
   BUILD_UT=1
   EXTRA_BUILD_FLAGS=
  +BUILD_PYTHON_VALIDATION=1
   DEV_REBUILD=1
   DEV_BUILD_GWT_DRAFT=0
   DEV_EXTRA_BUILD_FLAGS=
  @@ -41,6 +42,8 @@
   MVN=mvn
   RPMBUILD=rpmbuild
   PYTHON=python
  +PYFLAKES=pyflakes
  +PEP8=pep8
   PREFIX=/usr/local
   LOCALSTATE_DIR=$(PREFIX)/var
   BIN_DIR=$(PREFIX)/bin
  @@ -147,11 +150,14 @@
  -e s|@PACKAGE_VERSION@|$(PACKAGE_VERSION)|g \
  -e s|@DISPLAY_VERSION@|$(DISPLAY_VERSION)|g \
  -e s|@JBOSS_HOME@|$(JBOSS_HOME)|g \
  +   -e s|@PEP8@|$(PEP8)|g \
  +   -e s|@PYFLAKES@|$(PYFLAKES)|g \
  $  $@
   
   # List of files that will be generated from templates:
   GENERATED = \
  ovirt-engine.spec \
  +   build/python-check.sh \
  packaging/bin/engine-prolog.sh \
  packaging/bin/ovirt-engine-log-setup-event.sh \
  packaging/bin/pki-common.sh \
  @@ -184,11 +190,13 @@
   
   all: \
  generated-files \
  +   python-validation \
  dbscripts-validations \
  $(BUILD_FILE) \
  $(NULL)
   
   generated-files:   $(GENERATED)
  +   chmod a+x build/python-check.sh
  chmod a+x packaging/services/ovirt-engine/ovirt-engine.sysv
  chmod a+x
  packaging/services/ovirt-engine-notifier/ovirt-engine-notifier.sysv
  chmod a+x
  packaging/services/ovirt-websocket-proxy/ovirt-websocket-proxy.sysv
  @@ -300,6 +308,11 @@
  [ -x $(SOURCEDIR)/$${f} ]  MASK=0755 || MASK=0644; \
  install -m $${MASK} $(SOURCEDIR)/$${f} $$(dirname
  $(TARGETDIR)/$${f}); \
  done
  +
  +python-validation:
  +   if [ $(BUILD_PYTHON_VALIDATION) != 0 ]; then \
  +   build/python-check.sh; \
  +   fi
   
   dbscripts-validations:
  test/dbscripts/check_for_duplicate_upgrade_scripts.sh
  @@ -417,6 +430,7 @@
  $(MAKE) \
  install \
  BUILD_DEV=1 \
  +   BUILD_PYTHON_VALIDATION=0 \
  PYTHON_DIR=$(PREFIX)$(PYTHON_SYS_DIR) \
  $(NULL)
   
  diff --git a/build/python-check.sh.in b/build/python-check.sh.in
  new file mode 100755
  index 000..d13c820
  --- /dev/null
  +++ b/build/python-check.sh.in
  @@ -0,0 +1,19 @@
  +#!/bin/sh
  +
  +PEP8=@PEP8@
  +PYFLAKES=@PYFLAKES@
  +SRCDIR=$(dirname $0)/..
  +
  +cd ${SRCDIR}
  +
  +ret=0
  +FILES=$(
  +   find build packaging -name '*.py' | while read f; do
  +   [ -e ${f}.in ] || echo ${f

[Engine-devel] [ATN] ovirt-engine URIs rework

[Alon Bar-Lev]

Hello,

Please be aware that the following[1] was merged.

Many thanks to Alexander Wels and Vojtech Szocs.

---

MISSION

Advanced farther into well behaved web application, install as much as
we can into /ovirt-engine URI name space, removing / abuse.

Synchronize between jboss and apache URI layouts so that development
setup will be as similar as possible to production.

NEW LAYOUT

  -+- / (root.war) Redirect: ovirt-engine
   |
   +--- api/ (api.war)
   |
   +-+- ovirt-engine/ (welcome.war) [NEW]
   | |
   | +--- docs/ (docs.war)  [NEW]
   | |
   | +-+- services(services.war)[NEW]
   | | |
   | | +-+- attachment/
   | | |
   | | +-+- files/
   | | |
   | | +--- get-session-user
   | | |
   | | +--- health
   | | |
   | | +--- host-register
   | | |
   | | +--- pki-resource
   | | |
   | | +--- reports-redirect
   | |
   | +--- userportal/ (userportal.war)
   | |
   | +--- webadmin/ (webadmin.war)
   |
   +-+- OvirtEngineWeb/
   | |
   | +--- HealthStatus.aspxForward:  ovirt-engine/services/health
   | |
   | +--- HealthStatus/*   Forward:  ovirt-engine/services/health
   | |
   | +--- VdsAutoRegistration.aspx Forward:  ovirt-engine/services/host-register
   | |
   | +--- register Forward:  ovirt-engine/services/host-register
   |
   +-+- RHEVManagerWeb/
   | |
   | +--- VdsAutoRegistration.aspx Forward:  ovirt-engine/services/host-register
   |
   +--- ca.crt Forward:  ovirt-engine/serivces/pki-resource
   |
   +--- engine.ssh.key.txt Forward:  ovirt-engine/serivces/pki-resource
   |
   +--- rhevm.ssh.key.txt  Forward:  ovirt-engine/serivces/pki-resource

LAYOUT NOTES

HealthStatus servlet is used by python using urllib2 which supports
redirect, it does not accept extra path, so redirect into servlet
at services is safe, but forward was installed for now.

Registration uses python httplib which does not support redirect, so
these uris are forwarded into servlets at services.

/ValidateSession is gone as reports can be modified to support the new
servlet name at /services/get-session-user.

GWT applications have human usable URIs, no duplication no object names.

[1] http://gerrit.ovirt.org/#/c/20473/
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] missing AIO_CONFIG_NOT_AVAILABLE on 3.3 branch

[Alon Bar-Lev]

Correct, broken by the same again...

THANKS!

- Original Message -
 From: Tomas Jelinek tjeli...@redhat.com
 To: engine-devel engine-devel@ovirt.org
 Cc: Alex Lourie alou...@redhat.com, Alon Bar-Lev alo...@redhat.com
 Sent: Friday, October 25, 2013 10:57:33 AM
 Subject: missing AIO_CONFIG_NOT_AVAILABLE on 3.3 branch
 
 Hey,
 
 I have noticed an error:
 ***L:ERROR Internal error: type object 'Stages' has no attribute
 'AIO_CONFIG_NOT_AVAILABLE'
 while running engine-setup --jboss-home=...
 
 This does not happen on the master, only on ovirt-engine-3.3 - I guess the
 problem is that the
 http://gerrit.ovirt.org/#/c/20262
 is not backported. I have not seen any pending patch on the 3.3 branch - any
 reason for that?
 
 Thanx,
 Tomas
 
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] fails when build engine source code

[Alon Bar-Lev]

Can you please start from scratch?

git checkout master
git clean -dxf
make install-dev PREFIX=`pwd`/xxx
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] make install-dev failure on second attempt

[Alon Bar-Lev]

- Original Message -
 From: Moti Asayag masa...@redhat.com
 To: engine-devel engine-devel@ovirt.org
 Cc: Alon Bar-Lev alo...@redhat.com
 Sent: Tuesday, October 1, 2013 9:48:05 PM
 Subject: make install-dev failure on second attempt
 
 Hi,
 
 Running make install-dev PREFIX=~/ovirt-engine_test BUILD_UT=0 BUILD_GWT=0
 fails with several errors:
 
 ln -s /home/motia/ovirt-engine_test/etc/ovirt-engine/usbfilter.txt
 /home/motia/ovirt-engine_test/share/ovirt-engine/files/usbfilter.txt
 ln: failed to create symbolic link
 `/home/motia/ovirt-engine_test/share/ovirt-engine/files/usbfilter.txt': File
 exists
 make[1]: *** [install-layout] Error 1
 make[1]: Leaving directory `/home/motia/work/ovirt-engine'
 make: *** [install-dev] Error 2
 
 and if /home/motia/ovirt-engine_test/share/ovirt-engine/files/usbfilter.txt
 is deleted,
 there are a couple of files which fail with the same error:
 /home/motia/ovirt-engine/share/ovirt-engine/files/spice-html5
 /home/motia/ovirt-engine/share/ovirt-engine/files/novnc
 
 I suspect commit b5522d43e2899f66646bb490d268fa890ce9483f packaging:
 introduce generic file serving
 introduced this issue.

Thanks!

 
 Thanks,
 Moti
 
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] 3.3.0.1 Release branch and tracker

[Alon Bar-Lev]

- Original Message -
 From: Ofer Schreiber oschr...@redhat.com
 To: engine-devel engine-devel@ovirt.org
 Sent: Wednesday, September 25, 2013 10:40:33 AM
 Subject: [Engine-devel] 3.3.0.1 Release branch and tracker
 
 Hey,
 
 As you may know, we're planning to release oVirt 3.3.0.1 soon.
 I've created a tracker bug
 (https://bugzilla.redhat.com/show_bug.cgi?id=1011800) and a git branch
 (ovirt-engine-3.3.0.1, based on 3.3.0) for this release.
 

Once again, I do not understand why go into 4 digit version and not release 
3.3.1 as z-stream, deferring remaining queue to 3.3.2.

The argument of small/large change is irrelevant in z-stream as something small 
for one can be important for other.

The number should not be important, whenever z-stream is released you take 
last+1.

Regards,
Alon Bar-Lev.
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] 3.3.0.1 Release branch and tracker

[Alon Bar-Lev]

- Original Message -
 From: Itamar Heim ih...@redhat.com
 To: Dan Kenigsberg dan...@redhat.com
 Cc: Alon Bar-Lev alo...@redhat.com, Ofer Schreiber 
 oschr...@redhat.com, engine-devel
 engine-devel@ovirt.org
 Sent: Wednesday, September 25, 2013 2:18:42 PM
 Subject: Re: [Engine-devel] 3.3.0.1 Release branch and tracker
 
 On 09/25/2013 11:53 AM, Dan Kenigsberg wrote:
  On Wed, Sep 25, 2013 at 03:49:40AM -0400, Alon Bar-Lev wrote:
 
 
  - Original Message -
  From: Ofer Schreiber oschr...@redhat.com
  To: engine-devel engine-devel@ovirt.org
  Sent: Wednesday, September 25, 2013 10:40:33 AM
  Subject: [Engine-devel] 3.3.0.1 Release branch and tracker
 
  Hey,
 
  As you may know, we're planning to release oVirt 3.3.0.1 soon.
  I've created a tracker bug
  (https://bugzilla.redhat.com/show_bug.cgi?id=1011800) and a git branch
  (ovirt-engine-3.3.0.1, based on 3.3.0) for this release.
 
 
  Once again, I do not understand why go into 4 digit version and not
  release 3.3.1 as z-stream, deferring remaining queue to 3.3.2.
 
  The argument of small/large change is irrelevant in z-stream as something
  small for one can be important for other.
 
  The number should not be important, whenever z-stream is released you take
  last+1.
 
  hear hear. Z is the last letter of the English alphabet. We should not
  go past it, unless 3.3.1 was already in beta and we have to ship a quick
  3.3.0.1.
 
 
 because we should be able to number things and plan to them. not have to
 revisit all ovirt bugs targeted to 3.3.1 and change them to 3.3.2, since
 we need to do something in async, etc.
 we also communicated 3.3.1 will have a rebase, or will have something
 specific around it. we can't re-number the messaging for every async update.
 

We are not the only project that cope with z-stream. There is no reason to be 
unique.

There is expected scheme of release management and versioning scheme, let's not 
re-invent the wheel.

Pushing in bugzilla all 3.3.1 - 3.3.2 is simple task, and as release 
maintainer does that, he may find that some of the fixes applied to 3.3.1 
should remain in 3.3.1 and better released at that chance.

Regards,
Alon
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] [vdsm] stale gerrit patches

[Alon Bar-Lev]

- Original Message -
 From: Ayal Baron aba...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: Itamar Heim ih...@redhat.com, engine-devel 
 engine-devel@ovirt.org, vdsm-de...@lists.fedorahosted.org
 Sent: Tuesday, September 24, 2013 12:21:23 AM
 Subject: Re: [vdsm] stale gerrit patches
 
 
 
 - Original Message -
  
  
  - Original Message -
   From: Itamar Heim ih...@redhat.com
   To: Alon Bar-Lev alo...@redhat.com
   Cc: David Caro dcaro...@redhat.com, engine-devel
   engine-devel@ovirt.org, vdsm-de...@lists.fedorahosted.org
   Sent: Monday, September 23, 2013 1:54:39 PM
   Subject: Re: [vdsm] stale gerrit patches
   
   On 09/23/2013 01:52 PM, Alon Bar-Lev wrote:
   
   
- Original Message -
From: Itamar Heim ih...@redhat.com
To: Alon Bar-Lev alo...@redhat.com
Cc: David Caro dcaro...@redhat.com, engine-devel
engine-devel@ovirt.org, vdsm-de...@lists.fedorahosted.org
Sent: Monday, September 23, 2013 1:50:35 PM
Subject: Re: [vdsm] stale gerrit patches
   
On 09/23/2013 01:49 PM, Alon Bar-Lev wrote:
   
   
- Original Message -
From: Itamar Heim ih...@redhat.com
To: David Caro dcaro...@redhat.com
Cc: engine-devel engine-devel@ovirt.org,
vdsm-de...@lists.fedorahosted.org
Sent: Monday, September 23, 2013 1:47:47 PM
Subject: Re: [vdsm] stale gerrit patches
   
On 09/23/2013 01:46 PM, David Caro wrote:
On Mon 23 Sep 2013 12:36:58 PM CEST, Itamar Heim wrote:
we have some very old gerrit patches.
I'm for abandoning patches which were not touched over 60 days (to
begin with, I think the number should actually be lower).
they can always be re-opened by any interested party post their
closure.
   
i.e., looking at gerrit, the patch list should actually get
attention,
and not be a few worth looking at, with a lot of old patches
   
thoughts?
   
Thanks,
  Itamar
___
vdsm-devel mailing list
vdsm-de...@lists.fedorahosted.org
https://lists.fedorahosted.org/mailman/listinfo/vdsm-devel
   
It might helpful to have a cron-like script that checks the age of
the
posts and first notifies the sender, the reviewers and the
maintainer,
and if the patch is not updated in a certain period just abandons
it.
   
   
yep - warn after X days via email to just owner (or all subscribed
to
the patch), and close if no activity for X+14 days or something like
that.
   
This will be annoying.
   
And there are patches that pending with good reason.
   
pending for 60 days with zero activity on them (no comment, no rebase,
nothing)?
   
http://gerrit.ovirt.org/#/q/status:open+project:ovirt-engine+branch:master+topic:independent_deployments,n,z
   
   so how does it help us to have these patches, some without any comment
   from any reviewer.
   lets get them reviewed and decide one way or the other, rather than let
   them get old and stay forever
  
  Again... maintainer can close these if he likes.
  Owner can close these if he likes.
 
 right, but why?
 a patch without activity being abandoned might actually spur someone into
 motion (rebasing and resubmitting, prodding maintainers etc).
 I'm +1 for automatically abandoning old patches.
 

I do not understand why maintainer should not have human interaction with its 
contributers.

  
  The problem is that maintainers avoid closing.
  And that there are people who submitted patches without CC anyone and gone.
  
  So a simple logic can be applied after we add metadata into tree:
  
  1. If no maintainer is CCed on change, close that change within short cycle
  (can be even a week).
  2. Maintainer to close patches that have no interest in.
  
   
   
   
   
Maintainers can close patches that are no interest nor progress.
   
Alon
   
   
   
   
   
  ___
  vdsm-devel mailing list
  vdsm-de...@lists.fedorahosted.org
  https://lists.fedorahosted.org/mailman/listinfo/vdsm-devel
  
 
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] [vdsm] stale gerrit patches

[Alon Bar-Lev]

- Original Message -
 From: Ayal Baron aba...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: Itamar Heim ih...@redhat.com, engine-devel 
 engine-devel@ovirt.org, vdsm-de...@lists.fedorahosted.org
 Sent: Tuesday, September 24, 2013 10:09:46 AM
 Subject: Re: [vdsm] stale gerrit patches
 
 
 
 - Original Message -
  
  
  - Original Message -
   From: Ayal Baron aba...@redhat.com
   To: Alon Bar-Lev alo...@redhat.com
   Cc: Itamar Heim ih...@redhat.com, engine-devel
   engine-devel@ovirt.org, vdsm-de...@lists.fedorahosted.org
   Sent: Tuesday, September 24, 2013 9:20:55 AM
   Subject: Re: [vdsm] stale gerrit patches
   
   
   
   - Original Message -


- Original Message -
 From: Ayal Baron aba...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: Itamar Heim ih...@redhat.com, engine-devel
 engine-devel@ovirt.org, vdsm-de...@lists.fedorahosted.org
 Sent: Tuesday, September 24, 2013 12:21:23 AM
 Subject: Re: [vdsm] stale gerrit patches
 
 
 
 - Original Message -
  
  
  - Original Message -
   From: Itamar Heim ih...@redhat.com
   To: Alon Bar-Lev alo...@redhat.com
   Cc: David Caro dcaro...@redhat.com, engine-devel
   engine-devel@ovirt.org, vdsm-de...@lists.fedorahosted.org
   Sent: Monday, September 23, 2013 1:54:39 PM
   Subject: Re: [vdsm] stale gerrit patches
   
   On 09/23/2013 01:52 PM, Alon Bar-Lev wrote:
   
   
- Original Message -
From: Itamar Heim ih...@redhat.com
To: Alon Bar-Lev alo...@redhat.com
Cc: David Caro dcaro...@redhat.com, engine-devel
engine-devel@ovirt.org, vdsm-de...@lists.fedorahosted.org
Sent: Monday, September 23, 2013 1:50:35 PM
Subject: Re: [vdsm] stale gerrit patches
   
On 09/23/2013 01:49 PM, Alon Bar-Lev wrote:
   
   
- Original Message -
From: Itamar Heim ih...@redhat.com
To: David Caro dcaro...@redhat.com
Cc: engine-devel engine-devel@ovirt.org,
vdsm-de...@lists.fedorahosted.org
Sent: Monday, September 23, 2013 1:47:47 PM
Subject: Re: [vdsm] stale gerrit patches
   
On 09/23/2013 01:46 PM, David Caro wrote:
On Mon 23 Sep 2013 12:36:58 PM CEST, Itamar Heim wrote:
we have some very old gerrit patches.
I'm for abandoning patches which were not touched over 60
days
(to
begin with, I think the number should actually be lower).
they can always be re-opened by any interested party post
their
closure.
   
i.e., looking at gerrit, the patch list should actually
get
attention,
and not be a few worth looking at, with a lot of old
patches
   
thoughts?
   
Thanks,
  Itamar
___
vdsm-devel mailing list
vdsm-de...@lists.fedorahosted.org
https://lists.fedorahosted.org/mailman/listinfo/vdsm-devel
   
It might helpful to have a cron-like script that checks the
age
of
the
posts and first notifies the sender, the reviewers and the
maintainer,
and if the patch is not updated in a certain period just
abandons
it.
   
   
yep - warn after X days via email to just owner (or all
subscribed
to
the patch), and close if no activity for X+14 days or
something
like
that.
   
This will be annoying.
   
And there are patches that pending with good reason.
   
pending for 60 days with zero activity on them (no comment, no
rebase,
nothing)?
   
http://gerrit.ovirt.org/#/q/status:open+project:ovirt-engine+branch:master+topic:independent_deployments,n,z
   
   so how does it help us to have these patches, some without any
   comment
   from any reviewer.
   lets get them reviewed and decide one way or the other, rather
   than
   let
   them get old and stay forever
  
  Again... maintainer can close these if he likes.
  Owner can close these if he likes.
 
 right, but why?
 a patch without activity being abandoned might actually spur someone
 into
 motion (rebasing and resubmitting, prodding maintainers etc).
 I'm +1 for automatically abandoning old patches.
 

I do not understand why maintainer should not have human interaction
with
its
contributers.
   
   I do not understand the relation between the subject and the things
   you're
   saying.
   Right now these patches are stale and are rotting, abandoning them could
   actually spur those interactions into motion.
  
  You prefer machines to interact with contributers to kick them in motion.
  I believe

Re: [Engine-devel] [vdsm] stale gerrit patches

[Alon Bar-Lev]

- Original Message -
 From: Itamar Heim ih...@redhat.com
 To: David Caro dcaro...@redhat.com
 Cc: engine-devel engine-devel@ovirt.org, vdsm-de...@lists.fedorahosted.org
 Sent: Monday, September 23, 2013 1:47:47 PM
 Subject: Re: [vdsm] stale gerrit patches
 
 On 09/23/2013 01:46 PM, David Caro wrote:
  On Mon 23 Sep 2013 12:36:58 PM CEST, Itamar Heim wrote:
  we have some very old gerrit patches.
  I'm for abandoning patches which were not touched over 60 days (to
  begin with, I think the number should actually be lower).
  they can always be re-opened by any interested party post their closure.
 
  i.e., looking at gerrit, the patch list should actually get attention,
  and not be a few worth looking at, with a lot of old patches
 
  thoughts?
 
  Thanks,
  Itamar
  ___
  vdsm-devel mailing list
  vdsm-de...@lists.fedorahosted.org
  https://lists.fedorahosted.org/mailman/listinfo/vdsm-devel
 
  It might helpful to have a cron-like script that checks the age of the
  posts and first notifies the sender, the reviewers and the maintainer,
  and if the patch is not updated in a certain period just abandons it.
 
 
 yep - warn after X days via email to just owner (or all subscribed to
 the patch), and close if no activity for X+14 days or something like that.

This will be annoying.

And there are patches that pending with good reason.

Maintainers can close patches that are no interest nor progress.

Alon
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] [vdsm] stale gerrit patches

[Alon Bar-Lev]

- Original Message -
 From: Alon Bar-Lev alo...@redhat.com
 To: Itamar Heim ih...@redhat.com
 Cc: David Caro dcaro...@redhat.com, engine-devel 
 engine-devel@ovirt.org, vdsm-de...@lists.fedorahosted.org
 Sent: Monday, September 23, 2013 1:52:56 PM
 Subject: Re: [vdsm] stale gerrit patches
 
 
 
 - Original Message -
  From: Itamar Heim ih...@redhat.com
  To: Alon Bar-Lev alo...@redhat.com
  Cc: David Caro dcaro...@redhat.com, engine-devel
  engine-devel@ovirt.org, vdsm-de...@lists.fedorahosted.org
  Sent: Monday, September 23, 2013 1:50:35 PM
  Subject: Re: [vdsm] stale gerrit patches
  
  On 09/23/2013 01:49 PM, Alon Bar-Lev wrote:
  
  
   - Original Message -
   From: Itamar Heim ih...@redhat.com
   To: David Caro dcaro...@redhat.com
   Cc: engine-devel engine-devel@ovirt.org,
   vdsm-de...@lists.fedorahosted.org
   Sent: Monday, September 23, 2013 1:47:47 PM
   Subject: Re: [vdsm] stale gerrit patches
  
   On 09/23/2013 01:46 PM, David Caro wrote:
   On Mon 23 Sep 2013 12:36:58 PM CEST, Itamar Heim wrote:
   we have some very old gerrit patches.
   I'm for abandoning patches which were not touched over 60 days (to
   begin with, I think the number should actually be lower).
   they can always be re-opened by any interested party post their
   closure.
  
   i.e., looking at gerrit, the patch list should actually get attention,
   and not be a few worth looking at, with a lot of old patches
  
   thoughts?
  
   Thanks,
Itamar
   ___
   vdsm-devel mailing list
   vdsm-de...@lists.fedorahosted.org
   https://lists.fedorahosted.org/mailman/listinfo/vdsm-devel
  
   It might helpful to have a cron-like script that checks the age of the
   posts and first notifies the sender, the reviewers and the maintainer,
   and if the patch is not updated in a certain period just abandons it.
  
  
   yep - warn after X days via email to just owner (or all subscribed to
   the patch), and close if no activity for X+14 days or something like
   that.
  
   This will be annoying.
  
   And there are patches that pending with good reason.
  
  pending for 60 days with zero activity on them (no comment, no rebase,
  nothing)?
 
 http://gerrit.ovirt.org/#/q/status:open+project:ovirt-engine+branch:master+topic:independent_deployments,n,z

http://gerrit.ovirt.org/#/q/status:open+project:ovirt-engine+branch:master+topic:ldap_independence,n,z

 
  
  
   Maintainers can close patches that are no interest nor progress.
  
   Alon
  
  
  
 
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] [vdsm] stale gerrit patches

[Alon Bar-Lev]

- Original Message -
 From: Itamar Heim ih...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: David Caro dcaro...@redhat.com, engine-devel 
 engine-devel@ovirt.org, vdsm-de...@lists.fedorahosted.org
 Sent: Monday, September 23, 2013 1:54:39 PM
 Subject: Re: [vdsm] stale gerrit patches
 
 On 09/23/2013 01:52 PM, Alon Bar-Lev wrote:
 
 
  - Original Message -
  From: Itamar Heim ih...@redhat.com
  To: Alon Bar-Lev alo...@redhat.com
  Cc: David Caro dcaro...@redhat.com, engine-devel
  engine-devel@ovirt.org, vdsm-de...@lists.fedorahosted.org
  Sent: Monday, September 23, 2013 1:50:35 PM
  Subject: Re: [vdsm] stale gerrit patches
 
  On 09/23/2013 01:49 PM, Alon Bar-Lev wrote:
 
 
  - Original Message -
  From: Itamar Heim ih...@redhat.com
  To: David Caro dcaro...@redhat.com
  Cc: engine-devel engine-devel@ovirt.org,
  vdsm-de...@lists.fedorahosted.org
  Sent: Monday, September 23, 2013 1:47:47 PM
  Subject: Re: [vdsm] stale gerrit patches
 
  On 09/23/2013 01:46 PM, David Caro wrote:
  On Mon 23 Sep 2013 12:36:58 PM CEST, Itamar Heim wrote:
  we have some very old gerrit patches.
  I'm for abandoning patches which were not touched over 60 days (to
  begin with, I think the number should actually be lower).
  they can always be re-opened by any interested party post their
  closure.
 
  i.e., looking at gerrit, the patch list should actually get attention,
  and not be a few worth looking at, with a lot of old patches
 
  thoughts?
 
  Thanks,
Itamar
  ___
  vdsm-devel mailing list
  vdsm-de...@lists.fedorahosted.org
  https://lists.fedorahosted.org/mailman/listinfo/vdsm-devel
 
  It might helpful to have a cron-like script that checks the age of the
  posts and first notifies the sender, the reviewers and the maintainer,
  and if the patch is not updated in a certain period just abandons it.
 
 
  yep - warn after X days via email to just owner (or all subscribed to
  the patch), and close if no activity for X+14 days or something like
  that.
 
  This will be annoying.
 
  And there are patches that pending with good reason.
 
  pending for 60 days with zero activity on them (no comment, no rebase,
  nothing)?
 
  http://gerrit.ovirt.org/#/q/status:open+project:ovirt-engine+branch:master+topic:independent_deployments,n,z
 
 so how does it help us to have these patches, some without any comment
 from any reviewer.
 lets get them reviewed and decide one way or the other, rather than let
 them get old and stay forever

Again... maintainer can close these if he likes.
Owner can close these if he likes.

The problem is that maintainers avoid closing.
And that there are people who submitted patches without CC anyone and gone.

So a simple logic can be applied after we add metadata into tree:

1. If no maintainer is CCed on change, close that change within short cycle 
(can be even a week).
2. Maintainer to close patches that have no interest in.

 
 
 
 
  Maintainers can close patches that are no interest nor progress.
 
  Alon
 
 
 
 
 
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] ovirt3.3,all in one, network configuration

[Alon Bar-Lev]

- Original Message -
 From: leaboy wang wlblea...@126.com
 To: engine-devel@ovirt.org
 Sent: Monday, September 16, 2013 5:45:39 AM
 Subject: [Engine-devel] ovirt3.3,all in one, network configuration
 
 Hi,all:
 I got ovirt3.3 from
 yum localinstall
 http://resources.ovirt.org/releases/ovirt-release-el6-8-1.noarch.rpm -y
 yum localinstall
 http://dl.fedoraproject.org/pub/epel/6/x86_64/epel-release-6-8.noarch.rpm –y
 And when I run engine-setup in NETWORK CONFIGURATION step, I got this error:
 
 [ ERROR ] Host name is not valid: The following addresses: 192.168.1.207 did
 not reverseresolve into leaboy.test.com
 Host fully qualified DNS name of this server [leaboy.test.com]:
 
 Is anyone got this error, and how could I resolve it.

In case of all-in-one you should have proper reverse dns setup into the host 
name.

Alon
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] ovirt3.3,all in one, network configuration

[Alon Bar-Lev]

- Original Message -
 From: wlbleaboy@126 wlblea...@126.com
 To: Liran Zelkha liran.zel...@gmail.com, Alon Bar-Lev 
 alo...@redhat.com
 Cc: engine-devel engine-devel@ovirt.org
 Sent: Monday, September 16, 2013 10:07:53 AM
 Subject: RE: [Engine-devel] ovirt3.3,all in one, network configuration
 
 Hi, Alon:
 
  Could I set the DNS with all-in-one in the same Centos?

if set == install, then yes.

  
 
 From: Liran Zelkha [mailto:liran.zel...@gmail.com]
 Sent: Monday, September 16, 2013 2:25 PM
 To: Alon Bar-Lev
 Cc: leaboy wang; engine-devel
 Subject: Re: [Engine-devel] ovirt3.3,all in one, network configuration
 
  
 
 See here for more info http://www.ovirt.org/Troubleshooting#Installation
 
  
 
 On Mon, Sep 16, 2013 at 8:22 AM, Alon Bar-Lev alo...@redhat.com wrote:
 
 
 
 - Original Message -
  From: leaboy wang wlblea...@126.com
  To: engine-devel@ovirt.org
  Sent: Monday, September 16, 2013 5:45:39 AM
  Subject: [Engine-devel] ovirt3.3,all in one, network configuration
 
  Hi,all:
  I got ovirt3.3 from
  yum localinstall
  http://resources.ovirt.org/releases/ovirt-release-el6-8-1.noarch.rpm -y
  yum localinstall
  http://dl.fedoraproject.org/pub/epel/6/x86_64/epel-release-6-8.noarch.rpm
 –y
  And when I run engine-setup in NETWORK CONFIGURATION step, I got this
 error:
 
  [ ERROR ] Host name is not valid: The following addresses: 192.168.1.207
 did
  not reverseresolve into leaboy.test.com
  Host fully qualified DNS name of this server [leaboy.test.com]:
 
  Is anyone got this error, and how could I resolve it.
 
 In case of all-in-one you should have proper reverse dns setup into the host
 name.
 
 Alon
 ___
 Engine-devel mailing list
 Engine-devel@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/engine-devel
 
  
 
 
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] ok to sort login domains on backend?

[Alon Bar-Lev]

- Original Message -
 From: Greg Sheremeta gsher...@redhat.com
 To: engine-devel@ovirt.org
 Sent: Friday, August 30, 2013 3:26:48 PM
 Subject: [Engine-devel] ok to sort login domains on backend?
 
 Hi,
 
 I'm working on https://bugzilla.redhat.com/78 -- domain selection list
 in login screen should be sorted alphabetically
 
 I was going to put the sort logic in the web apps, but it makes sense to just
 put it in the backend, specifically in GetDomainListQuery. (There is already
 a sort there, but it needs to be tweaked to put internal always last.)
 This would affect non-webapp clients (REST API), so I want to make sure
 there are no objections. Unit tests pass and it seems to work fine (screen
 attached).
 
 Any objections?

I think that sorting of visualization is presentation layer role.

 
 Thanks,
 Greg
 
 
 Greg Sheremeta
 Red Hat, Inc.
 Sr. Software Engineer, RHEV
 Cell: 919-807-1086
 gsher...@redhat.com
 ___
 Engine-devel mailing list
 Engine-devel@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/engine-devel
 
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] ok to sort login domains on backend?

[Alon Bar-Lev]

- Original Message -
 From: Einav Cohen eco...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: engine-devel@ovirt.org
 Sent: Friday, August 30, 2013 7:56:13 PM
 Subject: Re: [Engine-devel] ok to sort login domains on backend?
 
  - Original Message -
  From: Alon Bar-Lev alo...@redhat.com
  Sent: Friday, August 30, 2013 12:35:24 PM
  
  
  
  - Original Message -
   From: Einav Cohen eco...@redhat.com
   To: Alon Bar-Lev alo...@redhat.com
   Cc: Greg Sheremeta gsher...@redhat.com, engine-devel@ovirt.org
   Sent: Friday, August 30, 2013 5:12:37 PM
   Subject: Re: [Engine-devel] ok to sort login domains on backend?
   
- Original Message -
From: Alon Bar-Lev alo...@redhat.com
Sent: Friday, August 30, 2013 9:32:46 AM



- Original Message -
 From: Greg Sheremeta gsher...@redhat.com
 To: engine-devel@ovirt.org
 Sent: Friday, August 30, 2013 3:26:48 PM
 Subject: [Engine-devel] ok to sort login domains on backend?
 
 Hi,
 
 I'm working on https://bugzilla.redhat.com/78 -- domain
 selection
 list
 in login screen should be sorted alphabetically
 
 I was going to put the sort logic in the web apps, but it makes sense
 to
 just
 put it in the backend, specifically in GetDomainListQuery. (There is
 already
 a sort there, but it needs to be tweaked to put internal always
 last.)
 This would affect non-webapp clients (REST API), so I want to make
 sure
 there are no objections. Unit tests pass and it seems to work fine
 (screen
 attached).
 
 Any objections?

I think that sorting of visualization is presentation layer role.
   
   true in general, but I think that there is no harm in returning items
   from the backend in some default order, especially if this is a list
   of simple items that have only one possible order that makes sense.
  
  Even if that so, there is no reason to relay on it.
 
 if this method will return a sorted list *by definition*, there would be
 no reason to NOT relay on it.
 for this particular case, I think that it would be a bit of waste if the
 exact same sorting logic will be duplicated across the different clients'
 code (including 3rd-party clients). If we can make it a little bit easier
 on the clients, I don't see why not to do it.
 
  If sort is required at presentation, presentation layer should apply sort.
 
 define presentation; looking at the xml response of a rest-api GET request
 in a browser is also presentation, but I can't really apply sort there;
 yes,
 I can change the rest-api code to sort the results, but why not simply make
 it
 a bit easier for *all* clients, and return the results from the backend
 already
 sorted in the way which is probably the most comfortable for everyone?
 
 [again - you are generally correct, but in this particular case, of simple
 business entities which have pretty much only one way of sorting that makes
 sense, I don't see why not make an exception and apply the sort on the
 backend]

Well, we can agree to disagree.

RestAPI is not presentation, the fact that browser has presentation layer to 
interact with RestAPI does not mean that the server side is responsible on 
ordering etc. The RestAPI presentation layer may allow sorting.

I do not think that API should have any sense of presentation ordering it only 
makes it more complex without a reason.

Let's assume the API sort is based on plain text, and you have a bug to sort 
using case insensitive, so API definition should be fixed? so you pass a 
parameter to request specific casing?

Let's assume that each domain has value and description, you agree that sort 
should be based on description, right? Now, let's say that description can be 
localized, which sort can the server apply?

These are the reason why presentation layer was split out, ever since IBM 
Mainframe 3270 the layer is running on the client side.

Regards,
Alon Bar-Lev

 
  
   

 
 Thanks,
 Greg
 
 
 Greg Sheremeta
 Red Hat, Inc.
 Sr. Software Engineer, RHEV
 Cell: 919-807-1086
 gsher...@redhat.com
 ___
 Engine-devel mailing list
 Engine-devel@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/engine-devel
 
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel



   
  ___
  Engine-devel mailing list
  Engine-devel@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/engine-devel
  
  
  
 
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] Java Development Lifecycle

[Alon Bar-Lev]

- Original Message -
 From: Itamar Heim ih...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: Martin Betak mbe...@redhat.com, engine-devel 
 engine-devel@ovirt.org
 Sent: Thursday, August 29, 2013 2:04:53 AM
 Subject: Re: [Engine-devel] Java Development Lifecycle
 
 On 08/27/2013 03:21 PM, Alon Bar-Lev wrote:
# engine-setup --help
  Usage: /usr/bin/engine-setup
   --log=file
   write log to this file.
   --config=file
   Load configuration files.
   --config-append=file
   Load extra configuration files.
   --offline
   Offline mode.
   --generate-answer=file
   Generate answer file.
   --jboss-home=dir
   Use this jboss.
 
  Can you tell more precisely what is missing?
 
  BTW: I also curious why you need to re-run fresh setup over and over.
 
 its clear from usage above how to generate an answer file from above,
 not how it would be used for a non-interactive setup?

Answer file is configuration, you use --config-append= to apply configuration, 
it can be the output of the answer file or any other setting. I will love to 
work with technical writer so a proper man page and usage can be perfected.

Regards,
Alon
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] Java Development Lifecycle

[Alon Bar-Lev]

- Original Message -
 From: Mooli Tayer mta...@redhat.com
 To: engine-devel engine-devel@ovirt.org
 Sent: Tuesday, August 27, 2013 2:29:01 PM
 Subject: [Engine-devel] Java Development Lifecycle
 
 Hello,
 
 I've been working on the engine for a few month now,
 And I feel I have not yet been able to find a productive and fast approach
 for Java development in different engine components.
 
 This revolves mainly around:
 
 Compiling and deploying artifacts:
 ==
 If I want to check a small change in the engine,
 Be it in an artifact that is part of engine.ear or when I am working on one
 of the side tools
 that might run as a service (e.g ovirt-engine-notifier)
 or just a single jar (engine-manage-domains)
 It is essential to compile only parts of the project and not all of it.
 
 This can be achieved usually quite easily with mvn,
 however afterwards I would like to be able to also deploy and run it locally
 or even take all jars comprising a project and run them exploded inside my
 IDE
 (I use intellij idea) so I can enjoy live code editing and other benefits
 idea
 jboss  gwt integration offers. I have been using remote debug
 (which is available by default in the engine and non existent in other jars
 so
 I have to tamper manually with a python service file to add debug flags - see
 next)
 But it's not as powerful as running inside an IDE and I feel my current
 development lifecycle is
 not as fast and productive as it could have been.
 (I do understand the engine is complex regarding configuration and
 deployment, so it's a challenge)
 
 Configuration:
 ==
 This might be more of a todo item, I'm not sure..
 After deployment of an artifact to run on a machine(again, engine, notifier
 or whatever)
 if I want to change it's configuration
 (configure it for remote debug as mentioned or change it's logging behavior
 and so on)
 It seems I always have to do it in a different place which I always spend
 hours finding.
 It could be great if for all artifacts configuration could be streamlined and
 monolithic
 across different components.
 
 These issues might seem obvious to some of you or unneeded to others, but
 I've decided to shout out
 in engine-devel because my usual way of approaching individuals has not got
 me very far,
 and also because I'm convinced some of you have found ways to be productive I
 am unaware of -
 Please share them! Others may have their own good ideas  approaches(or their
 own needs).

So to make long story short, you want:

1. Be able to partially build project.

This is already supported[1], so I do not understand what is missing.

[1] http://www.ovirt.org/OVirt_Engine_Development_Environment#Usage

2. Setup all components with debug port enabled at development mode.

This can be achieved quite easy, but there is a catch... in tools you might 
want to add environment variable to halt at startup and wait for debugger.

Patches are welcomed!

3. Be able to run all under ide without installation.

This is how developers worked until recently, it created an entire new category 
of art, running engine without actually setup it.

Artists are hard to find and harder to duplicate.

So I am sorry, but this is not the right way to go.

You can build partially, install over existing setup, and debug using remote 
debugger.

Any other mean is a waste of resources to set up, maintain and sync.

Regards,
Alon Bar-Lev.
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] Java Development Lifecycle

[Alon Bar-Lev]

- Original Message -
 From: Martin Betak mbe...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: engine-devel engine-devel@ovirt.org
 Sent: Tuesday, August 27, 2013 3:17:44 PM
 Subject: Re: [Engine-devel] Java Development Lifecycle
 
 For me personally the most time consuming part of development
 is when I have to frequently change/update configurations
 of the engine, I have to manually deal with the interactive setup
 wizzard. Thanks to the new development environment I managed to automate
 all other parts of my process using scripts, except engine-setup.
 I would greatly appreciate if there were some way of supplying 'answers'
 to the engine-setup from command line (or answer files, like in the 'full'
 version) so it could be scripted.

 # engine-setup --help
Usage: /usr/bin/engine-setup
--log=file
write log to this file.
--config=file
Load configuration files.
--config-append=file
Load extra configuration files.
--offline
Offline mode.
--generate-answer=file
Generate answer file.
--jboss-home=dir
Use this jboss.

Can you tell more precisely what is missing?

BTW: I also curious why you need to re-run fresh setup over and over.

Thanks,
Alon
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] Proposal for new commit msg design for engine commits

[Alon Bar-Lev]

- Original Message -
 From: David Caro dcaro...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: Eyal Edri ee...@redhat.com, engine-devel engine-devel@ovirt.org, 
 infra in...@ovirt.org
 Sent: Friday, August 23, 2013 11:16:31 AM
 Subject: Re: [Engine-devel] Proposal for new commit msg design for engine 
 commits
 
 On 07/20/2013 08:53 PM, Alon Bar-Lev wrote:
  
  
  - Original Message -
  From: Eyal Edri ee...@redhat.com
  To: Alon Bar-Lev alo...@redhat.com
  Cc: infra in...@ovirt.org, engine-devel engine-devel@ovirt.org,
  Fabian Deutsch fabi...@redhat.com
  Sent: Saturday, July 20, 2013 9:41:56 PM
  Subject: Re: [Engine-devel] Proposal for new commit msg design for engine
  commits
 
  This change to commit template has nothing to do with CI.
  it's a change that should reflect updated components relevance to the
  commit
  code.
  
  This commit template is mostly invalid, as touching more than one
  'subsystem' is possible, and has not enough granularity.
 
 I suggest using a tag at the end with some extra syntax, like:
 Components: core, storage, db
 Components: all
 Components: all, !core, !db
 
  
  For example, database change should trigger what?
 All the jobs that are tagged for that component (db upgrades I suppose).
 And if the changes affect storage components then also storage, if the
 changes affect others then those others too.
 
  Infra change should trigger what?
 The same, all the jobs that are tagged as infra.
 
  A change of both user interface and command should trigger what?
 All the jobs tagged by user interface and/or command.
 
  So you end up with:
  
  userportal: storage: core: db: some message
 
 As I suggested before, I think it's better if you end with a commit
 message like:
 
Some message
 
Components: userportal, storage, core, db
 
 Actually it can be easily done with a tag in the gerrit comment instead
 of the commit message.
 
  
  Just to make who happy?
 
 The developer, the qe, the ci and the infra people. This mechanism is to
 avoid running all the tests all the time. Of course there are some times
 when all the tests should be run to make sure nothing else changed, but
 most times you just need to run part of them to make sure you did not
 break something obvious.
 
  
  And maybe there are 50 tests of network, and you need only 5 of them for
  the specific change, how do you mark it, so now a developer need to know
  any test? what if you add one tomorrow which is relevant to a similar
  change? how do you inform the developer that now he needs 6?
 
 As I said before, what the developer specifies is not a list of tests,
 but a list of components, that qe has to map to different sets of tests
 that can change with time. So specifying webadmin will run all the tests
 in that group, that might be only one, or 100, and might be
 increasing/decreasing with time transparently for the developer. Adding
 a new component is not common and there's no need to do it so frequently.
 
  
  Why should it be the developer responsibility and not the quality ensuring
  engineer responsibility to determine which tests should run and when?
 
 Of course it's the responsibility of the qe engineer to determine when
 and which tests should be run. But this is meant to be a new tool for
 the developer not a substitute for the full qe tests, so the developer
 can easily make sure that he's changes do not break anything obvious
 before starting the real tests (that will take more time and resources).
 The developer just adds some metadata so the qe engineer can decide
 which tests to run per patch, so it's on qe's hand in the end to decide
 if ignore or not the metadata and which tests to run.
 
  
  As far as this template was not actually used for anything but humans, it
  was not that important, but once you formalize it as an interface, I step
  forward and state that the subject line is not the right tool for the task
  at hand (or any for this matter).
 
 I agree with that, I think that it should be a tag similar to Change-Id,
 at the end of the commit message.
 
  
  The fact that you have in each commit are the sources that are modified,
  all the other data is just plain noise. From the sources that are modified
  you should be able to derive a test plan with high chance that this test
  program will be correct. Human intervention should be possible by ordering
  special tests that are outside of the standard policy, for cases in which
  the standard policy of deriving tests from sources is too narrow.
 
 That's just not true. The sources are complicated enough to make two
 changes in the same file to affect different components. Any reused code
 is prone to affect multiple components, making it really hard to
 determine by which changed files which tests to run. And if you go down
 to the function/class level it's even harder to decide and to maintain.
 And of course it's not human error free, as the metadata in the
 files/directories is defined

Re: [Engine-devel] Proposal for new commit msg design for engine commits

[Alon Bar-Lev]

- Original Message -
 From: David Caro Estevez dcaro...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: Eyal Edri ee...@redhat.com, engine-devel engine-devel@ovirt.org, 
 infra in...@ovirt.org
 Sent: Friday, August 23, 2013 1:00:38 PM
 Subject: Re: [Engine-devel] Proposal for new commit msg design for engine 
 commits
 
 
 
 - Original Message -
  From: Alon Bar-Lev alo...@redhat.com
  To: David Caro dcaro...@redhat.com
  Cc: Eyal Edri ee...@redhat.com, engine-devel
  engine-devel@ovirt.org, infra in...@ovirt.org
  Sent: Friday, August 23, 2013 10:45:37 AM
  Subject: Re: [Engine-devel] Proposal for new commit msg design for engine
  commits
  
  
  
  - Original Message -
   From: David Caro dcaro...@redhat.com
   To: Alon Bar-Lev alo...@redhat.com
   Cc: Eyal Edri ee...@redhat.com, engine-devel
   engine-devel@ovirt.org, infra in...@ovirt.org
   Sent: Friday, August 23, 2013 11:16:31 AM
   Subject: Re: [Engine-devel] Proposal for new commit msg design for engine
   commits
   
   On 07/20/2013 08:53 PM, Alon Bar-Lev wrote:


- Original Message -
From: Eyal Edri ee...@redhat.com
To: Alon Bar-Lev alo...@redhat.com
Cc: infra in...@ovirt.org, engine-devel
engine-devel@ovirt.org,
Fabian Deutsch fabi...@redhat.com
Sent: Saturday, July 20, 2013 9:41:56 PM
Subject: Re: [Engine-devel] Proposal for new commit msg design for
engine
commits
   
This change to commit template has nothing to do with CI.
it's a change that should reflect updated components relevance to the
commit
code.

This commit template is mostly invalid, as touching more than one
'subsystem' is possible, and has not enough granularity.
   
   I suggest using a tag at the end with some extra syntax, like:
   Components: core, storage, db
   Components: all
   Components: all, !core, !db
   

For example, database change should trigger what?
   All the jobs that are tagged for that component (db upgrades I suppose).
   And if the changes affect storage components then also storage, if the
   changes affect others then those others too.
   
Infra change should trigger what?
   The same, all the jobs that are tagged as infra.
   
A change of both user interface and command should trigger what?
   All the jobs tagged by user interface and/or command.
   
So you end up with:

userportal: storage: core: db: some message
   
   As I suggested before, I think it's better if you end with a commit
   message like:
   
  Some message
   
  Components: userportal, storage, core, db
   
   Actually it can be easily done with a tag in the gerrit comment instead
   of the commit message.
   

Just to make who happy?
   
   The developer, the qe, the ci and the infra people. This mechanism is to
   avoid running all the tests all the time. Of course there are some times
   when all the tests should be run to make sure nothing else changed, but
   most times you just need to run part of them to make sure you did not
   break something obvious.
   

And maybe there are 50 tests of network, and you need only 5 of them
for
the specific change, how do you mark it, so now a developer need to
know
any test? what if you add one tomorrow which is relevant to a similar
change? how do you inform the developer that now he needs 6?
   
   As I said before, what the developer specifies is not a list of tests,
   but a list of components, that qe has to map to different sets of tests
   that can change with time. So specifying webadmin will run all the tests
   in that group, that might be only one, or 100, and might be
   increasing/decreasing with time transparently for the developer. Adding
   a new component is not common and there's no need to do it so frequently.
   

Why should it be the developer responsibility and not the quality
ensuring
engineer responsibility to determine which tests should run and when?
   
   Of course it's the responsibility of the qe engineer to determine when
   and which tests should be run. But this is meant to be a new tool for
   the developer not a substitute for the full qe tests, so the developer
   can easily make sure that he's changes do not break anything obvious
   before starting the real tests (that will take more time and resources).
   The developer just adds some metadata so the qe engineer can decide
   which tests to run per patch, so it's on qe's hand in the end to decide
   if ignore or not the metadata and which tests to run.
   

As far as this template was not actually used for anything but humans,
it
was not that important, but once you formalize it as an interface, I
step
forward and state that the subject line is not the right tool for the
task
at hand (or any for this matter).
   
   I agree with that, I think that it should be a tag similar to Change-Id,
   at the end of the commit

Re: [Engine-devel] Failed to execute stage 'Misc configuration'

[Alon Bar-Lev]

Running upgrade sql script 
upgrade/03_03_0760_preserve_network_user_id_for_vnic_profile.sql ...

2013-08-13 14:39:38 DEBUG otopi.plugins.ovirt_**FILTERED**_setup.db.schema 
plugin.execute:446 execute-output: 
['/home/mpastern/Coding/ovirt/ovirt-**FILTERED**/share/ovirt-**FILTERED**/dbscripts/upgrade.sh',
 '-s', 'localhost', '-p', '5432', '-u', '**FILTERED**', '-d', '**FILTERED**', 
'-l', 
'/home/mpastern/Coding/ovirt/ovirt-**FILTERED**/var/log/ovirt-**FILTERED**/setup/ovirt-**FILTERED**-setup-20130813143837.log',
 '-m', 
'/home/mpastern/Coding/ovirt/ovirt-**FILTERED**/var/lib/ovirt-**FILTERED**/dbmd5']
 stderr:
psql:upgrade/03_03_0760_preserve_network_user_id_for_vnic_profile.sql:36: 
ERROR:  permission denied: RI_ConstraintTrigger_252074 is a system trigger
CONTEXT:  SQL statement ALTER TABLE roles DISABLE TRIGGER ALL
PL/pgSQL function __temp_preserve_network_user_role_id line 13 at SQL 
statement


---
ERROR:  permission denied: RI_ConstraintTrigger_252074 is a system trigger
---

?!?!

- Original Message -
 From: Michael Pasternak mpast...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com, Eli Mesika emes...@redhat.com
 Cc: Eyal Edri ee...@redhat.com, engine-devel engine-devel@ovirt.org, 
 Ohad Basan oba...@redhat.com
 Sent: Tuesday, August 13, 2013 2:44:04 PM
 Subject: Failed to execute stage 'Misc configuration'
 
 Any insight?
 
 [ ERROR ] Failed to execute stage 'Misc configuration': Command
 '/home/mpastern/Coding/ovirt/ovirt-engine/share/ovirt-engine/dbscripts/upgrade.sh'
 failed to execute
 [WARNING] Rolling back upgrade
 
 * rebased at 20031dd61f6c6517a5e21d38485c3c3b626fd8aa
 
 --
 
 Michael Pasternak
 RedHat, ENG-Virtualization RD
 
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] Failed to execute stage 'Misc configuration'

[Alon Bar-Lev]

http://gerrit.ovirt.org/#/c/18003/

- Original Message -
 From: Alon Bar-Lev alo...@redhat.com
 To: Eli Mesika emes...@redhat.com
 Cc: engine-devel engine-devel@ovirt.org
 Sent: Tuesday, August 13, 2013 2:45:34 PM
 Subject: Re: [Engine-devel] Failed to execute stage 'Misc configuration'
 
 Running upgrade sql script
 upgrade/03_03_0760_preserve_network_user_id_for_vnic_profile.sql ...
 
 2013-08-13 14:39:38 DEBUG otopi.plugins.ovirt_**FILTERED**_setup.db.schema
 plugin.execute:446 execute-output:
 ['/home/mpastern/Coding/ovirt/ovirt-**FILTERED**/share/ovirt-**FILTERED**/dbscripts/upgrade.sh',
 '-s', 'localhost', '-p', '5432', '-u', '**FILTERED**', '-d', '**FILTERED**',
 '-l',
 '/home/mpastern/Coding/ovirt/ovirt-**FILTERED**/var/log/ovirt-**FILTERED**/setup/ovirt-**FILTERED**-setup-20130813143837.log',
 '-m',
 '/home/mpastern/Coding/ovirt/ovirt-**FILTERED**/var/lib/ovirt-**FILTERED**/dbmd5']
 stderr:
 psql:upgrade/03_03_0760_preserve_network_user_id_for_vnic_profile.sql:36:
 ERROR:  permission denied: RI_ConstraintTrigger_252074 is a system trigger
 CONTEXT:  SQL statement ALTER TABLE roles DISABLE TRIGGER ALL
 PL/pgSQL function __temp_preserve_network_user_role_id line 13 at SQL
 statement
 
 
 ---
 ERROR:  permission denied: RI_ConstraintTrigger_252074 is a system trigger
 ---
 
 ?!?!
 
 - Original Message -
  From: Michael Pasternak mpast...@redhat.com
  To: Alon Bar-Lev alo...@redhat.com, Eli Mesika emes...@redhat.com
  Cc: Eyal Edri ee...@redhat.com, engine-devel
  engine-devel@ovirt.org, Ohad Basan oba...@redhat.com
  Sent: Tuesday, August 13, 2013 2:44:04 PM
  Subject: Failed to execute stage 'Misc configuration'
  
  Any insight?
  
  [ ERROR ] Failed to execute stage 'Misc configuration': Command
  '/home/mpastern/Coding/ovirt/ovirt-engine/share/ovirt-engine/dbscripts/upgrade.sh'
  failed to execute
  [WARNING] Rolling back upgrade
  
  * rebased at 20031dd61f6c6517a5e21d38485c3c3b626fd8aa
  
  --
  
  Michael Pasternak
  RedHat, ENG-Virtualization RD
  
 ___
 Engine-devel mailing list
 Engine-devel@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/engine-devel
 
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] cannot login after re-deploying development environment

[Alon Bar-Lev]

- Original Message -
 From: Einav Cohen eco...@redhat.com
 To: engine-devel engine-devel@ovirt.org
 Sent: Tuesday, August 6, 2013 8:31:07 PM
 Subject: [Engine-devel] cannot login after re-deploying development   
 environment
 
 Hi,
 
 The following scenario already happened to me several times:
 
 I created a brand new 'engine' data-base, created / deployed
 development environment [everything works correctly].
 
 After ^^^, I re-create/deploy development environment, this
 time without creating a brand new 'engine' data-base (i.e. I
 utilized the existing one). Everything seems to be working
 correctly, only I cannot login into the web-admin (I fail on
 USER_FAILED_TO_AUTHENTICATE CanDoAction).
 
 The only workaround I found is to use a brand-new data-base.
 
 Any ideas?

If you remove $HOME/ovirt-engine you remove the pki keys.
If you do not drop/create the database then the engine-setup is perform upgrade 
not fresh install.
This cause the password to be undecryptable by the new key.
Using engine-config -s AdminPassword=interactive will store encrypted password 
using the new key.
If you want fresh install, please also drop/create database.

 
 [attached: engine.log, engine-setup output, engine-setup.log]
 
 Thanks in advance.
 Einav
 
 ___
 Engine-devel mailing list
 Engine-devel@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/engine-devel
 
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] cannot login after re-deploying development environment

[Alon Bar-Lev]

- Original Message -
 From: Einav Cohen eco...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: engine-devel engine-devel@ovirt.org
 Sent: Tuesday, August 6, 2013 9:00:37 PM
 Subject: Re: [Engine-devel] cannot login after re-deploying   development 
 environment
 
  - Original Message -
  From: Alon Bar-Lev alo...@redhat.com
  Sent: Tuesday, August 6, 2013 1:46:09 PM
  
  
  
  - Original Message -
   From: Einav Cohen eco...@redhat.com
   To: engine-devel engine-devel@ovirt.org
   Sent: Tuesday, August 6, 2013 8:31:07 PM
   Subject: [Engine-devel] cannot login after re-deploying development
 environment
   
   Hi,
   
   The following scenario already happened to me several times:
   
   I created a brand new 'engine' data-base, created / deployed
   development environment [everything works correctly].
   
   After ^^^, I re-create/deploy development environment, this
   time without creating a brand new 'engine' data-base (i.e. I
   utilized the existing one). Everything seems to be working
   correctly, only I cannot login into the web-admin (I fail on
   USER_FAILED_TO_AUTHENTICATE CanDoAction).
   
   The only workaround I found is to use a brand-new data-base.
   
   Any ideas?
  
  If you remove $HOME/ovirt-engine you remove the pki keys.
  If you do not drop/create the database then the engine-setup is perform
  upgrade not fresh install.
  This cause the password to be undecryptable by the new key.
  Using engine-config -s AdminPassword=interactive will store encrypted
  password using the new key.
  If you want fresh install, please also drop/create database.
 
 Thanks, Alon; so assuming that I want to utilize my existing database
 (after working hard filling it with Hosts, Storage Domains, VMs, etc...),
 but to re-deploy the environment (since I just fetched latest code from
 ovirt master, for example, and I want to run it) - I assume that I should
 NOT remove $HOME/ovirt-engine (or PREFIX); is it safe to simply
 run:
  make clean install-dev PREFIX=[old-PREFIX]

Right, if there is no significant change this will work, if there are database 
changes, you should run engine-setup again to perform upgrade.

However, you do able to remove the entire environment without cleaning 
database, just run engine-setup and then reset password using:

${HOME}/ovirt-engine/bin/engine-config -s AdminPassword=interactive

And you will be able to login, but lose encrypted storage secrets.

 or is there something that needs to be removed / some cleanup that should
 be performed in order to make sure that there are no leftovers from
 previous deployments?

As files are only added, there might be side effects.
If, for example, dbscripts were modified, you may have duplicates etc..
In this case you can remove $HOME/ovirt-engine/share/ovirt-engine/dbscripts 
before install-dev.
There can be other side effects if packaging files are added.

  
   
   [attached: engine.log, engine-setup output, engine-setup.log]
   
   Thanks in advance.
   Einav
   
   ___
   Engine-devel mailing list
   Engine-devel@ovirt.org
   http://lists.ovirt.org/mailman/listinfo/engine-devel
   
  ___
  Engine-devel mailing list
  Engine-devel@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/engine-devel
  
  
  
 
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] cannot login after re-deploying development environment

[Alon Bar-Lev]

- Original Message -
 From: Dead Horse deadhorseconsult...@gmail.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: Einav Cohen eco...@redhat.com, engine-devel engine-devel@ovirt.org
 Sent: Tuesday, August 6, 2013 9:05:37 PM
 Subject: Re: [Engine-devel] cannot login after re-deploying development 
 environment
 
 Seeing something similar to this but it pertains users not being able to
 log in. Also for some reason the engine is seemingly forgets about AD
 users. Removing the AD domain via engine-manage-domains and re-adding it
 works for enumerating the users, however the first attempt to login as a
 user results in the engine no longer enumerating the users nor allowing
 logins.
 Attached are the pertinent logs.

Are you using the development environment?

 
 Engine is built and running from current master as of this morning.
 
  - DHC
 
 
 On Tue, Aug 6, 2013 at 12:46 PM, Alon Bar-Lev alo...@redhat.com wrote:
 
 
 
  - Original Message -
   From: Einav Cohen eco...@redhat.com
   To: engine-devel engine-devel@ovirt.org
   Sent: Tuesday, August 6, 2013 8:31:07 PM
   Subject: [Engine-devel] cannot login after re-deploying development
  environment
  
   Hi,
  
   The following scenario already happened to me several times:
  
   I created a brand new 'engine' data-base, created / deployed
   development environment [everything works correctly].
  
   After ^^^, I re-create/deploy development environment, this
   time without creating a brand new 'engine' data-base (i.e. I
   utilized the existing one). Everything seems to be working
   correctly, only I cannot login into the web-admin (I fail on
   USER_FAILED_TO_AUTHENTICATE CanDoAction).
  
   The only workaround I found is to use a brand-new data-base.
  
   Any ideas?
 
  If you remove $HOME/ovirt-engine you remove the pki keys.
  If you do not drop/create the database then the engine-setup is perform
  upgrade not fresh install.
  This cause the password to be undecryptable by the new key.
  Using engine-config -s AdminPassword=interactive will store encrypted
  password using the new key.
  If you want fresh install, please also drop/create database.
 
  
   [attached: engine.log, engine-setup output, engine-setup.log]
  
   Thanks in advance.
   Einav
  
   ___
   Engine-devel mailing list
   Engine-devel@ovirt.org
   http://lists.ovirt.org/mailman/listinfo/engine-devel
  
  ___
  Engine-devel mailing list
  Engine-devel@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/engine-devel
 
 
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] cannot login after re-deploying development environment

[Alon Bar-Lev]

- Original Message -
 From: Dead Horse deadhorseconsult...@gmail.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: Einav Cohen eco...@redhat.com, engine-devel engine-devel@ovirt.org
 Sent: Tuesday, August 6, 2013 9:11:08 PM
 Subject: Re: [Engine-devel] cannot login after re-deploying development 
 environment
 
 Negative, it was built and upgraded via RPMs yum/engine-upgrade.
 - DHC

So different issue... :)

 
 
 On Tue, Aug 6, 2013 at 1:09 PM, Alon Bar-Lev alo...@redhat.com wrote:
 
 
 
  - Original Message -
   From: Dead Horse deadhorseconsult...@gmail.com
   To: Alon Bar-Lev alo...@redhat.com
   Cc: Einav Cohen eco...@redhat.com, engine-devel 
  engine-devel@ovirt.org
   Sent: Tuesday, August 6, 2013 9:05:37 PM
   Subject: Re: [Engine-devel] cannot login after re-deploying development
  environment
  
   Seeing something similar to this but it pertains users not being able to
   log in. Also for some reason the engine is seemingly forgets about AD
   users. Removing the AD domain via engine-manage-domains and re-adding it
   works for enumerating the users, however the first attempt to login as a
   user results in the engine no longer enumerating the users nor allowing
   logins.
   Attached are the pertinent logs.
 
  Are you using the development environment?
 
  
   Engine is built and running from current master as of this morning.
  
- DHC
  
  
   On Tue, Aug 6, 2013 at 12:46 PM, Alon Bar-Lev alo...@redhat.com wrote:
  
   
   
- Original Message -
 From: Einav Cohen eco...@redhat.com
 To: engine-devel engine-devel@ovirt.org
 Sent: Tuesday, August 6, 2013 8:31:07 PM
 Subject: [Engine-devel] cannot login after re-deploying development
environment

 Hi,

 The following scenario already happened to me several times:

 I created a brand new 'engine' data-base, created / deployed
 development environment [everything works correctly].

 After ^^^, I re-create/deploy development environment, this
 time without creating a brand new 'engine' data-base (i.e. I
 utilized the existing one). Everything seems to be working
 correctly, only I cannot login into the web-admin (I fail on
 USER_FAILED_TO_AUTHENTICATE CanDoAction).

 The only workaround I found is to use a brand-new data-base.

 Any ideas?
   
If you remove $HOME/ovirt-engine you remove the pki keys.
If you do not drop/create the database then the engine-setup is perform
upgrade not fresh install.
This cause the password to be undecryptable by the new key.
Using engine-config -s AdminPassword=interactive will store encrypted
password using the new key.
If you want fresh install, please also drop/create database.
   

 [attached: engine.log, engine-setup output, engine-setup.log]

 Thanks in advance.
 Einav

 ___
 Engine-devel mailing list
 Engine-devel@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/engine-devel

___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel
   
  
 
 
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] failed to add host into cluster

[Alon Bar-Lev]

- Original Message -
 From: Laszlo Hornyak lhorn...@redhat.com
 To: Itamar Heim ih...@redhat.com
 Cc: Lijuan Zhang lijuan.zh...@intel.com, engine-devel@ovirt.org
 Sent: Sunday, August 4, 2013 6:38:33 PM
 Subject: Re: [Engine-devel] failed to add host into cluster
 
 Hi,
 
 I got the same error after X reinstallation on a host with fedora 19, fedora
 18 engine and latest otopi+host deploy. A total host OS reinstall helped,
 however I noticed that after installing VDSM from engine, an old version was
 installed, incompatible with 3.3, so I had to manually edit
 /etc/yum.repos.d/ovirt.repo to enable nightly and manually upgrade. It
 worked fine after that.

You could have just define the repository, then perform host-deploy.
The host-deploy is using standard yum to install vdsm and other packages, hence 
setting preferred repository layout is a required action.
You can also update the repository even on install host, then re-deploy and 
vdsm will be upgraded.
You should not perform manual package installation unless you really know what 
you are doing...

 Another, less accurate, but much more effective solution that I previously
 used is to update the config to accept whatever vdsm offers (obviously a
 hack, not meant for production)
 
 Laszlo
 
 - Original Message -
  From: Itamar Heim ih...@redhat.com
  To: Wei D Chen wei.d.c...@intel.com
  Cc: Lijuan Zhang lijuan.zh...@intel.com, engine-devel@ovirt.org
  Sent: Sunday, August 4, 2013 4:24:44 PM
  Subject: Re: [Engine-devel] failed to add host into cluster
  
  On 08/02/2013 09:34 AM, Chen, Wei D wrote:
   Failed to add a node into cluster. I saw follow hints, but still don't
   know
   how to fix it. OS is fedora 19 both for node and engine,
   anyone can help me?
  
   Host *** does not comply with the cluster *** emulated machines. The
   Hosts
   emulated machines are clipper,none and the cluster is
   [rhel6.4.0, pc-1.0]}
  
  what Os is the host running?
  what does 'vdsClient -s 0 getVdsCaps' returns?
  ___
  Engine-devel mailing list
  Engine-devel@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/engine-devel
  
 ___
 Engine-devel mailing list
 Engine-devel@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/engine-devel
 
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] server/api/ full_version tag stability

[Alon Bar-Lev]

- Original Message -
 From: Antoni Segura Puimedon asegu...@redhat.com
 To: engine-devel engine-devel@ovirt.org
 Sent: Thursday, August 1, 2013 11:24:18 AM
 Subject: [Engine-devel] server/api/ full_version tag stability
 
 Hello list,
 
 In order to smarten up the ovirt-node registration flow I will ask the engine
 via rest API for it's version number, so that I can take decisions about
 capabilities for networking.
 
 I found that https:/server/api/ provides an xml document with a
 full_version
 tag that suits my purposes and I wanted to make sure that the stability of
 such
 element can be depended upon by asking you about it.
 
 IMHO, it could be nice instead that we would have an api endpoint (if it is
 not
 there and I missed it) that would provide capability tags information such
 as:
 bridgeless_nets, vm_live_snapshot, etc.

It also should be anonymous API.

Alon
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] [Users] [Feedback required][host-deploy] Fedora-19 misses tar at minimal setup

[Alon Bar-Lev]

Hello All,

Starting the discussion again...

I would like to receive feedback regarding how we should cope with a state 
presented to use by Fedora.

Fedora-19 minimal setup does not install tar utility which is required to 
deploy files during the host-deploy process (Hosts-Add Host).

I guess because of 2.8M in size (including translations) -- a standard commonly 
used utility was removed.

There are three alternatives :

1. Instruct users who are using minimal installations to manually install tar 
utility just like they configure repository, dns, etc..

Benefit: simplicity.
Benefit: use standard tools.
Benefit: lower payload to transmit.
Drawback: require tar at destination machine.

2. Do not use tar but self extracting python script, a patch is ready[1].

Benefit: ability to deploy environment in which tar is missing.
Drawback: non standard tool at destination machine.
Drawback: complexity within our code.

3. Do not use tar but cpio, a patch is ready[2].

Benefit: simplicity.
Benefit: use standard tools.
Benefit: lower payload to transmit.
Benefit: ability to use Fedora-19 minimal.
Drawback: cpio is even less common than tar, even if it exists in Fedora-19 it 
can be removed without anyone notice.
Drawback: most other distributions will not have cpio in their minimal 
installation.

[[[
There was 4rd alternative, using python tar module to deploy tar.
However, there is a bug in that module when processing last block if empty.
This is edge condition but happened to at least one of the users and I could
reproduce it.
]]]

What option do you prefer?

Regards,
Alon Bar-Lev

[1] http://gerrit.ovirt.org/#/c/17295/
[2] http://gerrit.ovirt.org/#/c/17396/
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] [ATN] oVirt 3.3 release, moving to RC [3.3 branching, blockers review]

[Alon Bar-Lev]

- Original Message -
 From: Moran Goldboim mgold...@redhat.com
 To: engine-devel engine-devel@ovirt.org, vdsm-de...@ovirt.org, 
 us...@ovirt.org
 Sent: Tuesday, July 30, 2013 6:05:46 PM
 Subject: [Engine-devel] [ATN] oVirt 3.3 release, moving to RC [3.3 branching, 
 blockers review]
 
 We would like to go a head on oVirt 3.3 release process and issue an RC
 
 for tomorrow meeting:
 
 Maintainers/ Package owners
 ==
 -branch your git repo (master) with 3.3 branch (making master ready for 3.4)
 -for tomorrow meeting, overview [1] , see if you have any changes to it
 -if you don't have any blockers under your component, please branch 3.3 with
 RC1 branch
 
 | 
 -master
 | 
 -engine_3.3
 | 
 -RC1
 | 
 -engine_3.2

Please use proper notation...

ovirt-engine-3.3.0 branch for 3.3.0 release cycle
ovirt-engine-3.3.0_rc1 - for rc1 tag or branch

 ...
 
 Users
 
 with your experience from test day and with nightlies, if you feel there are
 additional candidates to block this version for please add it to the tracker
 bug [1].
 
 Suggested Schedule
 
 Wed Jul 31st - review of blockers for the version and component readiness
 Mon Aug 5th - RC1 release
 Wed Aug 7th - Release readiness review (in case of blockers an RC2 will be
 issued)
 
 Thanks.
 
 [1] Bug 918494 - Tracker: oVirt 3.3 release
 
 
 
 ___
 Engine-devel mailing list
 Engine-devel@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/engine-devel
 
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] [Users] [Feedback required][host-deploy] Fedora-19 misses tar at minimal setup

[Alon Bar-Lev]

- Original Message -
 From: Sandro Bonazzola sbona...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: users us...@ovirt.org, arch a...@ovirt.org, engine-devel 
 engine-devel@ovirt.org, Juan Hernandez
 jhern...@redhat.com
 Sent: Tuesday, July 30, 2013 6:11:38 PM
 Subject: Re: [Engine-devel] [Users] [Feedback required][host-deploy] 
 Fedora-19 misses tar at minimal setup
 
 Il 30/07/2013 15:12, Alon Bar-Lev ha scritto:
  Hello All,
 
  Starting the discussion again...
 
  I would like to receive feedback regarding how we should cope with a state
  presented to use by Fedora.
 
  Fedora-19 minimal setup does not install tar utility which is required to
  deploy files during the host-deploy process (Hosts-Add Host).
 
  I guess because of 2.8M in size (including translations) -- a standard
  commonly used utility was removed.
 
  There are three alternatives :
 
  1. Instruct users who are using minimal installations to manually install
  tar utility just like they configure repository, dns, etc..
 
  Benefit: simplicity.
  Benefit: use standard tools.
  Benefit: lower payload to transmit.
  Drawback: require tar at destination machine.
 
  2. Do not use tar but self extracting python script, a patch is ready[1].
 
  Benefit: ability to deploy environment in which tar is missing.
  Drawback: non standard tool at destination machine.
  Drawback: complexity within our code.
 
  3. Do not use tar but cpio, a patch is ready[2].
 
  Benefit: simplicity.
  Benefit: use standard tools.
  Benefit: lower payload to transmit.
  Benefit: ability to use Fedora-19 minimal.
  Drawback: cpio is even less common than tar, even if it exists in Fedora-19
  it can be removed without anyone notice.
  Drawback: most other distributions will not have cpio in their minimal
  installation.
 
  [[[
  There was 4rd alternative, using python tar module to deploy tar.
  However, there is a bug in that module when processing last block if empty.
  This is edge condition but happened to at least one of the users and I
  could
  reproduce it.
  ]]]
 
  What option do you prefer?
 
 Well, honestly, the solution I like more than the others is having the
 python tar bug fixed and be free to use the python tar lib.
 
 I would like to exclude cpio: it's on rpm based distro but not commonly
 available on others.
 
 I would like to exclude the RTFM solution, having it working out of the box.
 
 So my second choice is using a self extracting script.
 If you think pyar is a non standard tool, do you have considered the use
 of shar?
 Or do you think it's also a non standard tool?

shar needs dependencies on remote:
- md5sum
- uudecode

 
 
 
 
  Regards,
  Alon Bar-Lev
 
  [1] http://gerrit.ovirt.org/#/c/17295/
  [2] http://gerrit.ovirt.org/#/c/17396/
  ___
  Engine-devel mailing list
  Engine-devel@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/engine-devel
 
 
 --
 Sandro Bonazzola
 Better technology. Faster innovation. Powered by community collaboration.
 See how it works at redhat.com
 
 
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] [Users] [Feedback required][host-deploy] Fedora-19 misses tar at minimal setup

[Alon Bar-Lev]

- Original Message -
 From: Juan Hernandez jhern...@redhat.com
 To: Yedidyah Bar David d...@redhat.com
 Cc: engine-devel@ovirt.org
 Sent: Tuesday, July 30, 2013 9:25:13 PM
 Subject: Re: [Engine-devel] [Users] [Feedback required][host-deploy]  
 Fedora-19 misses tar at minimal setup
 
 On 07/30/2013 03:07 PM, Yedidyah Bar David wrote:
  Hi all,
 
  - Original Message -
  From: alo...@redhat.com, a...@redhat.com, Alon Bar-Lev
  redhat@redhat.com
  Sent: Monday, July 29, 2013 10:15:33 AM
  Subject: [Engine-devel] [Users] [Feedback required][host-deploy]   
  Fedora-19
  misses tar at minimal setup
 
  [snip]
 
  for some reason fedora-18/19 got tar out of base system, so we are
  forced to find some solution, although manual configuration is required
  anyway (repository, networking etc...).
 
  there was attempt to use python tar module, however this module has a
  bug when last block is empty, so it is not suitable for usage.
 
  cpio is alternative for fedora, however it is rightfully missing from
  other distributions as it is much less used. as we do not support hosts
  using different distributions, we are ok now.
 
  in future, we can use python self extract script, work already performed
  at: I1e5ddab9ae87979da7d7296c4f3c7ef08e21e903 at the price of
  complexity.
 
  Change-Id: I1386e7d688a9ec7e28519fb407478fd17cbab4ca
  Signed-off-by: Alon Bar-Lev alonbl at redhat.com
 
  [1] http://gerrit.ovirt.org/#/c/17396/
 
 
  FWIW:
 
  I personally find it least ugly to choose neither cpio nor pyar, and
  require installing tar.
 
  Besides Ohad's case in the bug, do we know about real problems?
  Is there a specific requirement to be able to run a node on a minimal
  installation of $distro? Some other real complications this might cause?
 
  Anyway, if we do have to choose, I'd go with pyar and not cpio. cpio is
  used by rpm and initramfs, but other than that it's not very common (?
  IMHO),
  and if we go with it we might face ourselves in the same situation at some
  later point in time - that cpio will not be included in a minimal
  installation
  of $distro.
 
  Best regards,
 
 
 As far as I know most distributions use initramfs to boot, and that
 requires the cpio command to build it, so all machines running Fedora,
 RHEL, CentOS, Debian, Ubuntu and Gentoo (if using genkernel) should have
 cpio installed even for minimal installations.

Hi,

Binary based distributions do not build initramfs on the fly, right? Require 
cpio to build initramfs is like require gcc to build kernel, no?

RHEL, CentOS does have tar at minimal as far as I know...

Gentoo does not have genkernel/cpio in stage3 (minimal).

All but Fedora have tar at minimal.

Regards,
Alon
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

[Engine-devel] [Feedback required][host-deploy] Fedora-19 misses tar at minimal setup

[Alon Bar-Lev]

Hello All,

I would like to receive feedback regarding how we should cope with a state 
presented to use by Fedora.

Fedora-19 minimal setup does not install tar utility which is required to 
deploy files during the host-deploy process (Hosts-Add Host).

I guess because of 2.8M in size (including translations) -- a standard commonly 
used utility was removed.

There are two alternatives :

1. Instruct users who are using minimal installations to manually install tar 
utility just like they configure repository, dns, etc..

Benefit: simplicity.
Benefit: use standard tools.
Benefit: lower payload to transmit.
Drawback: require tar at destination machine.

2. Do not use tar but self extracting python script, a patch is ready[1].

Benefit: ability to deploy environment in which tar is missing.
Drawback: non standard tool at destination machine.
Drawback: complexity within our code.

[[[
There was 3rd alternative, using python tar module to deploy tar.
However, there is a bug in that module when processing last block if empty.
This is edge condition but happened to at least one of the users and I could
reproduce it.
]]]

Regards,
Alon Bar-Lev

[1] http://gerrit.ovirt.org/#/c/17295/
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] [Users] [Feedback required][host-deploy] Fedora-19 misses tar at minimal setup

[Alon Bar-Lev]

- Original Message -
 From: Juan Hernandez jhern...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: engine-devel engine-devel@ovirt.org, arch a...@ovirt.org, users 
 us...@ovirt.org
 Sent: Sunday, July 28, 2013 12:26:56 PM
 Subject: Re: [Users] [Feedback required][host-deploy] Fedora-19 misses tar at 
 minimal setup
 
 On 07/28/2013 09:46 AM, Alon Bar-Lev wrote:
  Hello All,
 
  I would like to receive feedback regarding how we should cope with a state
  presented to use by Fedora.
 
  Fedora-19 minimal setup does not install tar utility which is required to
  deploy files during the host-deploy process (Hosts-Add Host).
 
  I guess because of 2.8M in size (including translations) -- a standard
  commonly used utility was removed.
 
  There are two alternatives :
 
  1. Instruct users who are using minimal installations to manually install
  tar utility just like they configure repository, dns, etc..
 
  Benefit: simplicity.
  Benefit: use standard tools.
  Benefit: lower payload to transmit.
  Drawback: require tar at destination machine.
 
  2. Do not use tar but self extracting python script, a patch is ready[1].
 
  Benefit: ability to deploy environment in which tar is missing.
  Drawback: non standard tool at destination machine.
  Drawback: complexity within our code.
 
  [[[
  There was 3rd alternative, using python tar module to deploy tar.
  However, there is a bug in that module when processing last block if empty.
  This is edge condition but happened to at least one of the users and I
  could
  reproduce it.
  ]]]
 
  Regards,
  Alon Bar-Lev
 
 Consider using cpio instead of tar. It is required to build initrd, so
 available in any installation. It is also supported by the library
 currently used in the engine to build the tar archive.

Thanks Juan, it is good idea.

I did not thought of using cpio, as I remembered that cpio has no embedded eof 
(a.cpio+b.cpio=cpio), but now I experiments and see that I was mistaken.

Will try to establish a working solution.

Thanks,
Alon
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] fail to add host from portal

[Alon Bar-Lev]

Something is not correct in your otopi/ovirt-host-deploy installation.
Many files seem to be missing.

Can you please reinstall these packages and remove /var/cache/ovirt-enigne/* ?

- Original Message -
 From: Wei D Chen wei.d.c...@intel.com
 To: dougsl...@redhat.com, engine-devel@ovirt.org
 Cc: Lijuan Zhang lijuan.zh...@intel.com
 Sent: Thursday, July 25, 2013 8:34:53 AM
 Subject: Re: [Engine-devel] fail to add host from portal
 
 whether this log is helpful? thanks.
 
 directory : '/tmp/ovirt-host-deploy-20130725132704.log'
 
 
 Best Regards,
 Dave Chen
 
 
  -Original Message-
  From: engine-devel-boun...@ovirt.org
  [mailto:engine-devel-boun...@ovirt.org] On Behalf Of Douglas Schilling
  Landgraf
  Sent: Thursday, July 25, 2013 11:21 AM
  To: engine-devel@ovirt.org
  Subject: Re: [Engine-devel] fail to add host from portal
  
  Hello,
  
  On 07/24/2013 11:05 PM, Chen, Wei D wrote:
   It fails when add a host from portal, and error info as follows, anyone
   can give us some suggestion?
  
   2013-07-25 22:55:39,539 INFO
   [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
   (VdsDeploy) Correlation ID:
   296737fb, Call Stack: null, Custom Event ID: -1, Message: Installing Host
   onode. Logs at host located at:
   '/tmp/ovirt-host-deploy-20130725105531.log'.
   2013-07-25 22:55:39,563 ERROR [org.ovirt.engine.core.bll.VdsDeploy]
   (VdsDeploy) Error during deploy dialog:
   java.lang.NullPointerException
at

   org.ovirt.otopi.dialog.MachineDialogParser.cliEnvironmentGet(MachineDialogParser.java:236)
[otopi.jar:]
at
org.ovirt.engine.core.bll.VdsDeploy$14.call(VdsDeploy.java:347)
[bll.jar:]
at

   org.ovirt.engine.core.bll.VdsDeploy._nextCustomizationEntry(VdsDeploy.java:579)
[bll.jar:]
at

   org.ovirt.engine.core.bll.VdsDeploy._threadMain(VdsDeploy.java:791)
[bll.jar:]
at

   org.ovirt.engine.core.bll.VdsDeploy.access$1800(VdsDeploy.java:76)
[bll.jar:]
at
org.ovirt.engine.core.bll.VdsDeploy$44.run(VdsDeploy.java:882)
[bll.jar:]
at java.lang.Thread.run(Thread.java:724) [rt.jar:1.7.0_25]
  
   2013-07-25 22:55:39,565 ERROR [org.ovirt.engine.core.bll.VdsDeploy]
   (pool-6-thread-5) [296737fb] Error during host onode.sh.intel.com
   install: java.lang.NullPointerException
at

   org.ovirt.otopi.dialog.MachineDialogParser.cliEnvironmentGet(MachineDialogParser.java:236)
[otopi.jar:]
at
org.ovirt.engine.core.bll.VdsDeploy$14.call(VdsDeploy.java:347)
[bll.jar:]
at

   org.ovirt.engine.core.bll.VdsDeploy._nextCustomizationEntry(VdsDeploy.java:579)
[bll.jar:]
at

   org.ovirt.engine.core.bll.VdsDeploy._threadMain(VdsDeploy.java:791)
[bll.jar:]
at

   org.ovirt.engine.core.bll.VdsDeploy.access$1800(VdsDeploy.java:76)
[bll.jar:]
at
org.ovirt.engine.core.bll.VdsDeploy$44.run(VdsDeploy.java:882)
[bll.jar:]
at java.lang.Thread.run(Thread.java:724) [rt.jar:1.7.0_25]
  
   2013-07-25 22:55:39,568 ERROR [org.ovirt.engine.core.bll.VdsDeploy]
   (pool-6-thread-5) [296737fb] Error during host onode.sh.intel.com
   install, prefering first exception:
 java.lang.NullPointerException
at

   org.ovirt.otopi.dialog.MachineDialogParser.cliEnvironmentGet(MachineDialogParser.java:236)
[otopi.jar:]
at
org.ovirt.engine.core.bll.VdsDeploy$14.call(VdsDeploy.java:347)
[bll.jar:]
at

   org.ovirt.engine.core.bll.VdsDeploy._nextCustomizationEntry(VdsDeploy.java:579)
[bll.jar:]
at

   org.ovirt.engine.core.bll.VdsDeploy._threadMain(VdsDeploy.java:791)
[bll.jar:]
at

   org.ovirt.engine.core.bll.VdsDeploy.access$1800(VdsDeploy.java:76)
[bll.jar:]
at
org.ovirt.engine.core.bll.VdsDeploy$44.run(VdsDeploy.java:882)
[bll.jar:]
at java.lang.Thread.run(Thread.java:724) [rt.jar:1.7.0_25]
  
   2013-07-25 22:55:39,569 ERROR
   [org.ovirt.engine.core.bll.InstallVdsCommand] (pool-6-thread-5)
   [296737fb] Host installation failed for host
  00c50bb0-f843-442a-a032-acebe0d092c4, onode.:
  java.lang.NullPointerException
at

   org.ovirt.otopi.dialog.MachineDialogParser.cliEnvironmentGet(MachineDialogParser.java:236)
[otopi.jar:]
at
org.ovirt.engine.core.bll.VdsDeploy$14.call(VdsDeploy.java:347)
[bll.jar:]
at

   org.ovirt.engine.core.bll.VdsDeploy._nextCustomizationEntry(VdsDeploy.java:579)
[bll.jar:]
at

   

[Engine-devel] [ATN] [devenv] setup/cleanup scripts where renamed

[Alon Bar-Lev]

Hello All,

A bit late.

setup/cleanup scripts at master were renamed (removed the -2 suffix).

README.developer update is available[1].

Regards,
Alon Bar-Lev

[1] http://gerrit.ovirt.org/#/c/17275/
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

[Engine-devel] [ATN] [devenv] engine service had been moved

[Alon Bar-Lev]

Hello,

As we have more services, the engine service had been moved to own directory:

OLD: $HOME/ovirt-engine/share/ovirt-engine/services/ovirt-engine.py
NEW: $HOME/ovirt-engine/share/ovirt-engine/services/ovirt-engine/ovirt-engine.py

README.developer[1] and wiki[2] updated.

Regards,
Alon Bar-Lev

[1] 
http://gerrit.ovirt.org/gitweb?p=ovirt-engine.git;a=blob;f=README.developer;hb=HEAD
[2] http://www.ovirt.org/OVirt_Engine_Development_Environment#Usage
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] Proposal for new commit msg design for engine commits

[Alon Bar-Lev]

- Original Message -
 From: Eyal Edri ee...@redhat.com
 To: infra in...@ovirt.org
 Cc: engine-devel engine-devel@ovirt.org, Fabian Deutsch 
 fabi...@redhat.com
 Sent: Saturday, July 20, 2013 8:34:28 PM
 Subject: Re: [Engine-devel] Proposal for new commit msg design for engine 
 commits
 
 OK, Rome wasn't built in a day.
 
 To move things forward,
 I propose we'll just improve current commit header template to include more
 relevant code
 areas [1], and start looking into mapping all code to the relevant components
 (either via renaming folders, adding a metadata file under each folder
 mapping the files/classnames/directory names or using automated tools like
 sonar)

Again, and I am sorry, but I disagree of any relationship between commit 
message and CI.

It will be simple to add metadata to sources, and have CI run tests based on 
actual source change thus probable impact, this way we won't be exposed to 
human errors, nor make commit message unusable for actual history.

All we need is someone to take ownership of the task of adding metadata to 
source tree.

As I proposed this can be either within every source using special signature, 
or can be in a directory at special file, for example .ovirt-metadata, and have 
the mapping between source component to relevant tests at a simple text file at 
source root.

Regards,
Alon Bar-Lev.

 
 [1] instead of   core | restapi | tools | history | engine |
 userportal | webadmin
 change to something like core | restapi | tools | userportal | webadmin
 | network | storage | virt | packaging
 
 Eyal.
 
 - Original Message -
  From: Moran Goldboim mgold...@redhat.com
  To: Eyal Edri ee...@redhat.com
  Cc: Fabian Deutsch fabi...@redhat.com, engine-devel
  engine-devel@ovirt.org, infra in...@ovirt.org
  Sent: Sunday, July 14, 2013 6:07:05 PM
  Subject: Re: [Engine-devel] Proposal for new commit msg design for engine
  commits
  
  On 07/11/2013 11:57 AM, Eyal Edri wrote:
  
   - Original Message -
   From: Fabian Deutsch fabi...@redhat.com
   To: Eyal Edri ee...@redhat.com
   Cc: Alon Bar-Lev alo...@redhat.com, engine-devel
   engine-devel@ovirt.org, infra in...@ovirt.org
   Sent: Thursday, July 11, 2013 11:41:24 AM
   Subject: Re: [Engine-devel] Proposal for new commit msg design for
   engine
   commits
  
   Am Mittwoch, den 10.07.2013, 15:27 -0400 schrieb Eyal Edri:
   - Original Message -
   From: Fabian Deutsch fabi...@redhat.com
   To: Alon Bar-Lev alo...@redhat.com
   Cc: engine-devel engine-devel@ovirt.org, infra in...@ovirt.org
   Sent: Tuesday, July 9, 2013 3:54:06 PM
   Subject: Re: [Engine-devel] Proposal for new commit msg design for
   engine
   commits
  
   Am Dienstag, den 09.07.2013, 08:49 -0400 schrieb Alon Bar-Lev:
  
   - Original Message -
   From: Yair Zaslavsky yzasl...@redhat.com
   To: Alon Bar-Lev alo...@redhat.com
   Cc: Eyal Edri ee...@redhat.com, engine-devel
   engine-devel@ovirt.org, infra in...@ovirt.org
   Sent: Tuesday, July 9, 2013 3:42:24 PM
   Subject: Re: [Engine-devel] Proposal for new commit msg design for
   engine commits
  
  
   - Original Message -
   From: Alon Bar-Lev alo...@redhat.com
   To: Eyal Edri ee...@redhat.com
   Cc: engine-devel engine-devel@ovirt.org, infra
   in...@ovirt.org
   Sent: Tuesday, July 9, 2013 3:33:57 PM
   Subject: Re: [Engine-devel] Proposal for new commit msg design for
   engine
commits
  
  
  
   - Original Message -
   From: Eyal Edri ee...@redhat.com
   To: engine-devel engine-devel@ovirt.org
   Cc: infra in...@ovirt.org
   Sent: Tuesday, July 9, 2013 12:38:51 PM
   Subject: Proposal for new commit msg design for engine commits
  
   Hi,
  
   You all probably know and familiar with 'ovirt-engine' git hook
   for
   commit
   msg template [1].
   this helps understand the general area of the patch in the
   project but it
   lacks additional info that might
   be valuable for scaling automatic tests in Jenkins CI.
  
   Let me explain:
  
   Infra team is working hard on expanding oVirt CI infrastructure
   and
   adding
   more tests in jenkins (per commit/patch).
   Adding important meta-data per patch can significatly improve
   the ability
   to
   run specific tests for each patch/commit,
   and not waste valuable resources on Jenkins jobs that are not
   relevant to
   the
   code in the patch.
  
   So the idea is to add/expand current metadata per patch, in the
   form of:
   (either)
 1. expanding current header template to include more data like
   'network'
 ,
 'setup', 'tools', 'virt'
   Please do not expand header, it is too short anyway.
  
 2. adding a new label with relevant tags for the patch, called
   e.g
 'METADATA: network, rest, virt'
   Having:
  
   CI-Tests: xxx
   CI-Tests: yyy
   CI-Tests: zzz
  
   Is much better.
   I'm not sure we should have CI-Test - as we might use this for
   something else
   besides CI.
   Region_of_Interest as Dan suggests

Re: [Engine-devel] Proposal for new commit msg design for engine commits

[Alon Bar-Lev]

- Original Message -
 From: Eyal Edri ee...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: infra in...@ovirt.org, engine-devel engine-devel@ovirt.org, 
 Fabian Deutsch fabi...@redhat.com
 Sent: Saturday, July 20, 2013 9:41:56 PM
 Subject: Re: [Engine-devel] Proposal for new commit msg design for engine 
 commits
 
 This change to commit template has nothing to do with CI.
 it's a change that should reflect updated components relevance to the commit
 code.

This commit template is mostly invalid, as touching more than one 'subsystem' 
is possible, and has not enough granularity.

For example, database change should trigger what?
Infra change should trigger what?
A change of both user interface and command should trigger what?
So you end up with:

userportal: storage: core: db: some message

Just to make who happy?

And maybe there are 50 tests of network, and you need only 5 of them for the 
specific change, how do you mark it, so now a developer need to know any test? 
what if you add one tomorrow which is relevant to a similar change? how do you 
inform the developer that now he needs 6?

Why should it be the developer responsibility and not the quality ensuring 
engineer responsibility to determine which tests should run and when?

As far as this template was not actually used for anything but humans, it was 
not that important, but once you formalize it as an interface, I step forward 
and state that the subject line is not the right tool for the task at hand (or 
any for this matter).

The fact that you have in each commit are the sources that are modified, all 
the other data is just plain noise. From the sources that are modified you 
should be able to derive a test plan with high chance that this test program 
will be correct. Human intervention should be possible by ordering special 
tests that are outside of the standard policy, for cases in which the standard 
policy of deriving tests from sources is too narrow.

Regards,
Alon


 
 Nevertheless, i have no problems with your suggestions for metadata per
 directory to map all ovirt code.
 any suggestion how to push it forward?
 
 Eyal.
 
 - Original Message -
  From: Alon Bar-Lev alo...@redhat.com
  To: Eyal Edri ee...@redhat.com
  Cc: infra in...@ovirt.org, engine-devel engine-devel@ovirt.org,
  Fabian Deutsch fabi...@redhat.com
  Sent: Saturday, July 20, 2013 9:34:13 PM
  Subject: Re: [Engine-devel] Proposal for new commit msg design for engine
  commits
  
  
  
  - Original Message -
   From: Eyal Edri ee...@redhat.com
   To: infra in...@ovirt.org
   Cc: engine-devel engine-devel@ovirt.org, Fabian Deutsch
   fabi...@redhat.com
   Sent: Saturday, July 20, 2013 8:34:28 PM
   Subject: Re: [Engine-devel] Proposal for new commit msg design for engine
   commits
   
   OK, Rome wasn't built in a day.
   
   To move things forward,
   I propose we'll just improve current commit header template to include
   more
   relevant code
   areas [1], and start looking into mapping all code to the relevant
   components
   (either via renaming folders, adding a metadata file under each folder
   mapping the files/classnames/directory names or using automated tools
   like
   sonar)
  
  Again, and I am sorry, but I disagree of any relationship between commit
  message and CI.
  
  It will be simple to add metadata to sources, and have CI run tests based
  on
  actual source change thus probable impact, this way we won't be exposed to
  human errors, nor make commit message unusable for actual history.
  
  All we need is someone to take ownership of the task of adding metadata to
  source tree.
  
  As I proposed this can be either within every source using special
  signature,
  or can be in a directory at special file, for example .ovirt-metadata, and
  have the mapping between source component to relevant tests at a simple
  text
  file at source root.
  
  Regards,
  Alon Bar-Lev.
  
   
   [1] instead of   core | restapi | tools | history | engine |
   userportal | webadmin
   change to something like core | restapi | tools | userportal |
   webadmin
   | network | storage | virt | packaging
   
   Eyal.
   
   - Original Message -
From: Moran Goldboim mgold...@redhat.com
To: Eyal Edri ee...@redhat.com
Cc: Fabian Deutsch fabi...@redhat.com, engine-devel
engine-devel@ovirt.org, infra in...@ovirt.org
Sent: Sunday, July 14, 2013 6:07:05 PM
Subject: Re: [Engine-devel] Proposal for new commit msg design for
engine
commits

On 07/11/2013 11:57 AM, Eyal Edri wrote:

 - Original Message -
 From: Fabian Deutsch fabi...@redhat.com
 To: Eyal Edri ee...@redhat.com
 Cc: Alon Bar-Lev alo...@redhat.com, engine-devel
 engine-devel@ovirt.org, infra in...@ovirt.org
 Sent: Thursday, July 11, 2013 11:41:24 AM
 Subject: Re: [Engine-devel] Proposal for new commit msg design for
 engine
 commits

 Am Mittwoch, den

Re: [Engine-devel] oVirt 3.3 feature freeze and delivery to testing repo

[Alon Bar-Lev]

- Original Message -
 From: Itamar Heim ih...@redhat.com
 To: Moran Goldboim mgold...@redhat.com, Doron Fediuck 
 dfedi...@redhat.com, Greg Padgett
 gpadg...@redhat.com, Omer Frenkel ofren...@redhat.com, Michal 
 Skrivanek mskri...@redhat.com, Mike
 Kolesnik mkole...@redhat.com, Livnat Peer lp...@redhat.com, Ayal 
 Baron aba...@redhat.com, Federico
 Simoncelli fsimo...@redhat.com
 Cc: engine-devel engine-devel@ovirt.org
 Sent: Tuesday, July 16, 2013 4:03:46 PM
 Subject: Re: [Engine-devel] oVirt 3.3 feature freeze and delivery to testing 
 repo
 
 On 07/15/2013 05:45 PM, Moran Goldboim wrote:
  Maintainers and all,
 
  due to some misunderstanding regarding feature freeze for ovirt 3.3
  release (suppose to be today, but marked as Jul 17th on release page),
  we are extending feature freeze till wendesday.
 
  feature owners:
  -please update 3.3 release page [1] with the feature status
  -please update testing page for your feature
 
  package owners- once your component is ready (should be done till
  wendesday)
  -tag your repo for 3.3 beta release
  -provide srpm to mike
  -provide fc19/el6 rpms builds using mock to mike
 
  mike if you would like to set a place people can upload it too please
  let us know.
 
 
  [1]http://www.ovirt.org/OVirt_3.3_release-management#Features_Status_Table
 
 
 what's the status of these which seem a shame to release without (and
 all are supposed to be on their final step)?
 - glance integration (federico)
 - Neutron (quantum) integration (livnat/mike)?

I am working on releasing beta of the prerequisites.

 - cloud-init (greg/omer)?
 - plugable scheduling (doron)?
 
 Thanks,
 Itamar
 ___
 Engine-devel mailing list
 Engine-devel@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/engine-devel
 
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] Add Host(Bootstrap) fails with tar:timestamp in future error

[Alon Bar-Lev]

the errors from the tar produce this.
after 1st bootstrap the clock is sync, so the next one is ok.
the following[1] fixes that.

[1] http://gerrit.ovirt.org/#/c/16640/

- Original Message -
 From: Kanagaraj kmayi...@redhat.com
 To: engine-devel engine-devel@ovirt.org
 Sent: Friday, July 12, 2013 2:37:25 PM
 Subject: [Engine-devel] Add Host(Bootstrap) fails with tar:timestamp in   
 future error
 
 Hi All,
 
   I am facing the following issue when adding a f18 node to 3.3-master
 engine(nightly).
 
   I have an engine with proper time set, but my f18 node has an old
 time(01-01-2013) set. Then i tried adding the node to engine, but it
 failed with following error in the engine.log. But no error is seen in
 host-deploy log file.
 
   2013-07-11 12:31:28,193 INFO
 [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
 (VdsDeploy) Correlation ID: 62f72352, Call Stack: null, Custom Event ID:
 -1, Message: Installing Host server1. Stage: Pre-termination.
 2013-07-11 12:31:28,229 INFO
 [org.ovirt.engine.core.bll.InstallerMessages] (VdsDeploy) Installation
 10.70.43.127: Retrieving installation logs to:
 '/var/log/ovirt-engine/host-deploy/ovirt-20130711123128-10.70.43.127-62f72352.log'
 2013-07-11 12:31:28,237 INFO
 [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
 (VdsDeploy) Correlation ID: 62f72352, Call Stack: null, Custom Event ID:
 -1, Message: Installing Host server1. Retrieving installation logs to:
 '/var/log/ovirt-engine/host-deploy/ovirt-20130711123128-10.70.43.127-62f72352.log'.
 2013-07-11 12:31:28,553 INFO
 [org.ovirt.engine.core.bll.InstallerMessages] (VdsDeploy) Installation
 10.70.43.127: Stage: Termination
 2013-07-11 12:31:28,562 INFO
 [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
 (VdsDeploy) Correlation ID: 62f72352, Call Stack: null, Custom Event ID:
 -1, Message: Installing Host server1. Stage: Termination.
 2013-07-11 12:31:28,634 ERROR
 [org.ovirt.engine.core.utils.ssh.SSHDialog] (pool-6-thread-42) SSH
 stderr during command root@10.70.43.127:'umask 0077; MYTMP=$(mktemp -t
 ovirt-XX); trap chmod -R u+rwX \${MYTMP}\  /dev/null 21;
 rm -fr \${MYTMP}\  /dev/null 21 0; rm -fr ${MYTMP}  mkdir
 ${MYTMP}  tar -C ${MYTMP} -x   ${MYTMP}/setup
 DIALOG/dialect=str:machine DIALOG/customization=bool:True': stderr: tar:
 ./otopi: time stamp 2013-07-04 14:21:43 is 15945691.410852852 s in the
 future
 tar: ./ovirt-host-deploy: time stamp 2013-07-10 04:55:38 is
 16430126.410376831 s in the future
 tar: ./pythonlib/otopi/miniyum.pyc: time stamp 2013-07-04 14:21:45 is
 15945693.410119301 s in the future
 tar: ./pythonlib/otopi/__main__.pyc: time stamp 2013-07-04 14:21:45 is
 15945693.410010001 s in the future
 tar: ./pythonlib/otopi/dialog.pyo: time stamp 2013-07-04 14:21:45 is
 15945693.409909584 s in the future
 tar: ./pythonlib/otopi/packager.pyc: time stamp 2013-07-04 14:21:45 is
 15945693.409809844 s in the future
 tar: ./pythonlib/otopi/packager.py: time stamp 2013-07-04 14:21:44 is
 15945692.409518324 s in the future
 tar: ./pythonlib/otopi/common.pyo: time stamp 2013-07-04 14:21:45 is
 15945693.40935584 s in the future
 tar: ./pythonlib/otopi/transaction.pyc: time stamp 2013-07-04 14:21:45
 is 15945693.409253666 s in the future
 tar: ./pythonlib/otopi/miniyum.pyo: time stamp 2013-07-04 14:21:45 is
 15945693.409127283 s in the future
 tar: ./pythonlib/otopi/plugin.py: time stamp 2013-07-04 14:21:44 is
 15945692.409022969 s in the future
 
 2013-07-11 12:31:28,641 ERROR
 [org.ovirt.engine.core.utils.ssh.SSHDialog] (pool-6-thread-42) SSH error
 running command root@10.70.43.127:'umask 0077; MYTMP=$(mktemp -t
 ovirt-XX); trap chmod -R u+rwX \${MYTMP}\  /dev/null 21;
 rm -fr \${MYTMP}\  /dev/null 21 0; rm -fr ${MYTMP}  mkdir
 ${MYTMP}  tar -C ${MYTMP} -x   ${MYTMP}/setup
 DIALOG/dialect=str:machine DIALOG/customization=bool:True':
 java.io.IOException: Error messages during execution
  at
 org.ovirt.engine.core.utils.ssh.SSHDialog.executeCommand(SSHDialog.java:318)
 [utils.jar:]
 
 
 After the failure, i tried doing a re-install, that went through fine
 without any issue and the host came up after the installation. Looks
 like the first time bootstrapping reset the time.
 Also i can see the node's time is changed to current time.
 
 Thanks,
 Kanagaraj
 ___
 Engine-devel mailing list
 Engine-devel@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/engine-devel
 
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] BadPaddingException

[Alon Bar-Lev]

- Original Message -
 From: Martin Perina mper...@redhat.com
 To: engine-devel@ovirt.org
 Sent: Monday, July 8, 2013 2:58:08 PM
 Subject: [Engine-devel] BadPaddingException
 
 Hi,
 
 I've noticed that BadPaddingException has started to appear recently in
 engine-log:
 
 1) The first occurrence is during engine startup:
 
2013-07-08 13:42:32,334 ERROR
[org.ovirt.engine.core.dal.dbbroker.generic.DBConfigUtils] (MSC service
thread 1-4) Failed to decrypt value for property
AttestationTruststorePass will be used encrypted value:
javax.crypto.BadPaddingException: Data must start with zero
 
 
 2)  The second occurrence is after successfull login to webadmin app
 
 2013-07-08 13:43:13,352 ERROR
 [org.ovirt.engine.core.dal.dbbroker.generic.DBConfigUtils]
 (http--0.0.0.0-8080-1) Failed to decrypt value for property
 LocalAdminPassword will be used encrypted value:
 javax.crypto.BadPaddingException: Data must start with zero
 
 
 Strange thing is, that I can log in as admin@internal without any problems
 with the password I've entered
 during engine-setup-2 process.
 
 Engine instance has been created using new development environment with no
 errors, engine.log attached.

Right.

This was always the case, the only change is that I added a stack trace for 
these errors.

Now someone need to figure out why we would like to decrypt the default 
password of 123456 if I recall correctly, and fix this... :)

Alon
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] BadPaddingException

[Alon Bar-Lev]

- Original Message -
 From: Vojtech Szocs vsz...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: Martin Perina mper...@redhat.com, engine-devel@ovirt.org
 Sent: Monday, July 8, 2013 3:34:35 PM
 Subject: Re: [Engine-devel] BadPaddingException
 
 
 
 - Original Message -
  From: Alon Bar-Lev alo...@redhat.com
  To: Martin Perina mper...@redhat.com
  Cc: engine-devel@ovirt.org
  Sent: Monday, July 8, 2013 2:01:56 PM
  Subject: Re: [Engine-devel] BadPaddingException
  
  
  
  - Original Message -
   From: Martin Perina mper...@redhat.com
   To: engine-devel@ovirt.org
   Sent: Monday, July 8, 2013 2:58:08 PM
   Subject: [Engine-devel] BadPaddingException
   
   Hi,
   
   I've noticed that BadPaddingException has started to appear recently in
   engine-log:
   
   1) The first occurrence is during engine startup:
   
  2013-07-08 13:42:32,334 ERROR
  [org.ovirt.engine.core.dal.dbbroker.generic.DBConfigUtils] (MSC
  service
  thread 1-4) Failed to decrypt value for property
  AttestationTruststorePass will be used encrypted value:
  javax.crypto.BadPaddingException: Data must start with zero
   
   
   2)  The second occurrence is after successfull login to webadmin app
   
   2013-07-08 13:43:13,352 ERROR
   [org.ovirt.engine.core.dal.dbbroker.generic.DBConfigUtils]
   (http--0.0.0.0-8080-1) Failed to decrypt value for property
   LocalAdminPassword will be used encrypted value:
   javax.crypto.BadPaddingException: Data must start with zero
   
   
   Strange thing is, that I can log in as admin@internal without any
   problems
   with the password I've entered
   during engine-setup-2 process.
   
   Engine instance has been created using new development environment with
   no
   errors, engine.log attached.
  
  Right.
  
  This was always the case, the only change is that I added a stack trace for
  these errors.
  
  Now someone need to figure out why we would like to decrypt the default
  password of 123456 if I recall correctly, and fix this... :)
 
 Maybe because Engine first assumes the password is encrypted and tries to
 decrypt it, otherwise it just uses the immediate value.

No, it is not this case. I think that the engine is trying to use vdc_options 
before it was actually loaded.
And the other attempt when user first login is an option question.
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] development installation issues

[Alon Bar-Lev]

- Original Message -
 From: Michael Pasternak mpast...@redhat.com
 To: engine-devel engine-devel@ovirt.org
 Sent: Sunday, June 30, 2013 11:03:06 AM
 Subject: [Engine-devel] development installation issues
 
 
 does anyone faced this with new 'development installation'?

Hi Michael,

Can I have the output of:

OTOPI_DEBUG=1 /home/mpastern/Coding/ovirt/ovirt-engine/bin/engine-setup-2

Thanks!

 
 [mpastern@lpt21-f ovirt-engine]$
 /home/mpastern/Coding/ovirt/ovirt-engine/bin/engine-setup-2
 [ ERROR ] Failed to execute stage 'Booting': 5
 [ INFO  ] Stage: Initializing
   Setup was run under unprivileged user this will produce development
   installation do you wish to proceed? (Yes, No) [No]: Yes
 [WARNING] engine-setup-2 is a technical preview, and yet to include all
 functionality that exists in legacy engine-setup. Specifically,
 engine-setup-2 does not support
 upgrade from previous installations.
 [mpastern@lpt21-f ovirt-engine]$
 
 --
 
 Michael Pasternak
 RedHat, ENG-Virtualization RD
 ___
 Engine-devel mailing list
 Engine-devel@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/engine-devel
 
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] NPE approving node

[Alon Bar-Lev]

- Original Message -
 From: Douglas Schilling Landgraf dougsl...@redhat.com
 To: engine-devel@ovirt.org
 Cc: Alon Bar-Lev alo...@redhat.com, Yaniv Bronheim ybron...@redhat.com
 Sent: Friday, June 28, 2013 9:55:02 PM
 Subject: Re: [Engine-devel] NPE approving node
 
 On 06/27/2013 04:50 AM, Juan Hernandez wrote:
  Any idea why?
 
 Facing the same issue with updated tree. Cannot approve node.
 
 $ git log -1
 commit b5438e34e0b179ef4f8ee20ce6e0d7b25cd2a36a

This[1] should have fixed that.

Can you please send the exception?

[1] http://gerrit.ovirt.org/#/c/16184/
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] [ATN][Action Required] development environemnt users - otopi migration

[Alon Bar-Lev]

Hi,

Are you sure you installed it with PREFIX?
Can you please send me 
$HOME/ovirt-engine/share/ovirt-engine/setup/ovirt_engine_setup/config.py

- Original Message -
 From: Moti Asayag masa...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: engine-devel engine-devel@ovirt.org
 Sent: Thursday, June 27, 2013 12:11:23 PM
 Subject: Re: [Engine-devel] [ATN][Action Required] development environemnt 
 users - otopi migration
 
 Hi,
 
 Just tried to run 'bin/engine-setup-2' with the latest version of otopi
 (otopi-1.1.0-0.0.master.20130626.git33d9561.fc17.noarch) and failed due to:
 
 [ ERROR ] Failed to execute stage 'Misc configuration': [Errno 13]
 Permission denied: '/etc/ovirt-engine-setup.conf.d'
 
 OSError: [Errno **FILTERED**3] Permission denied:
 '/etc/ovirt-engine-setup.conf.d'
 20**FILTERED**3-06-27 **FILTERED**2:04:36 ERROR otopi.context
 context._executeMethod:**FILTERED**4**FILTERED** Failed to execute stage
 'Misc configuration': [Errno **FILTERED**3] Permission
  denied: '/etc/ovirt-engine-setup.conf.d'
 
 Log is attached.
 
 Thanks,
 Moti
 
 On 06/26/2013 03:21 PM, Alon Bar-Lev wrote:
  Hello,
  
  We have pending patch queue that requires latest otopi-1.1 features. We
  held that queue so we reduce noise to peers.
  
  We would like now to merge this queue, it is best if you can upgrade to
  most recent otopi package before we merge to avoid breakage.
  
  Latest otopi packages are available at the standard locations[1][2][3]
  
  The minimum version required is otopi-1.1.0-0.0.master.20130626.
  
  I delay merge to ~24 hours.
  
  Of course if you have any issue, please don't hesitate to contact me.
  
  Thank you for your cooperation,
  Alon Bar-Lev
  
  [1] http://resources.ovirt.org/releases/nightly/rpm/Fedora/17
  [2] http://resources.ovirt.org/releases/nightly/rpm/Fedora/18
  [3] http://resources.ovirt.org/releases/nightly/rpm/EL/6/
  ___
  Engine-devel mailing list
  Engine-devel@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/engine-devel
  
 
 
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] Introduce mail

[Alon Bar-Lev]

Hello Fillipe,

If you can integrate between several components of ovirt we need help in 
re-writing the ovirt-node vdsm plugin[1].

This is somewhat complex task, in which we integrate ovirt-node distribution 
with UI and logic of registration and the ovirt-engine.

The basic sequence is as follows:

1. admin login into ovirt-node TUI.
2. ovirt-node TUI loads a plugin out of the ovirt-node-plugin-vdsm.
3. ovirt-node TUI allows user to interact with the plugin.
4. once the ip address and port of the engine are provided the plugin performs:
a) download CA certificate.
b) download SSH public key.
c) perform registration via HTTP
d) create bridge

What we need is to cleanup the code first which contains a lot of legacy, then 
to modify the behavior to suite our current needs.

The task is complex because of the integration between different components and 
the ovirt-node hostile environment.

If you are interested, we can start...

Regards,
Alon

[1] http://gerrit.ovirt.org/gitweb?p=ovirt-node-plugin-vdsm.git

- Original Message -
 From: Fellipe Henrique felli...@gmail.com
 To: engine-devel@ovirt.org
 Sent: Friday, June 28, 2013 12:48:08 AM
 Subject: [Engine-devel] Introduce mail
 
 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 , 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)
 
 ___
 Engine-devel mailing list
 Engine-devel@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/engine-devel
 
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

[Engine-devel] [ATN][Action Required] development environemnt users - otopi migration

[Alon Bar-Lev]

Hello,

We have pending patch queue that requires latest otopi-1.1 features. We held 
that queue so we reduce noise to peers.

We would like now to merge this queue, it is best if you can upgrade to most 
recent otopi package before we merge to avoid breakage.

Latest otopi packages are available at the standard locations[1][2][3]

The minimum version required is otopi-1.1.0-0.0.master.20130626.

I delay merge to ~24 hours.

Of course if you have any issue, please don't hesitate to contact me.

Thank you for your cooperation,
Alon Bar-Lev

[1] http://resources.ovirt.org/releases/nightly/rpm/Fedora/17
[2] http://resources.ovirt.org/releases/nightly/rpm/Fedora/18
[3] http://resources.ovirt.org/releases/nightly/rpm/EL/6/
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] [ATN] moving dbscripts location

[Alon Bar-Lev]

Hello,

This change was committed.

Reminder:

Database scripts were moved from:
backend/manager/dbscripts
to:
packaging/dbscripts

Regards,
Alon Bar-Lev.

- Original Message -
 From: Alon Bar-Lev alo...@redhat.com
 To: engine-devel engine-devel@ovirt.org
 Sent: Monday, June 17, 2013 11:24:20 AM
 Subject: [Engine-devel] [ATN] moving dbscripts location
 
 
 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
 ___
 Engine-devel mailing list
 Engine-devel@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/engine-devel
 
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] unit tests failing

[Alon Bar-Lev]

RestAPI Branding initialization should be solved by[1]
Most of [2], but there are some more issues.

[1] http://gerrit.ovirt.org/#/c/16046/
[2] 
http://jenkins.ovirt.org/view/ovirt_engine/job/ovirt_engine_unit_tests/4398/org.ovirt.engine.api$restapi-jaxrs/testReport/org.ovirt.engine.api.restapi.resource/

- Original Message -
 From: Eyal Edri ee...@redhat.com
 To: engine-devel engine-devel@ovirt.org, Alon Bar-Lev 
 alo...@redhat.com, Yair Zaslavsky
 yzasl...@redhat.com, Liran Zelkha lzel...@redhat.com
 Sent: Monday, June 24, 2013 6:47:59 PM
 Subject: unit tests failing
 
 fyi,
 
 there are 11 unit tests failing on engine:
 http://jenkins.ovirt.org/view/ovirt_engine/job/ovirt_engine_unit_tests/4398/
 
 starting from these builds:
 http://jenkins.ovirt.org/job/ovirt_engine_unit_tests/4398/
 http://jenkins.ovirt.org/job/ovirt_engine_unit_tests/4411/#showFailuresLink
 
 
 please check/fix.
 
 Eyal.
 
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

[Engine-devel] Feedback image at ovirt-engine

[Alon Bar-Lev]

Hello,

There was a request to add feedback image to the webadmin portal, this has been 
implemented[1] using the new branding plugins.

My question is which URL to redirect user when pressing the feedback image, 
currently I just put http://www.ovirt.org.

Using mailto: to a mailing list is something I do not like as:
1. Most people do not have mailto: handler anymore.
2. User will not know that he is forwarded to a mailing list and will wait for 
a response.
3. There is no way to enforce format (subject, titles).

But any URL is possible... including empty to disable the feature.

What do you think?
Alon

[1] http://gerrit.ovirt.org/#/c/15984/
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] Feedback image at ovirt-engine

[Alon Bar-Lev]

- Original Message -
 From: Itamar Heim ih...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: engine-devel engine-devel@ovirt.org, arch a...@ovirt.org
 Sent: Sunday, June 23, 2013 6:21:43 PM
 Subject: Re: Feedback image at ovirt-engine
 
 On 06/23/2013 10:35 AM, Alon Bar-Lev wrote:
  Hello,
 
  There was a request to add feedback image to the webadmin portal, this has
  been implemented[1] using the new branding plugins.
 
  My question is which URL to redirect user when pressing the feedback image,
  currently I just put http://www.ovirt.org.
 
  Using mailto: to a mailing list is something I do not like as:
  1. Most people do not have mailto: handler anymore.
  2. User will not know that he is forwarded to a mailing list and will wait
  for a response.
  3. There is no way to enforce format (subject, titles).
 
  But any URL is possible... including empty to disable the feature.
 
  What do you think?
  Alon
 
  [1] http://gerrit.ovirt.org/#/c/15984/
  ___
  Arch mailing list
  a...@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/arch
 
 
 I do like mailto, even if the mail handler is disabled, its easy to
 understand what should i do to get more help, send feedback, etc.
 

Please suggest what mailto.
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] Feedback image at ovirt-engine

[Alon Bar-Lev]

- Original Message -
 From: Itamar Heim ih...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: engine-devel engine-devel@ovirt.org, arch a...@ovirt.org
 Sent: Sunday, June 23, 2013 6:25:15 PM
 Subject: Re: Feedback image at ovirt-engine
 
 On 06/23/2013 06:22 PM, Alon Bar-Lev wrote:
 
 
  - Original Message -
  From: Itamar Heim ih...@redhat.com
  To: Alon Bar-Lev alo...@redhat.com
  Cc: engine-devel engine-devel@ovirt.org, arch a...@ovirt.org
  Sent: Sunday, June 23, 2013 6:21:43 PM
  Subject: Re: Feedback image at ovirt-engine
 
  On 06/23/2013 10:35 AM, Alon Bar-Lev wrote:
  Hello,
 
  There was a request to add feedback image to the webadmin portal, this
  has
  been implemented[1] using the new branding plugins.
 
  My question is which URL to redirect user when pressing the feedback
  image,
  currently I just put http://www.ovirt.org.
 
  Using mailto: to a mailing list is something I do not like as:
  1. Most people do not have mailto: handler anymore.
  2. User will not know that he is forwarded to a mailing list and will
  wait
  for a response.
  3. There is no way to enforce format (subject, titles).
 
  But any URL is possible... including empty to disable the feature.
 
  What do you think?
  Alon
 
  [1] http://gerrit.ovirt.org/#/c/15984/
  ___
  Arch mailing list
  a...@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/arch
 
 
  I do like mailto, even if the mail handler is disabled, its easy to
  understand what should i do to get more help, send feedback, etc.
 
 
  Please suggest what mailto.
 
 
 mailto: us...@ovirt.org
 not sure i would even put a default subject
 

OK, done.
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] if there is a updated debug environment how to?

[Alon Bar-Lev]

- Original Message -
 From: Vojtech Szocs vsz...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: aw...@redhat.com, engine-devel@ovirt.org
 Sent: Tuesday, June 18, 2013 2:01:01 PM
 Subject: Re: [Engine-devel] if there is a updated debug environment how to?
 
 Hi Alon,
 
 revisiting this thread, I have some comments regarding GWT debugging via
 standard development environment, as described in README.developer.

Thank you for your comments!
As the file is within git, you can submit a patch... :)
I will create one for the following comments.
 
 - README.developer says:
   For example, if your machine is low on memory, use:
   EXTRA_BUILD_FLAGS_DEV=-Dgwt-plugin.localWorkers=2
   however this should be:
   For example, if your machine is low on memory, use:
   EXTRA_BUILD_FLAGS_DEV=-Dgwt.compiler.localWorkers=2

Fixed.

 
 - README.developer says:
   By default, only the gecko1_8 support is built
   I'd rather explain what this means:
   By default, only the gecko1_8 (Mozilla Firefox) support is built

Fixed.
 
 - what's the point of having EXTRA_BUILD_FLAGS_DEV_GWT vs.
 EXTRA_BUILD_FLAGS_DEV ?

I wanted to allow customization of GWT as standalone as it require more flags 
and defaults.

So I can put the following with a default for gwt while allowing application 
customization.

For example if I have:
EXTRA_BUILD_FLAGS_DEV_GWT:=-D gwt.userAgent=gecko1_8

and execute:
$ make EXTRA_BUILD_FLAGS_DEV=-DskipTests

I do not override the GWT settings.

BTW: there is a pending patch to rename this to DEV_[1] to be more 
consistent.

[1] http://gerrit.ovirt.org/#/c/15735/


   if EXTRA_BUILD_FLAGS_DEV_GWT is meant to control target browser(s) then it
   should be renamed appropriately

Any flags, including debug port and such. But I am opened to suggestions... 
what do you expect it to be named?

   if EXTRA_BUILD_FLAGS_DEV_GWT is meant to group all GWT-specific flags,
   README.developer shouldn't advise to do EXTRA_BUILD_FLAGS_DEV=-Dgwt...

But then I lose the gwt settings.
 
 - Makefile gwt-debug target looks OK to me
 
  What I do expect is that the debugger not to require a specific relation
  with
  specific application (Webadmin, userportal).
 
 gwt-maven-plugin must be invoked in context of a specific Maven module
 representing GWT application you want to debug. In other words, you need to
 start GWT Development Mode for specific application module. This is why you
 need to cd to specific directory (webadmin/userportal-gwtp) before
 invoking mvn ... gwt:debug command.
 
 You cannot start GWT Development Mode in a generic (application-agnostic) way
 and *then* connect to it from browser and Java IDE, this is not how GWT
 Development Mode is meant to be used. JBoss remote socket debugging and GWT
 application debugging are two different things.

Well, I do expect this to be a feature of top level pom.xml...

something like:
$ mvn -Pgwt-debug -Ddebug.module=webadmin

so that the profile will do whatever necessary to activate the debugger.

  The fact that maven is used to start the debugger is not important.
 
 gwt-maven-plugin is just a wrapper to invoke GWT Development Mode (Java
 class). Regardless of how you start GWT Development Mode, you need to
 specify which application (more precisely, GWT modules) you want to debug
 right when starting GWT Development Mode. See [1] - module(s) are always
 specific for given application.

So basically what you saying is that you cannot debug two modules at one time...
It is strange... but as long as you fine with it, we are OK.

 
 [1]
 https://developers.google.com/web-toolkit/doc/latest/DevGuideCompilingAndDebugging#DevGuideCompilerOptions
 
  If I add -P gwtdev to default build using install-dev, all gwt
  applications
  should be built and installed using the extra debugging information, using:
 
 Yes, as described in [2], besides using gwtdev profile for debugging, it
 can also be used for GWT compilation (i.e. make install-dev) - in this
 case, resulting JavaScript will be un-obfuscated and not-too-optimized in
 order to easily profile the JavaScript application in the browser. In other
 words, using gwtdev for GWT compilation has nothing to do with debugging,
 maybe we should create separate profile for this purpose.

That's good.
 
 [2]
 http://www.ovirt.org/DebugFrontend#Compiling_Frontend_applications_in_detailed_mode
 
 PS: I'll update http://www.ovirt.org/DebugFrontend with regard to standard
 development environment, as described in README.developer
 
 Vojtech
 
 
 - Original Message -
  From: Alon Bar-Lev alo...@redhat.com
  To: aw...@redhat.com
  Cc: engine-devel@ovirt.org
  Sent: Friday, June 7, 2013 10:07:40 PM
  Subject: Re: [Engine-devel] if there is a updated debug environment how to?
  
  
  
  - Original Message -
   From: Alexander Wels aw...@redhat.com
   To: Alon Bar-Lev alo...@redhat.com
   Cc: engine-devel@ovirt.org, bigclouds bigclo...@163.com
   Sent: Friday, June 7, 2013 10:56:40 PM
   Subject: Re: [Engine

Re: [Engine-devel] if there is a updated debug environment how to?

[Alon Bar-Lev]

- Original Message -
 From: Vojtech Szocs vsz...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: aw...@redhat.com, engine-devel@ovirt.org
 Sent: Tuesday, June 18, 2013 4:16:25 PM
 Subject: Re: [Engine-devel] if there is a updated debug environment how to?
 
 
 - Original Message -
  From: Alon Bar-Lev alo...@redhat.com
  To: Vojtech Szocs vsz...@redhat.com
  Cc: aw...@redhat.com, engine-devel@ovirt.org
  Sent: Tuesday, June 18, 2013 1:32:52 PM
  Subject: Re: [Engine-devel] if there is a updated debug environment how to?
  
  
  
  - Original Message -
   From: Vojtech Szocs vsz...@redhat.com
   To: Alon Bar-Lev alo...@redhat.com
   Cc: aw...@redhat.com, engine-devel@ovirt.org
   Sent: Tuesday, June 18, 2013 2:01:01 PM
   Subject: Re: [Engine-devel] if there is a updated debug environment how
   to?
   
   Hi Alon,
   
   revisiting this thread, I have some comments regarding GWT debugging via
   standard development environment, as described in README.developer.
  
  Thank you for your comments!
  As the file is within git, you can submit a patch... :)
  I will create one for the following comments.
 
 Thanks! I +2'ed your patch [http://gerrit.ovirt.org/#/c/15827/]
 
   
   - README.developer says:
 For example, if your machine is low on memory, use:
 EXTRA_BUILD_FLAGS_DEV=-Dgwt-plugin.localWorkers=2
 however this should be:
 For example, if your machine is low on memory, use:
 EXTRA_BUILD_FLAGS_DEV=-Dgwt.compiler.localWorkers=2
  
  Fixed.
  
   
   - README.developer says:
 By default, only the gecko1_8 support is built
 I'd rather explain what this means:
 By default, only the gecko1_8 (Mozilla Firefox) support is built
  
  Fixed.
   
   - what's the point of having EXTRA_BUILD_FLAGS_DEV_GWT vs.
   EXTRA_BUILD_FLAGS_DEV ?
  
  I wanted to allow customization of GWT as standalone as it require more
  flags
  and defaults.
  
  So I can put the following with a default for gwt while allowing
  application
  customization.
  
  For example if I have:
  EXTRA_BUILD_FLAGS_DEV_GWT:=-D gwt.userAgent=gecko1_8
  
  and execute:
  $ make EXTRA_BUILD_FLAGS_DEV=-DskipTests
  
  I do not override the GWT settings.
 
 I see, so developer should only use EXTRA_BUILD_FLAGS_DEV to provide any
 additional settings (or override existing settings), i.e. both GWT and
 non-GWT settings can be customized via EXTRA_BUILD_FLAGS_DEV.
 
 If I understand correctly, EXTRA_BUILD_FLAGS_DEV_GWT is used internally for:
 - setting default target browser to Firefox (only)

Right.

 - enabling draft compile (if DEV_BUILD_GWT_DRAFT == 1)

I am going to change that[1]

[1] http://gerrit.ovirt.org/#/c/15736/

 We can consider renaming EXTRA_BUILD_FLAGS_DEV_GWT -
 EXTRA_BUILD_FLAGS_DEV_GWT_DEFAULTS.

OK, will do.

  But in any case, I suggest to apply
 EXTRA_BUILD_FLAGS_DEV_GWT *before* EXTRA_BUILD_FLAGS_DEV (instead of the
 opposite like today). This way, EXTRA_BUILD_FLAGS_DEV can be used to
 override any settings set by EXTRA_BUILD_FLAGS_DEV_GWT.
 
 For example:
 
 $(MVN) \
 $(EXTRA_BUILD_FLAGS_DEV_GWT) \ -- GWT-specific defaults
 $(EXTRA_BUILD_FLAGS_DEV) \ -- generic overrides (both GWT and
 non-GWT)
 ...
 
 install \
 EXTRA_BUILD_FLAGS=$(EXTRA_BUILD_FLAGS_DEV_GWT)
 $(EXTRA_BUILD_FLAGS_DEV) \ -- this one is OK
 
 Let me know what you think about this.

Good for me.

 
  
  BTW: there is a pending patch to rename this to DEV_[1] to be more
  consistent.
  
  [1] http://gerrit.ovirt.org/#/c/15735/
 
 +1'ed this patch.
 
  
  
 if EXTRA_BUILD_FLAGS_DEV_GWT is meant to control target browser(s) then
 it
 should be renamed appropriately
  
  Any flags, including debug port and such. But I am opened to suggestions...
  what do you expect it to be named?
  
 if EXTRA_BUILD_FLAGS_DEV_GWT is meant to group all GWT-specific flags,
 README.developer shouldn't advise to do
 EXTRA_BUILD_FLAGS_DEV=-Dgwt...
  
  But then I lose the gwt settings.
 
 Right, please see my suggestion above.
 
   
   - Makefile gwt-debug target looks OK to me
   
What I do expect is that the debugger not to require a specific
relation
with
specific application (Webadmin, userportal).
   
   gwt-maven-plugin must be invoked in context of a specific Maven module
   representing GWT application you want to debug. In other words, you need
   to
   start GWT Development Mode for specific application module. This is why
   you
   need to cd to specific directory (webadmin/userportal-gwtp) before
   invoking mvn ... gwt:debug command.
   
   You cannot start GWT Development Mode in a generic (application-agnostic)
   way
   and *then* connect to it from browser and Java IDE, this is not how GWT
   Development Mode is meant to be used. JBoss remote socket debugging and
   GWT
   application debugging are two different things.
  
  Well, I do expect this to be a feature of top level pom.xml...
  
  something like:
  $ mvn

[Engine-devel] [ATN] moving dbscripts location

[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
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] Introducing limited branding support.

[Alon Bar-Lev]

- Original Message -
 From: Sahina Bose sab...@redhat.com
 To: aw...@redhat.com
 Cc: engine-devel@ovirt.org
 Sent: Thursday, June 13, 2013 1:59:29 PM
 Subject: Re: [Engine-devel] Introducing limited branding support.
 
 
 On 06/11/2013 10:09 PM, Alexander Wels wrote:
  Hi Guys,
 
  We recently merged at a patch (http://gerrit.ovirt.org/#/c/13181/) that
  allows
  for limited branding support of oVirt user portal and web admin. We also
  moved
  the styles needed to support this branding out of the application and into
  its
  own module. The styles can now be found in ovirt-
  engine/packaging/branding/ovirt.brand.
 
  In this directory you will find the following files:
  - branding.properties. This file controls the branding theme.
  - ovirt_messages.properties. A standard java resource bundle properties
  file
  containing the messages that can be changed.
  - A bunch of .css files that contain the classes that can be altered.
 
  I have created a wiki page with some information and pictures of what parts
  of
  the interface can be changed at this point in time. It is located here:
  http://www.ovirt.org/Feature/Branding
 
  There is also more information in README.branding that got introduced with
  this patch.
 
  Alexander
 
  ps.
  If your user interface looks messed up (missing borders and things of that
  nature) the engine cannot find the default branding. This means you are not
  using the make commands recently introduced. We highly recommend you use
  this
  to have a complete environment. If you are unwilling or unable to use that
  you
  can make a symlink in /etc/ovirt-engine/branding/00-ovirt.brand to ovirt-
  engine/packaging/branding/ovirt.brand
 If creating a symlink, make sure it matches the ENGINE_ETC property
 that's loaded.
 So, for symlink /etc/ovirt-engine/branding/00-ovirt.brand , the
 ENGINE_ETC should be pointing to /etc/ovirt-engine.
 
 I ran into issues, so thought I would share.

Please migrate to the new supported development environment[1], it installs 
everything as it should, you should not set these variables manually.

Regards,
Alon Bar-Lev.

[1] 
http://gerrit.ovirt.org/gitweb?p=ovirt-engine.git;a=blob;f=README.developer;hb=HEAD

 
 thanks
 sahina
 
 
  ___
  Engine-devel mailing list
  Engine-devel@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/engine-devel
 
 ___
 Engine-devel mailing list
 Engine-devel@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/engine-devel
 
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] Introducing limited branding support.

[Alon Bar-Lev]

- Original Message -
 From: Laszlo Hornyak lhorn...@redhat.com
 To: aw...@redhat.com
 Cc: engine-devel@ovirt.org
 Sent: Wednesday, June 12, 2013 11:46:23 AM
 Subject: Re: [Engine-devel] Introducing limited branding support.
 
 Hi,
 
 A related question to the designers:
 How do you decide if a new configuration goes to the database config, an
 existing or a new config file? Is there a concept for this?

Hello Laszlo,

I do not fully understand the question in this context.

Just to make sure I understand, do you suggest that css, images and messages 
will be stored in database?

Regards,
Alon Bar-Lev.
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

[Engine-devel] Database configuration vs File based configuration (Was: Introducing limited branding support)

[Alon Bar-Lev]

- Original Message -
 From: Laszlo Hornyak lhorn...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: aw...@redhat.com, engine-devel@ovirt.org
 Sent: Wednesday, June 12, 2013 12:32:40 PM
 Subject: Re: [Engine-devel] Introducing limited branding support.
 
 
 
 - Original Message -
  From: Alon Bar-Lev alo...@redhat.com
  To: Laszlo Hornyak lhorn...@redhat.com
  Cc: aw...@redhat.com, engine-devel@ovirt.org
  Sent: Wednesday, June 12, 2013 10:54:45 AM
  Subject: Re: [Engine-devel] Introducing limited branding support.
  
  
  
  - Original Message -
   From: Laszlo Hornyak lhorn...@redhat.com
   To: aw...@redhat.com
   Cc: engine-devel@ovirt.org
   Sent: Wednesday, June 12, 2013 11:46:23 AM
   Subject: Re: [Engine-devel] Introducing limited branding support.
   
   Hi,
   
   A related question to the designers:
   How do you decide if a new configuration goes to the database config, an
   existing or a new config file? Is there a concept for this?
  
  Hello Laszlo,
  
  I do not fully understand the question in this context.
  
  Just to make sure I understand, do you suggest that css, images and
  messages
  will be stored in database?
 
 Oh no, I wasn't thinking of blobs local FS is just OK. I mean some
 configuration parameters are stored in /etc/somewhere, some in
 /etc/somewhereelse and some in the database, and I'd just like to understand
 what is the concept.

There is no single concept... however I can present you one...
I hope it will answer your question.

1. Packaging considerations
Why: During package installation and upgrade the database cannot be accessed.
Example: Plugin installation can drop a file but not modify database.

2. Default values should not be stored at database
Why: Product upgrade may update default, if stored in database the upgrade 
process must also access the database to update defaults and add new defaults.
Solution: Application should query database, if missing revert to default 
within file, if missing revert to default within application.
Current state: We do store defaults within database, this should be fixed.

3. Options that are not controlled by application (and owner) but controlled by 
system and sysadmin should not be stored in database:
Example: File locations, no sense to keep these in database if application does 
not control the location, especially if may be modified between installations 
and distributions.
Example: Packaging, product version.
Example: Host name, should actually be acquired from system unless overridden.
Example: Service parameters, in this case sysadmin expects these to be at their 
standard locations.
Current state: We still store file locations within database, this should be 
fixed.

4. Database connection information
Why: Egg and chicken.

5. Local protected data
Why: Database is exposed to anyone, even if we encrypt a field we need to 
access the local key, which resides outside of the database.  A simple solution 
for local resources is to use the operating system ACL.
Example: The password of the engine keystore which is local resource.

6. Values that are used by other technologies used for maintenance
Why: If product is using multiple technologies to handle a resource (shell 
scripts, python scripts and java), it is easier to have it in configuration 
than in database. Especially if these required during setup or maintenance, as 
database may be unavailable. These are usually local resources already covered 
by the above items.
Example: The location and password of the engine key which is used by log 
collector, database upgrade, setup, upgrade.

Regards,
Alon Bar-Lev.
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] if there is a updated debug environment how to?

[Alon Bar-Lev]

- Original Message -
 From: bigclouds bigclo...@163.com
 To: Eli Mesika emes...@redhat.com
 Cc: engine-devel engine-devel@ovirt.org
 Sent: Friday, June 7, 2013 3:49:15 AM
 Subject: Re: [Engine-devel] if there is a updated debug environment how to?
 
 hi:
 there is error when engine-setup-2. finally only 8702 and 8703 port is in
 listen state.
 i can not visit 8080 via browser.

Well, if setup fails... probably application won't work.

 engine-setup-2 
 [ INFO  ] Creating CA
 [ INFO  ] Creating database schema
 [ ERROR ] Failed to execute stage 'Misc configuration': Command
 '/home/best/ovirt-engine/share/ovirt-engine/dbscripts/create_schema.sh'
 failed to execute
 [ INFO  ] Stage: Clean up
 Log file is located at /tmp/ovirt-engine-setup-20130606172206.log

What database have you  used?
If you don't have anything important there, can you please try to initialize it 
so you start fresh?

# systemctl stop postgresql.service
# rm -fr /var/lib/pgsql
# postgresql-setup initdb
# vi /var/lib/pgsql/data/pg_hba.conf
modify 127.0.0.1/32 and ::1/128 lines to password at last field
# su - postgres -c psql -d template1
template1=# create user engine password 'engine';
template1=# create database engine owner engine;
# \q

 
 
 
 
 At 2013-06-06 05:17:07,Eli Mesika emes...@redhat.com wrote:
 
 
 - Original Message -
  From: bigclouds bigclo...@163.com
  To: engine-devel engine-devel@ovirt.org
  Sent: Wednesday, June 5, 2013 12:34:30 PM
  Subject: [Engine-devel] if there is a updated debug environment how to?
  
  hi, engine guys:
  i want to make a engine debug environment for a looong time, due to all
   kinds
  of reasons i have not made it.
  now i still have the need for a debug environment. (it seems like that i
   am
  keeped away from you all)
  if there is a updated doc for building engine debug environment?
  thanks so much.
  
 
 Please follow Allon's B L doc on how to create a development environment
 
 http://www.ovirt.org/OVirt_Engine_Development_Environment
 
 
  
  
  ___
  Engine-devel mailing list
  Engine-devel@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/engine-devel
  
 
 
 
 ___
 Engine-devel mailing list
 Engine-devel@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/engine-devel
 
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] if there is a updated debug environment how to?

[Alon Bar-Lev]

- Original Message -
 From: Alon Bar-Lev alo...@redhat.com
 To: bigclouds bigclo...@163.com
 Cc: engine-devel engine-devel@ovirt.org
 Sent: Friday, June 7, 2013 9:55:41 AM
 Subject: Re: [Engine-devel] if there is a updated debug environment how to?
 
 
 
 - Original Message -
  From: bigclouds bigclo...@163.com
  To: Eli Mesika emes...@redhat.com
  Cc: engine-devel engine-devel@ovirt.org
  Sent: Friday, June 7, 2013 3:49:15 AM
  Subject: Re: [Engine-devel] if there is a updated debug environment how to?
  
  hi:
  there is error when engine-setup-2. finally only 8702 and 8703 port is in
  listen state.
  i can not visit 8080 via browser.
 
 Well, if setup fails... probably application won't work.
 
  engine-setup-2 
  [ INFO  ] Creating CA
  [ INFO  ] Creating database schema
  [ ERROR ] Failed to execute stage 'Misc configuration': Command
  '/home/best/ovirt-engine/share/ovirt-engine/dbscripts/create_schema.sh'
  failed to execute
  [ INFO  ] Stage: Clean up
  Log file is located at /tmp/ovirt-engine-setup-20130606172206.log
 
 What database have you  used?
 If you don't have anything important there, can you please try to initialize
 it so you start fresh?
 
 # systemctl stop postgresql.service
 # rm -fr /var/lib/pgsql
 # postgresql-setup initdb
 # vi /var/lib/pgsql/data/pg_hba.conf
 modify 127.0.0.1/32 and ::1/128 lines to password at last field
# systemctl start postgresql.service
 # su - postgres -c psql -d template1
 template1=# create user engine password 'engine';
 template1=# create database engine owner engine;
 # \q
 
  
  
  
  
  At 2013-06-06 05:17:07,Eli Mesika emes...@redhat.com wrote:
  
  
  - Original Message -
   From: bigclouds bigclo...@163.com
   To: engine-devel engine-devel@ovirt.org
   Sent: Wednesday, June 5, 2013 12:34:30 PM
   Subject: [Engine-devel] if there is a updated debug environment how to?
   
   hi, engine guys:
   i want to make a engine debug environment for a looong time, due to all
    kinds
   of reasons i have not made it.
   now i still have the need for a debug environment. (it seems like that i
    am
   keeped away from you all)
   if there is a updated doc for building engine debug environment?
   thanks so much.
   
  
  Please follow Allon's B L doc on how to create a development environment
  
  http://www.ovirt.org/OVirt_Engine_Development_Environment
  
  
   
   
   ___
   Engine-devel mailing list
   Engine-devel@ovirt.org
   http://lists.ovirt.org/mailman/listinfo/engine-devel
   
  
  
  
  ___
  Engine-devel mailing list
  Engine-devel@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/engine-devel
  
 ___
 Engine-devel mailing list
 Engine-devel@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/engine-devel
 
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] if there is a updated debug environment how to?

[Alon Bar-Lev]

- Original Message -
 From: bigclouds bigclo...@163.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: Eli Mesika emes...@redhat.com, engine-devel engine-devel@ovirt.org
 Sent: Friday, June 7, 2013 10:29:25 AM
 Subject: Re:Re: [Engine-devel] if there is a updated debug environment how to?
 
 so many thinks,i  finally make it.
  
 if i can debug gwt  in this environment?  and how?
  
  
 if this link is still in use, http://www.ovirt.org/DebugFrontend
  
 thanks.
 

This is interesting, I would like to work with someone that knows GWT to make 
this happen.

If I read this correctly, all you need to do is:

$ make install-dev PREFIX=${HOME}/ovirt-engine 
EXTRA_BUILD_FLAGS_DEV=-Pgwtdev

And connect eclipse using the standard jboss debug port.

But I know nothing of GWT, I will appreciate help in that...

How do we connect to a running instance of jboss and debug gwt, what setting 
should we have?

Thanks!

 
 
 
 
 At 2013-06-07 14:55:41,Alon Bar-Lev alo...@redhat.com wrote:
 
 
 - Original Message -
  From: bigclouds bigclo...@163.com
  To: Eli Mesika emes...@redhat.com
  Cc: engine-devel engine-devel@ovirt.org
  Sent: Friday, June 7, 2013 3:49:15 AM
  Subject: Re: [Engine-devel] if there is a updated debug environment how
  to?
  
  hi:
  there is error when engine-setup-2. finally only 8702 and 8703 port is in
  listen state.
  i can not visit 8080 via browser.
 
 Well, if setup fails... probably application won't work.
 
  engine-setup-2 
  [ INFO  ] Creating CA
  [ INFO  ] Creating database schema
  [ ERROR ] Failed to execute stage 'Misc configuration': Command
  '/home/best/ovirt-engine/share/ovirt-engine/dbscripts/create_schema.sh'
  failed to execute
  [ INFO  ] Stage: Clean up
  Log file is located at /tmp/ovirt-engine-setup-20130606172206.log
 
 What database have you  used?
 If you don't have anything important there, can you please try to initialize
 it so you start fresh?
 
 # systemctl stop postgresql.service
 # rm -fr /var/lib/pgsql
 # postgresql-setup initdb
 # vi /var/lib/pgsql/data/pg_hba.conf
 modify 127.0.0.1/32 and ::1/128 lines to password at last field
 # su - postgres -c psql -d template1
 template1=# create user engine password 'engine';
 template1=# create database engine owner engine;
 # \q
 
  
  
  
  
  At 2013-06-06 05:17:07,Eli Mesika emes...@redhat.com wrote:
  
  
  - Original Message -
   From: bigclouds bigclo...@163.com
   To: engine-devel engine-devel@ovirt.org
   Sent: Wednesday, June 5, 2013 12:34:30 PM
   Subject: [Engine-devel] if there is a updated debug environment how to?
   
   hi, engine guys:
   i want to make a engine debug environment for a looong time, due to all
kinds
   of reasons i have not made it.
   now i still have the need for a debug environment. (it seems like that
   i
am
   keeped away from you all)
   if there is a updated doc for building engine debug environment?
   thanks so much.
   
  
  Please follow Allon's B L doc on how to create a development environment
  
  http://www.ovirt.org/OVirt_Engine_Development_Environment
  
  
   
   
   ___
   Engine-devel mailing list
   Engine-devel@ovirt.org
   http://lists.ovirt.org/mailman/listinfo/engine-devel
   
  
  
  
  ___
  Engine-devel mailing list
  Engine-devel@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/engine-devel
  
 
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] if there is a updated debug environment how to?

[Alon Bar-Lev]

- Original Message -
 From: Alexander Wels aw...@redhat.com
 To: engine-devel@ovirt.org
 Cc: Alon Bar-Lev alo...@redhat.com, bigclouds bigclo...@163.com
 Sent: Friday, June 7, 2013 3:09:19 PM
 Subject: Re: [Engine-devel] if there is a updated debug environment how to?
 
 On Friday, June 07, 2013 03:46:12 AM Alon Bar-Lev wrote:
  - Original Message -
  
   From: bigclouds bigclo...@163.com
   To: Alon Bar-Lev alo...@redhat.com
   Cc: Eli Mesika emes...@redhat.com, engine-devel
   engine-devel@ovirt.org Sent: Friday, June 7, 2013 10:29:25 AM
   Subject: Re:Re: [Engine-devel] if there is a updated debug environment
   how
   to?
   
   so many thinks,i  finally make it.
   
   if i can debug gwt  in this environment?  and how?
   
   
   if this link is still in use, http://www.ovirt.org/DebugFrontend
   
   thanks.
  
  This is interesting, I would like to work with someone that knows GWT to
  make this happen.
  
  If I read this correctly, all you need to do is:
  
  $ make install-dev PREFIX=${HOME}/ovirt-engine
  EXTRA_BUILD_FLAGS_DEV=-Pgwtdev
  
  And connect eclipse using the standard jboss debug port.
  
  But I know nothing of GWT, I will appreciate help in that...
  
  How do we connect to a running instance of jboss and debug gwt, what
  setting
  should we have?
  

Hi Alex,
 
 Once you have the engine up and running as explained about, you can use
 http://www.ovirt.org/DebugFrontend to run GWT debugging. You can safely skip
 step 0
 in that document (I think that needs to be updated). And start at step 1. The
 document explains quite well what to do, but the short version is:
 
 1. cd into the source code directory of either webadmin or user portal.
 Usually: ovirt-
 engine/frontend/webadmin/modules/(webadmin or userportal-gwtp)
 2. mvn gwt:debug -Pgwtdev,gwt-admin,gwt-user -Dgwt.noserver=true from the
 command line. Once it is done compiling it will tell you it is listening on
 port 8000.

This will not run as jboss, right?
Or you mean it will run on the jboss of the legacy (not the new environment).
I would like a solution in which we can use the already running jboss instance 
that use for production in order to debug gwt.
Is that possible?
I guess some properties need to be passed, or new modules.

Thanks!

 3.In eclipse (or your favorite java IDE) make a remote java application
 connection to
 port 8000
 4. Once connected this will open up a GWT debug window.
 5. In your browser as ?gwt.codesvr=127.0.0.1:9997 to the url you are working
 with and
 refresh the page.
 6. It will either ask you to install the plugin in your browser or load the
 page depending
 on if you have the plugin already.
 
 Alexander
 
  Thanks!
  
   At 2013-06-07 14:55:41,Alon Bar-Lev alo...@redhat.com wrote:
   - Original Message -
   
From: bigclouds bigclo...@163.com
To: Eli Mesika emes...@redhat.com
Cc: engine-devel engine-devel@ovirt.org
Sent: Friday, June 7, 2013 3:49:15 AM
Subject: Re: [Engine-devel] if there is a updated debug environment
how
to?

hi:
there is error when engine-setup-2. finally only 8702 and 8703 port is
in
listen state.
i can not visit 8080 via browser.
   
   Well, if setup fails... probably application won't work.
   
engine-setup-2 
[ INFO  ] Creating CA
[ INFO  ] Creating database schema
[ ERROR ] Failed to execute stage 'Misc configuration': Command
'/home/best/ovirt-engine/share/ovirt-engine/dbscripts/create_schema.sh'
failed to execute
[ INFO  ] Stage: Clean up
Log file is located at /tmp/ovirt-engine-setup-20130606172206.log
   
   What database have you  used?
   If you don't have anything important there, can you please try to
   initialize it so you start fresh?
   
   # systemctl stop postgresql.service
   # rm -fr /var/lib/pgsql
   # postgresql-setup initdb
   # vi /var/lib/pgsql/data/pg_hba.conf
   modify 127.0.0.1/32 and ::1/128 lines to password at last field
   # su - postgres -c psql -d template1
   template1=# create user engine password 'engine';
   template1=# create database engine owner engine;
   # \q
   
At 2013-06-06 05:17:07,Eli Mesika emes...@redhat.com wrote:
- Original Message -

 From: bigclouds bigclo...@163.com
 To: engine-devel engine-devel@ovirt.org
 Sent: Wednesday, June 5, 2013 12:34:30 PM
 Subject: [Engine-devel] if there is a updated debug environment how
 to?
 
 hi, engine guys:
 i want to make a engine debug environment for a looong time, due to
 all
 
  kinds
 
 of reasons i have not made it.
 now i still have the need for a debug environment. (it seems like
 that
 i
 
  am
 
 keeped away from you all)
 if there is a updated doc for building engine debug environment?
 thanks so much.

Please follow Allon's B L doc on how to create a development
environment

http://www.ovirt.org/OVirt_Engine_Development_Environment

Re: [Engine-devel] if there is a updated debug environment how to?

[Alon Bar-Lev]

- Original Message -
 From: Alexander Wels aw...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: engine-devel@ovirt.org, bigclouds bigclo...@163.com
 Sent: Friday, June 7, 2013 4:14:59 PM
 Subject: Re: [Engine-devel] if there is a updated debug environment how to?
 
 On Friday, June 07, 2013 08:26:32 AM Alon Bar-Lev wrote:
  - Original Message -
  
   From: Alexander Wels aw...@redhat.com
   To: engine-devel@ovirt.org
   Cc: Alon Bar-Lev alo...@redhat.com, bigclouds bigclo...@163.com
   Sent: Friday, June 7, 2013 3:09:19 PM
   Subject: Re: [Engine-devel] if there is a updated debug environment how
   to?
   
   On Friday, June 07, 2013 03:46:12 AM Alon Bar-Lev wrote:
- Original Message -

 From: bigclouds bigclo...@163.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: Eli Mesika emes...@redhat.com, engine-devel
 engine-devel@ovirt.org Sent: Friday, June 7, 2013 10:29:25 AM
 Subject: Re:Re: [Engine-devel] if there is a updated debug
 environment
 how
 to?
 
 so many thinks,i  finally make it.
 
 if i can debug gwt  in this environment?  and how?
 
 
 if this link is still in use, http://www.ovirt.org/DebugFrontend
 
 thanks.

This is interesting, I would like to work with someone that knows GWT
to
make this happen.

If I read this correctly, all you need to do is:

$ make install-dev PREFIX=${HOME}/ovirt-engine
EXTRA_BUILD_FLAGS_DEV=-Pgwtdev

And connect eclipse using the standard jboss debug port.

But I know nothing of GWT, I will appreciate help in that...

How do we connect to a running instance of jboss and debug gwt, what
setting
should we have?
  
  Hi Alex,
  
   Once you have the engine up and running as explained about, you can use
   http://www.ovirt.org/DebugFrontend to run GWT debugging. You can safely
   skip step 0
   in that document (I think that needs to be updated). And start at step 1.
   The document explains quite well what to do, but the short version is:
   
   1. cd into the source code directory of either webadmin or user portal.
   Usually: ovirt-
   engine/frontend/webadmin/modules/(webadmin or userportal-gwtp)
   2. mvn gwt:debug -Pgwtdev,gwt-admin,gwt-user -Dgwt.noserver=true from the
   command line. Once it is done compiling it will tell you it is listening
   on
   port 8000.
  
  This will not run as jboss, right?
 
 No it is a normal java application (The GWT debugger).
 
  Or you mean it will run on the jboss of the legacy (not the new
  environment). I would like a solution in which we can use the already
  running jboss instance that use for production in order to debug gwt. Is
  that possible?
  I guess some properties need to be passed, or new modules.
  
  Thanks!
 
 The GWT debugger is completely agnostic with regards to what serves the host
 page. The GWT debugger is connected to the browser, not the server. The host
 page can be served from a local JBOSS, a remote Apache, a file, whatever. The
 GWT debugger doesn't care as it is talking to the browser.

Can you please explain this text from the wiki:

gwt.noserver tells Development Mode that the application is already deployed on 
JBoss AS (don't use embedded Jetty instance to serve application content) 

Or this:

Q: Client-side logs are not persisted on Engine, e.g. 
$JBOSS_HOME/standalone/log/engine/engine-ui.log.
A: Currently, client-side logs are enabled only when debugging the application 
via Development Mode.

What listens on port 8700?

Thanks!

 
 IMO the only thing we could do to improve this is update the make file to
 provide a target to start the debugger, which basically just calls maven with
 the appropriate parameters.
 
 
  
   3.In eclipse (or your favorite java IDE) make a remote java application
   connection to
   port 8000
   4. Once connected this will open up a GWT debug window.
   5. In your browser as ?gwt.codesvr=127.0.0.1:9997 to the url you are
   working with and
   refresh the page.
   6. It will either ask you to install the plugin in your browser or load
   the
   page depending
   on if you have the plugin already.
   
   Alexander
   
Thanks!

 At 2013-06-07 14:55:41,Alon Bar-Lev alo...@redhat.com wrote:
 - Original Message -
 
  From: bigclouds bigclo...@163.com
  To: Eli Mesika emes...@redhat.com
  Cc: engine-devel engine-devel@ovirt.org
  Sent: Friday, June 7, 2013 3:49:15 AM
  Subject: Re: [Engine-devel] if there is a updated debug
  environment
  how
  to?
  
  hi:
  there is error when engine-setup-2. finally only 8702 and 8703
  port
  is
  in
  listen state.
  i can not visit 8080 via browser.
 
 Well, if setup fails... probably application won't work.
 
  engine-setup-2 
  [ INFO  ] Creating CA
  [ INFO  ] Creating database schema
  [ ERROR ] Failed to execute stage 'Misc

Re: [Engine-devel] if there is a updated debug environment how to?

[Alon Bar-Lev]

- Original Message -
 From: Alexander Wels aw...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: engine-devel@ovirt.org, bigclouds bigclo...@163.com
 Sent: Friday, June 7, 2013 10:27:54 PM
 Subject: Re: [Engine-devel] if there is a updated debug environment how to?
 
 On Friday, June 07, 2013 03:20:11 PM Alon Bar-Lev wrote:
  - Original Message -
  
   From: Alexander Wels aw...@redhat.com
   To: Alon Bar-Lev alo...@redhat.com
   Cc: engine-devel@ovirt.org, bigclouds bigclo...@163.com
   Sent: Friday, June 7, 2013 8:35:27 PM
   Subject: Re: [Engine-devel] if there is a updated debug environment how
   to?
   
   On Friday, June 07, 2013 12:22:10 PM Alon Bar-Lev wrote:
- Original Message -

 From: Alexander Wels aw...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: engine-devel@ovirt.org, bigclouds bigclo...@163.com
 Sent: Friday, June 7, 2013 4:14:59 PM
 Subject: Re: [Engine-devel] if there is a updated debug environment
 how
 to?
 
 On Friday, June 07, 2013 08:26:32 AM Alon Bar-Lev wrote:
  - Original Message -
  
   From: Alexander Wels aw...@redhat.com
   To: engine-devel@ovirt.org
   Cc: Alon Bar-Lev alo...@redhat.com, bigclouds
   bigclo...@163.com
   Sent: Friday, June 7, 2013 3:09:19 PM
   Subject: Re: [Engine-devel] if there is a updated debug
   environment
   how
   to?
   
   On Friday, June 07, 2013 03:46:12 AM Alon Bar-Lev wrote:
- Original Message -

 From: bigclouds bigclo...@163.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: Eli Mesika emes...@redhat.com, engine-devel
 engine-devel@ovirt.org Sent: Friday, June 7, 2013 10:29:25
 AM
 Subject: Re:Re: [Engine-devel] if there is a updated debug
 environment
 how
 to?
 
 so many thinks,i  finally make it.
 
 if i can debug gwt  in this environment?  and how?
 
 
 if this link is still in use,
 http://www.ovirt.org/DebugFrontend
 
 thanks.

This is interesting, I would like to work with someone that
knows
GWT
to
make this happen.

If I read this correctly, all you need to do is:

$ make install-dev PREFIX=${HOME}/ovirt-engine
EXTRA_BUILD_FLAGS_DEV=-Pgwtdev

And connect eclipse using the standard jboss debug port.

But I know nothing of GWT, I will appreciate help in that...

How do we connect to a running instance of jboss and debug gwt,
what
setting
should we have?
  
  Hi Alex,
  
   Once you have the engine up and running as explained about, you
   can
   use
   http://www.ovirt.org/DebugFrontend to run GWT debugging. You can
   safely
   skip step 0
   in that document (I think that needs to be updated). And start at
   step
   1.
   The document explains quite well what to do, but the short
   version
   is:
   
   1. cd into the source code directory of either webadmin or user
   portal.
   Usually: ovirt-
   engine/frontend/webadmin/modules/(webadmin or userportal-gwtp)
   2. mvn gwt:debug -Pgwtdev,gwt-admin,gwt-user -Dgwt.noserver=true
   from
   the
   command line. Once it is done compiling it will tell you it is
   listening
   on
   port 8000.
  
  This will not run as jboss, right?
 
 No it is a normal java application (The GWT debugger).
 
  Or you mean it will run on the jboss of the legacy (not the new
  environment). I would like a solution in which we can use the
  already
  running jboss instance that use for production in order to debug
  gwt.
  Is
  that possible?
  I guess some properties need to be passed, or new modules.
  
  Thanks!
 
 The GWT debugger is completely agnostic with regards to what serves
 the
 host page. The GWT debugger is connected to the browser, not the
 server.
 The host page can be served from a local JBOSS, a remote Apache, a
 file,
 whatever. The GWT debugger doesn't care as it is talking to the
 browser.

Can you please explain this text from the wiki:

gwt.noserver tells Development Mode that the application is already
deployed
on JBoss AS (don't use embedded Jetty instance to serve application
content)
   
   There are different ways of using the GWT debug mode. One of the ways is
   to
   have the GWT debugger spin up an instance of jetty and have your web
   application deployed in it. Then have it launch a browser with the
   appropriate
   url in it. Adding the --gwt.noserver on the command line tells GWT you
   don't want to spin up the jetty server, that the application you are
   working

Re: [Engine-devel] if there is a updated debug environment how to?

[Alon Bar-Lev]

- Original Message -
 From: Alexander Wels aw...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: engine-devel@ovirt.org, bigclouds bigclo...@163.com
 Sent: Friday, June 7, 2013 10:56:40 PM
 Subject: Re: [Engine-devel] if there is a updated debug environment how to?
 
So if I understand correctly, the following is sequence is required:

Build and deploy code:
$ make install-dev PREFIX=${HOME}/ovirt-engine
$ ${HOME}/ovirt-engine/share/ovirt-engine/services/ovirt-engine.py
start

You missed this part:
   1. cd into the source code directory of either webadmin or user portal.
   you have to change directory to either frontend/webadmin/modules/webadmin
   or frontend/webadmin/modules/userportal-gwtp
   
   As the maven gwt plugin is only defined in the webadmin and userportal
   poms
   and
   not in the root pom.
  
 
 It doesn't make much sense to put the gwt plugin in the root pom, as the root
 pom has nothing to do with GWT. The plugin exists in userportal and webadmin
 as those are GWT modules. The debugger is specifically a GWT debugger, you
 can't debug anything else with it.

You perceive this as something of gwt project, while I perceive this part of 
the environment.

What I expect it to allow as simple development environment as we can.
Just like I enable the debug port of jboss automatically I would like to enable 
gwt debug.

If I add -P gwtdev to default build using install-dev, all gwt applications 
should be built and installed using the extra debugging information, using:

$ make install-dev PREFIX=${HOME}/ovirt-engine

I can even add GWT_DEBUGGER=1 to optionally enable/disable this feature.

Now, after starting ovirt-engine service, all I expect is a simple command to 
start the gwt debugger.

$ make gwt-debugger
or:
./gwt-debugger

The fact that maven is used to start the debugger is not important.

What I do expect is that the debugger not to require a specific relation with 
specific application (Webadmin, userportal).

I would have understood if I had to execute something like the following to run 
the debugger:

$ cd frontend
$ mvn gwt:debug -Dgwt.noserver=true

Or better to avoid building anything:

$ cd frontend/debugger
$ mvn gwt:debug -Dgwt.noserver=true

But I do not understand why a cd to specific application is required.

Thanks!
Alon
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] Odd Host Activation with mgmt-if

[Alon Bar-Lev]

Hi,

Long time since last discussed this... there were some relevant changes in 
engine master since, I assume you are using master, right?
If you do, please try latest and send the engine log as well.
Thanks!

- Original Message -
 From: Dead Horse deadhorseconsult...@gmail.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: Yaniv Bronheim ybron...@redhat.com, engine-devel@ovirt.org
 Sent: Monday, June 3, 2013 9:50:44 PM
 Subject: Re: [Engine-devel] Odd Host Activation with mgmt-if
 
 I actually have security disabled on the setup.
 Settings wise
 EnableSpiceRootCertificateValidation=false
 SSLEnabled=false
 UseSecureConnectionWithServers=false
 
 I have been adding the hosts by the IP address of their mgmt-if
 (ovirtmgmt). I do this since this is an isolated private subnet
 specifically for management traffic only. No DNS or name resolution exists
 there side for using hard entries /etc/hosts on each node and the engine
 host.
 
 I have attached the getcaps output.
 
 - DHC
 
 
 On Sun, May 19, 2013 at 7:01 AM, Alon Bar-Lev alo...@redhat.com wrote:
 
 
 
  - Original Message -
   From: Yaniv Bronheim ybron...@redhat.com
   To: Alon Bar-Lev alo...@redhat.com
   Cc: Oded Ramraz oram...@redhat.com, Moti Asayag 
  masa...@redhat.com, engine-devel@ovirt.org
   Sent: Sunday, May 19, 2013 2:46:43 PM
   Subject: Re: [Engine-devel] Odd Host Activation with mgmt-if
  
   Its true only if you add the host by using an hostname and not by
  explicit
   IP, with IP you can pass 0 to vdsClient and it works
 
  I don't think so... even if you enrolled using ip address, it will fail as
  0 tries to access using localhost as far as I remember.
 
  
   - Original Message -
From: Alon Bar-Lev alo...@redhat.com
To: Oded Ramraz oram...@redhat.com, Moti Asayag 
  masa...@redhat.com
Cc: engine-devel@ovirt.org, Yaniv Bronheim ybron...@redhat.com
Sent: Sunday, May 19, 2013 1:15:29 PM
Subject: Re: [Engine-devel] Odd Host Activation with mgmt-if
   
   
Most probably, when SSL is enabled and configured properly this will
  not
work...
   
One need:
   
vdsClient -s hostname_as_specified_in_certificate 
   
- Original Message -
 From: Oded Ramraz oram...@redhat.com
 To: Moti Asayag masa...@redhat.com
 Cc: engine-devel@ovirt.org
 Sent: Sunday, May 19, 2013 9:43:15 AM
 Subject: Re: [Engine-devel] Odd Host Activation with mgmt-if

 small correction ( typo ) : 'vdsClient -s 0 getVdsCapabilities'

 Oded.

 - Original Message -
 From: Moti Asayag masa...@redhat.com
 To: Dead Horse deadhorseconsult...@gmail.com
 Cc: engine-devel@ovirt.org
 Sent: Sunday, May 19, 2013 9:39:33 AM
 Subject: Re: [Engine-devel] Odd Host Activation with mgmt-if

 Could you provide the output of the 'vdsClient -s 0
  getVdsCapavilities'
 for
 the specific host?

 - Original Message -
  From: Dead Horse deadhorseconsult...@gmail.com
  To: engine-devel@ovirt.org
  Sent: Friday, May 17, 2013 12:21:47 AM
  Subject: Re: [Engine-devel] Odd Host Activation with mgmt-if
 
  Still puzzling on this all I get for an error when I see it is:
  WARN [org.ovirt.engine.core.bll.
  network.host.SetupNetworksCommand] (pool-5-thread-42) [21543ac]
  CanDoAction
  of action SetupNetworks failed.
 
  Reasons:VAR__ACTION__SETUP,VAR__TYPE__NETWORKS,NETWORKS_ALREADY_ATTACHED_TO_IFACES,$NETWORKS_ALREADY_ATTACHED_TO_IFACES_LIST
  ovirtmgmt
 
  Nothing is logged VDSM wise other then the above standard host
  activation
  probe.
 
  - DHC
 
 
 
  On Mon, May 13, 2013 at 1:19 PM, Dead Horse 
  deadhorseconsult...@gmail.com
  
  wrote:
 
 
 
  Seeing this as of late when activating hosts. The odd this is that
  it
  reports
  a failure to activate the host (EL6.4) but still does it anyways.
 
  Engine side:
 
  2013-05-13 12:53:38,547 INFO
  [org.ovirt.engine.core.bll.HandleVdsVersionCommand]
  (pool-5-thread-42)
  [21543ac] Running command: HandleVdsVersionCommand internal: true.
  Entities
  affected : ID: 15f11023-9746-49de-b33f-e3cc7dca6f65 Type: VDS
  2013-05-13 12:53:38,549 INFO
  [org.ovirt.engine.core.vdsbroker.ActivateVdsVDSCommand]
  (pool-5-thread-42)
  [21543ac] FINISH, ActivateVdsVDSCommand, return: Host[durotar],
  log id:
  3796a7bd
  2013-05-13 12:53:38,625 WARN
  [org.ovirt.engine.core.bll.network.host.SetupNetworksCommand]
  (pool-5-thread-42) [21543ac] CanDoAction of action SetupNetworks
  failed.
 
  Reasons:VAR__ACTION__SETUP,VAR__TYPE__NETWORKS,NETWORKS_ALREADY_ATTACHED_TO_IFACES,$NETWORKS_ALREADY_ATTACHED_TO_IFACES_LIST
  ovirtmgmt
  2013-05-13 12:53:39,368 INFO
  [org.ovirt.engine.core.bll.ActivateVdsCommand]
  (pool-5-thread-42) [21543ac] Activate finished. Lock released.
  Monitoring

Re: [Engine-devel] Odd Host Activation with mgmt-if

[Alon Bar-Lev]

Well, it seems like the famous infinispan issue.

Yair,
What is the status of that?

2013-06-03 14:35:39,768 ERROR 
[org.ovirt.engine.core.utils.ejb.EJBUtilsStrategy] 
(DefaultQuartzScheduler_Worker-7) [e7b3aee] Failed to lookup resource type: 
CACHE_CONTAINER. JNDI name: java:jboss/infinispan/ovirt-engine: 
javax.naming.NameNotFoundException: Error looking up infinispan/ovirt-engine, 
service service jboss.naming.context.java.jboss.infinispan.ovirt-engine is not 
started
at 
org.jboss.as.naming.ServiceBasedNamingStore.lookup(ServiceBasedNamingStore.java:126)


- Original Message -
 From: Dead Horse deadhorseconsult...@gmail.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: Yaniv Bronheim ybron...@redhat.com, engine-devel 
 engine-devel@ovirt.org
 Sent: Monday, June 3, 2013 10:37:27 PM
 Subject: Re: [Engine-devel] Odd Host Activation with mgmt-if
 
 Above posted was from --
 Engine built from commit: dbc3d31110ce372a1fa7e06f64c4a5c64544c679
 This was from a host running VDSM built from commit:
 67b59dbf5dd3885db273a34eb89fcb645cdfa5c5
 
 So engine build is about 2 weeks old. Was their a fix merged that fixed
 this (nothing obvious that I could see).
 
 engine.log attached
 
 - DHC
 
 
 On Mon, Jun 3, 2013 at 2:08 PM, Alon Bar-Lev alo...@redhat.com wrote:
 
  Hi,
 
  Long time since last discussed this... there were some relevant changes in
  engine master since, I assume you are using master, right?
  If you do, please try latest and send the engine log as well.
  Thanks!
 
  - Original Message -
   From: Dead Horse deadhorseconsult...@gmail.com
   To: Alon Bar-Lev alo...@redhat.com
   Cc: Yaniv Bronheim ybron...@redhat.com, engine-devel@ovirt.org
   Sent: Monday, June 3, 2013 9:50:44 PM
   Subject: Re: [Engine-devel] Odd Host Activation with mgmt-if
  
   I actually have security disabled on the setup.
   Settings wise
   EnableSpiceRootCertificateValidation=false
   SSLEnabled=false
   UseSecureConnectionWithServers=false
  
   I have been adding the hosts by the IP address of their mgmt-if
   (ovirtmgmt). I do this since this is an isolated private subnet
   specifically for management traffic only. No DNS or name resolution
  exists
   there side for using hard entries /etc/hosts on each node and the engine
   host.
  
   I have attached the getcaps output.
  
   - DHC
  
  
   On Sun, May 19, 2013 at 7:01 AM, Alon Bar-Lev alo...@redhat.com wrote:
  
   
   
- Original Message -
 From: Yaniv Bronheim ybron...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: Oded Ramraz oram...@redhat.com, Moti Asayag 
masa...@redhat.com, engine-devel@ovirt.org
 Sent: Sunday, May 19, 2013 2:46:43 PM
 Subject: Re: [Engine-devel] Odd Host Activation with mgmt-if

 Its true only if you add the host by using an hostname and not by
explicit
 IP, with IP you can pass 0 to vdsClient and it works
   
I don't think so... even if you enrolled using ip address, it will
  fail as
0 tries to access using localhost as far as I remember.
   

 - Original Message -
  From: Alon Bar-Lev alo...@redhat.com
  To: Oded Ramraz oram...@redhat.com, Moti Asayag 
masa...@redhat.com
  Cc: engine-devel@ovirt.org, Yaniv Bronheim ybron...@redhat.com
  Sent: Sunday, May 19, 2013 1:15:29 PM
  Subject: Re: [Engine-devel] Odd Host Activation with mgmt-if
 
 
  Most probably, when SSL is enabled and configured properly this
  will
not
  work...
 
  One need:
 
  vdsClient -s hostname_as_specified_in_certificate 
 
  - Original Message -
   From: Oded Ramraz oram...@redhat.com
   To: Moti Asayag masa...@redhat.com
   Cc: engine-devel@ovirt.org
   Sent: Sunday, May 19, 2013 9:43:15 AM
   Subject: Re: [Engine-devel] Odd Host Activation with mgmt-if
  
   small correction ( typo ) : 'vdsClient -s 0 getVdsCapabilities'
  
   Oded.
  
   - Original Message -
   From: Moti Asayag masa...@redhat.com
   To: Dead Horse deadhorseconsult...@gmail.com
   Cc: engine-devel@ovirt.org
   Sent: Sunday, May 19, 2013 9:39:33 AM
   Subject: Re: [Engine-devel] Odd Host Activation with mgmt-if
  
   Could you provide the output of the 'vdsClient -s 0
getVdsCapavilities'
   for
   the specific host?
  
   - Original Message -
From: Dead Horse deadhorseconsult...@gmail.com
To: engine-devel@ovirt.org
Sent: Friday, May 17, 2013 12:21:47 AM
Subject: Re: [Engine-devel] Odd Host Activation with mgmt-if
   
Still puzzling on this all I get for an error when I see it is:
WARN [org.ovirt.engine.core.bll.
network.host.SetupNetworksCommand] (pool-5-thread-42) [21543ac]
CanDoAction
of action SetupNetworks failed.
   
   
  Reasons:VAR__ACTION__SETUP,VAR__TYPE__NETWORKS,NETWORKS_ALREADY_ATTACHED_TO_IFACES

Re: [Engine-devel] Error looking up infinispan/ovirt-engine

[Alon Bar-Lev]

- Original Message -
 From: Juan Hernandez jhern...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: Moti Asayag masa...@redhat.com, Yair Zaslavsky 
 yzasl...@redhat.com, engine-devel
 engine-devel@ovirt.org
 Sent: Monday, May 27, 2013 10:58:43 AM
 Subject: Re: [Engine-devel] Error looking up infinispan/ovirt-engine
 
 On 05/26/2013 12:09 PM, Alon Bar-Lev wrote:
 
 
  - Original Message -
  From: Moti Asayag masa...@redhat.com
  To: Alon Bar-Lev alo...@redhat.com
  Cc: Yair Zaslavsky yzasl...@redhat.com, engine-devel
  engine-devel@ovirt.org
  Sent: Sunday, May 26, 2013 12:19:14 PM
  Subject: Re: [Engine-devel] Error looking up infinispan/ovirt-engine
 
  On 05/26/2013 11:52 AM, Alon Bar-Lev wrote:
 
 
  - Original Message -
  From: Moti Asayag masa...@redhat.com
  To: Alon Bar-Lev alo...@redhat.com
  Cc: Yair Zaslavsky yzasl...@redhat.com, engine-devel
  engine-devel@ovirt.org
  Sent: Sunday, May 26, 2013 11:35:40 AM
  Subject: Re: [Engine-devel] Error looking up infinispan/ovirt-engine
 
  On 05/03/2013 07:23 AM, Alon Bar-Lev wrote:
 
  Hi,
 
  Thanks... no I did not follow.
 
  If -P setup is required then the Makefile should have been changed,
  else
  our production and rpms are broken now! Well... looking at the pom.xml,
  it
  looks like the jboss standalone is configured with -P setup is used,
  which
  is yet another hack introduced to developers... As they do not run our
  service, and suffer from lack of proper environment and configuration
  settings.
 
  My work[1] is exactly to address this one, to eliminate the need for
  hacking the product and use our production startup sequence and
  installation. At ./packaging/services/ovirt-engine.xml.in we already
  have
  the infinispan settings.
 
  So still need your help.
  Thanks,
  Alon
 
  I've just started facing the same issue.
  Also noticed this in the server.log:
 
  JBAS014775:New missing/unsatisfied dependencies:
 service jboss.mbean.server (missing) dependents: [service
  jboss.infinispan.ovirt-engine.config]
 
  It seems that the generate ovirt-engine.xml under [1] replaces the
  infinispan:1.1 version as noted on [2] with infinispan:1.2.
 
  I really don't understand the above statement? who/which component have
  1.2?
 
 
  the template ovirt-engine.xml.in contains:
 
  subsystem xmlns=urn:jboss:domain:infinispan:** 1.1 **
  default-cache-container=ovirt-engine
 
  vs
 
  the generated var/tmp/ovirt-engine/config/ovirt-engine.xml which contains:
 
  subsystem xmlns=urn:jboss:domain:infinispan:** 1.2 **
  default-cache-container=ovirt-engine
 
  So it used to work with 1.1 (as defined in the template), but the
  generated ovirt-engine.xml replaces the version to 1.2 which cause it
  not to work.
 
  So my question is how the engine-service.py decides to generate the
  ovirt-engine.xml with 1.2 version, while the template has 1.1 for
  infinispan subsystem element ?
 
  H! Good catch! I have never thought that it is possible.
 
  The template is generated ok with 1.1, after startup jboss re-write its own
  configuration and change this to 1.2
 
  Juan, is that normal jboss behavior? Editing its own configuration file?
 
 
 Yes, it is normal.

Hi,

What do you suggest to do if application requires specific component version 
and jboss enforce a different version?

If I understand correctly two versions of jboss can enforce a different version 
of components.

Thanks,
Alon
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [Engine-devel] Error looking up infinispan/ovirt-engine

[Alon Bar-Lev]

- Original Message -
 From: Juan Hernandez jhern...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: Moti Asayag masa...@redhat.com, Yair Zaslavsky 
 yzasl...@redhat.com, engine-devel
 engine-devel@ovirt.org
 Sent: Monday, May 27, 2013 11:20:56 AM
 Subject: Re: [Engine-devel] Error looking up infinispan/ovirt-engine
 
 On 05/27/2013 10:19 AM, Alon Bar-Lev wrote:
 
 
  - Original Message -
  From: Juan Hernandez jhern...@redhat.com
  To: Alon Bar-Lev alo...@redhat.com
  Cc: Moti Asayag masa...@redhat.com, Yair Zaslavsky
  yzasl...@redhat.com, engine-devel
  engine-devel@ovirt.org
  Sent: Monday, May 27, 2013 11:13:15 AM
  Subject: Re: [Engine-devel] Error looking up infinispan/ovirt-engine
 
  On 05/27/2013 10:01 AM, Alon Bar-Lev wrote:
 
 
  - Original Message -
  From: Juan Hernandez jhern...@redhat.com
  To: Alon Bar-Lev alo...@redhat.com
  Cc: Moti Asayag masa...@redhat.com, Yair Zaslavsky
  yzasl...@redhat.com, engine-devel
  engine-devel@ovirt.org
  Sent: Monday, May 27, 2013 10:58:43 AM
  Subject: Re: [Engine-devel] Error looking up infinispan/ovirt-engine
 
  On 05/26/2013 12:09 PM, Alon Bar-Lev wrote:
 
 
  - Original Message -
  From: Moti Asayag masa...@redhat.com
  To: Alon Bar-Lev alo...@redhat.com
  Cc: Yair Zaslavsky yzasl...@redhat.com, engine-devel
  engine-devel@ovirt.org
  Sent: Sunday, May 26, 2013 12:19:14 PM
  Subject: Re: [Engine-devel] Error looking up infinispan/ovirt-engine
 
  On 05/26/2013 11:52 AM, Alon Bar-Lev wrote:
 
 
  - Original Message -
  From: Moti Asayag masa...@redhat.com
  To: Alon Bar-Lev alo...@redhat.com
  Cc: Yair Zaslavsky yzasl...@redhat.com, engine-devel
  engine-devel@ovirt.org
  Sent: Sunday, May 26, 2013 11:35:40 AM
  Subject: Re: [Engine-devel] Error looking up infinispan/ovirt-engine
 
  On 05/03/2013 07:23 AM, Alon Bar-Lev wrote:
 
  Hi,
 
  Thanks... no I did not follow.
 
  If -P setup is required then the Makefile should have been changed,
  else
  our production and rpms are broken now! Well... looking at the
  pom.xml,
  it
  looks like the jboss standalone is configured with -P setup is
  used,
  which
  is yet another hack introduced to developers... As they do not run
  our
  service, and suffer from lack of proper environment and
  configuration
  settings.
 
  My work[1] is exactly to address this one, to eliminate the need
  for
  hacking the product and use our production startup sequence and
  installation. At ./packaging/services/ovirt-engine.xml.in we
  already
  have
  the infinispan settings.
 
  So still need your help.
  Thanks,
  Alon
 
  I've just started facing the same issue.
  Also noticed this in the server.log:
 
  JBAS014775:New missing/unsatisfied dependencies:
   service jboss.mbean.server (missing) dependents: [service
  jboss.infinispan.ovirt-engine.config]
 
  It seems that the generate ovirt-engine.xml under [1] replaces the
  infinispan:1.1 version as noted on [2] with infinispan:1.2.
 
  I really don't understand the above statement? who/which component
  have
  1.2?
 
 
  the template ovirt-engine.xml.in contains:
 
  subsystem xmlns=urn:jboss:domain:infinispan:** 1.1 **
  default-cache-container=ovirt-engine
 
  vs
 
  the generated var/tmp/ovirt-engine/config/ovirt-engine.xml which
  contains:
 
  subsystem xmlns=urn:jboss:domain:infinispan:** 1.2 **
  default-cache-container=ovirt-engine
 
  So it used to work with 1.1 (as defined in the template), but the
  generated ovirt-engine.xml replaces the version to 1.2 which cause it
  not to work.
 
  So my question is how the engine-service.py decides to generate the
  ovirt-engine.xml with 1.2 version, while the template has 1.1 for
  infinispan subsystem element ?
 
  H! Good catch! I have never thought that it is possible.
 
  The template is generated ok with 1.1, after startup jboss re-write its
  own
  configuration and change this to 1.2
 
  Juan, is that normal jboss behavior? Editing its own configuration
  file?
 
 
  Yes, it is normal.
 
  Hi,
 
  What do you suggest to do if application requires specific component
  version and jboss enforce a different version?
 
 
  Change the application to use the version enforced by JBoss.
 
 
  If I understand correctly two versions of jboss can enforce a different
  version of components.
 
  So I ask again .
 
  If application should run under two versions of jboss which enforce two
  versions of a component, how can application cope?
 
 
 I don't know.

Can anyone help us solve the infinispan issue we have?

Summary
Application expects version 1.1 of this component(?).
Jboss enforce version 1.2 (and may be different in future).
Application has a lot of null pointer exception when using this component.

Bottom line
Application is not working.

Thanks,
Alon
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel