November 2010 - occi-wg - lists.ogf.org

Dasein Cloud
by Thijs Metsch 23 Jun '13

23 Jun '13

Hi, Just to inform you that there is a cool project going on called Dasein-Cloud. http://dasein-cloud.sourceforge.net/ On the website it reads: Dasein Cloud is an Open Source Java API made available by enStratus Networks LLC under the terms of the Apache License 2.0. This API specifies cloud-independent interfaces for enabling an application to access resources across multiple clouds. If you are interested have a look - and it might be great to implement OCCI in their someday! Cheers, -Thijs -- Thijs Metsch Senior Software Engineer Grid and Cloud Technology Platform Computing GmbH Europaring 60 D-40878 Ratingen http://www.platform.com http://www.nohuddleoffense.de/ - http://www.twitter.com/befreax

3 2

Whither OCCI and CDMI?
by Andy Edmonds 29 Nov '10

29 Nov '10

>From Mark and the CDMI guys. In regards to Question 1 (below): In the context of the core specification it would be now more correct to say "the OCCI Entity sub-type's instance ID" as opposed to "OCCI virtual machine ID". Andy OCCI folks, With a new OCCI version approaching finalization and CDMI about to go on to ISO standardization, I thought we should revisit the OCCI/CDMI integration as documented in CDMI and OCCI. * Question 1:* Is "OCCI virtual machine ID" the correct term we should be using? (If not, we can still "errata" CDMI to call out the correct term) * Question 2:* Looking through the latest OCCI spec, I did not see a reference to CDMI anywhere. Can we get a similar description as below pointing back to CDMI to close this loop? Thanks, -- mark

3 2

Location in cloud APIs
by Edmonds, AndrewX 29 Nov '10

29 Nov '10

Hi all, I had a conversation with Adrian from jClouds on Thursday regarding OCCI and jClouds. During the discussion, the important issue of location and the provisioning of services arose. Currently jClouds are investigating the enhancement of a Location API and would really appreciate input from us folks here in OCCI. If any of us OCCI peeps are interested, have a look at the mail thread here [1]. You can find more detail on the draft changes here [2]. What Adrian is proposing is certainly richer that what we had originally discussed in an OCCI context. Originally we had, what was then, a set of Location Kinds that could be applied to a service request (1 or more VMs). With a location Kind supplied with a provisioning request, the implementation would then deploy the service instance within the correct location. Currently, we now have an even richer mechanism, Mixins, that I believe could easily mirror the proposed draft modifications [2] to jClouds, with these Mixins, hence locations, being discoverable from the query interface. What do people think? What would you like to see in a Location API? Andy [1] http://groups.google.com/group/jclouds-dev/browse_thread/thread/3594bffb4743 028f [2] http://www.slideshare.net/jclouds/jclouds-powertools-london/31 ------------------------------------------------------------- Intel Ireland Limited (Branch) Collinstown Industrial Park, Leixlip, County Kildare, Ireland Registered Number: E902934 This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies.

1 0

No Confcall
by Edmonds, AndrewX 24 Nov '10

24 Nov '10

I cannot open the confcall today so we'll postpone until next week. Andy ------------------------------------------------------------- Intel Ireland Limited (Branch) Collinstown Industrial Park, Leixlip, County Kildare, Ireland Registered Number: E902934 This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies.

1 0

OCCI Core
by Ralf Nyren 18 Nov '10

18 Nov '10

Hi again, The OCCI Core document is now ready for the (hopefully) last comment round. It has been much improved since in the last round. Thanks for all the comments. As with the infrastructure doc I must ask you to submit your comments tomorrow Thursday at the latest. If nothing critical shows up the OCCI Core document will also go into public comments phase on Friday. regards, Ralf

4 4

OCCI Infrastructure
by Ralf Nyren 17 Nov '10

17 Nov '10

Hi all, The OCCI Infrastructure document has received a major update now and your comments would be appreciated. Since we are on a tight schedule I must ask you to submit your comments by end of tomorrow Thursday at the very latest. If nothing critical shows up this document will go into public comment on Friday. regards, Ralf

4 4

OCCI Implementations...
by Edmonds, AndrewX 17 Nov '10

17 Nov '10

As mentioned on the confcall, here's a post detailing some of the activities that are ongoing related to OCCI implementations. http://andy.edmonds.be/2010/11/occi-implementations/ Please re-tweet, re-post, mail out where you can! Andy ------------------------------------------------------------- Intel Ireland Limited (Branch) Collinstown Industrial Park, Leixlip, County Kildare, Ireland Registered Number: E902934 This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies.

1 0

Confcall reminder
by Edmonds, AndrewX 17 Nov '10

17 Nov '10

There'll be a confcall today. I'll open the confcall but will be in lurk-mode only due to other commitments. Confcall access details can be found here: http://forge.ogf.org/sf/wiki/do/viewPage/projects.occi-wg/wiki/Teleconferenc eCalls Andy ------------------------------------------------------------- Intel Ireland Limited (Branch) Collinstown Industrial Park, Leixlip, County Kildare, Ireland Registered Number: E902934 This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies.

1 0

OCCI Core ready for public comment version
by Ralf Nyren 12 Nov '10

12 Nov '10

Hi all, After hard work at OGF30 sorting out the remaining open issue of the OCCI model the Core specification document has received a major update. There is some new stuff in there but mostly the document has been restructured and rewritten to be easier to read and understand. We appreciate your comments. If no major issues are found the document will enter the public comment phase in 7 days, that is on November 11:th. regards, Ralf

8 24

occi.compute.speed
by alexander.papaspyrou＠tu-dortmund.de 11 Nov '10

11 Nov '10

Folks, in our implementation efforts of building an OCCI service frontend to libvirt, Sebastian and Ediz had a problem in supporting the "occi.compute.speed" attribute towards the libvirt backend -- there seems to be no way of setting this. Glancing at the libvirt docs, I couldn't find explicit support for this either. The question is: am I too stupid, and --- if not --- shall we change the multiplicity of "occi.compute.speed" from "1" to "0..1", since the speed might not be supported everywhere. Another thing that came up to my mind is: how shall we cope with this in the implementation via HTTP: if I POST a new compute, with a speed attribute set, and the backend builds upon libvirt (effectively not supporting it), can I give back a 20* status code and create _some_ resource (and corresponding VM), or is this a bad request? It also seems to me that this special case is something that makes resource templates important -- are we moving into the right direction here? Best, Alexander

2 1