[one-ecosystem] OCCI Server 0.4 - not list vms properly

Thu Feb 9 06:11:15 PST 2012

I try to find out where the problem lies. You could try the latest development version. We rewrote the OpenNebula adapter to support OpenNebula 3.2. That might also fix other issues.

You can checkout the head version with:
git clone git://git.opennebula.org/ogf-occi.git occi-head
cd occi-head

Then edit the config file in etc/occi-server.conf . You can run both OCCI versions simultaneously.

We will do intensive testing during next week, so we might have a better answer for you in a week.

Cheers,
Florian

Am 08.02.2012 um 22:24 schrieb John Samonakis:

> I use both GET /vms/ and GET /compute/ but the result is the same!
> If GET /vms/ returns the right vms, GET /compute/ also returns the
> right list. Rarely, both, return the right list!
> 
> The command curl -v -X GET  http://vdi.datacenter.uoc.gr:3000/compute/
> 
> produce the logs below. I have create 5 VMs with sunstone, 
> but I see only the 3 of them, in those logs
> 
> thanks
> John
> 
> I, [2012-02-08T23:03:32.064926 #24380]  INFO -- : ####################
> Information on the client ####################
> I, [2012-02-08T23:03:32.065122 #24380]  INFO -- : Client IP Adress:
> 147.52.83.196
> I, [2012-02-08T23:03:32.065187 #24380]  INFO -- : Client User Agent:
> curl/7.21.2 (x86_64-unknown-linux-gnu) libcurl/7.21.2 OpenSSL/1.0.0c
> zlib/1.2.5 libidn/1.15 libssh2/1.2.7
> I, [2012-02-08T23:03:32.065240 #24380]  INFO -- :
> ###################################################################
> D, [2012-02-08T23:03:32.065435 #24380] DEBUG -- : Content type: text/plain
> D, [2012-02-08T23:03:32.065542 #24380] DEBUG -- : Accept type:
> application/json,text/plain,text/occi
> D, [2012-02-08T23:03:32.065608 #24380] DEBUG -- : Server: Ruby OCCI
> Framework/0.4 OCCI/1.1
> D, [2012-02-08T23:03:32.065682 #24380] DEBUG -- : ##### Parsing HTTP header
> #####
> D, [2012-02-08T23:03:32.065744 #24380] DEBUG -- : Parsed categories: 
> D, [2012-02-08T23:03:32.065822 #24380] DEBUG -- : Parsed links: 
> D, [2012-02-08T23:03:32.065911 #24380] DEBUG -- : Parsed X-OCCI-Attributes: 
> D, [2012-02-08T23:03:32.065973 #24380] DEBUG -- : Parsing Location: 
> D, [2012-02-08T23:03:32.066031 #24380] DEBUG -- : Parsed Location: 
> D, [2012-02-08T23:03:32.066105 #24380] DEBUG -- : ##### Finnished parsing
> HTTP header #####
> D, [2012-02-08T23:03:32.066171 #24380] DEBUG -- : HTTP Request Headers: 
> D, [2012-02-08T23:03:32.066234 #24380] DEBUG -- : HTTP_ACCEPT:*/*
> D, [2012-02-08T23:03:32.066313 #24380] DEBUG -- :
> HTTP_HOST:vdi.datacenter.uoc.gr:3000
> D, [2012-02-08T23:03:32.066373 #24380] DEBUG -- :
> HTTP_USER_AGENT:curl/7.21.2 (x86_64-unknown-linux-gnu) libcurl/7.21.2
> OpenSSL/1.0.0c zlib/1.2.5 libidn/1.15 libssh2/1.2.7
> D, [2012-02-08T23:03:32.066495 #24380] DEBUG -- : {}
> D, [2012-02-08T23:03:32.066603 #24380] DEBUG -- : {}
> D, [2012-02-08T23:03:32.066687 #24380] DEBUG -- : Action Category: 
> D, [2012-02-08T23:03:32.066753 #24380] DEBUG -- : Requested location:
> /compute/
> I, [2012-02-08T23:03:32.066833 #24380]  INFO -- : Listing all entities for
> kind/mixin http://schemas.ogf.org/occi/infrastructure#compute ...
> D, [2012-02-08T23:03:32.066967 #24380] DEBUG -- : Rendering location:
> /compute/b0679202-bb53-50c5-8181-f14ccd15b3a3
> D, [2012-02-08T23:03:32.067059 #24380] DEBUG -- : Rendering location:
> /compute/ddd38524-a6c0-5c10-9def-c282b1a0f572
> D, [2012-02-08T23:03:32.067169 #24380] DEBUG -- : Rendering location:
> /compute/c87446ac-0f89-5162-aef2-fc15b9891c8a
> D, [2012-02-08T23:03:32.067297 #24380] DEBUG -- :
> #<Sinatra::Response:0x7f492f7a2888 @body=["X-OCCI-Location:
> http://vdi.datacenter.uoc.gr:4567/compute/b0679202-bb53-50c5-8181-f14ccd15b3
> a3\nX-OCCI-Location:
> http://vdi.datacenter.uoc.gr:4567/compute/ddd38524-a6c0-5c10-9def-c282b1a0f5
> 72\nX-OCCI-Location:
> http://vdi.datacenter.uoc.gr:4567/compute/c87446ac-0f89-5162-aef2-fc15b9891c
> 8a"], @chunked=false, @length=287, @header={"Content-Type"=>"text/plain",
> "Content-Length"=>"287", "Server"=>"Ruby OCCI Framework/0.4 OCCI/1.1",
> "Accept"=>"application/json,text/plain,text/occi"}, @block=nil, @status=200,
> @writer=#<Proc:0x00007f493138a050@/usr/lib64/ruby/gems/1.8/gems/rack-1.3.5/l
> ib/rack/response.rb:28>>
> 147.52.83.196 - - [08/Feb/2012 23:03:32] "GET /compute/ " 200 287 0.0034
> 
> 
> 
> 
> 
> -----Original Message-----
> From: Feldhaus, Florian [mailto:florian.feldhaus at gwdg.de] 
> Sent: Wednesday, February 08, 2012 10:10 PM
> To: <samon at ucnet.uoc.gr> 
> Cc: <ecosystem at lists.opennebula.org>
> Subject: Re: [one-ecosystem] OCCI Server 0.4 - not list vms properly
> 
> Hi John,
> 
> I guess the problem is, that you're using a non default path for getting the
> vms. Usually, GET /vms/ shouldn't return any OCCI entities. I will check the
> code to see if wrongly entities are returned for a GET /vms/ . You should
> use GET /compute/ and everything should be fine. Could you please try and
> tell me if that works?
> 
> Cheers,
> Florian
> 
> Am 08.02.2012 um 19:31 schrieb <samon at ucnet.uoc.gr>
> :
> 
>> thanks a lot Florian,
>> your help is valuable
>> 
>> I attach the log file
>> 
>> John
>> 
>> 
>> -----Original Message-----
>> From: Feldhaus, Florian [mailto:florian.feldhaus at gwdg.de] 
>> Sent: Wednesday, February 08, 2012 8:10 PM
>> To: <samon at ucnet.uoc.gr> 
>> Cc: <ecosystem at lists.opennebula.org>
>> Subject: Re: [one-ecosystem] OCCI Server 0.4 - not list vms properly
>> 
>> Hi John,
>> 
>> the OCCI server should return all VMs as soon as they are created by
>> OpenNebula. Could you please send me the OCCI log file from
>> ogf-occi/log/passenger.3000.log? Then I can try to figure out the problem.
>> 
>> Cheers,
>> Florian
>> 
>> Am 08.02.2012 um 18:59 schrieb <samon at ucnet.uoc.gr>
>> :
>> 
>>> Hi there!
>>> 
>>> I'm trying to list the available vms using curl command line tool
>>> and I experience a problem.
>>> 
>>> When I create a new vm using sunstone or opennebula commands,
>>> the OCCI server seem not to be aware of this change and continue
>>> to list the other vms except the new one.
>>> 
>>> sometimes "realizes" the existence of all the vms (old and newly created)
>>> and
>>> show them, without problem.
>>> 
>>> any ideas?
>>> 
>>> thanks a lot!
>>> John
>>> 
>>> _______________________________________________
>>> Ecosystem mailing list
>>> Ecosystem at lists.opennebula.org
>>> http://lists.opennebula.org/listinfo.cgi/ecosystem-opennebula.org
>> 
>> 
>> <passenger.3000.log>_______________________________________________
>> Ecosystem mailing list
>> Ecosystem at lists.opennebula.org
>> http://lists.opennebula.org/listinfo.cgi/ecosystem-opennebula.org
> 
> 
> 