Re: [one-users] Getting an "HTTP-Error: 500" when executing oneacct -g group
Hola Javi,
Thank you very much for your reply and for updating the xmlrpc library
for next ON release :)
About manual compilation, we need to study it but I think your
instructions are pretty clear about it.
Cheers,
Esteban
On 19/02/15 18:48, Javier Fontan wrote:
I've found that the the change comes in release 1.36.0. I'll update
the static xmlrpc library that we use to generate packages for the
next release with 1.40.0, that is the latest stable release.
Right now the only distribution packages that use the stock xmlrpc-c
library are CentOS 7. It comes with version 1.32.5 so I suppose I'll
have to link them statically.
Concerning manual compilation. While the new release is not ready you
can compile OpenNebula linking statically with the new library and
only substitute oned binary. That should be in src/Nebula directory
after compiling. You should be able to upgrade normally with this
method. These are the steps we use to compile OpenNebula:
--8<--
svn checkout
http://svn.code.sf.net/p/xmlrpc-c/code/release_number/01.40.00
cd 01.40.00
export CXXFLAGS="-fPIC"
export CFLAGS="-Wno-error=format-security"
./configure --prefix=$PWD/install --enable-libxml2-backend
make install
# Delete dynamic libraries
rm -f install/{lib,lib64}/*.so install/{lib,lib64}/*.so.*
# Add xmlrpc-c libraries bin dir to the path
export PATH=$PWD/install/bin:$PATH
export XMLRPC=$PWD/install
cd
scons -j2 mysql=yes xmlrpc=$XMLRPC new_xmlrpc=yes syslog=yes
-->8--
Cheers
On Tue, Feb 17, 2015 at 12:06 PM, RubEn DIez LAzaro <mailto:rd...@cesga.es>> wrote:
Compile our own OpenNebula will break the package system
maintenance. You can forget use yum or any other package
management system. You can forget about the updating scripts
associate to the package for automatically migrate and adapt the
database schemes to updated versions
Compile our own OpenNebula in a production infrastructure means
return to the Dark Ages from a sysadmin point of view... for EVERY
site with this issue...
In the easy way, OpenNebula staff should use a fixed version of
libxmlrpc-c and so distribute a fixed package of OpenNebula.
Other possibility is that libxmlrpc-c become a dynamically linked
library instead statically linked one. In this way each site could
use a fixed version of libxmlrpc-c....
Regards.
On 17/02/15 11:15, Esteban Freire wrote:
Hi Carlos,
Thank you very much for letting us know, we need to think it
deeply :)
Just one question, which are the pros and cons of compiling oned?
It is a serious thing for us since the infrastructure is on
production and I am not sure if it will break future updates
trough yum/rpm and also, if we could break something in current
ON installation at CESGA. Personally, I don't like this decision
but it is my humble opinion and in any case, we need to discuss
about it.
Thanks in advance,
Esteban
On 02/17/2015 11:05 AM, Carlos Martín Sánchez wrote:
Hi,
I forgot to add that if you want to test the new libxmlrpc
version yourself, it's not that difficult to compile oned with
the 'xmlrpc' scons option:
http://docs.opennebula.org/4.10/integration/references/compile.html
Regards.
--
Carlos Martín, MSc
Project Engineer
OpenNebula - Flexible Enterprise Cloud Made Simple
www.OpenNebula.org <http://www.OpenNebula.org> |
cmar...@opennebula.org <mailto:cmar...@opennebula.org> |
@OpenNebula <http://twitter.com/opennebula>
On Fri, Feb 13, 2015 at 10:39 AM, RubEn DIez LAzaro
mailto:rd...@cesga.es>> wrote:
Hi:
I Does not know really if some recent version of libxmlrpc-c
fix this bug... bug the patch seems to be into some branch
http://sourceforge.net/p/xmlrpc-c/code/2520/
I don't pretend to confuse you with how we discover this
bug, but in short it appears when executing some accounting
software by Boris Parak for the Federate cloud of the EGI
project
I hope the patch i link help to clarify the situation.
Best regards.
On 12/02/15 22:53, Alejandro Feijóo wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi to all.
As Esteban say, we have a planned updated to last
stable opennebula
release the Wednesday 18th, but i think we can wait if
the libxmlrpc-c
is updated in the next days or maybe weeks.
I think we can wait because the new ON not have critical
changes (we
have pached one-flow yet) and make 2 updates in the same
month can be a
problem for our costumers... (we use oneflow in a lot of
critical
services and is a
Re: [one-users] Getting an "HTTP-Error: 500" when executing oneacct -g group
Hi Carlos, Thank you very much for letting us know, we need to think it deeply :) Just one question, which are the pros and cons of compiling oned? It is a serious thing for us since the infrastructure is on production and I am not sure if it will break future updates trough yum/rpm and also, if we could break something in current ON installation at CESGA. Personally, I don't like this decision but it is my humble opinion and in any case, we need to discuss about it. Thanks in advance, Esteban On 02/17/2015 11:05 AM, Carlos Martín Sánchez wrote: Hi, I forgot to add that if you want to test the new libxmlrpc version yourself, it's not that difficult to compile oned with the 'xmlrpc' scons option: http://docs.opennebula.org/4.10/integration/references/compile.html Regards. -- Carlos Martín, MSc Project Engineer OpenNebula - Flexible Enterprise Cloud Made Simple www.OpenNebula.org <http://www.OpenNebula.org> | cmar...@opennebula.org <mailto:cmar...@opennebula.org> | @OpenNebula <http://twitter.com/opennebula> On Fri, Feb 13, 2015 at 10:39 AM, RubEn DIez LAzaro <mailto:rd...@cesga.es>> wrote: Hi: I Does not know really if some recent version of libxmlrpc-c fix this bug... bug the patch seems to be into some branch http://sourceforge.net/p/xmlrpc-c/code/2520/ I don't pretend to confuse you with how we discover this bug, but in short it appears when executing some accounting software by Boris Parak for the Federate cloud of the EGI project I hope the patch i link help to clarify the situation. Best regards. On 12/02/15 22:53, Alejandro Feijóo wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi to all. As Esteban say, we have a planned updated to last stable opennebula release the Wednesday 18th, but i think we can wait if the libxmlrpc-c is updated in the next days or maybe weeks. I think we can wait because the new ON not have critical changes (we have pached one-flow yet) and make 2 updates in the same month can be a problem for our costumers... (we use oneflow in a lot of critical services and is a problem make 2 scheduled stops) But if the change is programated to 4.12 we going to update and patch it (I think Ruben have a special love story paching software hehe) Again, a lot of thanks. El 12/02/15 a las 19:32, Esteban Freire escribió: Hi Carlos, Thank you very much for checking it :) About if it should be fixed in 1.33.14, I hope Rubén answer to this tomorrow since it is the one looking at this issue. When do you think we could test this? Sorry for the question/hurry but we are failing accounting due to this issue in FedCloud (EGI). In principle, we are going to update to last ON version next Wednesday 18th. Thanks in advance, Esteban On 02/12/2015 07:23 PM, Carlos Martín Sánchez wrote: Hi, I'm not directly involved in the packaging, but as far as I can tell, OpenNebula 4.8 comes with libxmlrpc-c version 1.33.6. If I understand correctly, the problem you report should be fixed in 1.33.14? I've checked and the current super stable version is 1.33.16 [1]. We will see if the static library can be updated without breaking anything [2]. Regards. [1] http://xmlrpc-c.sourceforge.net/change_super_stable.html [2] http://dev.opennebula.org/issues/3594 -- Carlos Martín, MSc Project Engineer OpenNebula - Flexible Enterprise Cloud Made Simple www.OpenNebula.org <http://www.OpenNebula.org> <http://www.OpenNebula.org> | cmar...@opennebula.org <mailto:cmar...@opennebula.org> <mailto:cmar...@opennebula.org <mailto:cmar...@opennebula.org>> | @OpenNebula <http://twitter.com/opennebula> On Thu, Feb 12, 2015 at 12:08 PM, RubEn DIez LAzaro mailto:rd...@cesga.es> <mailto:rd...@cesga.es <mailto:rd...@cesga.es>>> wrote: HI: The distro is Scientific Linux release 6.4 (Carbon) and ONE is installed from repo (it seems be the repo for CentOS 6) [root@cloud yum.repos.d]# cat opennebula.repo [opennebula]
Re: [one-users] Getting an "HTTP-Error: 500" when executing oneacct -g group
Hi Carlos, Thank you very much for checking it :) About if it should be fixed in 1.33.14, I hope Rubén answer to this tomorrow since it is the one looking at this issue. When do you think we could test this? Sorry for the question/hurry but we are failing accounting due to this issue in FedCloud (EGI). In principle, we are going to update to last ON version next Wednesday 18th. Thanks in advance, Esteban On 02/12/2015 07:23 PM, Carlos Martín Sánchez wrote: Hi, I'm not directly involved in the packaging, but as far as I can tell, OpenNebula 4.8 comes with libxmlrpc-c version 1.33.6. If I understand correctly, the problem you report should be fixed in 1.33.14? I've checked and the current super stable version is 1.33.16 [1]. We will see if the static library can be updated without breaking anything [2]. Regards. [1] http://xmlrpc-c.sourceforge.net/change_super_stable.html [2] http://dev.opennebula.org/issues/3594 -- Carlos Martín, MSc Project Engineer OpenNebula - Flexible Enterprise Cloud Made Simple www.OpenNebula.org <http://www.OpenNebula.org> | cmar...@opennebula.org <mailto:cmar...@opennebula.org> | @OpenNebula <http://twitter.com/opennebula> On Thu, Feb 12, 2015 at 12:08 PM, RubEn DIez LAzaro <mailto:rd...@cesga.es>> wrote: HI: The distro is Scientific Linux release 6.4 (Carbon) and ONE is installed from repo (it seems be the repo for CentOS 6) [root@cloud yum.repos.d]# cat opennebula.repo [opennebula] name=opennebula baseurl=http://downloads.opennebula.org/repo/4.8/CentOS/6/x86_64 enabled=1 gpgcheck=0 The installed (from standard repos) version of libxmlrpc-c is 1.16.24: # yum info xmlrpc-c [.] Installed Packages Name: xmlrpc-c Arch: x86_64 Version : 1.16.24 Release : 1209.1840.el6 Size: 263 k Repo: installed From repo : sl Summary : A lightweight RPC library based on XML and HTTP URL : http://xmlrpc-c.sourceforge.net/ License : BSD and MIT Description : XML-RPC is a quick-and-easy way to make procedure calls over the : Internet. It converts the procedure call into XML document, sends : it to a remote server using HTTP, and gets back the response as : XML. : : This library provides a modular implementation of XML-RPC for C. but this is no matter since you claims that ONE is statically linked What version of xmlrpc-c is linked to the ONE from the showed repo?? We get a source path for 1.33.14 and we build a possible (yet untested, done by hand using patch we have for 1.33.14) patch for 1.16.24 Perhaps we can send you these patches for fix the issue in your statically linked xmlrpc-c??? Regards. On 12/02/15 11:48, Carlos Martín Sánchez wrote: Hi, We already use a statically linked libxmlrpc-c version to use a newer one for some distros. How did you install ONE, what packages are you using? Which version? Also, can you please share more about the libxmlrpc-c versions that cause problems, and when it was fixed? Regards -- Carlos Martín, MSc Project Engineer OpenNebula - Flexible Enterprise Cloud Made Simple www.OpenNebula.org <http://www.OpenNebula.org> | cmar...@opennebula.org <mailto:cmar...@opennebula.org> | @OpenNebula <http://twitter.com/opennebula> On Wed, Feb 11, 2015 at 12:53 PM, Esteban Freire mailto:esfre...@cesga.es>> wrote: Hello, We are having an issue with oneacct command when we try to get the accounting for a group, for example: [oneadmin@cloud ~]$ oneacct -g ops ops HTTP-Error: 500 Internal Server Error [oneadmin@cloud ~]$ oneacct -g fedcloud.egi.eu <http://fedcloud.egi.eu> fedcloud.egi.eu <http://fedcloud.egi.eu> HTTP-Error: 500 Internal Server Error As far as we have been told, it seems the issue it is hidden deep in libxmlrpc and has almost nothing to do with OpenNebula or its version. The problem is this (briefly): Once the VM history goes over approx. 40k of VMs, libxmlrpc will refuse to allocate enough memory for some OpenNebula responses to RPC commands. Also, the solution proposed is to compile OpenNebula against a newer and patched version of libxmlrpc but to be honest, I would prefer avoid this solution. I understand this is not an OpenNebula issue but I wonder if as OpenNebula developers you have seen this issue before and it there is any other better solution. Also, if some other site has experiment this issue, I would like to know which was the solution applied. Any help is welcome on this sin
[one-users] Getting an "HTTP-Error: 500" when executing oneacct -g group
Hello, We are having an issue with oneacct command when we try to get the accounting for a group, for example: [oneadmin@cloud ~]$ oneacct -g ops ops HTTP-Error: 500 Internal Server Error [oneadmin@cloud ~]$ oneacct -g fedcloud.egi.eu fedcloud.egi.eu HTTP-Error: 500 Internal Server Error As far as we have been told, it seems the issue it is hidden deep in libxmlrpc and has almost nothing to do with OpenNebula or its version. The problem is this (briefly): Once the VM history goes over approx. 40k of VMs, libxmlrpc will refuse to allocate enough memory for some OpenNebula responses to RPC commands. Also, the solution proposed is to compile OpenNebula against a newer and patched version of libxmlrpc but to be honest, I would prefer avoid this solution. I understand this is not an OpenNebula issue but I wonder if as OpenNebula developers you have seen this issue before and it there is any other better solution. Also, if some other site has experiment this issue, I would like to know which was the solution applied. Any help is welcome on this since we need to solve this issue asap :) Thanks in advance, Esteban -- ++-++ Esteban Freire García Centro de supercomputación de Galicia Avda. de Vigo s/n. Campus Vida 15705 - Santiago de Compostela. Spain Tlfn.: 981 56 98 10 Extension:274 Fax: 981 59 46 16 ___ Users mailing list Users@lists.opennebula.org http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
Re: [one-users] Is it possible to add a "ephemeral" disk on ON templates
Hi Ruben, Thank you very much for your answer :) Cheers, Esteban On 10/30/2014 01:22 PM, Ruben S. Montero wrote: You are probably interested in volatile disks, http://docs.opennebula.org/4.8/user/references/template.html#volatile-disks Cheers Ruben On Thu, Oct 30, 2014 at 10:10 AM, Esteban Freire <mailto:esfre...@cesga.es>> wrote: Hello all, I would like to ask you if it is possible to add a "ephemeral" disk on OpenNebula templates, so in order to have an extra space which is not on the image but which is created when the image is started. If it is so, could you please indicate me how to do it? Sorry, probably, it is already documented but I don't have enough time right now to have a look on it. Thanks in advance, Esteban ___ Users mailing list Users@lists.opennebula.org <mailto:Users@lists.opennebula.org> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org -- Ruben S. Montero, PhD Project co-Lead and Chief Architect OpenNebula - Flexible Enterprise Cloud Made Simple www.OpenNebula.org <http://www.OpenNebula.org> | rsmont...@opennebula.org <mailto:rsmont...@opennebula.org> | @OpenNebula ___ Users mailing list Users@lists.opennebula.org http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
[one-users] Is it possible to add a "ephemeral" disk on ON templates
Hello all, I would like to ask you if it is possible to add a "ephemeral" disk on OpenNebula templates, so in order to have an extra space which is not on the image but which is created when the image is started. If it is so, could you please indicate me how to do it? Sorry, probably, it is already documented but I don't have enough time right now to have a look on it. Thanks in advance, Esteban ___ Users mailing list Users@lists.opennebula.org http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
Re: [one-users] onegroup list --xml command is not showing a valid XML document
Hi Carlos, Sorry for the delay in answering you. Thanks you very much for letting us know and for checking it. Cheers, Esteban On 09/07/14 16:11, Carlos Martín Sánchez wrote: Hi guys, The problem was in the fsck tool. If you need to, you can download the fixed version from here: https://github.com/OpenNebula/one/blob/one-4.6/src/onedb/fsck.rb Thank you for reporting it. -- Carlos Martín, MSc Project Engineer OpenNebula - Flexible Enterprise Cloud Made Simple www.OpenNebula.org <http://www.OpenNebula.org> | cmar...@opennebula.org <mailto:cmar...@opennebula.org> | @OpenNebula <http://twitter.com/opennebula> On Mon, Jun 30, 2014 at 1:24 PM, Esteban Freire <mailto:esfre...@cesga.es>> wrote: Hi Carlos, Boris, Carlos, thanks a lot for opening a ticket about it. About the nokogiri gem version, it is the following one: [oneadmin@cloud ~]$ gem list | grep nokogiri nokogiri (1.5.10) Yes, as Boris said, this is the only broken pool for us. Please, let me know if you need anything else. Thanks, Esteban On 30/06/14 10:59, Carlos Martín Sánchez wrote: Hi, On Thu, Jun 26, 2014 at 1:19 PM, Boris Parak <256...@mail.muni.cz <mailto:256...@mail.muni.cz>> wrote: Hi Javi, Esteban, this issue might be related to the upgrade process from 4.4 (or 4.2) to 4.6, I wasn't able to reproduce it in clean 4.6 installations. Cheers, Boris I just opened a ticket to solve this: http://dev.opennebula.org/issues/3014 Boris, Esteban: Can you please tell me your nokogiri gem version? Also, Esteban said this only happened for the group pool. Was this the only broken pool for you too, Boris? Thanks, Carlos -- Carlos Martín, MSc Project Engineer OpenNebula - Flexible Enterprise Cloud Made Simple www.OpenNebula.org <http://www.opennebula.org/> | cmar...@opennebula.org <mailto:cmar...@opennebula.org> | @OpenNebula <http://twitter.com/opennebula> On Thu, Jun 26, 2014 at 1:16 PM, Esteban Freire mailto:esfre...@cesga.es>> wrote: > Hi Javi, > > No, we only have found this issue with onegroup list --xml command, other > pools seem to be OK . Boris Parak from CESNET (in CC) also have found the > same issue. > > I send you the required output : > > [oneadmin@cloud ~]$ ruby --version > ruby 1.9.3p545 (2014-02-24 revision 45159) [x86_64-linux] > > [oneadmin@cloud ~]$ gem list > > *** LOCAL GEMS *** > > activesupport (3.2.14) > amazon-ec2 (0.9.17) > antlr3 (1.9.2) > aws-sdk (1.15.0) > backports (3.3.3) > bigdecimal (1.1.0) > builder (3.2.2) > bundler (1.6.3, 1.5.3) > bundler-unload (1.0.2) > curb (0.8.5) > daemon_controller (1.1.5) > daemons (1.1.9) > diff-lcs (1.2.4) > erubis (2.7.0) > eventmachine (1.0.3) > executable-hooks (1.3.1) > gem-wrappers (1.2.4) > hashie (1.2.0) > highline (1.6.19) > httparty (0.11.0) > i18n (0.6.5) > io-console (0.3) > json (1.8.0, 1.5.5) > memcache-client (1.8.5) > minitest (2.5.1) > multi_json (1.7.9) > multi_xml (0.5.5) > mysql (2.9.1) > net-ldap (0.6.0) > nokogiri (1.5.10) > oca (3.4.1) > occi (2.5.19) > ox (2.1.1) > parse-cron (0.1.4) > passenger (4.0.13) > polyglot (0.3.4) > rack (1.5.2) > rack-protection (1.5.0) > rack-test (0.6.2) > rake (10.1.0, 0.9.2.2) > rdoc (3.9.5) > rspec (2.14.1) > rspec-core (2.14.5) > rspec-expectations (2.14.2) > rspec-http (0.10.0) > rspec-mocks (2.14.3) > rubygems-bundler (1.4.2) > rvm (1.11.3.9) > sequel (4.9.0) > simplecov (0.7.1) > simplecov-html (0.7.1) > sinatra (1.3.6) > sinatra-contrib (1.3.2) > sinatra-cross_origin (0.2.0) > sqlite3 (1.3.9) > thin (1.6.2) > tilt (1.4.1) > treetop (1.5.3) > trollop (2.0) > uuidtools (2.1.4) > xml-simple (1.1.2) > xmlparser (0.7.2.1) > yard (0.8.7) > yard-sinatra (1.0.0) > [oneadmin@cloud ~]$ > > Thanks in advance, > Esteban > > > On 06/26/2014 12:41 PM, Javier Fontan wrote: >> >> I am not able to reproduce it. Do
Re: [one-users] onegroup list --xml command is not showing a valid XML document
Hi Carlos, Boris,
Carlos, thanks a lot for opening a ticket about it.
About the nokogiri gem version, it is the following one:
[oneadmin@cloud ~]$ gem list | grep nokogiri
nokogiri (1.5.10)
Yes, as Boris said, this is the only broken pool for us.
Please, let me know if you need anything else.
Thanks,
Esteban
On 30/06/14 10:59, Carlos Martín Sánchez wrote:
Hi,
On Thu, Jun 26, 2014 at 1:19 PM, Boris Parak <256...@mail.muni.cz
<mailto:256...@mail.muni.cz>> wrote:
Hi Javi, Esteban,
this issue might be related to the upgrade process from 4.4 (or 4.2)
to 4.6, I wasn't able to reproduce it in clean 4.6 installations.
Cheers, Boris
I just opened a ticket to solve this:
http://dev.opennebula.org/issues/3014
Boris, Esteban: Can you please tell me your nokogiri gem version?
Also, Esteban said this only happened for the group pool. Was this the
only broken pool for you too, Boris?
Thanks,
Carlos
--
Carlos Martín, MSc
Project Engineer
OpenNebula - Flexible Enterprise Cloud Made Simple
www.OpenNebula.org <http://www.opennebula.org/> |
cmar...@opennebula.org <mailto:cmar...@opennebula.org> | @OpenNebula
<http://twitter.com/opennebula>
On Thu, Jun 26, 2014 at 1:16 PM, Esteban Freire mailto:esfre...@cesga.es>> wrote:
> Hi Javi,
>
> No, we only have found this issue with onegroup list --xml
command, other
> pools seem to be OK . Boris Parak from CESNET (in CC) also have
found the
> same issue.
>
> I send you the required output :
>
> [oneadmin@cloud ~]$ ruby --version
> ruby 1.9.3p545 (2014-02-24 revision 45159) [x86_64-linux]
>
> [oneadmin@cloud ~]$ gem list
>
> *** LOCAL GEMS ***
>
> activesupport (3.2.14)
> amazon-ec2 (0.9.17)
> antlr3 (1.9.2)
> aws-sdk (1.15.0)
> backports (3.3.3)
> bigdecimal (1.1.0)
> builder (3.2.2)
> bundler (1.6.3, 1.5.3)
> bundler-unload (1.0.2)
> curb (0.8.5)
> daemon_controller (1.1.5)
> daemons (1.1.9)
> diff-lcs (1.2.4)
> erubis (2.7.0)
> eventmachine (1.0.3)
> executable-hooks (1.3.1)
> gem-wrappers (1.2.4)
> hashie (1.2.0)
> highline (1.6.19)
> httparty (0.11.0)
> i18n (0.6.5)
> io-console (0.3)
> json (1.8.0, 1.5.5)
> memcache-client (1.8.5)
> minitest (2.5.1)
> multi_json (1.7.9)
> multi_xml (0.5.5)
> mysql (2.9.1)
> net-ldap (0.6.0)
> nokogiri (1.5.10)
> oca (3.4.1)
> occi (2.5.19)
> ox (2.1.1)
> parse-cron (0.1.4)
> passenger (4.0.13)
> polyglot (0.3.4)
> rack (1.5.2)
> rack-protection (1.5.0)
> rack-test (0.6.2)
> rake (10.1.0, 0.9.2.2)
> rdoc (3.9.5)
> rspec (2.14.1)
> rspec-core (2.14.5)
> rspec-expectations (2.14.2)
> rspec-http (0.10.0)
> rspec-mocks (2.14.3)
> rubygems-bundler (1.4.2)
> rvm (1.11.3.9)
> sequel (4.9.0)
> simplecov (0.7.1)
> simplecov-html (0.7.1)
> sinatra (1.3.6)
> sinatra-contrib (1.3.2)
> sinatra-cross_origin (0.2.0)
> sqlite3 (1.3.9)
> thin (1.6.2)
> tilt (1.4.1)
> treetop (1.5.3)
> trollop (2.0)
> uuidtools (2.1.4)
> xml-simple (1.1.2)
> xmlparser (0.7.2.1)
> yard (0.8.7)
> yard-sinatra (1.0.0)
> [oneadmin@cloud ~]$
>
> Thanks in advance,
> Esteban
>
>
> On 06/26/2014 12:41 PM, Javier Fontan wrote:
>>
>> I am not able to reproduce it. Does it also happen with other pools
>> like VMs or images?
>>
>> We need the output of these commands to investigate further:
>>
>> $ ruby --version
>> $ gem list
>>
>> Cheers
>>
>> On Thu, Jun 26, 2014 at 11:36 AM, Esteban Freire
mailto:esfre...@cesga.es>>
>> wrote:
>>>
>>> Hi all,
>>>
>>> Probably, this is already a known bug, but in any case, I
would like to
>>> let
>>> you know that onegroup list --xml is not showing a valid XML
document
>>> after
>>> upgrading to 4.6.* from previous versions:
>>>
>>> If you take a look to the output for onegroup list --xml
command, it
>>> appears
>>> the following:
>>>
>>>
>>>
>>> As you can see, it would have to be:
>>>
>>>
>>>
>>>
>>> Also, there are other "" in the output
which break
>>> its
>>> functionality.
Re: [one-users] onegroup list --xml command is not showing a valid XML document
Hi Javi, No, we only have found this issue with onegroup list --xml command, other pools seem to be OK . Boris Parak from CESNET (in CC) also have found the same issue. I send you the required output : [oneadmin@cloud ~]$ ruby --version ruby 1.9.3p545 (2014-02-24 revision 45159) [x86_64-linux] [oneadmin@cloud ~]$ gem list *** LOCAL GEMS *** activesupport (3.2.14) amazon-ec2 (0.9.17) antlr3 (1.9.2) aws-sdk (1.15.0) backports (3.3.3) bigdecimal (1.1.0) builder (3.2.2) bundler (1.6.3, 1.5.3) bundler-unload (1.0.2) curb (0.8.5) daemon_controller (1.1.5) daemons (1.1.9) diff-lcs (1.2.4) erubis (2.7.0) eventmachine (1.0.3) executable-hooks (1.3.1) gem-wrappers (1.2.4) hashie (1.2.0) highline (1.6.19) httparty (0.11.0) i18n (0.6.5) io-console (0.3) json (1.8.0, 1.5.5) memcache-client (1.8.5) minitest (2.5.1) multi_json (1.7.9) multi_xml (0.5.5) mysql (2.9.1) net-ldap (0.6.0) nokogiri (1.5.10) oca (3.4.1) occi (2.5.19) ox (2.1.1) parse-cron (0.1.4) passenger (4.0.13) polyglot (0.3.4) rack (1.5.2) rack-protection (1.5.0) rack-test (0.6.2) rake (10.1.0, 0.9.2.2) rdoc (3.9.5) rspec (2.14.1) rspec-core (2.14.5) rspec-expectations (2.14.2) rspec-http (0.10.0) rspec-mocks (2.14.3) rubygems-bundler (1.4.2) rvm (1.11.3.9) sequel (4.9.0) simplecov (0.7.1) simplecov-html (0.7.1) sinatra (1.3.6) sinatra-contrib (1.3.2) sinatra-cross_origin (0.2.0) sqlite3 (1.3.9) thin (1.6.2) tilt (1.4.1) treetop (1.5.3) trollop (2.0) uuidtools (2.1.4) xml-simple (1.1.2) xmlparser (0.7.2.1) yard (0.8.7) yard-sinatra (1.0.0) [oneadmin@cloud ~]$ Thanks in advance, Esteban On 06/26/2014 12:41 PM, Javier Fontan wrote: I am not able to reproduce it. Does it also happen with other pools like VMs or images? We need the output of these commands to investigate further: $ ruby --version $ gem list Cheers On Thu, Jun 26, 2014 at 11:36 AM, Esteban Freire wrote: Hi all, Probably, this is already a known bug, but in any case, I would like to let you know that onegroup list --xml is not showing a valid XML document after upgrading to 4.6.* from previous versions: If you take a look to the output for onegroup list --xml command, it appears the following: As you can see, it would have to be: Also, there are other "" in the output which break its functionality. For now, we are executing the following workaround to get a valid XML document: onegroup list --xml | sed 's///' Do you know when it could be solved? I know it is not a critical bug but it would be great if someone could take a look on it. Thanks in advance, Esteban ___ Users mailing list Users@lists.opennebula.org http://lists.opennebula.org/listinfo.cgi/users-opennebula.org -- ++---------++ Esteban Freire García Centro de supercomputación de Galicia Avda. de Vigo s/n. Campus Vida 15705 - Santiago de Compostela. Spain Tlfn.: 981 56 98 10 Extension:274 Fax: 981 59 46 16 ___ Users mailing list Users@lists.opennebula.org http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
[one-users] onegroup list --xml command is not showing a valid XML document
Hi all, Probably, this is already a known bug, but in any case, I would like to let you know that onegroup list --xml is not showing a valid XML document after upgrading to 4.6.* from previous versions: If you take a look to the output for onegroup list --xml command, it appears the following: As you can see, it would have to be: Also, there are other "" in the output which break its functionality. For now, we are executing the following workaround to get a valid XML document: onegroup list --xml | sed 's///' Do you know when it could be solved? I know it is not a critical bug but it would be great if someone could take a look on it. Thanks in advance, Esteban ___ Users mailing list Users@lists.opennebula.org http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
