Re: [Openstack] Ubuntu Cloud Days
On 07/05/2011 10:22 PM, Soren Hansen wrote: 2011/7/5 Thierry Carrez: I see that the Ubuntu Cloud Days are coming up July 25-26 via an IRC channel (https://wiki.ubuntu.com/UbuntuCloudDays). I received a message from Ahmed Kamal (k...@ubuntu.com) about this event: [...] ** Is anyone from OpenStack going to present or is planning to? I want to make sure that we are represented at this event. Thanks, I should be presenting something at this online event, though I'm not sure yet what exactly :) Me too. :) Thanks a lot Thierry and Soren! It's a pleasure to have you at UCD. May I ask you to please pick your preferred time slot at https://wiki.ubuntu.com/UbuntuCloudDays/Timetable as soon as possible. If unsure what you'll be presenting, just write TBD. Thanks ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
[Openstack] Multi-nic support question
Afternoon! I ran into an issue with the multi-nic addition that just hit trunk - wanted to see how best to resolve or if this is a bug. The signature for the create() method in NetworkCommands (in nova/bin/nova-manage) changed - which means that the existing docs to create a network: nova-manage network create 10.0.0.0/24 1 32 Fails with an index out of range error. The reason is that the arguments ['10.0.0.0/24', '1', '32'] no longer match up as expected with the arguments in create(). "Label=None" was added at the front of that method signature. So with multi-nic added in, does the command need to be updated, or should that Label component be pushed back in the positional list of arguments? -joe ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] Multi-nic support question
To answer my own question on the list (Thanks Vish & Trey): The command to create a network should be updated - aka: nova-manage network create private 10.0.0.0/24 1 32 additionally, the "nova-manage floating create" also changed, and no longer requires a hostname in there. Vish has updated his novascript (https://github.com/vishvananda/novascript/commit/d36f5775b2d8d6d736294cb866937bd9ccfd0d33) with the relevant changes. (as I write this, the cloudbuilders nova.sh script hasn't been updated - so it needs those little tweaks if you're using it with trunk) -joe On Jul 6, 2011, at 12:06 PM, Joseph Heck wrote: > Afternoon! > > I ran into an issue with the multi-nic addition that just hit trunk - wanted > to see how best to resolve or if this is a bug. > > The signature for the create() method in NetworkCommands (in > nova/bin/nova-manage) changed - which means that the existing docs to create > a network: > > nova-manage network create 10.0.0.0/24 1 32 > > Fails with an index out of range error. The reason is that the arguments > ['10.0.0.0/24', '1', '32'] no longer match up as expected with the arguments > in create(). > > "Label=None" was added at the front of that method signature. So with > multi-nic added in, does the command need to be updated, or should that Label > component be pushed back in the positional list of arguments? > > -joe > > ___ > Mailing list: https://launchpad.net/~openstack > Post to : openstack@lists.launchpad.net > Unsubscribe : https://launchpad.net/~openstack > More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] Fwd: Bug#631834: python-novaclient and simh: error when trying to install together
On 06/07/11 21:09, Thomas Goirand wrote: > > Seems that this issue solved itself, as the latest upload of simh in > Debian fixes the conflicting files. I don't know the status in Ubuntu. > > Has the "st" issue of swift conflicting with suckless-tools been > addressed already? > > Thomas Hi Thomas, Ubuntu is still carrying simh 3.8.1-2, which means that it isn't yet resolved in Ubuntu. At the time of writing, it seems the 3.8.1-3 package which contains the fix hasn't yet been published in Debian. As this package is untouched in Ubuntu, it will be automatically sync'd across when it is published. Thanks! Kind Regards, Dave Walker ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] Ubuntu Cloud Days
On 07/06/2011 08:33 PM, Ahmed Kamal wrote: > On 07/05/2011 10:22 PM, Soren Hansen wrote: >> 2011/7/5 Thierry Carrez: I see that the Ubuntu Cloud Days are coming up July 25-26 via an IRC channel (https://wiki.ubuntu.com/UbuntuCloudDays). I received a message from Ahmed Kamal (k...@ubuntu.com) about this event: [...] ** Is anyone from OpenStack going to present or is planning to? I want to make sure that we are represented at this event. Thanks, >>> I should be presenting something at this online event, though I'm not >>> sure yet what exactly :) >> Me too. :) >> > Thanks a lot Thierry and Soren! It's a pleasure to have you at UCD. May > I ask you to please pick your preferred time slot at > https://wiki.ubuntu.com/UbuntuCloudDays/Timetable as soon as possible. > If unsure what you'll be presenting, just write TBD. Thanks May I ask why you decided to make an Ubuntu event in the middle of Debconf11? Thomas ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] Fwd: Bug#631834: python-novaclient and simh: error when trying to install together
On 06/28/2011 05:18 PM, Thierry Carrez wrote: > Thomas Goirand wrote: >> Less fun guys. Here's what an upload to SID revealed (see below). >> >> I'll conflict the 2 packages, I guess the issue is in Ubuntu as well. > > Indeed... Created LP: #802882 to track that. Seems that this issue solved itself, as the latest upload of simh in Debian fixes the conflicting files. I don't know the status in Ubuntu. Has the "st" issue of swift conflicting with suckless-tools been addressed already? Thomas ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] Ubuntu Cloud Days
On 06/07/11 21:11, Thomas Goirand wrote: >> Thanks a lot Thierry and Soren! It's a pleasure to have you at UCD. May >> I ask you to please pick your preferred time slot at >> https://wiki.ubuntu.com/UbuntuCloudDays/Timetable as soon as possible. >> If unsure what you'll be presenting, just write TBD. Thanks > May I ask why you decided to make an Ubuntu event in the middle of > Debconf11? > > Thomas Hi Thomas, Thanks for raising this. I don't think it was intentional to schedule a Ubuntu online event during Debconf11. This is one of the many online events held through the Ubuntu development cycle. Some of the others include Ubuntu User Days, Ubuntu Developer Week and Ubuntu Open Week. Whilst unfortunate, I think it is inevitable that some of these events will clash with other events. Note, that I wasn't able to attend the Openstack Summit this time, because it clashed with Ubuntu release week. The good news is that the sessions are logged for later usage, and they are held suitably regularly enough that others, who wanted to, but could not attend this specific one; are able to attend. Kind Regards, Dave Walker ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
[Openstack] Cross-zone instance identifiers in EC2 API - Is it worth the effort?
Hey all, Recently, Nova added support for multiple zones in the OpenStack API. Using the nova-manage tool, you can get a list of instances in a single zone or in multiple zones using the --recurse option. When just querying a local zone's API server, the listed instance identifiers will be integer IDs. When using the --recurse option, the listed instance identifiers are UUIDs since they are globally unique. Multiple zones is currently only supported in the OpenStack API, and the question has been raised whether effort should be expended to get parity in the EC2 API for this. The problem with the EC2 API is that we do not have control over the instance identifiers -- they are an 8 character text string. We would still need to map the EC2 instance identifier to some globally unique identifier (like a UUID), but the solutions for how to do this aren't pretty (see http://etherpad.openstack.org/EC2UUID). Personally, I don't think it is worth expending the effort to get this feature parity between the OpenStack API and the EC2 API, especially considering we have little (or no) control over the EC2 API. Thoughts? -jay ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] Cross-zone instance identifiers in EC2 API - Is it worth the effort?
Agreed. That's the downside of not having control of an API. Unless we do the "Embrace and Extend" thing, but that just seems fraught with problems if Amazon should zig when we zag. That said, top-level Zones may still operate using EC2 API, but all child-zones may be OS-API. We'd only need to translate at the outer level. Kind of like a Facade. -S From: openstack-bounces+sandy.walsh=rackspace@lists.launchpad.net [openstack-bounces+sandy.walsh=rackspace@lists.launchpad.net] on behalf of Jay Pipes [jaypi...@gmail.com] Sent: Wednesday, July 06, 2011 8:35 PM To: openstack@lists.launchpad.net Subject: [Openstack] Cross-zone instance identifiers in EC2 API - Is it worth the effort? Hey all, Recently, Nova added support for multiple zones in the OpenStack API. Using the nova-manage tool, you can get a list of instances in a single zone or in multiple zones using the --recurse option. When just querying a local zone's API server, the listed instance identifiers will be integer IDs. When using the --recurse option, the listed instance identifiers are UUIDs since they are globally unique. Multiple zones is currently only supported in the OpenStack API, and the question has been raised whether effort should be expended to get parity in the EC2 API for this. The problem with the EC2 API is that we do not have control over the instance identifiers -- they are an 8 character text string. We would still need to map the EC2 instance identifier to some globally unique identifier (like a UUID), but the solutions for how to do this aren't pretty (see http://etherpad.openstack.org/EC2UUID). Personally, I don't think it is worth expending the effort to get this feature parity between the OpenStack API and the EC2 API, especially considering we have little (or no) control over the EC2 API. Thoughts? -jay ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp This email may include confidential information. If you received it in error, please delete it. ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
[Openstack] XenAPI OpenStack Plugins
Hi All, I'd like to propose adding packaging scripts (a Makefile and a RPM spec file) [0] to the nova tree in plugins/xenserver/xenapi to make the setup process for Xen Cloud Platform (XCP) OpenStack admins simpler (specifically removing the need to have a nova source code check to *use* the plugins, like the developers do [1]). I've (loosely) based these scripts on the Citrix OpenStack build scripts used for Citrix XenServer OpenStack plugins. The distinction with these proposed xenapi-openstack-plugins is that they are stand alone and installable on XCP (or even XenServer). I think that having them in the nova tree next to the plugins that they package makes the most sense, since it will make it more obvious for xenapi plugin developers that when they add a plugin they should update the spec file. Xen.org can host the binary RPMs, since the most common use case will be users of XCP adding these plugins so that they can use OpenStack to manage their XCP server. Also, I'd like to anticipate some questions and clarify our overall plan a bit. For completeness I'll mention Citrix's commercial OpenStack effort, which most of you are probably already aware of, that will be a commercially supported product by Citrix. Distinct from that there is XCP -- the Xen Cloud Platform -- (the open source version of Citrix XenServer - compared here [2]) that is supported by the Xen.org community. XCP is basically a Xen distribution that has a special CentOS management domain (dom0) on which RPMs can be installed. (As mentioned XCP is the target audience of the output of the propose packaging script). The most recent development is called project Kronos [3], which is a port of the xenapi (xapi) and all the other necessary XCP components to Debian/Ubuntu. The Kronos audience will not use this RPM, but instead will want Debian packages. So at that point, we could either extend the Makefile and add Debian packaging information or alternatively we could use the OpenStack Ubuntu packagers [4] infrastructure to build and distribute the Debian packages containing the XenAPI OpenStack plugins. To summarize the implicit questions: 1) Is the plan to have the RPM build scripts in the nova tree acceptable? 2) Is it desirable to keep the Ubuntu packaging code in [4] or will it be just as fine to have the build script in the nova tree? 3) Does the overall distinction between Citrix XenServer, XCP, and project Kronos make sense? Thanks in advance for any and all feedback. I'll propose the merge of [0] as soon as I hit send and you can feel free to make comments on that as well. Thanks, Todd [0] http://bazaar.launchpad.net/~todd-deshane/nova/working/revision/1245 [1] http://wiki.openstack.org/XenServerDevelopment [2] http://wiki.xen.org/xenwiki/XCP/XenServer_Feature_Matrix [3] http://wiki.xensource.com/xenwiki/XCP_Roadmap [4] https://launchpad.net/~openstack-ubuntu-packagers -- Todd Deshane http://www.linkedin.com/in/deshantm http://www.xen.org/products/cloudxen.html http://runningxen.com/ ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
Re: [Openstack] Multi-nic support question
Thanks Joseph , That's also what I;m looking for. Cheers Hugo Kuo 2011/7/7 Joseph Heck > To answer my own question on the list (Thanks Vish & Trey): > > The command to create a network should be updated - aka: > >nova-manage network create private 10.0.0.0/24 1 32 > > additionally, the "nova-manage floating create" also changed, and no longer > requires a hostname in there. > > Vish has updated his novascript ( > https://github.com/vishvananda/novascript/commit/d36f5775b2d8d6d736294cb866937bd9ccfd0d33) > with the relevant changes. > > (as I write this, the cloudbuilders nova.sh script hasn't been updated - so > it needs those little tweaks if you're using it with trunk) > > -joe > > On Jul 6, 2011, at 12:06 PM, Joseph Heck wrote: > > Afternoon! > > > > I ran into an issue with the multi-nic addition that just hit trunk - > wanted to see how best to resolve or if this is a bug. > > > > The signature for the create() method in NetworkCommands (in > nova/bin/nova-manage) changed - which means that the existing docs to create > a network: > > > > nova-manage network create 10.0.0.0/24 1 32 > > > > Fails with an index out of range error. The reason is that the arguments > ['10.0.0.0/24', '1', '32'] no longer match up as expected with the > arguments in create(). > > > > "Label=None" was added at the front of that method signature. So with > multi-nic added in, does the command need to be updated, or should that > Label component be pushed back in the positional list of arguments? > > > > -joe > > > > ___ > > Mailing list: https://launchpad.net/~openstack > > Post to : openstack@lists.launchpad.net > > Unsubscribe : https://launchpad.net/~openstack > > More help : https://help.launchpad.net/ListHelp > > > ___ > Mailing list: https://launchpad.net/~openstack > Post to : openstack@lists.launchpad.net > Unsubscribe : https://launchpad.net/~openstack > More help : https://help.launchpad.net/ListHelp > ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
