Re: [Openstack] multi-nic blueprint - data migration
ahhh yes, I misread the blueprint, it makes a lot of sense now. Thanks. Does this mean that when an instance launches, all the MAC addresses/Networks that belong in the same project get assigned to that instance? I couldn't find this in the code so I just wanted to verify. Ryu On Tue, Mar 29, 2011 at 1:13 AM, Trey Morris trey.mor...@rackspace.comwrote: Ryu, the new mac_address table is going to associate a mac_address with an instance and a network. When the VIFs are created for the instance, they are given the mac_address from the table and attached to the network from the table. Does that help? -trey On Mon, Mar 28, 2011 at 10:54 AM, Ishimoto, Ryu r...@midokura.jp wrote: Thanks, that cleared it up for me. Staying on the topic of multi-nics, I have been trying to understand the direction in which Nova is going in regards to networking, and reading up on the multi-nics blueprint, it certainly seems like it's going in the right direction, but I do have one question: What was the reasoning behind associating networks, and not NICs, to an instance? I understand that each instance NIC would belong to a distinct network, but it just seems more intuitive to imagine that an instance has NICs, and these NICs are connected to networks(or even more intuitively, connected to virtual ports that belong to various networks - Assigning a port to a NIC is like allocating an IP address). One problem I see from my suggestion above is that there is no association between NICs and networks, which means there is no way to select a network to grab an IP address from for each NIC at the time of VM launch. I might be missing something completely here, but why not just let the user manage all this through the management API before the VM launch? Let the user create NICs, Networks(and Ports with IP addresses), and map the NICs to ports. Then pass this list of 'connected' NICs as a parameter to launch a VM. This parameter is optional, and if omitted, it should be treated as launching a single NIC instance, with a new NIC created and associated with the instance on the fly. This prevents it from breaking the way it works now. If the concept of NICs for instance makes sense to everyone, I would love to help out and look further into what work needs to be done to extend the current multi-nic model into this one. I hope this made sense. I apologize for the length. Thanks, Ryu On Tue, Mar 29, 2011 at 12:47 AM, Trey Morris trey.mor...@rackspace.comwrote: I've written a migration to handle moving the data in the current instances table mac_address column into the new mac_address table before the column is removed. I agree with Jay, data should never be discarded when migrating forward. I don't think there has been a case yet where data is migrated in nova. This could be the first. -trey On Mon, Mar 28, 2011 at 8:17 AM, Jay Pipes jaypi...@gmail.com wrote: On Mon, Mar 28, 2011 at 2:31 AM, Ishimoto, Ryu r...@midokura.jp wrote: Hi All, I was looking at the multi-nic blueprint(https://blueprints.launchpad.net/nova/+spec/nova-multi-nic), and in particular: 1) removing mac_address column from the instances table and creating a mac_addresses table. This is for storing which instances own which mac addresses as well as which network each mac is for. What happens(or should happen) to the MAC addresses that are already associated with instances? Will they be migrated to the new mac_addresses table? Or will they be discarded completely? Data should never be discarded in situations like this where a column is moved to another table's schema (or to be records in another table). I was curious to know how Nova usually handles data migration issues like this. No idea whether/if Nova's data migrations have previously needed to preserve data in this way. Glance does, however, and you can use the following Python changescript to get an idea how to perform this exact type of change: http://bazaar.launchpad.net/~glance-core/glance/cactus-trunk/view/head:/glance/registry/db/migrate_repo/versions/003_add_disk_format.py Note that SQLite has issues if you try to add and drop columns in the same changescript and you also have an unrelated column that is indexed (see: http://code.google.com/p/sqlalchemy-migrate/issues/detail?id=117). If this is the case, you will need to write SQL-based changescripts specfically for SQLite. You can see examples of how this is accomplished in Glance for the same DB version here: http://bazaar.launchpad.net/~glance-core/glance/cactus-trunk/view/head:/glance/registry/db/migrate_repo/versions/003_sqlite_upgrade.sql http://bazaar.launchpad.net/~glance-core/glance/cactus-trunk/view/head:/glance/registry/db/migrate_repo/versions/003_sqlite_downgrade.sql Cheers, jay ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net
Re: [Openstack] Feature Freeze status
From: Todd Willey [t...@ansolabs.com] I, too, appreciate people taking their time to write blueprints. I also appreciate people who take time to write code, even if it doesn't come with a blueprint. People who take their creative energy to contribute to something I love earn enough favor that my default state is to try and accept their contribution without imposing additional barriers to entry. Maybe a patch comes in that it isn't reasonable to merge, but we never know unless we actually look at it with the mindset of trying to accept it. I still expect that people give blueprint-level details in merge proposals so that we can follow the code with an understanding of what you're trying to accomplish, otherwise we'd do right to mark it Needs Information and get the clarity we need. Todd brings up an interesting point here. I think of a blueprint as requirements gathering vs design. Code without agreed-upon requirements has the risk of solving the wrong problems. It doesn't have to be a tome ... notes are fine. The example I can cite is directapi/authn/authz. While having the code is a great discussion point, the spec and notes don't really give enough to explain: * the use cases (happy day and exceptions) * the actors involved * the cons (lots of pro's given) Having a blueprint to go with it would have given us time to think about the problem while the code was being put together. Now, I have a body of code to look at, but now I need to understand the gotcha's of adopting it. The How's and the Why's. A blueprint would make this much easier. Secondly, while I'm a strong advocate of code over talk I think there is an unwritten assumption that, simply because there is code, it deserves merge into the code stream. If code takes the place of a blueprint, it should get the same weight as a blueprint. That is, it may get rejected outright or alternative designs recommended to the point the code is a throwaway. $0.02 -S PS And don't get me wrong, directapi/authn/z are all impressive branches, completely worthy of our full attention. Confidentiality Notice: This e-mail message (including any attached or embedded documents) is intended for the exclusive and confidential use of the individual or entity to which this message is addressed, and unless otherwise expressly indicated, is confidential and privileged information of Rackspace. Any dissemination, distribution or copying of the enclosed material is prohibited. If you receive this transmission in error, please notify us immediately by e-mail at ab...@rackspace.com, and delete the original message. Your cooperation is appreciated. ___ 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] Feature Freeze status
Ewan Mellor wrote: Blueprints are not about managing expectations. Blueprints are about telling other people what you're working on. This is important, because I don't think that anyone is in a position to judge whether they are working on a self-contained change or whether they're not going to interfere _unless_ they are telling people what they are working on. +1 The cost of filing a blueprint (as soon as you start thinking about a feature) is really small compared to the advantages stated above. I guess I'm not seeing any advantage in *not filing* a blueprint. I hope it's not about saving 5 minutes. I hope it's not about avoiding public discussion that developing in the open can trigger... -- Thierry Carrez (ttx) Release Manager, OpenStack ___ 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] Feature Freeze status
Todd Willey wrote: I read the initial problem as some things don't have blueprints and are developed in isolation which I didn't see as a problem. Now i see it as: * coherency of vision * review priority This should partially address the review priority issue: http://wiki.openstack.org/reviewslist/ Note that it relies on bug and blueprint links to actually evaluate that priority. * branches dropping right before freeze (I don't think this is solvable) I'd rather solve it by education rather than repression, but it will probably take a few bad experiences (like rejecting late branches) for people to realize that it's counter-productive. -- Thierry Carrez (ttx) Release Manager, OpenStack ___ 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] Reminder: OpenStack team meeting - 21:00 UTC
Hello everyone, As a reminder, our weekly team meeting will take place at 21:00 UTC this Tuesday in #openstack-meeting on IRC. In particular, we'll evaluate the standing Feature Freeze exceptions that expire tonight and if they should be extended if needed. If you hold a stake in one of them, try to be present or appoint someone to represent your interests. Check out how that time translates for *your* timezone: http://tinyurl.com/63hfhoa See the meeting agenda, edit the wiki to add new topics for discussion: http://wiki.openstack.org/Meetings Cheers, -- Thierry Carrez (ttx) Release Manager, OpenStack ___ 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] Feature Freeze status
-Original Message- From: Todd Willey [mailto:t...@ansolabs.com] Sent: 29 March 2011 04:08 To: Ewan Mellor Cc: Jay Pipes; openstack@lists.launchpad.net Subject: Re: [Openstack] Feature Freeze status On Mon, Mar 28, 2011 at 7:42 PM, Ewan Mellor ewan.mel...@eu.citrix.com wrote: -Original Message- From: Todd Willey Sent: 28 March 2011 21:11 To: Jay Pipes Cc: openstack@lists.launchpad.net Subject: Re: [Openstack] Feature Freeze status [Snip] Clearly blueprints are about process and not about code. Merge proposals are a hybrid of code and process. Blueprints are about managing expectations, whereas merge proposals are about managing code. I think if you are working on a self-contained change you don't need to manage the expectations of people working on other parts of the system because you're not going to interfere, and their expectations about how they should write code can go unchanged. You do, however, need to have a process required to get your changes accepted into the code, and need to outline your reasoning and implementation goals. I think that this paragraph is a great exposition of why I (and others) disagree with you. Blueprints are not about managing expectations. Blueprints are about telling other people what you're working on. This is important, because I don't think that anyone is in a position to judge whether they are working on a self-contained change or whether they're not going to interfere _unless_ they are telling people what they are working on. Blueprints are great for the reason you and Rick have stated. They let all types of people who are interested in monitoring the development and planning their own development and implementation plan more effectively. I think of unplanned features as an extra gift on top of all of this that we should accept gratefully. I'm not saying we can know before propose-time if a feature is isolated. But, if at the end it turns out it is in fact isolated, then I see no reason we shouldn't welcome it with a minimum of drama. I don't agree. Unplanned features aren't an extra gift -- they're extra work for everyone. Thierry is trying to stabilize a release and get it out on time. He can't do that if people come along saying here's an extra gift that you now need to give time to review. We're already short on resources, and Thierry needs to prioritize based on the capacity that we collectively have. For example, Citrix has bumped a number of features to Diablo, because it was clear that we wouldn't get everything reviewed and merged and stabilized in time unless we deferred low priority work. Unplanned features just put all that in jeopardy. If someone comes along with a random branch as a gift, then it's not unreasonable for us to say Thank you for that, we'll take it in the next unstable period in a couple of months. In the meantime, please write a brief blueprint so that we don't forget about it. A blueprint doesn't have to be burdensome. Big features need a long time at the planning stage, but for other things there's no reason why the blueprint should take more than half-an-hour. I don't think it's unreasonable to ask anybody to spend half-an-hour writing down what their new shiny thing is, how it works, and how to test it. Cheers, Ewan. ___ 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 blueprint - data migration
Also, curious, who assigns mac_addresses? or how the table is built initially? Ram On Tue, Mar 29, 2011 at 2:45 AM, Ishimoto, Ryu r...@midokura.jp wrote: ahhh yes, I misread the blueprint, it makes a lot of sense now. Thanks. Does this mean that when an instance launches, all the MAC addresses/Networks that belong in the same project get assigned to that instance? I couldn't find this in the code so I just wanted to verify. Ryu On Tue, Mar 29, 2011 at 1:13 AM, Trey Morris trey.mor...@rackspace.com wrote: Ryu, the new mac_address table is going to associate a mac_address with an instance and a network. When the VIFs are created for the instance, they are given the mac_address from the table and attached to the network from the table. Does that help? -trey On Mon, Mar 28, 2011 at 10:54 AM, Ishimoto, Ryu r...@midokura.jp wrote: Thanks, that cleared it up for me. Staying on the topic of multi-nics, I have been trying to understand the direction in which Nova is going in regards to networking, and reading up on the multi-nics blueprint, it certainly seems like it's going in the right direction, but I do have one question: What was the reasoning behind associating networks, and not NICs, to an instance? I understand that each instance NIC would belong to a distinct network, but it just seems more intuitive to imagine that an instance has NICs, and these NICs are connected to networks(or even more intuitively, connected to virtual ports that belong to various networks - Assigning a port to a NIC is like allocating an IP address). One problem I see from my suggestion above is that there is no association between NICs and networks, which means there is no way to select a network to grab an IP address from for each NIC at the time of VM launch. I might be missing something completely here, but why not just let the user manage all this through the management API before the VM launch? Let the user create NICs, Networks(and Ports with IP addresses), and map the NICs to ports. Then pass this list of 'connected' NICs as a parameter to launch a VM. This parameter is optional, and if omitted, it should be treated as launching a single NIC instance, with a new NIC created and associated with the instance on the fly. This prevents it from breaking the way it works now. If the concept of NICs for instance makes sense to everyone, I would love to help out and look further into what work needs to be done to extend the current multi-nic model into this one. I hope this made sense. I apologize for the length. Thanks, Ryu On Tue, Mar 29, 2011 at 12:47 AM, Trey Morris trey.mor...@rackspace.com wrote: I've written a migration to handle moving the data in the current instances table mac_address column into the new mac_address table before the column is removed. I agree with Jay, data should never be discarded when migrating forward. I don't think there has been a case yet where data is migrated in nova. This could be the first. -trey On Mon, Mar 28, 2011 at 8:17 AM, Jay Pipes jaypi...@gmail.com wrote: On Mon, Mar 28, 2011 at 2:31 AM, Ishimoto, Ryu r...@midokura.jp wrote: Hi All, I was looking at the multi-nic blueprint(https://blueprints.launchpad.net/nova/+spec/nova-multi-nic), and in particular: 1) removing mac_address column from the instances table and creating a mac_addresses table. This is for storing which instances own which mac addresses as well as which network each mac is for. What happens(or should happen) to the MAC addresses that are already associated with instances? Will they be migrated to the new mac_addresses table? Or will they be discarded completely? Data should never be discarded in situations like this where a column is moved to another table's schema (or to be records in another table). I was curious to know how Nova usually handles data migration issues like this. No idea whether/if Nova's data migrations have previously needed to preserve data in this way. Glance does, however, and you can use the following Python changescript to get an idea how to perform this exact type of change: http://bazaar.launchpad.net/~glance-core/glance/cactus-trunk/view/head:/glance/registry/db/migrate_repo/versions/003_add_disk_format.py Note that SQLite has issues if you try to add and drop columns in the same changescript and you also have an unrelated column that is indexed (see: http://code.google.com/p/sqlalchemy-migrate/issues/detail?id=117). If this is the case, you will need to write SQL-based changescripts specfically for SQLite. You can see examples of how this is accomplished in Glance for the same DB version here: http://bazaar.launchpad.net/~glance-core/glance/cactus-trunk/view/head:/glance/registry/db/migrate_repo/versions/003_sqlite_upgrade.sql
[Openstack] OpenStack Design Summit - Fall 2011 Location Request
Developers: I have started early planning on the next OpenStack Design Summit in early October 2011 this year and would like to get some feedback on location options. The current thinking is to just host a Design Summit event for 3 days without the associated Conference portion that we are doing next month in Santa Clara. It is my intention to take this idea to the broader community in the coming weeks but I need to gather some data from the developers before I can put together a final proposal to the community, Location My goal is to host the 3-day event in a gateway city so attendees from Asia, Europe, and the US can easily fly directly to this destination. This leads me to look at cities like New York, Chicago, London, Paris, Seoul, etc except these locations tend to be expensive for hotels and facilities. Other global cities such as Houston, Amsterdam, Frankfort, Seattle, Atlanta, Dallas are cheaper locations for the event. Thus, I am looking to see what locations are of interest to the developers; also remember weather in October as a factor. Host Having an event at a hotel is more expensive then finding a corporate facility, university setting, or even co-locate with a conference. I am open to any ideas you have about interesting facilities or events to co-locate with as I want to ensure that we not only accomplish our goal of setting the project's direction for the future releases but also provide an excellent environment with top notch facilities. Feel free to provide your thoughts directly to myself via email or respond to this email should you wish a broader conversation. Thanks. - - - Stephen Spector, Rackspace OpenStack Community Manager stephen.spec...@openstack.org OpenStack Blog http://openstack.org/blog | @opnstk_ http://twitter.com/opnstk_com_mgr com http://twitter.com/opnstk_com_mgr _mgr http://twitter.com/opnstk_com_mgr Office +1 (512) 539-1162 | Mobile +1 (210) 415-0930 ___ 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] OpenStack Design Summit - Fall 2011 Location Request
+1 for Seattle :) On Mar 29, 2011, at 8:52 AM, Stephen Spector wrote: Developers: I have started early planning on the next OpenStack Design Summit in early October 2011 this year and would like to get some feedback on location options. The current thinking is to just host a Design Summit event for 3 days without the associated Conference portion that we are doing next month in Santa Clara. It is my intention to take this idea to the broader community in the coming weeks but I need to gather some data from the developers before I can put together a final proposal to the community, Location – My goal is to host the 3-day event in a gateway city so attendees from Asia, Europe, and the US can easily fly directly to this destination. This leads me to look at cities like New York, Chicago, London, Paris, Seoul, etc except these locations tend to be expensive for hotels and facilities. Other global cities such as Houston, Amsterdam, Frankfort, Seattle, Atlanta, Dallas are cheaper locations for the event. Thus, I am looking to see what locations are of interest to the developers; also remember weather in October as a factor. Host – Having an event at a hotel is more expensive then finding a corporate facility, university setting, or even co-locate with a conference. I am open to any ideas you have about interesting facilities or events to co-locate with as I want to ensure that we not only accomplish our goal of setting the project's direction for the future releases but also provide an excellent environment with top notch facilities. Feel free to provide your thoughts directly to myself via email or respond to this email should you wish a broader conversation. Thanks. - - - Stephen Spector, Rackspace OpenStack Community Manager stephen.spec...@openstack.org OpenStack Blog | @opnstk_com_mgr Office +1 (512) 539-1162 | Mobile +1 (210) 415-0930 ___ 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] OpenStack Design Summit - Fall 2011 Location Request
+1 to Europe! -- Diego Parrilla CEO www.stackops.com | diego.parri...@stackops.com | +34 649 94 43 29 | skype:diegoparrilla ADVERTENCIA LEGAL Le informamos, como destinatario de este mensaje, que el correo electrónico y las comunicaciones por medio de Internet no permiten asegurar ni garantizar la confidencialidad de los mensajes transmitidos, así como tampoco su integridad o su correcta recepción, por lo que STACKOPS TECHNOLOGIES S.L. no asume responsabilidad alguna por tales circunstancias. Si no consintiese en la utilización del correo electrónico o de las comunicaciones vía Internet le rogamos nos lo comunique y ponga en nuestro conocimiento de manera inmediata. Este mensaje va dirigido, de manera exclusiva, a su destinatario y contiene información confidencial y sujeta al secreto profesional, cuya divulgación no está permitida por la ley. En caso de haber recibido este mensaje por error, le rogamos que, de forma inmediata, nos lo comunique mediante correo electrónico remitido a nuestra atención y proceda a su eliminación, así como a la de cualquier documento adjunto al mismo. Asimismo, le comunicamos que la distribución, copia o utilización de este mensaje, o de cualquier documento adjunto al mismo, cualquiera que fuera su finalidad, están prohibidas por la ley. * PRIVILEGED AND CONFIDENTIAL We hereby inform you, as addressee of this message, that e-mail and Internet do not guarantee the confidentiality, nor the completeness or proper reception of the messages sent and, thus, STACKOPS TECHNOLOGIES S.L. does not assume any liability for those circumstances. Should you not agree to the use of e-mail or to communications via Internet, you are kindly requested to notify us immediately. This message is intended exclusively for the person to whom it is addressed and contains privileged and confidential information protected from disclosure by law. If you are not the addressee indicated in this message, you should immediately delete it and any attachments and notify the sender by reply e-mail. In such case, you are hereby notified that any dissemination, distribution, copying or use of this message or any attachments, for any purpose, is strictly prohibited by law. On Tue, Mar 29, 2011 at 6:04 PM, Josh Kearney j...@jk0.org wrote: Europe would be nice. On Tue, Mar 29, 2011 at 10:52 AM, Stephen Spector stephen.spec...@openstack.org wrote: Developers: I have started early planning on the next OpenStack Design Summit in early October 2011 this year and would like to get some feedback on location options. The current thinking is to just host a Design Summit event for 3 days without the associated Conference portion that we are doing next month in Santa Clara. It is my intention to take this idea to the broader community in the coming weeks but I need to gather some data from the developers before I can put together a final proposal to the community, Location – My goal is to host the 3-day event in a gateway city so attendees from Asia, Europe, and the US can easily fly directly to this destination. This leads me to look at cities like New York, Chicago, London, Paris, Seoul, etc except these locations tend to be expensive for hotels and facilities. Other global cities such as Houston, Amsterdam, Frankfort, Seattle, Atlanta, Dallas are cheaper locations for the event. Thus, I am looking to see what locations are of interest to the developers; also remember weather in October as a factor. Host – Having an event at a hotel is more expensive then finding a corporate facility, university setting, or even co-locate with a conference. I am open to any ideas you have about interesting facilities or events to co-locate with as I want to ensure that we not only accomplish our goal of setting the project's direction for the future releases but also provide an excellent environment with top notch facilities. Feel free to provide your thoughts directly to myself via email or respond to this email should you wish a broader conversation. Thanks. - - - Stephen Spector, Rackspace OpenStack Community Manager stephen.spec...@openstack.org OpenStack Blog | @opnstk_com_mgr Office +1 (512) 539-1162 | Mobile +1 (210) 415-0930 ___ 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 :
Re: [Openstack] OpenStack Design Summit - Fall 2011 Location Request
+1 for Europe. Germany in October sounds nice. On 3/29/11 10:52 AM, Stephen Spector wrote: Developers: I have started early planning on the next OpenStack Design Summit in early October 2011 this year and would like to get some feedback on location options. The current thinking is to just host a Design Summit event for 3 days without the associated Conference portion that we are doing next month in Santa Clara. It is my intention to take this idea to the broader community in the coming weeks but I need to gather some data from the developers before I can put together a final proposal to the community, Location -- My goal is to host the 3-day event in a gateway city so attendees from Asia, Europe, and the US can easily fly directly to this destination. This leads me to look at cities like New York, Chicago, London, Paris, Seoul, etc except these locations tend to be expensive for hotels and facilities. Other global cities such as Houston, Amsterdam, Frankfort, Seattle, Atlanta, Dallas are cheaper locations for the event. Thus, I am looking to see what locations are of interest to the developers; also remember weather in October as a factor. Host -- Having an event at a hotel is more expensive then finding a corporate facility, university setting, or even co-locate with a conference. I am open to any ideas you have about interesting facilities or events to co-locate with as I want to ensure that we not only accomplish our goal of setting the project's direction for the future releases but also provide an excellent environment with top notch facilities. Feel free to provide your thoughts directly to myself via email or respond to this email should you wish a broader conversation. Thanks. - - - Stephen Spector, Rackspace OpenStack Community Manager stephen.spec...@openstack.org mailto:stephen.spec...@openstack.org OpenStack Blog http://openstack.org/blog*| *@opnstk_ http://twitter.com/opnstk_com_mgrcom http://twitter.com/opnstk_com_mgr_mgr http://twitter.com/opnstk_com_mgr *Office* +1 (512) 539-1162 | *Mobile* +1 (210) 415-0930 ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp -- -- -Monsyne Dragon work: 210-312-4190 mobile210-441-0965 google voice: 210-338-0336 Confidentiality Notice: This e-mail message (including any attached or embedded documents) is intended for the exclusive and confidential use of the individual or entity to which this message is addressed, and unless otherwise expressly indicated, is confidential and privileged information of Rackspace. Any dissemination, distribution or copying of the enclosed material is prohibited. If you receive this transmission in error, please notify us immediately by e-mail at ab...@rackspace.com, and delete the original message. Your cooperation is appreciated. ___ 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] OpenStack Design Summit - Fall 2011 Location Request
+1 Seattle, but we need to have something in Europe too... -joe On Mar 29, 2011, at 8:52 AM, Stephen Spector wrote: Developers: I have started early planning on the next OpenStack Design Summit in early October 2011 this year and would like to get some feedback on location options. The current thinking is to just host a Design Summit event for 3 days without the associated Conference portion that we are doing next month in Santa Clara. It is my intention to take this idea to the broader community in the coming weeks but I need to gather some data from the developers before I can put together a final proposal to the community, Location – My goal is to host the 3-day event in a gateway city so attendees from Asia, Europe, and the US can easily fly directly to this destination. This leads me to look at cities like New York, Chicago, London, Paris, Seoul, etc except these locations tend to be expensive for hotels and facilities. Other global cities such as Houston, Amsterdam, Frankfort, Seattle, Atlanta, Dallas are cheaper locations for the event. Thus, I am looking to see what locations are of interest to the developers; also remember weather in October as a factor. Host – Having an event at a hotel is more expensive then finding a corporate facility, university setting, or even co-locate with a conference. I am open to any ideas you have about interesting facilities or events to co-locate with as I want to ensure that we not only accomplish our goal of setting the project's direction for the future releases but also provide an excellent environment with top notch facilities. Feel free to provide your thoughts directly to myself via email or respond to this email should you wish a broader conversation. Thanks. - - - Stephen Spector, Rackspace OpenStack Community Manager stephen.spec...@openstack.org OpenStack Blog | @opnstk_com_mgr Office +1 (512) 539-1162 | Mobile +1 (210) 415-0930 ___ 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] OpenStack Design Summit - Fall 2011 Location Request
+1 for Europe. Barcelona :) or Madrid are also an alternative (direct flights from US East coast and EU cities but no so good from APAC locations). The weather is still nice in October. Anyway, switching between continents every conference / year would be nice. - Ferdy 2011/3/29 Thierry Carrez thie...@openstack.org Would be great to go to Europe this time. It will be a bit costly to fly all the Texans there, but I think it's necessary to help bootstrapping the European developer community. Amsterdam might make a good price/size-of-hub combination. It's also on the high-speed-train European network, easily connected to London or Paris. Please note that the date depends on our plans for the next two releases, which will be finalized at the summit. The tentative date (early October) is based on the brainstorming at: http://wiki.openstack.org/DiabloReleaseSchedule http://wiki.openstack.org/EReleaseSchedule So don't make any definitive plan :) -- Thierry Carrez (ttx) Release Manager, OpenStack ___ 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] OpenStack Design Summit - Fall 2011 Location Request
2011/3/29 Andy Smith andys...@gmail.com: I used to live in Amsterdam so I'd +1 that. I'd also recommend Berlin over Frankfurt if that is an option, Berlin is pretty wildly cheap. I think either will be getting a bit cold and rainy in october, however. True. I do however by far favour Berlin in October over Austin in July. :) -- Soren Hansen Ubuntu Developer http://www.ubuntu.com/ OpenStack Developer http://www.openstack.org/ ___ 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] OpenStack Design Summit - Fall 2011 Location Request
+1 for malaga or southern spain. On 29 March 2011 20:54, Ferran Rodenas frode...@gmail.com wrote: +1 for Europe. Barcelona :) or Madrid are also an alternative (direct flights from US East coast and EU cities but no so good from APAC locations). The weather is still nice in October. Anyway, switching between continents every conference / year would be nice. - Ferdy 2011/3/29 Thierry Carrez thie...@openstack.org Would be great to go to Europe this time. It will be a bit costly to fly all the Texans there, but I think it's necessary to help bootstrapping the European developer community. Amsterdam might make a good price/size-of-hub combination. It's also on the high-speed-train European network, easily connected to London or Paris. Please note that the date depends on our plans for the next two releases, which will be finalized at the summit. The tentative date (early October) is based on the brainstorming at: http://wiki.openstack.org/DiabloReleaseSchedule http://wiki.openstack.org/EReleaseSchedule So don't make any definitive plan :) -- Thierry Carrez (ttx) Release Manager, OpenStack ___ 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 -- +447799647538 www.acunu.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-poc] PPB Meeting
2011/3/29 Chuck Thier cth...@gmail.com: Likely monthly, +/- a couple of weeks :) I think it's imperative that we a) don't set ourselves up in a way that forces major consumers of the code base (like Rackspace) to have to maintain a fork of the code, and b) conversely, let other consumers of the code base benefit from Rackspace's rapid dev/qa/production cycle. Forcing Swift into a longer release cycle than Rackspace Cloud Files would be counter to both of these things. That said, I believe it's equally imperative that if this rapid release cycle only benefits Rackspace, but is a problem for others (not sure how, but it could happen), we need to be very open to their needs and potentially revisit this decision. -- Soren Hansen Ubuntu Developer http://www.ubuntu.com/ OpenStack Developer http://www.openstack.org/ ___ Mailing list: https://launchpad.net/~openstack-poc Post to : openstack-poc@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack-poc More help : https://help.launchpad.net/ListHelp
