from:"Ramesh Nachimuthu"

Re: [ovirt-devel] [ACTION REQUIRED] ovirt-cokpit broken, please fix

2016-12-16 Thread Ramesh Nachimuthu





- Original Message -
> From: "Sandro Bonazzola" <sbona...@redhat.com>
> To: "Ramesh Nachimuthu" <rnach...@redhat.com>
> Cc: "devel" <devel@ovirt.org>
> Sent: Friday, December 16, 2016 5:55:26 PM
> Subject: Re: [ovirt-devel] [ACTION REQUIRED] ovirt-cokpit broken, please fix
> 
> On Fri, Dec 16, 2016 at 12:51 PM, Ramesh Nachimuthu <rnach...@redhat.com>
> wrote:
> 
> >
> >
> >
> >
> > - Original Message -
> > > From: "Ramesh Nachimuthu" <rnach...@redhat.com>
> > > To: "Sandro Bonazzola" <sbona...@redhat.com>
> > > Cc: "devel" <devel@ovirt.org>
> > > Sent: Friday, December 16, 2016 5:15:20 PM
> > > Subject: Re: [ovirt-devel] [ACTION REQUIRED] ovirt-cokpit broken, please
> > fix
> > >
> > > I am facing this problem while building for cockpit-ovirt for Centos-7 .
> > But
> > > it works in my local F-24.
> > >
> > > May something to do with the latest dependencies.
> > >
> >
> > Posted the patch https://gerrit.ovirt.org/#/c/68548/ to fix this.
> >
> 
> still there
> 

Yeap. It works locally in my Centos-7 VM, but fails in CI. Not sure.

Regards,
Ramesh

> 
> 
> >
> > Regards,
> > Ramesh
> >
> > > Regards
> > > Ramesh
> > > - Original Message -
> > > > From: "Sandro Bonazzola" <sbona...@redhat.com>
> > > > To: "Ryan Barry" <rba...@redhat.com>, "Marek Libra" <mli...@redhat.com
> > >,
> > > > "devel" <devel@ovirt.org>
> > > > Sent: Friday, December 16, 2016 4:15:24 PM
> > > > Subject: [ovirt-devel] [ACTION REQUIRED] ovirt-cokpit broken, please
> > fix
> > > >
> > > > http://jenkins.ovirt.org/job/cockpit-ovirt_master_check-
> > merged-el7-x86_64/128/artifact/exported-artifacts/
> > logs/mocker-epel-7-x86_64.el7.check-merged.sh/check-merged.sh.log
> > > >
> > > > WARNING in bundle.js from UglifyJs
> > > > Side effects in initialization of unused variable CONFIG
> > > > [./src/constants.js:2,13]
> > > > Side effects in initialization of unused variable
> > > > VM_STATUS_ICONS_PATH_PREFIX
> > > > [./src/constants.js:42,13]
> > > > Side effects in initialization of unused variable VM_STATUS_ICONS
> > > > [./src/constants.js:43,13]
> > > > Side effects in initialization of unused variable GLOBAL
> > > > [./src/globaldata.js:1,11]
> > > > Condition always true [./~/d3/d3.js:9553,0]
> > > > Dropping unreachable code [./~/d3/d3.js:9553,75]
> > > > Condition always true [./~/c3/c3.js:52,0]
> > > > Condition always true [./~/c3/c3.js:8194,0]
> > > > Dropping unreachable code [./~/c3/c3.js:8196,5]
> > > > Condition always false [./~/style-loader/addStyles.js:24,0]
> > > > Dropping unreachable code [./~/style-loader/addStyles.js:25,0]
> > > > Condition always false
> > > > [./~/style-loader!./~/css-loader!./~/patternfly/dist/
> > css/patternfly-additions.css:10,0]
> > > > Dropping unreachable code
> > > > [./~/style-loader!./~/css-loader!./~/patternfly/dist/
> > css/patternfly-additions.css:12,0]
> > > > Side effects in initialization of unused variable update
> > > > [./~/style-loader!./~/css-loader!./~/patternfly/dist/
> > css/patternfly-additions.css:7,0]
> > > > Condition always false
> > > > [./~/style-loader!./~/css-loader!./~/patternfly/dist/
> > css/patternfly.css:10,0]
> > > > Dropping unreachable code
> > > > [./~/style-loader!./~/css-loader!./~/patternfly/dist/
> > css/patternfly.css:12,0]
> > > > Side effects in initialization of unused variable update
> > > > [./~/style-loader!./~/css-loader!./~/patternfly/dist/
> > css/patternfly.css:7,0]
> > > >
> > > > ERROR in Path must be a string. Received undefined
> > > > chmod a+x dist/vdsm/vdsm
> > > > chmod: cannot access ‘dist/vdsm/vdsm’: No such file or directory
> > > > make[1]: *** [vdsm] Error 1
> > > > make[1]: Leaving directory
> > > > `/home/jenkins/workspace/cockpit-ovirt_master_check-
> > merged-el7-x86_64/cockpit-ovirt/vdsm'
> > > > make: *** [check-recursive] Error 1
> > > > Took 229 seconds
> > > >
> > > > --
> > > > Sandro Bonazzola
> > > > Better technology. Faster innovation. Powered by community
> > collaboration.
> > > > See how it works at redhat.com
> > > >
> > > > ___
> > > > Devel mailing list
> > > > Devel@ovirt.org
> > > > http://lists.ovirt.org/mailman/listinfo/devel
> > > ___
> > > Devel mailing list
> > > Devel@ovirt.org
> > > http://lists.ovirt.org/mailman/listinfo/devel
> >
> 
> 
> 
> --
> Sandro Bonazzola
> Better technology. Faster innovation. Powered by community collaboration.
> See how it works at redhat.com
> 
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] [ACTION REQUIRED] ovirt-cokpit broken, please fix

2016-12-16 Thread Ramesh Nachimuthu





- Original Message -
> From: "Ramesh Nachimuthu" <rnach...@redhat.com>
> To: "Sandro Bonazzola" <sbona...@redhat.com>
> Cc: "devel" <devel@ovirt.org>
> Sent: Friday, December 16, 2016 5:15:20 PM
> Subject: Re: [ovirt-devel] [ACTION REQUIRED] ovirt-cokpit broken, please fix
> 
> I am facing this problem while building for cockpit-ovirt for Centos-7 . But
> it works in my local F-24.
> 
> May something to do with the latest dependencies.
> 

Posted the patch https://gerrit.ovirt.org/#/c/68548/ to fix this.

Regards,
Ramesh

> Regards
> Ramesh
> - Original Message -
> > From: "Sandro Bonazzola" <sbona...@redhat.com>
> > To: "Ryan Barry" <rba...@redhat.com>, "Marek Libra" <mli...@redhat.com>,
> > "devel" <devel@ovirt.org>
> > Sent: Friday, December 16, 2016 4:15:24 PM
> > Subject: [ovirt-devel] [ACTION REQUIRED] ovirt-cokpit broken, please fix
> > 
> > http://jenkins.ovirt.org/job/cockpit-ovirt_master_check-merged-el7-x86_64/128/artifact/exported-artifacts/logs/mocker-epel-7-x86_64.el7.check-merged.sh/check-merged.sh.log
> > 
> > WARNING in bundle.js from UglifyJs
> > Side effects in initialization of unused variable CONFIG
> > [./src/constants.js:2,13]
> > Side effects in initialization of unused variable
> > VM_STATUS_ICONS_PATH_PREFIX
> > [./src/constants.js:42,13]
> > Side effects in initialization of unused variable VM_STATUS_ICONS
> > [./src/constants.js:43,13]
> > Side effects in initialization of unused variable GLOBAL
> > [./src/globaldata.js:1,11]
> > Condition always true [./~/d3/d3.js:9553,0]
> > Dropping unreachable code [./~/d3/d3.js:9553,75]
> > Condition always true [./~/c3/c3.js:52,0]
> > Condition always true [./~/c3/c3.js:8194,0]
> > Dropping unreachable code [./~/c3/c3.js:8196,5]
> > Condition always false [./~/style-loader/addStyles.js:24,0]
> > Dropping unreachable code [./~/style-loader/addStyles.js:25,0]
> > Condition always false
> > [./~/style-loader!./~/css-loader!./~/patternfly/dist/css/patternfly-additions.css:10,0]
> > Dropping unreachable code
> > [./~/style-loader!./~/css-loader!./~/patternfly/dist/css/patternfly-additions.css:12,0]
> > Side effects in initialization of unused variable update
> > [./~/style-loader!./~/css-loader!./~/patternfly/dist/css/patternfly-additions.css:7,0]
> > Condition always false
> > [./~/style-loader!./~/css-loader!./~/patternfly/dist/css/patternfly.css:10,0]
> > Dropping unreachable code
> > [./~/style-loader!./~/css-loader!./~/patternfly/dist/css/patternfly.css:12,0]
> > Side effects in initialization of unused variable update
> > [./~/style-loader!./~/css-loader!./~/patternfly/dist/css/patternfly.css:7,0]
> > 
> > ERROR in Path must be a string. Received undefined
> > chmod a+x dist/vdsm/vdsm
> > chmod: cannot access ‘dist/vdsm/vdsm’: No such file or directory
> > make[1]: *** [vdsm] Error 1
> > make[1]: Leaving directory
> > `/home/jenkins/workspace/cockpit-ovirt_master_check-merged-el7-x86_64/cockpit-ovirt/vdsm'
> > make: *** [check-recursive] Error 1
> > Took 229 seconds
> > 
> > --
> > Sandro Bonazzola
> > Better technology. Faster innovation. Powered by community collaboration.
> > See how it works at redhat.com
> > 
> > ___
> > Devel mailing list
> > Devel@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/devel
> ___
> Devel mailing list
> Devel@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/devel
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] [ACTION REQUIRED] ovirt-cokpit broken, please fix

2016-12-16 Thread Ramesh Nachimuthu

I am facing this problem while building for cockpit-ovirt for Centos-7 . But it 
works in my local F-24.

May something to do with the latest dependencies.

Regards
Ramesh
- Original Message -
> From: "Sandro Bonazzola" 
> To: "Ryan Barry" , "Marek Libra" , 
> "devel" 
> Sent: Friday, December 16, 2016 4:15:24 PM
> Subject: [ovirt-devel] [ACTION REQUIRED] ovirt-cokpit broken, please fix
> 
> http://jenkins.ovirt.org/job/cockpit-ovirt_master_check-merged-el7-x86_64/128/artifact/exported-artifacts/logs/mocker-epel-7-x86_64.el7.check-merged.sh/check-merged.sh.log
> 
> WARNING in bundle.js from UglifyJs
> Side effects in initialization of unused variable CONFIG
> [./src/constants.js:2,13]
> Side effects in initialization of unused variable VM_STATUS_ICONS_PATH_PREFIX
> [./src/constants.js:42,13]
> Side effects in initialization of unused variable VM_STATUS_ICONS
> [./src/constants.js:43,13]
> Side effects in initialization of unused variable GLOBAL
> [./src/globaldata.js:1,11]
> Condition always true [./~/d3/d3.js:9553,0]
> Dropping unreachable code [./~/d3/d3.js:9553,75]
> Condition always true [./~/c3/c3.js:52,0]
> Condition always true [./~/c3/c3.js:8194,0]
> Dropping unreachable code [./~/c3/c3.js:8196,5]
> Condition always false [./~/style-loader/addStyles.js:24,0]
> Dropping unreachable code [./~/style-loader/addStyles.js:25,0]
> Condition always false
> [./~/style-loader!./~/css-loader!./~/patternfly/dist/css/patternfly-additions.css:10,0]
> Dropping unreachable code
> [./~/style-loader!./~/css-loader!./~/patternfly/dist/css/patternfly-additions.css:12,0]
> Side effects in initialization of unused variable update
> [./~/style-loader!./~/css-loader!./~/patternfly/dist/css/patternfly-additions.css:7,0]
> Condition always false
> [./~/style-loader!./~/css-loader!./~/patternfly/dist/css/patternfly.css:10,0]
> Dropping unreachable code
> [./~/style-loader!./~/css-loader!./~/patternfly/dist/css/patternfly.css:12,0]
> Side effects in initialization of unused variable update
> [./~/style-loader!./~/css-loader!./~/patternfly/dist/css/patternfly.css:7,0]
> 
> ERROR in Path must be a string. Received undefined
> chmod a+x dist/vdsm/vdsm
> chmod: cannot access ‘dist/vdsm/vdsm’: No such file or directory
> make[1]: *** [vdsm] Error 1
> make[1]: Leaving directory
> `/home/jenkins/workspace/cockpit-ovirt_master_check-merged-el7-x86_64/cockpit-ovirt/vdsm'
> make: *** [check-recursive] Error 1
> Took 229 seconds
> 
> --
> Sandro Bonazzola
> Better technology. Faster innovation. Powered by community collaboration.
> See how it works at redhat.com
> 
> ___
> Devel mailing list
> Devel@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/devel
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] Review request for vdsm patch https://gerrit.ovirt.org/#/c/67912/

2016-12-11 Thread Ramesh Nachimuthu

- Original Message -

From: "Dan Kenigsberg" <dan...@redhat.com>
To: "Ramesh Nachimuthu" <rnach...@redhat.com>
Cc: "Sahina Bose" <sab...@redhat.com>, "devel" <devel@ovirt.org>, "Yaniv Bronheim" 
<ybron...@redhat.com>, "Francesco
Romani" <from...@redhat.com>, "Nir Soffer" <nsof...@redhat.com>
Sent: Friday, December 9, 2016 6:44:02 PM
Subject: Re: Review request for vdsm patch https://gerrit.ovirt.org/#/c/67912/

On Dec 8, 2016 08:50, "Ramesh Nachimuthu" <rnach...@redhat.com> wrote:

Hi,

  I have sent the patch in subject to fix bz#1402248. It blocks gluster
brick provisioning in oVirt 4.0.6. It will be helpful if someone can review
this patch.

The patch is completely understand Gluster subdirectory. So all you need is
an ack from Sahina, making CI happy, and a cursory look at the schema by
pkliczew.

Thanks Dan. I will follow this approach.

Note: Patch in subject is already reviewed and merged by Nir.

Regards,
Ramesh
___
Devel mailing list
Devel@ovirt.org
http://lists.phx.ovirt.org/mailman/listinfo/devel

[ovirt-devel] Review request for vdsm patch https://gerrit.ovirt.org/#/c/67912/

2016-12-07 Thread Ramesh Nachimuthu

Hi,

  I have sent the patch in subject to fix bz#1402248. It blocks gluster brick 
provisioning in oVirt 4.0.6. It will be helpful if someone can review this 
patch.

Regards,
Ramesh
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] python path conflicts issues while running python scripts from vdsm verbs

2016-12-01 Thread Ramesh Nachimuthu





- Original Message -
> From: "Dan Kenigsberg" <dan...@redhat.com>
> To: "Ramesh Nachimuthu" <rnach...@redhat.com>
> Cc: "Aravinda" <avish...@redhat.com>, igoih...@redhat.com, "Nir Soffer" 
> <nsof...@redhat.com>, "devel"
> <devel@ovirt.org>, "Piotr Kliczewski" <pklic...@redhat.com>, "Yaniv Bronheim" 
> <ybron...@redhat.com>, "Sahina Bose"
> <sab...@redhat.com>
> Sent: Wednesday, November 30, 2016 4:54:59 PM
> Subject: Re: python path conflicts issues while running python scripts from 
> vdsm verbs
> 
> On Wed, Nov 30, 2016 at 03:49:02AM -0500, Ramesh Nachimuthu wrote:
> > 
> > 
> > 
> > 
> > - Original Message -
> > > From: "Dan Kenigsberg" <dan...@redhat.com>
> > > To: "Aravinda" <avish...@redhat.com>, igoih...@redhat.com
> > > Cc: "Ramesh Nachimuthu" <rnach...@redhat.com>, "Nir Soffer"
> > > <nsof...@redhat.com>, "devel" <devel@ovirt.org>, "Piotr
> > > Kliczewski" <pklic...@redhat.com>, "Yaniv Bronheim"
> > > <ybron...@redhat.com>, "Sahina Bose" <sab...@redhat.com>
> > > Sent: Wednesday, November 30, 2016 2:02:43 PM
> > > Subject: Re: python path conflicts issues while running python scripts
> > > from vdsm verbs
> > > 
> > > 
> > > Regardless of the solution you plan to take, let it serve as a reminder
> > > about moving gluster bits out of /usr/share/vdsm/ and into
> > > site-packages. I am willing to pay the price of an ugly
> > > exception-handling in xmlrpc, if this is the cost.
> > 
> > Yes. I think this is the right time to revive the patch
> > https://gerrit.ovirt.org/#/c/57530/ and
> > https://gerrit.ovirt.org/#/c/57524/ to move all the gluster code to
> > site-packages. Let me re-post these packages for review.
> 
> Please do.
> 
> IIRC https://gerrit.ovirt.org/#/c/57530/9 is broken in xmlrpc.
> 
> Since xmlrpc is going to be used only by the command line in 4.1, I'd be
> pleased to see the problem solved via a simplistic hack.
> 


I have updated the patch https://gerrit.ovirt.org/#/c/57530/ for moving 
vdsm/gluster into  site-packages. I took the patch 
https://gerrit.ovirt.org/#/c/57524/ as an workaround to solve the ClientIF 
issue. 

Dan: Please let me know if you have any simple fix for clientIF issue.

Regards,
Ramesh
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] python path conflicts issues while running python scripts from vdsm verbs

2016-11-30 Thread Ramesh Nachimuthu





- Original Message -
> From: "Dan Kenigsberg" <dan...@redhat.com>
> To: "Aravinda" <avish...@redhat.com>, igoih...@redhat.com
> Cc: "Ramesh Nachimuthu" <rnach...@redhat.com>, "Nir Soffer" 
> <nsof...@redhat.com>, "devel" <devel@ovirt.org>, "Piotr
> Kliczewski" <pklic...@redhat.com>, "Yaniv Bronheim" <ybron...@redhat.com>, 
> "Sahina Bose" <sab...@redhat.com>
> Sent: Wednesday, November 30, 2016 2:02:43 PM
> Subject: Re: python path conflicts issues while running python scripts from 
> vdsm verbs
> 
> 
> Regardless of the solution you plan to take, let it serve as a reminder
> about moving gluster bits out of /usr/share/vdsm/ and into
> site-packages. I am willing to pay the price of an ugly
> exception-handling in xmlrpc, if this is the cost.

Yes. I think this is the right time to revive the patch 
https://gerrit.ovirt.org/#/c/57530/ and https://gerrit.ovirt.org/#/c/57524/ to 
move all the gluster code to site-packages. Let me re-post these packages for 
review.

Regards,
Ramesh

> 
> On Wed, Nov 30, 2016 at 11:27:06AM +0530, Aravinda wrote:
> > If vdsm setting PYTHONPATH as below
> > 
> > export PYTHONPATH=/usr/share/vdsm:$PYTHONPATH
> > 
> > change it as
> > 
> > export PYTHONPATH=$PYTHONPATH:/usr/share/vdsm
> > 
> > With this change, /usr/share/vdsm will not get first preference compared to
> > /usr/lib*/python2.7/site-packages
> > 
> > regards
> > Aravinda
> > 
> > On 11/30/2016 10:25 AM, Ramesh Nachimuthu wrote:
> > > 
> > > 
> > > 
> > > - Original Message -
> > > > From: "Nir Soffer" <nsof...@redhat.com>
> > > > To: "Ramesh Nachimuthu" <rnach...@redhat.com>
> > > > Cc: "devel" <devel@ovirt.org>, "Dan Kenigsberg" <dan...@redhat.com>,
> > > > "Piotr Kliczewski" <pklic...@redhat.com>, "Yaniv
> > > > Bronheim" <ybron...@redhat.com>, "Aravinda Vishwanathapura Krishna
> > > > Murthy" <avish...@redhat.com>, "Sahina Bose"
> > > > <sab...@redhat.com>
> > > > Sent: Tuesday, November 29, 2016 7:20:57 PM
> > > > Subject: Re: python path conflicts issues while running python scripts
> > > > from vdsm verbs
> > > > 
> > > > On Tue, Nov 29, 2016 at 3:26 PM, Ramesh Nachimuthu
> > > > <rnach...@redhat.com>
> > > > wrote:
> > > > > Hi,
> > > > > 
> > > > >   I am trying to run a python script '/sbin/gluster-eventsapi' in
> > > > >   vdsm verb
> > > > >   which internally imports some python modules from
> > > > >   /usr/lib/python2.7/site-packages/gluster/cliutils/. But it fails
> > > > >   with the
> > > > >   import error. Following error is seen in the supervdsm log.
> > > > > 
> > > > > 
> > > > > MainProcess|Thread-1::DEBUG::2016-11-28
> > > > > 16:54:35,130::commands::93::root::(execCmd) FAILED:  =
> > > > > 'Traceback
> > > > > (most recent call last):\n  File "/sbin/gluster-eventsapi", line 25,
> > > > > in
> > > > > \nfrom gluster.cliutils.cliutils import (Cmd, execute,
> > > > > node_output_ok, node_output_notok,\nImportError: No module named
> > > > > cliutils.cliutils\n';  = 1
> > > > > 
> > > > > 
> > > > > I think the import statement "from gluster.cliutils.cliutils import
> > > > > (Cmd,
> > > > > execute, node_output_ok, node_output_notok)" in the python script
> > > > > resolves
> > > > > to '/usr/share/vdsm/gluster' instead of
> > > > > /usr/lib/python2.7/site-packages/gluster/cliutils.
> > > > > 
> > > > > I see the following in python sys.path while executing a python
> > > > > script from
> > > > > vdsm.
> > > > > 
> > > > > ['/usr/libexec/glusterfs', '/usr/share/vdsm',
> > > > > '/usr/lib64/python27.zip',
> > > > > '/usr/lib64/python2.7', '/usr/lib64/python2.7/plat-linux2',
> > > > > '/usr/lib64/python2.7/lib-tk', '/usr/lib64/python2.7/lib-old',
> > > > > '/usr/lib64/python2.7/lib-dynload',
> > > > > '/usr/lib64/python2.7/site-packages',
> > > > > '/usr/lib64/python2.7/site-packages/gtk-

Re: [ovirt-devel] python path conflicts issues while running python scripts from vdsm verbs

2016-11-29 Thread Ramesh Nachimuthu





- Original Message -
> From: "Nir Soffer" <nsof...@redhat.com>
> To: "Ramesh Nachimuthu" <rnach...@redhat.com>
> Cc: "devel" <devel@ovirt.org>, "Dan Kenigsberg" <dan...@redhat.com>, "Piotr 
> Kliczewski" <pklic...@redhat.com>, "Yaniv
> Bronheim" <ybron...@redhat.com>, "Aravinda Vishwanathapura Krishna Murthy" 
> <avish...@redhat.com>, "Sahina Bose"
> <sab...@redhat.com>
> Sent: Tuesday, November 29, 2016 7:20:57 PM
> Subject: Re: python path conflicts issues while running python scripts from 
> vdsm verbs
> 
> On Tue, Nov 29, 2016 at 3:26 PM, Ramesh Nachimuthu <rnach...@redhat.com>
> wrote:
> > Hi,
> >
> >  I am trying to run a python script '/sbin/gluster-eventsapi' in vdsm verb
> >  which internally imports some python modules from
> >  /usr/lib/python2.7/site-packages/gluster/cliutils/. But it fails with the
> >  import error. Following error is seen in the supervdsm log.
> >
> >
> > MainProcess|Thread-1::DEBUG::2016-11-28
> > 16:54:35,130::commands::93::root::(execCmd) FAILED:  = 'Traceback
> > (most recent call last):\n  File "/sbin/gluster-eventsapi", line 25, in
> > \nfrom gluster.cliutils.cliutils import (Cmd, execute,
> > node_output_ok, node_output_notok,\nImportError: No module named
> > cliutils.cliutils\n';  = 1
> >
> >
> > I think the import statement "from gluster.cliutils.cliutils import (Cmd,
> > execute, node_output_ok, node_output_notok)" in the python script resolves
> > to '/usr/share/vdsm/gluster' instead of
> > /usr/lib/python2.7/site-packages/gluster/cliutils.
> >
> > I see the following in python sys.path while executing a python script from
> > vdsm.
> >
> > ['/usr/libexec/glusterfs', '/usr/share/vdsm', '/usr/lib64/python27.zip',
> > '/usr/lib64/python2.7', '/usr/lib64/python2.7/plat-linux2',
> > '/usr/lib64/python2.7/lib-tk', '/usr/lib64/python2.7/lib-old',
> > '/usr/lib64/python2.7/lib-dynload', '/usr/lib64/python2.7/site-packages',
> > '/usr/lib64/python2.7/site-packages/gtk-2.0',
> > '/usr/lib/python2.7/site-packages']
> >
> > Looks like '/usr/share/vdsm' take precedence over
> > '/usr/lib64/python2.7/site-packages'.
> >
> > Can someone suggests a way to fix this issue?
> >
> > Note: '/sbin/gluster-eventsapi' works perfectly while running directly from
> > CLI.
> >
> > Related vdsm patch:
> > https://gerrit.ovirt.org/#/c/67168/2/vdsm/gluster/events.py
> 
> If an import fails because /usr/share/vdsm/foo hides a package in
> /usr/lib/python2.7/site-packages/vdsm it means that you have a wrong
> import, you need to import anything like this:
> 
> from vdsm.foo import bar
> 
> So names in /usr/share/vdsm/* cannot hide names in vdsm package.
> 

Here its a different case. Some external python script (which I am trying to 
run from vdsm verb) is trying to import some gluster package from 
/usr/lib/python2.7/site-packages/gluster. But it is conflicting with gluster 
modules under /usr/share/vdsm/gluster

Python Script which I am trying to run: 
https://github.com/gluster/glusterfs/blob/master/events/src/peer_eventsapi.py

Regards,
Ramesh

> Nir
> 
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] python path conflicts issues while running python scripts from vdsm verbs

2016-11-29 Thread Ramesh Nachimuthu

Hi, 

 I am trying to run a python script '/sbin/gluster-eventsapi' in vdsm verb 
which internally imports some python modules from 
/usr/lib/python2.7/site-packages/gluster/cliutils/. But it fails with the 
import error. Following error is seen in the supervdsm log.


MainProcess|Thread-1::DEBUG::2016-11-28 
16:54:35,130::commands::93::root::(execCmd) FAILED:  = 'Traceback (most 
recent call last):\n  File "/sbin/gluster-eventsapi", line 25, in \n
from gluster.cliutils.cliutils import (Cmd, execute, node_output_ok, 
node_output_notok,\nImportError: No module named cliutils.cliutils\n';  = 1


I think the import statement "from gluster.cliutils.cliutils import (Cmd, 
execute, node_output_ok, node_output_notok)" in the python script resolves to 
'/usr/share/vdsm/gluster' instead of 
/usr/lib/python2.7/site-packages/gluster/cliutils. 

I see the following in python sys.path while executing a python script from 
vdsm.

['/usr/libexec/glusterfs', '/usr/share/vdsm', '/usr/lib64/python27.zip', 
'/usr/lib64/python2.7', '/usr/lib64/python2.7/plat-linux2', 
'/usr/lib64/python2.7/lib-tk', '/usr/lib64/python2.7/lib-old', 
'/usr/lib64/python2.7/lib-dynload', '/usr/lib64/python2.7/site-packages', 
'/usr/lib64/python2.7/site-packages/gtk-2.0', 
'/usr/lib/python2.7/site-packages']

Looks like '/usr/share/vdsm' take precedence over 
'/usr/lib64/python2.7/site-packages'. 

Can someone suggests a way to fix this issue?

Note: '/sbin/gluster-eventsapi' works perfectly while running directly from CLI.

Related vdsm patch: https://gerrit.ovirt.org/#/c/67168/2/vdsm/gluster/events.py


Regards,
Ramesh
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] oVirt 4.0.6 RC1 build planned

2016-11-15 Thread Ramesh Nachimuthu

Hi,

It will be good if these notifications where sent little earlier (at least 24 
hrs before the deadline for backport) so that people in all different timezone 
will get a chance to complete their patch

Regards,
Ramesh

- Original Message -
> From: "Rafael Martins" 
> To: "devel" 
> Sent: Tuesday, November 15, 2016 7:40:42 PM
> Subject: [ovirt-devel] oVirt 4.0.6 RC1 build planned
> 
> Fyi oVirt developers,
> 
> An oVirt build is planned for this Wednesday 10:00 AM TLV time (9:00 AM CET).
> Taking into consideration the time it takes for Jenkins to run a full CI
> everything need to be backported by Tuesday 11PM.
> Please make sure to mark as verified and CR +2 so it will be ready for
> merging Wednesday morning.
> 
> A list of pending blockers is available here:
> https://bugzilla.redhat.com/buglist.cgi?quicksearch=target_milestone%3A4.0.6%20flag%3Ablocker%20status%3Anew%2Cassigned%2Cpost
> 
> Rafael
> ___
> Devel mailing list
> Devel@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/devel
> 
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] [Review-request] feature page for gdeploy cockpit integration

2016-09-21 Thread Ramesh Nachimuthu



Hi, 

We are planning to integrate gdeploy with cockpit-ovirt plugin to improve the 
deployment of Hyper-Converged oVrt-Gluster solution. I have sent a pull request 
to add a feature page for the same. It will helpful if you can review and 
provide your valuable feedback. 


Pull request : https://github.com/oVirt/ovirt-site/pull/480 
Regards, 
Ramesh 
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] Strange issues with com.google.gwt.i18n.client.Messages.AlternateMessage [bz#1358837]

2016-08-01 Thread Ramesh Nachimuthu

On 07/29/2016 08:28 PM, Vojtech Szocs wrote:

- Original Message -

From: "Scott Dickerson" <sdick...@redhat.com>
To: "Vojtech Szocs" <vsz...@redhat.com>
Cc: "Alexander Wels" <aw...@redhat.com>, "Ramesh Nachimuthu" <rnach...@redhat.com>, 
"devel" <devel@ovirt.org>
Sent: Thursday, July 28, 2016 6:27:44 PM
Subject: Re: Strange issues with 
com.google.gwt.i18n.client.Messages.AlternateMessage [bz#1358837]

On Thu, Jul 28, 2016 at 11:19 AM, Vojtech Szocs <vsz...@redhat.com> wrote:

Hi Ramesh,

this issue seems to be related with removal of @DefaultMessage annotations,
moving the default (English) strings into corresponding .properties files.

Apparently if both properties file definitions and annotations are
connected to the same message method, the properties version takes
precidence.  I wasn't sure if this applied to alternate messages, but your
problem clearly shows that it does.

As we generally want default strings to reside in .properties files, I see
following options to explore, based on our earlier conversation:

1, try annotating UIMessages interface with:
@Generate(format = "com.google.gwt.i18n.server.PropertyCatalogFactory")

- ref:
https://github.com/gwtproject/gwt/issues/7032#issuecomment-110858030
- this is likely non-feasible, however, since @Generate requests
generation
  of translation sources (.properties) from Java code

2, try removing @AlternateMessage annotation and modify .properties file:
recurrenceType=Incorrect enum
recurrenceType[UNKNOWN]=None
recurrenceType[INTERVAL]=Minute
recurrenceType[HOURLY]=Hourly
recurrenceType[DAILY]=Daily
recurrenceType[WEEKLY]=Weekly
recurrenceType[MONTHLY]=Monthly

- ref:
http://www.gwtproject.org/doc/latest/DevGuideI18nPluralForms.html
- this might not work as it might be @PluralCount-only (not for @Select)

I just tried this alternate messages in properties file technique and it
will work.

I'm actually surprised that it works for @Select annotation.

I didn't see that mentioned anywhere in GWT docs, note that ^^ ref link
covers the @PluralCount annotation only. No mention of @Select anywhere.

I agree with others - if it works, let's use that for now.

UIMessages.java:
String recurrenceType(@Messages.Select
GlusterVolumeSnapshotScheduleRecurrence recurrence);

UIMessage.properties:
recurrenceType=Incorrect enum
recurrenceType[UNKNOWN]=None
recurrenceType[INTERVAL]=Minute
recurrenceType[HOURLY]=Hourly
recurrenceType[DAILY]=Daily
recurrenceType[WEEKLY]=Weekly
recurrenceType[MONTHLY]=Monthly

The generated code looks like this:
   public java.lang.String
recurrenceType(org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeSnapshotScheduleRecurrence
arg0) {
 java.lang.String returnVal = null;
 int arg0_ordinal = -1;
 if (arg0 != null) {
   arg0_ordinal = arg0.ordinal();
 }
 switch (arg0_ordinal) {
   case 2:  // DAILY
 returnVal = "Daily";
 break;
   case 1:  // HOURLY
 returnVal = "Hourly";
 break;
   case 0:  // INTERVAL
 returnVal = "Minute";
 break;
   case 4:  // MONTHLY
 returnVal = "Monthly";
 break;
   case 5:  // UNKNOWN
 returnVal = "None";
 break;
   case 3:  // WEEKLY
 returnVal = "Weekly";
 break;
 }
 if (returnVal != null) {
   return returnVal;
 }
 return "Incorrect enum";
   }

3, remove @AlternateMessage & handle enum-to-string formatting on our own

String sizeUnitString(String size, @Messages.Select
SizeConverter.SizeUnit sizeUnit);
becomes
String sizeUnitString(String size, String sizeUnitValue);

String recurrenceType(@Select GlusterVolumeSnapshotScheduleRecurrence
recurrence);
gets removed, because there is no point in having "{0}" message

getMessages().sizeUnitString(size, sizeUnit);
becomes
getMessages().sizeUnitString(size, (sizeUnit));

getMessages().recurrenceType(recurrence);
becomes
(recurrence);

Personally, I think 3, is the most correct solution. As Alex wrote below,
we're planning to switch away from GWT i18n mechanism in the long-term;
relying on @AlternateMessage etc. is therefore an obstacle to that effort.

Option 2 is the most expedient and least intrusive.  As a bonus, those
alternate strings will be pushed out to the translators without having to
do additional work/changes.

We already have infra for localizing enums, so it's technically duplicate
to that effort. But I agree that it's less intrusive and only needed for
3 cases where we use @Select, so I'm OK with that.

In the long term, we should stop using GWT i18n annotations like @Select.

Thanks Vojtech. Considering the long term plan and effort involved now I 
have implemented t

[ovirt-devel] Strange issues with com.google.gwt.i18n.client.Messages.AlternateMessage [bz#1358837]

2016-07-28 Thread Ramesh Nachimuthu

Hi,

 We have a strange issue with the 
com.google.gwt.i18n.client.Messages.AlternateMessage in UIMessages.java. We 
have defined some alternate messages using @Messages.Select with Enums. But its 
doesn't work any more.

We have following messages in the UIMessages.java.

@Messages.AlternateMessage(value = { "UNKNOWN" , "None" , "INTERVAL" , 
"Minute" , "HOURLY" , "Hourly" , "DAILY" , "Daily" , "WEEKLY" , "Weekly" , 
"MONTHLY" , "Monthly" })
String recurrenceType(@Messages.Select
GlusterVolumeSnapshotScheduleRecurrence recurrence);

@Messages.AlternateMessage(value = { "BYTES" , "{0} B" , "KiB" , "{0} KiB" 
, "MiB" , "{0} MiB" , "GiB" , "{0} GiB" , "TiB" , "{0} TiB" })
String sizeUnitString(String size, @Messages.Select
SizeConverter.SizeUnit sizeUnit);

But the generated UIMessages_.java doesn't use any of the enum conditions. 
  
  public java.lang.String 
recurrenceType(org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeSnapshotScheduleRecurrence
 arg0) {
java.lang.String returnVal = null;
int arg0_ordinal = -1;
if (arg0 != null) {
  arg0_ordinal = arg0.ordinal();
}
if (returnVal != null) {
  return returnVal;
}
return "Incorrect enum";
  }
  
  public java.lang.String sizeUnitString(java.lang.String 
arg0,org.ovirt.engine.core.common.utils.SizeConverter.SizeUnit arg1) {
java.lang.String returnVal = null;
int arg1_ordinal = -1;
if (arg1 != null) {
  arg1_ordinal = arg1.ordinal();
}
if (returnVal != null) {
  return returnVal;
}
return arg0 + " TiB";
  }

It used to work earlier. Is there any known issue in the current GWT Version? 
or Am I missing something?. 

Regards,
Ramesh
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] Undelivered mail warnings from Gerrit

2016-06-15 Thread Ramesh Nachimuthu





- Original Message -
> From: "Adam Litke" 
> To: "Tomáš Golembiovský" 
> Cc: devel@ovirt.org
> Sent: Wednesday, June 15, 2016 1:05:13 AM
> Subject: Re: [ovirt-devel] Undelivered mail warnings from Gerrit
> 
> On 02/06/16 11:39 +0200, Tomáš Golembiovský wrote:
> >Hi,
> >
> >for the last two weeks I've been getting lots of warnings about undelivered
> >mail from Gerrit. The importnat thing in the message being:
> >
> >The original message was received at Wed, 1 Jun 2016 14:57:54 -0400
> >from gerrit.ovirt.org [127.0.0.1]
> >
> >- Transcript of session follows -
> >... Deferred: Connection timed out with
> >hosted-lists01.fedoraproject.org.
> >Warning: message still undelivered after 4 hours
> >Will keep trying until message is 5 days old
> >
> >
> >Anyone else experiencing the same problem? Is this being worked on?
> 
> It's affecting me quite severely also.
> 

I am also facing this issue many times in a day.

Regards,
Ramesh 
> --
> Adam Litke
> ___
> Devel mailing list
> Devel@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/devel
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] Gluster verbs are not working in latest VDSM build

2016-05-25 Thread Ramesh Nachimuthu





- Original Message -
> From: "Piotr Kliczewski" <pklic...@redhat.com>
> To: "Ramesh Nachimuthu" <rnach...@redhat.com>
> Cc: "devel" <devel@ovirt.org>, "Dan Kenigsberg" <dan...@redhat.com>, "Yaniv 
> Bronheim" <ybron...@redhat.com>
> Sent: Wednesday, May 25, 2016 2:23:46 PM
> Subject: Re: Gluster verbs are not working in latest VDSM build
> 
> On Wed, May 25, 2016 at 10:47 AM, Ramesh Nachimuthu <rnach...@redhat.com>
> wrote:
> 
> >
> >
> >
> >
> > - Original Message -
> > > From: "Piotr Kliczewski" <pklic...@redhat.com>
> > > To: "Ramesh Nachimuthu" <rnach...@redhat.com>
> > > Cc: "devel" <devel@ovirt.org>, "Dan Kenigsberg" <dan...@redhat.com>,
> > "Yaniv Bronheim" <ybron...@redhat.com>
> > > Sent: Wednesday, May 25, 2016 1:46:45 PM
> > > Subject: Re: Gluster verbs are not working in latest VDSM build
> > >
> > > Ramesh,
> > >
> > > In Bridge.py we only load gluster schema when:
> > >
> > > if _glusterEnabled:
> > > paths.append(vdsmapi.find_schema('vdsm-api-gluster'))
> > >
> > > which is determine by:
> > >
> > > try:
> > > import gluster.apiwrapper as gapi
> > > import gluster.exception as ge
> > > _glusterEnabled = True
> > > except ImportError:
> > > _glusterEnabled = False
> > >
> >
> > This import is failing since gluster modules are not yet moved to
> > site-packages. Will this be fixed by Yaniv's patch
> > https://gerrit.ovirt.org/#/c/57530/
> >
> >
> The issue should be fixed by above patch. The api would not work if the
> packages are not there anyway.
> 

Thanks Piotr. I am verifying the above patch.

Regards,
Ramesh

> 
> >
> > > New yml schema should be available in
> > > /usr/lib/python2.7/site-packages/vdsm/rpc/vdsm-api-gluster.yml
> > >
> >
> > yml schema is available at
> > /usr/lib/python2.7/site-packages/vdsm/rpc/vdsm-api-gluster.yml
> >
> > [root@dhcp42-217 rpc]# ls
> > /usr/lib/python2.7/site-packages/vdsm/rpc/vdsm-api-gluster.yml
> > /usr/lib/python2.7/site-packages/vdsm/rpc/vdsm-api-gluster.yml
> > [root@dhcp42-217 rpc]#
> >
> >
> >
> > >
> > > Thanks,
> > > Piotr
> > >
> > > On Wed, May 25, 2016 at 9:37 AM, Ramesh Nachimuthu <rnach...@redhat.com>
> > > wrote:
> > >
> > > > Hi,
> > > >
> > > >   None of the Gluster verbs are working in the new VDSM build. I see
> > > > following error in vdsm.log when I try ' vdsClient -s 0
> > glusterHostsList'.
> > > > I am not able to create a Cluster with Gluster service in oVirt. Please
> > > > help.
> > > >
> > > >
> > > > jsonrpc.Executor/5::DEBUG::2016-05-25
> > > > 12:53:03,790::__init__::510::jsonrpc.JsonRpcServer::(_serveRequest)
> > Calling
> > > > 'GlusterHost.list' in bridge with {}
> > > > jsonrpc.Executor/5::ERROR::2016-05-25
> > > > 12:53:03,791::executor::193::Executor::(_execute_task) Unhandled
> > exception
> > > > in Task(callable=, timeout=None)
> > > > Traceback (most recent call last):
> > > >   File "/usr/lib/python2.7/site-packages/vdsm/executor.py", line 191,
> > in
> > > > _execute_task
> > > > task.callable()
> > > >   File "/usr/lib/python2.7/site-packages/yajsonrpc/__init__.py", line
> > 512,
> > > > in _serveRequest
> > > > method = self._bridge.dispatch(req.method)
> > > >   File "/usr/lib/python2.7/site-packages/vdsm/rpc/Bridge.py", line
> > 102, in
> > > > dispatch
> > > > self._schema.get_method(className, methodName)
> > > >   File "/usr/lib/python2.7/site-packages/api/vdsmapi.py", line 124, in
> > > > get_method
> > > > raise MethodNotFound(verb_name)
> > > > MethodNotFound: GlusterHost.list
> > > >
> > > > VDSM Packages installed:
> > > > [root@dhcp42-217 ~]# rpm -qa|grep vdsm
> > > > vdsm-api-4.18.0-43.git6f7fc83.el7.centos.noarch
> > > > vdsm-cli-4.18.0-43.git6f7fc83.el7.centos.noarch
> > > > vdsm-python-4.18.0-43.git6f7fc83.el7.centos.noarch
> > > > vdsm-jsonrpc-4.18.0-43.git6f7fc83.el7.centos.noarch
> > > > vdsm-4.18.0-43.git6f7fc83.el7.centos.x86_64
> > > > vdsm-gluster-4.18.0-43.git6f7fc83.el7.centos.noarch
> > > > vdsm-infra-4.18.0-43.git6f7fc83.el7.centos.noarch
> > > > vdsm-xmlrpc-4.18.0-43.git6f7fc83.el7.centos.noarch
> > > > vdsm-yajsonrpc-4.18.0-43.git6f7fc83.el7.centos.noarch
> > > > vdsm-hook-vmfex-dev-4.18.0-43.git6f7fc83.el7.centos.noarch
> > > > [root@dhcp42-217 ~]#
> > > >
> > > >
> > > > I have attached the vdsm log here.
> > > >
> > > >
> > >
> >
> 
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] Gluster verbs are not working in latest VDSM build

2016-05-25 Thread Ramesh Nachimuthu





- Original Message -
> From: "Piotr Kliczewski" <pklic...@redhat.com>
> To: "Ramesh Nachimuthu" <rnach...@redhat.com>
> Cc: "devel" <devel@ovirt.org>, "Dan Kenigsberg" <dan...@redhat.com>, "Yaniv 
> Bronheim" <ybron...@redhat.com>
> Sent: Wednesday, May 25, 2016 1:46:45 PM
> Subject: Re: Gluster verbs are not working in latest VDSM build
> 
> Ramesh,
> 
> In Bridge.py we only load gluster schema when:
> 
> if _glusterEnabled:
> paths.append(vdsmapi.find_schema('vdsm-api-gluster'))
> 
> which is determine by:
> 
> try:
> import gluster.apiwrapper as gapi
> import gluster.exception as ge
> _glusterEnabled = True
> except ImportError:
> _glusterEnabled = False
> 

This import is failing since gluster modules are not yet moved to 
site-packages. Will this be fixed by Yaniv's patch 
https://gerrit.ovirt.org/#/c/57530/ 


> New yml schema should be available in
> /usr/lib/python2.7/site-packages/vdsm/rpc/vdsm-api-gluster.yml
> 

yml schema is available at 
/usr/lib/python2.7/site-packages/vdsm/rpc/vdsm-api-gluster.yml 

[root@dhcp42-217 rpc]# ls 
/usr/lib/python2.7/site-packages/vdsm/rpc/vdsm-api-gluster.yml
/usr/lib/python2.7/site-packages/vdsm/rpc/vdsm-api-gluster.yml
[root@dhcp42-217 rpc]# 



> 
> Thanks,
> Piotr
> 
> On Wed, May 25, 2016 at 9:37 AM, Ramesh Nachimuthu <rnach...@redhat.com>
> wrote:
> 
> > Hi,
> >
> >   None of the Gluster verbs are working in the new VDSM build. I see
> > following error in vdsm.log when I try ' vdsClient -s 0  glusterHostsList'.
> > I am not able to create a Cluster with Gluster service in oVirt. Please
> > help.
> >
> >
> > jsonrpc.Executor/5::DEBUG::2016-05-25
> > 12:53:03,790::__init__::510::jsonrpc.JsonRpcServer::(_serveRequest) Calling
> > 'GlusterHost.list' in bridge with {}
> > jsonrpc.Executor/5::ERROR::2016-05-25
> > 12:53:03,791::executor::193::Executor::(_execute_task) Unhandled exception
> > in Task(callable=, timeout=None)
> > Traceback (most recent call last):
> >   File "/usr/lib/python2.7/site-packages/vdsm/executor.py", line 191, in
> > _execute_task
> > task.callable()
> >   File "/usr/lib/python2.7/site-packages/yajsonrpc/__init__.py", line 512,
> > in _serveRequest
> > method = self._bridge.dispatch(req.method)
> >   File "/usr/lib/python2.7/site-packages/vdsm/rpc/Bridge.py", line 102, in
> > dispatch
> > self._schema.get_method(className, methodName)
> >   File "/usr/lib/python2.7/site-packages/api/vdsmapi.py", line 124, in
> > get_method
> > raise MethodNotFound(verb_name)
> > MethodNotFound: GlusterHost.list
> >
> > VDSM Packages installed:
> > [root@dhcp42-217 ~]# rpm -qa|grep vdsm
> > vdsm-api-4.18.0-43.git6f7fc83.el7.centos.noarch
> > vdsm-cli-4.18.0-43.git6f7fc83.el7.centos.noarch
> > vdsm-python-4.18.0-43.git6f7fc83.el7.centos.noarch
> > vdsm-jsonrpc-4.18.0-43.git6f7fc83.el7.centos.noarch
> > vdsm-4.18.0-43.git6f7fc83.el7.centos.x86_64
> > vdsm-gluster-4.18.0-43.git6f7fc83.el7.centos.noarch
> > vdsm-infra-4.18.0-43.git6f7fc83.el7.centos.noarch
> > vdsm-xmlrpc-4.18.0-43.git6f7fc83.el7.centos.noarch
> > vdsm-yajsonrpc-4.18.0-43.git6f7fc83.el7.centos.noarch
> > vdsm-hook-vmfex-dev-4.18.0-43.git6f7fc83.el7.centos.noarch
> > [root@dhcp42-217 ~]#
> >
> >
> > I have attached the vdsm log here.
> >
> >
> 
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] Unable to login to gerrit.ovirt.org with Google OAuth2 (gerrit-oauth-provider plugin)

2016-05-17 Thread Ramesh Nachimuthu

Hi,

 I am not able to login to gerrit.ovirt.org using Google OAuth2 
(gerrit-oauth-provider plugin). It says 'Server Error'. Anyone else facing the 
same issue?


Regards,
Ramesh
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] Pull request for gluster self-heal monitoring feature page https://github.com/oVirt/ovirt-site/pull/214

2016-04-28 Thread Ramesh Nachimuthu

Hi,


  I have a pull request for "Gluster Slef Heal Monitoring" feature page. Can 
someone help me with the review?.

Regards,
Rames
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] Mount using 'localhost' in oVirt and Gluster HC use case

2016-02-23 Thread Ramesh Nachimuthu

Hi,

  I am trying to explore the possibilities of using localhost to mount the 
glusterfs volume in oVirt/Gluster HC deployments. In HC use case, all the nodes 
in the cluster will be part of the gluster cluster anyway. So we can just use 
'localhost' to mount the gluster volume for storage domain. In this way, we can 
avoid most of the glusterfs mount problems and don't need the backup vol file 
server support. Also we can enable libgfapi support for glusterfs storage 
domain. Do you see any issue with this approach?


Regards,
Ramesh
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] oVirt 3.5 and 4.0 on the same devel machine

2015-11-11 Thread Ramesh Nachimuthu




On 11/12/2015 04:31 AM, Shmuel Melamud wrote:

Hi!

On Wed, Nov 11, 2015 at 9:57 PM, Alexander Wels > wrote:


Make sure you have both java 1.7 and 1.8 installed as well as both
Jboss 7.1.1
final and wildfly. Then just set your JAVA_HOME to point to either
7 or 8
depending on what you are working on and the same with JBOSS_HOME


I don't need to set JAVA_HOME, because java_home script does it for 
me, it automatically locates the corresponding JDK, if it's 
installed. The problem is that OpenJDK packages for 1.7 and 1.8 are 
conflicting with each other.




i faced exactly the same problem. I solved it in following way.

1) Download jboss-eap-x.y fromhttp://www.jboss.org/products/eap/overview/  (zip)
2) Extract it to /opt (insure that it has the right permissions)
3) Download openjdk 1.7 as an archive ans extract it to /usr/lib/jvm
4) set the following environment variables :
   a) export OVIRT_ENGINE_JAVA_HOME=/usr/lib/jvm/
   b) export OVIRT_ENGINE_JAVA_HOME_FORCE=1
5) run #sh -x ./packaging/bin/java-home and ensure that it returns 0 otherwise 
u may have to patch this.
6) run engine-setup as follows :
   engine-setup --jboss-home=/opt/jboss-eap-x.y

More info at https://www.mail-archive.com/devel@ovirt.org/msg04607.html

Regards,
Ramesh


Shmuel



___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel


___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] [ovirt-users] Network statistics shown in ovirt doesn't look correct.

2015-09-08 Thread Ramesh Nachimuthu




On 09/07/2015 05:47 PM, Dan Kenigsberg wrote:

On Mon, Sep 07, 2015 at 04:51:34PM +0530, Ramesh Nachimuthu wrote:

Hi,

   I have a strange issue with the network traffic shown in oVirt webadmin
portal. I have 2 10 Gb network card and I have created bond out of them. I
have used *'iperf*' command to generate10 Gbps traffic and I can see that
getting reflected in my nagios monitoring. Also iperf command confirms that
it transferred the data at the rate of 9.38 Gbits/sec.  But oVirt Ui shows
only 1500 Mbps. I am not sure how oVirt shows very low traffic. Anyone
experiencing the similar problem?

VDSM Version: vdsm-4.16.20-1.3.el6rhs.x86_64
Ovirt release : both 3.5 and 3.6

I have attached the relevant screen shots here.

Can you provide the output of

   vdsClient -s 0 getVdsStats

when iperf is running?


Here is the output of vdsClient
http://ur1.ca/nporl



Could you see if a similar issue happens with a new 3.6 vdsm?


I have to re-install the machine with 3.6. I will update u after doing 
the same.


Regards,
Ramesh


Regards,
Dan.


___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] Network statistics shown in ovirt doesn't look correct.

2015-09-07 Thread Ramesh Nachimuthu


Hi,

  I have a strange issue with the network traffic shown in oVirt 
webadmin portal. I have 2 10 Gb network card and I have created bond out 
of them. I have used *'iperf*' command to generate10 Gbps traffic and I 
can see that getting reflected in my nagios monitoring. Also iperf 
command confirms that it transferred the data at the rate of 9.38 
Gbits/sec.  But oVirt Ui shows only 1500 Mbps. I am not sure how oVirt 
shows very low traffic. Anyone experiencing the similar problem?


VDSM Version: vdsm-4.16.20-1.3.el6rhs.x86_64
Ovirt release : both 3.5 and 3.6

I have attached the relevant screen shots here.

Regards,
Ramesh
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

[ovirt-devel] Ovirt-engine is not starting after rebuild

2015-07-23 Thread Ramesh Nachimuthu


Hi,

 I have a strange issue with dev setup in F22. Engine fails to start 
after every rebuild. I have to drop the engine database and remove the 
folder ~/ovirt-engine and do a fresh setup to start the engine. Anyone 
facing the similar issue.


*[rnachimu@rnachimu ovirt-engine]$* 
$HOME/ovirt-engine/share/ovirt-engine/services/ovirt-engine/ovirt-engine.py 
start
OpenJDK 64-Bit Server VM warning: ignoring option PermSize=256m; support 
was removed in 8.0
OpenJDK 64-Bit Server VM warning: ignoring option MaxPermSize=256m; 
support was removed in 8.0

Listening for transport dt_socket at address: 8787
*[rnachimu@rnachimu ovirt-engine]$*

Regards,
Ramesh
___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] Ovirt-engine is not starting after rebuild

2015-07-23 Thread Ramesh Nachimuthu




On 07/23/2015 05:30 PM, Alon Bar-Lev wrote:

Hello,

In devenv, it is much simpler to use jboss-eap[1], it will work for you for 
3.5, master, fc, rhel without any special configuration.

Download and extract it to /opt.

Just remember to pass --jboss-home=/opt/jboss-eap-xxx every time you run 
engine-setup.

You do not really need to use wildfly, it just makes it more complex as we need 
to patch it.


I have some patch to sent for 3.5. So anyway I need this. Thanks Alon 
for the help.


Regards,
Ramesh


Regards,
Alon

[1] http://www.jboss.org/products/eap/download/

- Original Message -

From: Ramesh Nachimuthu rnach...@redhat.com
To: Martin Perina mper...@redhat.com
Cc: devel@ovirt.org
Sent: Thursday, July 23, 2015 2:54:29 PM
Subject: Re: [ovirt-devel] Ovirt-engine is not starting after rebuild



On 07/23/2015 05:14 PM, Martin Perina wrote:

Hi,

are you sure that you executed all steps as described in [1]?
If so please attach boot/server/engine logs.

Yes. To confirm this, when I remove the ~/ovirt-engine folder and drop
the engine database then build and setup it works.

Regards,
Ramesh


Thanks

Martin


[1] http://lists.ovirt.org/pipermail/devel/2015-June/010832.html

- Original Message -

From: Ramesh Nachimuthu rnach...@redhat.com
To: devel@ovirt.org
Sent: Thursday, July 23, 2015 1:34:05 PM
Subject: [ovirt-devel] Ovirt-engine is not starting after rebuild

Hi,

I have a strange issue with dev setup in F22. Engine fails to start after
every rebuild. I have to drop the engine database and remove the folder
~/ovirt-engine and do a fresh setup to start the engine. Anyone facing the
similar issue.

[rnachimu@rnachimu ovirt-engine]$
$HOME/ovirt-engine/share/ovirt-engine/services/ovirt-engine/ovirt-engine.py
start
OpenJDK 64-Bit Server VM warning: ignoring option PermSize=256m; support
was
removed in 8.0
OpenJDK 64-Bit Server VM warning: ignoring option MaxPermSize=256m;
support
was removed in 8.0
Listening for transport dt_socket at address: 8787
[rnachimu@rnachimu ovirt-engine]$

Regards,
Ramesh

___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel


___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel


___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] Ovirt-engine is not starting after rebuild

2015-07-23 Thread Ramesh Nachimuthu




On 07/23/2015 05:35 PM, Martin Perina wrote:

Hi,

according to logs you don't have ovirt-engine-widlfly-overlay RPM
installed and/or you forgot to execute step 5 as described in [1].


Thanks Martin. Now it works. I think i have executed the step 5 but I 
removed the folder ~/ovirt-engine for some reason :)


Regards,
Ramesh


Martin

- Original Message -

From: Ramesh Nachimuthu rnach...@redhat.com
To: Martin Perina mper...@redhat.com
Cc: devel@ovirt.org
Sent: Thursday, July 23, 2015 1:54:29 PM
Subject: Re: [ovirt-devel] Ovirt-engine is not starting after rebuild



On 07/23/2015 05:14 PM, Martin Perina wrote:

Hi,

are you sure that you executed all steps as described in [1]?
If so please attach boot/server/engine logs.

Yes. To confirm this, when I remove the ~/ovirt-engine folder and drop
the engine database then build and setup it works.

Regards,
Ramesh


Thanks

Martin


[1] http://lists.ovirt.org/pipermail/devel/2015-June/010832.html

- Original Message -

From: Ramesh Nachimuthu rnach...@redhat.com
To: devel@ovirt.org
Sent: Thursday, July 23, 2015 1:34:05 PM
Subject: [ovirt-devel] Ovirt-engine is not starting after rebuild

Hi,

I have a strange issue with dev setup in F22. Engine fails to start after
every rebuild. I have to drop the engine database and remove the folder
~/ovirt-engine and do a fresh setup to start the engine. Anyone facing the
similar issue.

[rnachimu@rnachimu ovirt-engine]$
$HOME/ovirt-engine/share/ovirt-engine/services/ovirt-engine/ovirt-engine.py
start
OpenJDK 64-Bit Server VM warning: ignoring option PermSize=256m; support
was
removed in 8.0
OpenJDK 64-Bit Server VM warning: ignoring option MaxPermSize=256m;
support
was removed in 8.0
Listening for transport dt_socket at address: 8787
[rnachimu@rnachimu ovirt-engine]$

Regards,
Ramesh

___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel




___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [ovirt-devel] Checkstyle changes in oVirt

2015-07-15 Thread Ramesh Nachimuthu


very much needed one. Thanks. :)

Regards,
Ramesh

On 07/14/2015 10:41 PM, Tal Nisan wrote:

Hey everyone,

We've all reviewed patches that contained imports sorting noise 
caused by misconfigured IDEs, I decided to enforce the project's 
standards concerning imports order with the checkstyle plugin.
Achieving this required upgrading checkstyle to version 6.5 and fixing 
the existing violations so we can have a clean baseline to build from.
While I was at it, I fixed the left curly braces position suppression 
in the uicommon project to align with the proper standards defined 
in the rest of the project.


Please note that these standards are now enforced at build time and 
patches that violate them will break the build.
A big thank you goes out to everyone who reviewed and commented on the 
patches!


* For those interested, the relevant patches can be found at 
https://gerrit.ovirt.org/#/q/status:open+project:ovirt-engine+branch:master+topic:checkstyle
* The project formatter settings can be found at 
http://www.ovirt.org/Building_oVirt_Engine/IDE


___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel


___
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel

Re: [Engine-devel] [ANN] oVirt 3.4.0 Test Day - Tomorrow Jan 23th

2014-01-22 Thread Ramesh Nachimuthu

Hi,

   After adding the node to engine, it goes to non operational state with the 
error Host 10.70.43.160 is compatible with versions (3.0,3.1,3.2,3.3) and 
cannot join Cluster Default which is set to version 3.4.. 

I have enabled the repo 
http://resources.ovirt.org/releases/3.4.0_pre/rpm/Fedora/$releasever/ in host. 

  Following is the vdsm version installed in F19 node:

[root@localhost ~]# rpm -qa | grep vdsm
vdsm-cli-4.14.1-2.fc19.noarch
vdsm-4.14.1-2.fc19.x86_64
vdsm-python-4.14.1-2.fc19.x86_64
vdsm-python-zombiereaper-4.14.1-2.fc19.noarch
vdsm-xmlrpc-4.14.1-2.fc19.noarch
vdsm-gluster-4.14.1-2.fc19.noarch


[root@localhost ~]# vdsClient -s 0 getVdsCaps
clusterLevels = ['3.0', '3.1', '3.2', '3.3']

Anything I am missing here?


Regards,
Ramesh
- Original Message -
From: Sandro Bonazzola sbona...@redhat.com
To: arch a...@ovirt.org, engine-devel engine-devel@ovirt.org, 
us...@ovirt.org
Sent: Wednesday, January 22, 2014 6:37:23 PM
Subject: [ANN] oVirt 3.4.0 Test Day - Tomorrow Jan 23th

Hi all,
tomorrow Jan 23th we'll have oVirt 3.4.0 test day.

On this day all relevant engineers will be online ready to support
any issues you find during install / operating this new release.

Just make sure you have 1 hosts or more to test drive the new release.
If you're curious to see how it works, this is your chance.

Thanks again for everyone who will join us tomorrow!

Location
#ovirt irc channel
Please communicate here to allow others to see any issues

What
In this test day you have a license to kill ;)
Follow the documentation to setup your environment, and test drive the new 
features.
Please remember we expect to see some issues, and anything you come up with 
will save a you when you'll install final release
Remember to try daily tasks you'd usually do in the engine, to see there 
are no regressions.
Write down the configuration you used (HW, console, etc) in the report 
etherpad[1].

Documentation
Release notes: http://www.ovirt.org/OVirt_3.4.0_release_notes
Features pages links: http://bit.ly/17qBn6F
If you find errors in the wiki please annotate it as well in report 
etherpad [1]

Prerequisites / recommendations
Use CentOS or RHEL 6.5 only. 6.4 is unsupported due to various issues 
(sanlock, libvirt, etc).
Use Fedora 19 only. Fedora 20 is unsupported due to various issues (sos, 
jboss).

Latest RPMs
repository to be enabled for testing the release are listed in the release 
notes page [2].

NEW issues / reports
For any new issue, please update the reports etherpad [1]

Feature owners, please make sure:
your feature is updated and referenced on release page [2].
you have testing instruction for your feature either on test day page [3] 
or in your feature page.
your team regression testing section is organized and up to date on test 
day page [3].


[1] http://etherpad.ovirt.org/p/3.4-testday-1
[2] http://www.ovirt.org/OVirt_3.4.0_release_notes
[3] http://www.ovirt.org/OVirt_3.4_Test_Day


Thanks.

-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
___
Arch mailing list
a...@ovirt.org
http://lists.ovirt.org/mailman/listinfo/arch
___
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Re: [ovirt-devel] [ACTION REQUIRED] ovirt-cokpit broken, please fix

Re: [ovirt-devel] [ACTION REQUIRED] ovirt-cokpit broken, please fix

Re: [ovirt-devel] [ACTION REQUIRED] ovirt-cokpit broken, please fix

Re: [ovirt-devel] Review request for vdsm patch https://gerrit.ovirt.org/#/c/67912/

[ovirt-devel] Review request for vdsm patch https://gerrit.ovirt.org/#/c/67912/

Re: [ovirt-devel] python path conflicts issues while running python scripts from vdsm verbs

Re: [ovirt-devel] python path conflicts issues while running python scripts from vdsm verbs

Re: [ovirt-devel] python path conflicts issues while running python scripts from vdsm verbs

[ovirt-devel] python path conflicts issues while running python scripts from vdsm verbs

Re: [ovirt-devel] oVirt 4.0.6 RC1 build planned

[ovirt-devel] [Review-request] feature page for gdeploy cockpit integration

Re: [ovirt-devel] Strange issues with com.google.gwt.i18n.client.Messages.AlternateMessage [bz#1358837]

[ovirt-devel] Strange issues with com.google.gwt.i18n.client.Messages.AlternateMessage [bz#1358837]

Re: [ovirt-devel] Undelivered mail warnings from Gerrit

Re: [ovirt-devel] Gluster verbs are not working in latest VDSM build

Re: [ovirt-devel] Gluster verbs are not working in latest VDSM build

[ovirt-devel] Unable to login to gerrit.ovirt.org with Google OAuth2 (gerrit-oauth-provider plugin)

[ovirt-devel] Pull request for gluster self-heal monitoring feature page https://github.com/oVirt/ovirt-site/pull/214

[ovirt-devel] Mount using 'localhost' in oVirt and Gluster HC use case

Re: [ovirt-devel] oVirt 3.5 and 4.0 on the same devel machine

Re: [ovirt-devel] [ovirt-users] Network statistics shown in ovirt doesn't look correct.

[ovirt-devel] Network statistics shown in ovirt doesn't look correct.

[ovirt-devel] Ovirt-engine is not starting after rebuild

Re: [ovirt-devel] Ovirt-engine is not starting after rebuild

Re: [ovirt-devel] Ovirt-engine is not starting after rebuild

Re: [ovirt-devel] Checkstyle changes in oVirt

Re: [Engine-devel] [ANN] oVirt 3.4.0 Test Day - Tomorrow Jan 23th

27 matches

Site Navigation

Mail list logo

Footer information