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