Re: [Openstack] Remove Zones code - FFE
+1 on shards On Mon, Feb 13, 2012 at 1:45 AM, Sandy Walsh sandy.wa...@rackspace.comwrote: +1 on shards / partitions / anything to avoid the naming confusion with availability zones. (congrats on the branch! Looking forward to trying it!) From: openstack-bounces+sandy.walsh=rackspace@lists.launchpad.net[openstack-bounces+sandy.walsh= rackspace@lists.launchpad.net] on behalf of Chris Behrens [ cbehr...@codestud.com] Sent: Sunday, February 12, 2012 6:50 PM To: Leandro Reox Cc: openstack@lists.launchpad.net; Chris Behrens Subject: Re: [Openstack] Remove Zones code - FFE Sorry, I'm late. Really getting down to the wire here. :) I've thrown up a version here: https://review.openstack.org/#change,4062 I've not functionally tested it yet, but there's really good test coverage for the zones service itself. I also have added a test_compute_zones which tests that all of the compute tests pass while using the new ComputeZonesAPI class. There's a couple bugs I note in the review and then I think I'm missing pushing some instance updates to the top in libvirt code. And missing an update for instance deletes in the compute manager. Going to hit those up today and finish this off. One other comment: It's been suggested we not call this stuff 'Zones' anymore. It gets confused with availability zones and so forth. Since this is really a way to shard nova, it has been suggested to call this 'Shards'. :) Not sure I dig that name completely, although it makes sense. Thoughts? - Chris On Feb 9, 2012, at 10:29 AM, Leandro Reox wrote: Awesome Chris !!! Lean On Thu, Feb 9, 2012 at 3:26 PM, Alejandro Comisario alejandro.comisa...@mercadolibre.com wrote: Niceee !! Alejandro. On 02/09/2012 02:02 PM, Chris Behrens wrote: I should be pushing something up by end of day... Even if it's not granted an FFE, I'll have a need to keep my branch updated and working, so I should at least always have a branch pushed up to a github account somewhere until F1 opens up. So, I guess worst case... there'll be a branch somewhere for you to play with. :) - Chris On Feb 8, 2012, at 3:21 PM, Tom Fifield wrote: Just raising another deployment waiting on this new Zone implementation - we currently have 2000 cores sitting idle in another datacentre that we can use better if this is done. How can we help? ;) Regards, Tom On 02/08/2012 07:30 PM, Ziad Sawalha wrote: We were working on providing the necessary functionality in Keystone but stopped when we heard of the alternative solution. We could resume the conversation about what is needed on the Keystone side and implement if needed. Z From: Sandy Walsh sandy.wa...@rackspace.com mailto:sandy.wa...@rackspace.com Date: Thu, 2 Feb 2012 01:49:58 + To: Joshua McKenty jos...@pistoncloud.com mailto:jos...@pistoncloud.com , Vishvananda Ishaya vishvana...@gmail.com mailto:vishvana...@gmail.com Cc: openstack@lists.launchpad.net mailto:openstack@lists.launchpad.net openstack@lists.launchpad.net mailto:openstack@lists.launchpad.net Subject: Re: [Openstack] Remove Zones code - FFE Understood, timing is everything. I'll let Chris talk about expected timing for the replacement. From a deployers side, nothing would really change, just some configuration options ... but a replacement should be available. I'm sure we could get it working pretty easily. The Keystone integration was the biggest pita. I can keep this branch fresh with trunk for when we're ready to pull the trigger. -S *From:* Joshua McKenty [ jos...@pistoncloud.com mailto:jos...@pistoncloud.com ] *Sent:* Wednesday, February 01, 2012 4:45 PM *To:* Vishvananda Ishaya *Cc:* Sandy Walsh; openstack@lists.launchpad.net mailto:openstack@lists.launchpad.net *Subject:* Re: [Openstack] Remove Zones code - FFE +1 to Vish's points. I know there are some folks coming online in the Folsom timeline that can help out with the new stuff, but this feels a bit like going backwards. -- Joshua McKenty, CEO Piston Cloud Computing, Inc. w: (650) 24-CLOUD m: (650) 283-6846 http://www.pistoncloud.com Oh, Westley, we'll never survive! Nonsense. You're only saying that because no one ever has. On Wednesday, February 1, 2012 at 12:41 PM, Vishvananda Ishaya wrote: I am all for pulling this out, but I'm a bit concerned with the fact that we have nothing to replace it with. There are some groups still trying to use it. MercadoLibre is trying to use it for example. I know you guys are trying to replace this with something better, but it would be nice not to break people for 7+ months So I guess I have some questions: 1.a) is the current implementation completely broken?
Re: [Openstack] python-swiftclient?
On Mon, Feb 13 2012, Chmouel Boudjnah wrote: What do you think if we : - split swift.common.client to its own. - have bin/swift import that package and shipped with it. - have a comprehensive test suite covering the CLI and the library. - have some proper PIP release for all the projects to depend on it. I have started a Proof of Concept which basically do the split in different modules for now (I didn't get the unit tests yet) : https://github.com/chmouel/python-swiftclient Let me know what do you think. I think that's the road taken for every other component, so it makes sense. :) -- Julien Danjou // eNovance http://enovance.com // ✉ julien.dan...@enovance.com ☎ +33 1 49 70 99 81 ___ 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-qa-team] API extensions and error codes
Hi David - The only existing API documentation for extensions was merged in with this merge request: https://review.openstack.org/#change,2045 Unfortunately, it appears it has been left behind in subsequent merges, as it doesn't appear in the Sphinx-built homepage at http://nova.openstack.org/. See the blank area below here, that's where it should be. http://nova.openstack.org/#api-extensions Nova devs - should I rebase and add those in again? What's a good next step? Thanks, Anne On Mon, Feb 13, 2012 at 8:59 AM, David Kranz david.kr...@qrclab.com wrote: It seems that a number of Tempest tests are broken because specific error codes are being checked that are different from those actually being returned from the API calls. I am puzzled because things like the floating ip and volume extensions seem to work fine with nova-client/diablo and some have different behavior in Essex. The regular APIs are well documented about return codes but I could not find any documentation about the extensions at all. Is there such documentation? -David -- Mailing list: https://launchpad.net/~openstack-qa-team Post to : openstack-qa-t...@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack-qa-team 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] instance event subscription?
Hello Andrew,
as we could find in the notification system wiki
http://wiki.openstack.org/NotificationSystem, we had to add the flag
(--notification_driver=nova.notifier.rabbit_notifier) in all modules
configuration ( /etc/nova/nova-network.conf, nova-compute.conf,
nova-volume.conf). And restart them.
Then you can consume from the exchange name nova (in the rabbitmq
server) the create/delete events. You can see the following example from
my system:
{
_context_roles: [],
_context_request_id: 80ad9bd1-b68d-4484-be3f-6525b2f57b8f,
event_type: compute.instance.create,
timestamp: 2012-01-13 11:39:55.946786,
_context_auth_token: null,
_context_user_id: null,
payload: {
display_name: one instance,
created_at: 2012-01-13 11:39:52,
instance_type_id: 2,
instance_id: 14,
instance_type: m1.tiny,
image_ref: 9,
user_id: admin,
project_id: 2,
launched_at:
},
_context_read_deleted: false,
priority: INFO,
_context_strategy: noauth,
_context_is_admin: true,
_context_project_id: null,
_context_timestamp: 2012-01-13T11:39:55.946820,
publisher_id: compute.nova-controller,
message_id: 3dc192a1-c263-46d4-bde1-94406978517f,
_context_remote_address: null
}
This is what I have found for the moment in the Diablo release.
Regards
--
Juan Antonio García Lebrijo
*Senior Developer / Software Architect*
*www.stackops.com* http://www.stackops.com/ *| *
juan.lebr...@stackops.com mailto:juan.lebr...@stackops.com|
skype:juan.lebrijo.stackops
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 02/13/2012 04:05 PM, Andrew Bogott wrote:
Is there a way to subscribe to nova events so that I get notified of
instance changes? For example, I'd like to know when a server changes
state from 'Build' to 'Active'.
If there isn't, would the addition of such a facility be welcome?
___
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] python-swiftclient?
On Feb 13, 2012, at 8:29 AM, Chmouel Boudjnah wrote: What do you think if we : - split swift.common.client to its own. - have bin/swift import that package and shipped with it. - have a comprehensive test suite covering the CLI and the library. - have some proper PIP release for all the projects to depend on it. +1 Also, you may want to look at https://github.com/gholt/swiftly --John smime.p7s Description: S/MIME cryptographic signature ___ 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] Propose to make Monsyne Dragon a nova core developer
Lazy consensus seems to say yes (6 +1's and no negatives, and it's been 5 days). Would someone mind adding me to the nova-core group? On Feb 6, 2012, at 4:48 PM, Matt Dietz wrote: Hey guys, Dragon has really stepped up lately on reviewing patches into Nova, and has a ton of knowledge around Nova proper, so I propose he be added to Nova core. I think he'd be a great addition to the team. Matt ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.netmailto:openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp -- Monsyne M. Dragon OpenStack/Nova cell 210-441-0965 work x 5014190 ___ 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 Java API
The Dasein Arch is great and the code is very clean. Congrats for it. I can't find a fully implementation of OS API. are using EC2 API to talk with OS? Cheers! On Sat, Feb 11, 2012 at 8:15 PM, George Reese george.re...@enstratus.comwrote: There's also Dasein Cloud if you are interested at http://dasein-cloud.sf.net. -George On Feb 11, 2012, at 12:28 AM, Monty Taylor wrote: Hi! Awesome, and thanks for the work! Just in case you didn't know about it: http://www.jclouds.org/ Is a Java library with multi-cloud support, including OpenStack, which might be a fun place for you to hack - and I know Adrian loves contributors. On the other hand, any amount of Java story for OpenStack is good news. Thanks! Monty On 02/10/2012 12:08 PM, Luis Gervaso wrote: Till i know Nova 1.0 is deprecated, so it will not be implemented. Nova 1.1 is almost implemented (working now with extensions : volumes / snapshots / storagearrays) Nova 2.0 is a must Glance (working now on it, this is the most easy to implement API) Swift Java API from Rackspace is stable enough, so I will integrate at the end. Hope to hear about this roadmap. Luis On Fri, Feb 10, 2012 at 8:56 PM, Marton Kiss marton.k...@gmail.com mailto:marton.k...@gmail.com wrote: Hi, Nice start Luis. Do you have some plans to support different OS API versions? Anybody knows about a similar effort to write a PHP client? Regards, Márton Kiss, CTO Xemeti 2012/2/10 Luis Gervaso l...@woorea.es mailto:l...@woorea.es: Hi, My name is Luis Gervaso. I just upload a developer preview of OpenStack Java SDK on https://github.com/woorea/openstack-java-sdk/ I want to know if other development efforts have been done in this way in order to contribute. Regards -- Luis Alberto Gervaso Martín Java EE Architect Instructor C/ Cuenca 4A, 2ºB Getafe (Madrid) SPAIN l...@woorea.es mailto:l...@woorea.es ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net mailto:openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp -- Luis Alberto Gervaso Martín Java EE Architect Instructor C/ Cuenca 4A, 2ºB Getafe (Madrid) SPAIN mobile: (+34) 627983344 l...@woorea.es mailto:l...@woorea.es ___ 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 -- George Reese - Chief Technology Officer, enStratus e: george.re...@enstratus.comSkype: nspollutiont: @GeorgeReese p: +1.207.956.0217 enStratus: Enterprise Cloud Management - @enStratus - http://www.enstratus.com To schedule a meeting with me: http://tungle.me/GeorgeReese ___ 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] instance event subscription?
On 2/13/12 9:47 AM, Juan Antonio García Lebrijo wrote: Hello Andrew, as we could find in the notification system wiki http://wiki.openstack.org/NotificationSystem, we had to add the flag (--notification_driver=nova.notifier.rabbit_notifier) in all modules configuration ( /etc/nova/nova-network.conf, nova-compute.conf, nova-volume.conf). And restart them. Then you can consume from the exchange name nova (in the rabbitmq server) the create/delete events. snip This looks like just what I need. Is there documentation someplace about the set of supported events, or do I just need to grep the code for that? ___ 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] Essex Doc Day March 6th
Hi all - We're planning for an all-OpenStack Doc day for the Essex release for Tuesday March 6th. I'll be at the Rackspace San Francisco office and you're welcome to join a group of us there, or set up your own Doc Day in your neck of the woods. We'll have a meetup.org Event post to link to soon so you can sign up. All are welcome! For the Essex release, these are the priorities to document: * Configuration information about new flags now available in the Essex release * Insert nova client commands where euca- commands are in the current documentation * Document API extensions for operators and cloud users, such as the Volume API * Set up and configuration for switching from RabbitMQ to Qpid * Volume how-tos for setting up additional backends * Install instructions for XenServer * Operator's day-to-day instructions for Object Storage, such as adding a new cluster If something on that list doesn't tickle your fancy, I'd recommend looking at http://wiki.openstack.org/ReleaseNotes/Essex for suggestions or https://bugs.launchpad.net/openstack-manuals. Hoping to see you on Folsom street for documenting the Essex release! Anne ___ 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] Doubts about virtual CPUs and Swift storage capacity.
John Dickinson wrote: Here's how to find the usable space for swift marketing size of the drive (eg 2TB) * .92 (to account for formatted size * .8 (for 80% fullness) / replicas If you have 15 TB of formatted space with 3 replicas, that gives you 5TB of usable space. If you have 15TB of unformatted space with thre replicas, that gives you a little less than 4TB of usable space. The reason I calculate it at 80% fullness is so that you have some headroom to expand as your cluster grows. You don't want to have your hard drives fill up completely before you decide it's time to buy some new ones. Just to emphasize that point, Swift's logic does not include any heroic efforts to hunt down the last scrap of available free space. The cluster is full the first time an object cannot be created because an Object Server it is assigned to is full. So operating at 80% or less capacity is very important. The simplification that this enables is a good tradeoff for almost all deployments. ___ 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] instance event subscription?
On 02/13/2012 06:37 PM, Andrew Bogott wrote: On 2/13/12 9:47 AM, Juan Antonio García Lebrijo wrote: Hello Andrew, as we could find in the notification system wiki http://wiki.openstack.org/NotificationSystem, we had to add the flag (--notification_driver=nova.notifier.rabbit_notifier) in all modules configuration ( /etc/nova/nova-network.conf, nova-compute.conf, nova-volume.conf). And restart them. Then you can consume from the exchange name nova (in the rabbitmq server) the create/delete events. snip This looks like just what I need. Is there documentation someplace about the set of supported events, or do I just need to grep the code for that? I took the ideas from SystemUsageData link http://wiki.openstack.org/SystemUsageData(but it seems not implemented yet), and take information testing the nova rabbit exchange. But grep the code could be a good way to gather info about it. Regards, -- Juan Antonio García Lebrijo *Senior Developer / Software Architect* *www.stackops.com* http://www.stackops.com/ *| * juan.lebr...@stackops.com mailto:juan.lebr...@stackops.com| skype:juan.lebrijo.stackops 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. ___ 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] Any block storage folks interested in getting together?
There's been a lot of new work going on specific to Nova Volumes the past month or so. I was thinking that it's been a long time since we've had a Nova-Volume team meeting and thought I'd see if there was any interest in trying to get together next week? I'm open to suggestions regarding time slots but thought I'd propose our old slot, Thursday Feb 23, 18:00 - 19:00 UTC. Here's a proposed agenda: * Quick summary of new blueprints you have submitted and completed (or targeting for completion) in Essex * Any place folks might need some help with items they've targeted for Essex (see if we have any volunteers to help out if needed) * Any updates regarding BSaaS * Gauge interest in resurrecting a standing meeting, perhaps every 2 weeks? If you have specific items that you'd be interested in sharing/discussing let me know. Thanks, John ___ 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] Jenkins moved to new server
Hi, The server that was hosting Jenkins was getting a bit long in the tooth, so this weekend we moved Jenkins to a new one. It is now running on a cloud server with more CPU and memory so it should be a little more responsive. It was built using our puppet module[1], so we have an actual standardized install process and it should be much easier to manage in the future. All the job history was copied over, so there shouldn't be any visible changes. We did take the opportunity to upgrade to the latest jenkins along with all the plugins. We haven't seen any serious issues so far, but please let us know if you notice something behaving differently. -Jim [1] https://github.com/openstack/openstack-ci-puppet ___ 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] Any block storage folks interested in getting together?
Sounds great. We will try to join the meeting. Enviado desde mi iPad El 13/02/2012, a las 19:06, John Griffith john.griff...@solidfire.com escribió: There's been a lot of new work going on specific to Nova Volumes the past month or so. I was thinking that it's been a long time since we've had a Nova-Volume team meeting and thought I'd see if there was any interest in trying to get together next week? I'm open to suggestions regarding time slots but thought I'd propose our old slot, Thursday Feb 23, 18:00 - 19:00 UTC. Here's a proposed agenda: * Quick summary of new blueprints you have submitted and completed (or targeting for completion) in Essex * Any place folks might need some help with items they've targeted for Essex (see if we have any volunteers to help out if needed) * Any updates regarding BSaaS * Gauge interest in resurrecting a standing meeting, perhaps every 2 weeks? If you have specific items that you'd be interested in sharing/discussing let me know. Thanks, John ___ 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] instance event subscription?
On Feb 13, 2012, at 11:50 AM, Juan Antonio García Lebrijo wrote: On 02/13/2012 06:37 PM, Andrew Bogott wrote: On 2/13/12 9:47 AM, Juan Antonio García Lebrijo wrote: Hello Andrew, as we could find in the notification system wikihttp://wiki.openstack.org/NotificationSystem, we had to add the flag (--notification_driver=nova.notifier.rabbit_notifier) in all modules configuration ( /etc/nova/nova-network.conf, nova-compute.conf, nova-volume.conf). And restart them. Then you can consume from the exchange name nova (in the rabbitmq server) the create/delete events. snip This looks like just what I need. Is there documentation someplace about the set of supported events, or do I just need to grep the code for that? I took the ideas from SystemUsageData linkhttp://wiki.openstack.org/SystemUsageData(but it seems not implemented yet), and take information testing the nova rabbit exchange. But grep the code could be a good way to gather info about it. What version of nova are you using? The wiki is current as of Essex-3 -- Monsyne M. Dragon OpenStack/Nova cell 210-441-0965 work x 5014190 ___ 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] Question on i8ln?
Hi all, I was just wondering if I could get clarification on something I never understood related to i8ln. In nova HACKING.rst there is a line that mentions how log messages should be using gettext for i8ln. Is it common in other companies to attempt to internationalize log messages? I've seen this throughout the different openstack code and never quite understood why. I can understand horizon being internationalized, but debugging/error/warning (logging) messages? Isn't that meant to be read by a developer, who will most likely understand english (to some degree). ?? -Josh ___ 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] Question on i8ln?
Josh, you raise an interesting point. This also affects the ability to search on these terms. On the other hand, having log messages in a language that the user doesn't understand will require those users to seek assistance when they might otherwise be able to solve the problems themselves. It might be an interesting exercise to provide log messages in two languages (one always being English), if we don't simply standardize on English. -- Eric Windisch On Monday, February 13, 2012 at 12:50 PM, Joshua Harlow wrote: Question on i8ln? Hi all, I was just wondering if I could get clarification on something I never understood related to i8ln. In nova HACKING.rst there is a line that mentions how log messages should be using gettext for i8ln. Is it common in other companies to attempt to internationalize log messages? I’ve seen this throughout the different openstack code and never quite understood why. I can understand horizon being internationalized, but debugging/error/warning (logging) messages? Isn’t that meant to be read by a developer, who will most likely understand english (to some degree). ?? -Josh ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net (mailto: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] Question on i8ln?
Hi Josh, I cannot speak about the i18n specifics in OpenStack, but let me give you an answer to the general question. I added a slide to a presentation last week that uses the graph at http://www.internetworldstats.com/top20.htm I recommend you check it out. The title of the slide is English is not the only language, infact for the majoring of Internet users, English is not the first language. Yes, the tech savvy people probably do understand English, but they do not use it by default. As a speaker in many different countries, I always see people use native search engines (e.g. German, Espanol etc), it is because that is what they know. Many web sites (my own ronaldbradford.com) for example does not rate well in foreign languages. The same thought applies to the actual software that runs site and products and is supported by those that do not use English as a first language. Why should a message be in English and not Spanish? The ability for foreign language error messages enables more developers from those countries to actively contribute without a requirement of a language. Regards Ronald On Mon, Feb 13, 2012 at 3:50 PM, Joshua Harlow harlo...@yahoo-inc.comwrote: Hi all, I was just wondering if I could get clarification on something I never understood related to i8ln. In nova HACKING.rst there is a line that mentions how log messages should be using gettext for i8ln. Is it common in other companies to attempt to internationalize log messages? I’ve seen this throughout the different openstack code and never quite understood why. I can understand horizon being internationalized, but debugging/error/warning (logging) messages? Isn’t that meant to be read by a developer, who will most likely understand english (to some degree). ?? -Josh ___ 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] Question on i8ln?
Joshua, most of non-english speaking developers I know try to use english for class names, methods, fields, constants... English is the 'lingua franca' for code, so even developers with bad english level like me try to use english all the time... so internationalized logging messages do not make sense from my perspective. And sometimes translations are awful, or even hilarious. So +1 for english only logging messages in the code. Cheers Diego P.D.: I know this is the kind of topic everybody has an opinion, so I hope nobody feels attacked ;-) -- Diego Parrilla http://www.stackops.com/*CEO* *www.stackops.com | * diego.parri...@stackops.com** | +34 649 94 43 29 | skype:diegoparrilla* * http://www.stackops.com/ ** On Mon, Feb 13, 2012 at 9:50 PM, Joshua Harlow harlo...@yahoo-inc.comwrote: Hi all, I was just wondering if I could get clarification on something I never understood related to i8ln. In nova HACKING.rst there is a line that mentions how log messages should be using gettext for i8ln. Is it common in other companies to attempt to internationalize log messages? I’ve seen this throughout the different openstack code and never quite understood why. I can understand horizon being internationalized, but debugging/error/warning (logging) messages? Isn’t that meant to be read by a developer, who will most likely understand english (to some degree). ?? -Josh ___ 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] Question on i8ln?
Sure but to contribute they have to understand python which itself is english based?? I can understand for sys-ops people that can't understand english this might be useful, but then they are running in unix which is also english based. For FE (front-end facing) sites I completely agree that, those must be made i8ln accessible. But at a code/logging level? I thought english won at that level (since if not all programming languages that I know of are english based - minus brainfuck, haha). But maybe this is just my bias, from working at a company that does this (code in english, comments in english). Do other open source projects attempt to do this? I've never seen apache log messages in different languages, or hadoop logging in different languages, but maybe that's just my lack of experience/not using that feature. -Josh On 2/13/12 1:09 PM, Ronald Bradford ronald.bradf...@gmail.com wrote: Hi Josh, I cannot speak about the i18n specifics in OpenStack, but let me give you an answer to the general question. I added a slide to a presentation last week that uses the graph at http://www.internetworldstats.com/top20.htm I recommend you check it out. The title of the slide is English is not the only language, infact for the majoring of Internet users, English is not the first language. Yes, the tech savvy people probably do understand English, but they do not use it by default. As a speaker in many different countries, I always see people use native search engines (e.g. German, Espanol etc), it is because that is what they know. Many web sites (my own ronaldbradford.com http://ronaldbradford.com ) for example does not rate well in foreign languages. The same thought applies to the actual software that runs site and products and is supported by those that do not use English as a first language. Why should a message be in English and not Spanish? The ability for foreign language error messages enables more developers from those countries to actively contribute without a requirement of a language. Regards Ronald On Mon, Feb 13, 2012 at 3:50 PM, Joshua Harlow harlo...@yahoo-inc.com wrote: Hi all, I was just wondering if I could get clarification on something I never understood related to i8ln. In nova HACKING.rst there is a line that mentions how log messages should be using gettext for i8ln. Is it common in other companies to attempt to internationalize log messages? I've seen this throughout the different openstack code and never quite understood why. I can understand horizon being internationalized, but debugging/error/warning (logging) messages? Isn't that meant to be read by a developer, who will most likely understand english (to some degree). ?? -Josh ___ Mailing list: https://launchpad.net/~openstack https://launchpad.net/%7Eopenstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack https://launchpad.net/%7Eopenstack 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] Question on i8ln?
Josh, I think the problem is that there are different levels of logging. DEBUG messages can more safely be forced to English than INFO messages, in my opinion. The compromise solution might be to i18n all logs, but provide error codes which can be looked up and are thus universal and remain useful for debugging purposes. -- Eric Windisch On Monday, February 13, 2012 at 1:15 PM, Joshua Harlow wrote: Re: [Openstack] Question on i8ln? Sure but to contribute they have to understand python which itself is english based?? I can understand for sys-ops people that can’t understand english this might be useful, but then they are running in unix which is also english based. For FE (front-end facing) sites I completely agree that, those must be made i8ln accessible. But at a code/logging level? I thought english won at that level (since if not all programming languages that I know of are english based – minus brainfuck, haha). But maybe this is just my bias, from working at a company that does this (code in english, comments in english). Do other open source projects attempt to do this? I’ve never seen apache log messages in different languages, or hadoop logging in different languages, but maybe that’s just my lack of experience/not using that feature. -Josh On 2/13/12 1:09 PM, Ronald Bradford ronald.bradf...@gmail.com wrote: Hi Josh, I cannot speak about the i18n specifics in OpenStack, but let me give you an answer to the general question. I added a slide to a presentation last week that uses the graph at http://www.internetworldstats.com/top20.htm I recommend you check it out. The title of the slide is English is not the only language, infact for the majoring of Internet users, English is not the first language. Yes, the tech savvy people probably do understand English, but they do not use it by default. As a speaker in many different countries, I always see people use native search engines (e.g. German, Espanol etc), it is because that is what they know. Many web sites (my own ronaldbradford.com (http://ronaldbradford.com) http://ronaldbradford.com ) for example does not rate well in foreign languages. The same thought applies to the actual software that runs site and products and is supported by those that do not use English as a first language. Why should a message be in English and not Spanish? The ability for foreign language error messages enables more developers from those countries to actively contribute without a requirement of a language. Regards Ronald On Mon, Feb 13, 2012 at 3:50 PM, Joshua Harlow harlo...@yahoo-inc.com wrote: Hi all, I was just wondering if I could get clarification on something I never understood related to i8ln. In nova HACKING.rst there is a line that mentions how log messages should be using gettext for i8ln. Is it common in other companies to attempt to internationalize log messages? I’ve seen this throughout the different openstack code and never quite understood why. I can understand horizon being internationalized, but debugging/error/warning (logging) messages? Isn’t that meant to be read by a developer, who will most likely understand english (to some degree). ?? -Josh ___ Mailing list: https://launchpad.net/~openstack https://launchpad.net/%7Eopenstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack https://launchpad.net/%7Eopenstack More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net (mailto: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] Essex Doc Day March 6th
Thanks Ewan, this bug is now assigned to you: https://bugs.launchpad.net/openstack-manuals/+bug/883218 and others are certainly welcomed to collaborate with us! Anne On Mon, Feb 13, 2012 at 3:29 PM, Ewan Mellor ewan.mel...@eu.citrix.com wrote: Hi Anne, I'll come and do the XenServer install instructions with you. Cheers, Ewan. -Original Message- From: openstack-bounces+ewan.mellor=citrix@lists.launchpad.net [mailto:openstack-bounces+ewan.mellor=citrix@lists.launchpad.net] On Behalf Of Anne Gentle Sent: Monday, February 13, 2012 9:38 AM To: openstack@lists.launchpad.net Subject: [Openstack] Essex Doc Day March 6th Hi all - We're planning for an all-OpenStack Doc day for the Essex release for Tuesday March 6th. I'll be at the Rackspace San Francisco office and you're welcome to join a group of us there, or set up your own Doc Day in your neck of the woods. We'll have a meetup.org Event post to link to soon so you can sign up. All are welcome! For the Essex release, these are the priorities to document: * Configuration information about new flags now available in the Essex release * Insert nova client commands where euca- commands are in the current documentation * Document API extensions for operators and cloud users, such as the Volume API * Set up and configuration for switching from RabbitMQ to Qpid * Volume how-tos for setting up additional backends * Install instructions for XenServer * Operator's day-to-day instructions for Object Storage, such as adding a new cluster If something on that list doesn't tickle your fancy, I'd recommend looking at http://wiki.openstack.org/ReleaseNotes/Essex for suggestions or https://bugs.launchpad.net/openstack-manuals. Hoping to see you on Folsom street for documenting the Essex release! Anne ___ 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] Question on i8ln?
Interesting, that is one way of doing it. Is this pretty common with other major open-source projects? Logging just seems like a different place to me, where english seems like it should be required. I am biased of course ;) On 2/13/12 1:39 PM, Eric Windisch e...@cloudscaling.com wrote: Josh, I think the problem is that there are different levels of logging. DEBUG messages can more safely be forced to English than INFO messages, in my opinion. The compromise solution might be to i18n all logs, but provide error codes which can be looked up and are thus universal and remain useful for debugging purposes. ___ 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] Question on i8ln?
Open source? I haven't seen it so much as with enterprise apps from shops like IBM. They're valuable as long as they're accompanied with readable text, and not just a code. I'm guessing that you're looking at this from a developer's perspective rather than a support and operations perspective. Developers will understand English, but the operations and especially the support team may not. Having native language log messages has the potential to significantly decrease support costs for users both domestic and abroad (where domestic users might outsource support). -- Eric Windisch On Monday, February 13, 2012 at 1:50 PM, Joshua Harlow wrote: Re: [Openstack] Question on i8ln? Interesting, that is one way of doing it. Is this pretty common with other major open-source projects? Logging just seems like a different place to me, where english seems like it should be required. I am biased of course ;) On 2/13/12 1:39 PM, Eric Windisch e...@cloudscaling.com wrote: Josh, I think the problem is that there are different levels of logging. DEBUG messages can more safely be forced to English than INFO messages, in my opinion. The compromise solution might be to i18n all logs, but provide error codes which can be looked up and are thus universal and remain useful for debugging purposes. ___ 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] python-swiftclient?
I'm a big proponent of standalone clients since Horizon has to consume all of them. Big +1 there. However, there seems to be a split in the community as to what the clients should look like: * Glance and Quantum's clients are very flat things that basically just parse the JSON data returned and hand back dictionaries. * Novaclient and Keystoneclient follow an object-oriented paradigm with manager interfaces and pretty wrapper classes. * Cloudfiles has objects but no managers, while Swift's internal client is the dict style. Having to work with all of these, some consistency would be nice. Moreover, if we could agree on a consistency it would allow us to create a common client base library that individual projects could then build from instead of starting from scratch each time. All the best, - Gabriel -Original Message- From: openstack-bounces+gabriel.hurley=nebula@lists.launchpad.net [mailto:openstack- bounces+gabriel.hurley=nebula@lists.launchpad.net] On Behalf Of John Dickinson Sent: Monday, February 13, 2012 7:53 AM To: Chmouel Boudjnah Cc: openstack@lists.launchpad.net Subject: Re: [Openstack] python-swiftclient? On Feb 13, 2012, at 8:29 AM, Chmouel Boudjnah wrote: What do you think if we : - split swift.common.client to its own. - have bin/swift import that package and shipped with it. - have a comprehensive test suite covering the CLI and the library. - have some proper PIP release for all the projects to depend on it. +1 Also, you may want to look at https://github.com/gholt/swiftly --John ___ 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] Any block storage folks interested in getting together?
I'm interested in joining in. I've never joined one of the calls before, where do I get more information on how to join? On Mon, Feb 13, 2012 at 12:06 PM, Diego Parrilla diego.parrilla.santama...@gmail.com wrote: Sounds great. We will try to join the meeting. Enviado desde mi iPad El 13/02/2012, a las 19:06, John Griffith john.griff...@solidfire.com escribió: There's been a lot of new work going on specific to Nova Volumes the past month or so. I was thinking that it's been a long time since we've had a Nova-Volume team meeting and thought I'd see if there was any interest in trying to get together next week? I'm open to suggestions regarding time slots but thought I'd propose our old slot, Thursday Feb 23, 18:00 - 19:00 UTC. Here's a proposed agenda: * Quick summary of new blueprints you have submitted and completed (or targeting for completion) in Essex * Any place folks might need some help with items they've targeted for Essex (see if we have any volunteers to help out if needed) * Any updates regarding BSaaS * Gauge interest in resurrecting a standing meeting, perhaps every 2 weeks? If you have specific items that you'd be interested in sharing/discussing let me know. Thanks, John ___ 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
[Openstack] Nova string encoding
I am investigating this bug: https://bugs.launchpad.net/horizon/+bug/931667 I've started by passing various silly usernames into '$nova-manage create user' and immediately discovered that, for the user name at least, nova presumes that commandline args are in ascii rather than in utf-8. That seems wrong! Is there a policy document anyplace describing what encodings should be used in Nova? If not, do we need one? Otherwise, anytime we pull something off of the commandline or out of the database, we don't really know what we're getting. -Andrew ___ 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] Any block storage folks interested in getting together?
Hi Bob, Just pop into IRC: #openstack-meeting John On Mon, Feb 13, 2012 at 3:17 PM, Bob Van Zant b...@veznat.com wrote: I'm interested in joining in. I've never joined one of the calls before, where do I get more information on how to join? On Mon, Feb 13, 2012 at 12:06 PM, Diego Parrilla diego.parrilla.santama...@gmail.com wrote: Sounds great. We will try to join the meeting. Enviado desde mi iPad El 13/02/2012, a las 19:06, John Griffith john.griff...@solidfire.com escribió: There's been a lot of new work going on specific to Nova Volumes the past month or so. I was thinking that it's been a long time since we've had a Nova-Volume team meeting and thought I'd see if there was any interest in trying to get together next week? I'm open to suggestions regarding time slots but thought I'd propose our old slot, Thursday Feb 23, 18:00 - 19:00 UTC. Here's a proposed agenda: * Quick summary of new blueprints you have submitted and completed (or targeting for completion) in Essex * Any place folks might need some help with items they've targeted for Essex (see if we have any volunteers to help out if needed) * Any updates regarding BSaaS * Gauge interest in resurrecting a standing meeting, perhaps every 2 weeks? If you have specific items that you'd be interested in sharing/discussing let me know. Thanks, John ___ 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
Re: [Openstack] Question on i8ln?
On 2/13/12 3:58 PM, Eric Windisch wrote: I'm guessing that you're looking at this from a developer's perspective rather than a support and operations perspective. Developers will understand English, but the operations and especially the support team may not. Having native language log messages has the potential to significantly decrease support costs for users both domestic and abroad (where domestic users might outsource support). The one thing I consistently use log messages for is googling. If everyone in the world gets the same log message for a given error, that drastically increases the chances that I'll find that log message in a forum post someplace. Doesn't localizing log messages fragment the world of support forums into a zillion language-specific shards? (Full disclosure: I speak English, so this argument may be an unconscious front for Yankee Imperialism.) ___ 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] Question on i8ln?
Agreed, I do that as well. But I'm also a biased yankee, now a californian (not hippie/ster yet, haha). On 2/13/12 2:37 PM, Andrew Bogott abog...@wikimedia.org wrote: On 2/13/12 3:58 PM, Eric Windisch wrote: I'm guessing that you're looking at this from a developer's perspective rather than a support and operations perspective. Developers will understand English, but the operations and especially the support team may not. Having native language log messages has the potential to significantly decrease support costs for users both domestic and abroad (where domestic users might outsource support). The one thing I consistently use log messages for is googling. If everyone in the world gets the same log message for a given error, that drastically increases the chances that I'll find that log message in a forum post someplace. Doesn't localizing log messages fragment the world of support forums into a zillion language-specific shards? (Full disclosure: I speak English, so this argument may be an unconscious front for Yankee Imperialism.) ___ 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] Question on i8ln?
Error codes are also searchable, but I agree that text is even more search-aware. However, also as a Yankee, I often find search results for an error string leading me to a site in, say, Russian or Korean. This is a direct result of log messages NOT being i18n'ed. I suppose it swings both ways... -- Eric Windisch On Monday, February 13, 2012 at 2:41 PM, Joshua Harlow wrote: Re: [Openstack] Question on i8ln? Agreed, I do that as well. But I’m also a biased yankee, now a californian (not hippie/ster yet, haha). On 2/13/12 2:37 PM, Andrew Bogott abog...@wikimedia.org wrote: On 2/13/12 3:58 PM, Eric Windisch wrote: I'm guessing that you're looking at this from a developer's perspective rather than a support and operations perspective. Developers will understand English, but the operations and especially the support team may not. Having native language log messages has the potential to significantly decrease support costs for users both domestic and abroad (where domestic users might outsource support). The one thing I consistently use log messages for is googling. If everyone in the world gets the same log message for a given error, that drastically increases the chances that I'll find that log message in a forum post someplace. Doesn't localizing log messages fragment the world of support forums into a zillion language-specific shards? (Full disclosure: I speak English, so this argument may be an unconscious front for Yankee Imperialism.) ___ 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] Nova string encoding
On Mon, Feb 13, 2012 at 5:25 PM, Andrew Bogott abog...@wikimedia.org wrote: I am investigating this bug: https://bugs.launchpad.net/horizon/+bug/931667 I've started by passing various silly usernames into '$nova-manage create user' and immediately discovered that, for the user name at least, nova presumes that commandline args are in ascii rather than in utf-8. That seems wrong! Is there a policy document anyplace describing what encodings should be used in Nova? If not, do we need one? Otherwise, anytime we pull something off of the commandline or out of the database, we don't really know what we're getting. -Andrew Very recently, a change got in that converts all tables (except 1) to utf8 encoding, for the mysql engine. I manually tested creating servers with unicode names and with unicode metadata, and it worked fine. Make sure you are running against the latest code. -Naveed ___ 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] OpenStack Governance Elections Spring 2012
The time is once again upon us for our OpenStack Governance Elections. The OpenStack community is called to elect the Project Technical Leads and two seats of the Project Policy Board. The election committee is made of Stefano Maffulli, Lloyd Dewolf and Dave Nielsen. * February 16 – 26 11:59 PST: Nominations open. * February 28 – March 3 11:59 PST: Online voting open. * March 3 11:59 PST: Voting closed. Final results will be posted immediately upon election close. What seats are up for election * NOVA Project Team Lead (1 Position) * SWIFT Project Team Lead (1 Position) * GLANCE Project Team Lead (1 Position) * HORIZON Project Team Lead (1 Position) * KEYSTONE Project Team Lead (1 Position) * Project Policy Board (2 Open Positions) How to nominate yourself or others as Project Technical Lead Only OpenStack community members who have code in the respective OpenStack subproject are eligible to be elected as that subproject’s Project Team Lead. Please nominate someone from the developer community or yourself at http://etherpad.openstack.org/Spring2012-Nominees under the Nominees heading. Please provide the name and email address of the nominee. The election committee will then confirm with the nominee that they are willing to run for the position.The list of Approved Candidates will be announced with a new blog post on openstack.org/blog when online voting opens (Feb 28). How to nominate yourself or others as member of the Project Policy Board Any registered member of the OpenStack Launchpad group is eligible to run or be nominated for a position on the Project Policy Board. If you want to vote and/or run for a seat you need to register on Launchpad and add yourself to the public OpenStack group on https://launchpad.net/~openstack. Please nominate someone from the community or yourself at http://etherpad.openstack.org/Spring2012-Nominees under the Nominees heading. Please give the name and email address of the nominee. The election committee will then confirm with the nominee that they are willing to run for the position. The list of Approved Candidates will be announced with a new blog post on openstack.org/blog right before the election starts.How to register to vote for PTL Only OpenStack community members who have code in the respective OpenStack subproject are eligible to vote for that subproject’s Project Team Lead. The authoritative list of eligible voters and nominees is the Authors file in each repository. For example, the list of Nova authors is https://github.com/openstack/nova/blob/master/Authors. Make sure your name and correct email address is there or you won’t be able to vote. How to register to vote for Project Policy Board Any registered member of the OpenStack Launchpad group is eligible to vote for the Project Policy Board. If you want to vote you need to register to Launchpad and add yourself to the public OpenStack group on https://launchpad.net/~openstack before registering as a voter using the form at http://ppbelectionsregistration.openstack.org/. Company affiliation is only collected as an interesting statistic; it has no effect on the outcome of the election. Voting process Like previous OpenStack Governance Elections, we will use the Condorcet Internet Voting Service from Cornell University, http://www.cs.cornell.edu/andru/civs.html. This tool uses the Condorcet method of voting which invokes ranking the nominees instead of just selecting one choice. More information on this methodology is at http://www.cs.cornell.edu/w8/~andru/civs/rp.html. All registered voters will receive an email with a unique link allowing them to privately vote. Please note that the voting system is run using private polls with restricted access to ensure voter authenticity; however all results will be made public once the election ends. Voter anonymity is guaranteed. The result’s ranking will be evaluated using Schulze (also known as Beatpath or CSSD) completion rule. Thanks for participating in this essential process. Please remind your friends and colleagues to get involved, register and vote! ___ 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] Nova string encoding
On 2/13/12 5:04 PM, Naveed Massjouni wrote: Very recently, a change got in that converts all tables (except 1) to utf8 encoding, for the mysql engine. I manually tested creating servers with unicode names and with unicode metadata, and it worked fine. Make sure you are running against the latest code. -Naveed That's a step in the right direction, but doesn't completely address what I'm asking, unless by 'all tables' you meant 'all tables and also all internal variables and also all REST and Commandline interfaces.' Fixing my particular issue is straightforward, but the fact that I'm seeing the bug in the first place suggests that there's no standard encoding currently enforced. Which seems bad. ___ 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] Remove Zones code - FFE
Please not 'shards' Sharding as a concept is so intertwined with databases IMHO that it will serve to confuse even more. Why not 'cluster'? Martin On 13 February 2012 09:50, Chris Behrens cbehr...@codestud.com wrote: Sorry, I'm late. Really getting down to the wire here. :) I've thrown up a version here: https://review.openstack.org/#change,4062 I've not functionally tested it yet, but there's really good test coverage for the zones service itself. I also have added a test_compute_zones which tests that all of the compute tests pass while using the new ComputeZonesAPI class. There's a couple bugs I note in the review and then I think I'm missing pushing some instance updates to the top in libvirt code. And missing an update for instance deletes in the compute manager. Going to hit those up today and finish this off. One other comment: It's been suggested we not call this stuff 'Zones' anymore. It gets confused with availability zones and so forth. Since this is really a way to shard nova, it has been suggested to call this 'Shards'. :) Not sure I dig that name completely, although it makes sense. Thoughts? - Chris On Feb 9, 2012, at 10:29 AM, Leandro Reox wrote: Awesome Chris !!! Lean On Thu, Feb 9, 2012 at 3:26 PM, Alejandro Comisario alejandro.comisa...@mercadolibre.com wrote: Niceee !! Alejandro. On 02/09/2012 02:02 PM, Chris Behrens wrote: I should be pushing something up by end of day... Even if it's not granted an FFE, I'll have a need to keep my branch updated and working, so I should at least always have a branch pushed up to a github account somewhere until F1 opens up. So, I guess worst case... there'll be a branch somewhere for you to play with. :) - Chris On Feb 8, 2012, at 3:21 PM, Tom Fifield wrote: Just raising another deployment waiting on this new Zone implementation - we currently have 2000 cores sitting idle in another datacentre that we can use better if this is done. How can we help? ;) Regards, Tom On 02/08/2012 07:30 PM, Ziad Sawalha wrote: We were working on providing the necessary functionality in Keystone but stopped when we heard of the alternative solution. We could resume the conversation about what is needed on the Keystone side and implement if needed. Z From: Sandy Walsh sandy.wa...@rackspace.com mailto:sandy.wa...@rackspace.com Date: Thu, 2 Feb 2012 01:49:58 + To: Joshua McKenty jos...@pistoncloud.com mailto:jos...@pistoncloud.com , Vishvananda Ishaya vishvana...@gmail.com mailto:vishvana...@gmail.com Cc: openstack@lists.launchpad.net mailto:openstack@lists.launchpad.net openstack@lists.launchpad.net mailto:openstack@lists.launchpad.net Subject: Re: [Openstack] Remove Zones code - FFE Understood, timing is everything. I'll let Chris talk about expected timing for the replacement. From a deployers side, nothing would really change, just some configuration options ... but a replacement should be available. I'm sure we could get it working pretty easily. The Keystone integration was the biggest pita. I can keep this branch fresh with trunk for when we're ready to pull the trigger. -S *From:* Joshua McKenty [ jos...@pistoncloud.com mailto:jos...@pistoncloud.com ] *Sent:* Wednesday, February 01, 2012 4:45 PM *To:* Vishvananda Ishaya *Cc:* Sandy Walsh; openstack@lists.launchpad.net mailto:openstack@lists.launchpad.net *Subject:* Re: [Openstack] Remove Zones code - FFE +1 to Vish's points. I know there are some folks coming online in the Folsom timeline that can help out with the new stuff, but this feels a bit like going backwards. -- Joshua McKenty, CEO Piston Cloud Computing, Inc. w: (650) 24-CLOUD m: (650) 283-6846 http://www.pistoncloud.com Oh, Westley, we'll never survive! Nonsense. You're only saying that because no one ever has. On Wednesday, February 1, 2012 at 12:41 PM, Vishvananda Ishaya wrote: I am all for pulling this out, but I'm a bit concerned with the fact that we have nothing to replace it with. There are some groups still trying to use it. MercadoLibre is trying to use it for example. I know you guys are trying to replace this with something better, but it would be nice not to break people for 7+ months So I guess I have some questions: 1.a) is the current implementation completely broken? 1.b) if yes, is it fixable 2) If we do remove this, what can we tell people that need something like zones between now and the Folsom release? Vish On Feb 1, 2012, at 12:16 PM, Sandy Walsh wrote: As part of the new (and optional) Zones code coming down the pipe, part of this is to remove the old Zones implementation. More info in the merge prop: https://review.openstack.org/#change,3629 So, can I? can I? Huh? ___ Mailing list:
Re: [Openstack] Nova string encoding
Isn't the command line interface just a setting on the terminal app you are using? At least on a mac there is a terminal-preferences-advanced which specifies which encoding to use (mine is UTF-8). Was that tried/verified? On 2/13/12 3:52 PM, Andrew Bogott abog...@wikimedia.org wrote: On 2/13/12 5:04 PM, Naveed Massjouni wrote: Very recently, a change got in that converts all tables (except 1) to utf8 encoding, for the mysql engine. I manually tested creating servers with unicode names and with unicode metadata, and it worked fine. Make sure you are running against the latest code. -Naveed That's a step in the right direction, but doesn't completely address what I'm asking, unless by 'all tables' you meant 'all tables and also all internal variables and also all REST and Commandline interfaces.' Fixing my particular issue is straightforward, but the fact that I'm seeing the bug in the first place suggests that there's no standard encoding currently enforced. Which seems bad. ___ 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] Adding a Glance image via API without POSTing the image data?
Yep, that's pretty much exactly the implementation we were hoping might exist. If it can be built that would be phenomenal. Any thoughts on whether that might be possible before E4 closes, or will it have to wait until Folsom? I'll propose a blueprint and see if I can get it approved for E4. Hi Gabriel, FYI that blueprint is: https://blueprints.launchpad.net/glance/+spec/retrieve-image-from implemented by this patch under review: https://review.openstack.org/#change,4096 Cheers, Eoghan ___ 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] NFS for nova-volume
Hello folks, I was wondering if anyone has tried setting up nova-volume on NFS backend without making any changes to nova-volume code? There is a Xen Storage Manager Volume driver that can support NFS, but I am looking for a non-Xen solution. http://nova.openstack.org/devref/xensmvolume.html Thanks. Salman___ 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] Remove Zones code - FFE
Maybe Resource Pool can fit better Lean On Mon, Feb 13, 2012 at 9:59 PM, Martin Paulo martin.pa...@gmail.comwrote: Please not 'shards' Sharding as a concept is so intertwined with databases IMHO that it will serve to confuse even more. Why not 'cluster'? Martin On 13 February 2012 09:50, Chris Behrens cbehr...@codestud.com wrote: Sorry, I'm late. Really getting down to the wire here. :) I've thrown up a version here: https://review.openstack.org/#change,4062 I've not functionally tested it yet, but there's really good test coverage for the zones service itself. I also have added a test_compute_zones which tests that all of the compute tests pass while using the new ComputeZonesAPI class. There's a couple bugs I note in the review and then I think I'm missing pushing some instance updates to the top in libvirt code. And missing an update for instance deletes in the compute manager. Going to hit those up today and finish this off. One other comment: It's been suggested we not call this stuff 'Zones' anymore. It gets confused with availability zones and so forth. Since this is really a way to shard nova, it has been suggested to call this 'Shards'. :) Not sure I dig that name completely, although it makes sense. Thoughts? - Chris On Feb 9, 2012, at 10:29 AM, Leandro Reox wrote: Awesome Chris !!! Lean On Thu, Feb 9, 2012 at 3:26 PM, Alejandro Comisario alejandro.comisa...@mercadolibre.com wrote: Niceee !! Alejandro. On 02/09/2012 02:02 PM, Chris Behrens wrote: I should be pushing something up by end of day... Even if it's not granted an FFE, I'll have a need to keep my branch updated and working, so I should at least always have a branch pushed up to a github account somewhere until F1 opens up. So, I guess worst case... there'll be a branch somewhere for you to play with. :) - Chris On Feb 8, 2012, at 3:21 PM, Tom Fifield wrote: Just raising another deployment waiting on this new Zone implementation - we currently have 2000 cores sitting idle in another datacentre that we can use better if this is done. How can we help? ;) Regards, Tom On 02/08/2012 07:30 PM, Ziad Sawalha wrote: We were working on providing the necessary functionality in Keystone but stopped when we heard of the alternative solution. We could resume the conversation about what is needed on the Keystone side and implement if needed. Z From: Sandy Walsh sandy.wa...@rackspace.com mailto:sandy.wa...@rackspace.com Date: Thu, 2 Feb 2012 01:49:58 + To: Joshua McKenty jos...@pistoncloud.com mailto:jos...@pistoncloud.com , Vishvananda Ishaya vishvana...@gmail.com mailto:vishvana...@gmail.com Cc: openstack@lists.launchpad.net mailto:openstack@lists.launchpad.net openstack@lists.launchpad.net mailto:openstack@lists.launchpad.net Subject: Re: [Openstack] Remove Zones code - FFE Understood, timing is everything. I'll let Chris talk about expected timing for the replacement. From a deployers side, nothing would really change, just some configuration options ... but a replacement should be available. I'm sure we could get it working pretty easily. The Keystone integration was the biggest pita. I can keep this branch fresh with trunk for when we're ready to pull the trigger. -S *From:* Joshua McKenty [ jos...@pistoncloud.com mailto:jos...@pistoncloud.com ] *Sent:* Wednesday, February 01, 2012 4:45 PM *To:* Vishvananda Ishaya *Cc:* Sandy Walsh; openstack@lists.launchpad.net mailto:openstack@lists.launchpad.net *Subject:* Re: [Openstack] Remove Zones code - FFE +1 to Vish's points. I know there are some folks coming online in the Folsom timeline that can help out with the new stuff, but this feels a bit like going backwards. -- Joshua McKenty, CEO Piston Cloud Computing, Inc. w: (650) 24-CLOUD m: (650) 283-6846 http://www.pistoncloud.com Oh, Westley, we'll never survive! Nonsense. You're only saying that because no one ever has. On Wednesday, February 1, 2012 at 12:41 PM, Vishvananda Ishaya wrote: I am all for pulling this out, but I'm a bit concerned with the fact that we have nothing to replace it with. There are some groups still trying to use it. MercadoLibre is trying to use it for example. I know you guys are trying to replace this with something better, but it would be nice not to break people for 7+ months So I guess I have some questions: 1.a) is the current implementation completely broken? 1.b) if yes, is it fixable 2) If we do remove this, what can we tell people that need something like zones between now and the Folsom release? Vish On Feb 1, 2012, at 12:16 PM, Sandy Walsh wrote: As part of the new (and optional) Zones code coming down the pipe,
Re: [Openstack] NFS for nova-volume
We're running our nova-volumes VG on a Netapp mapped LUN to the nova-volume server. But if youre looking for a more clean solution actually several vendors like Nexenta have their own drivers for nova-volume to use, so a volume create instruction will end up on a lun creation and mapping to the virtual instances. Actually netapp is planing to release this to Folsom1 but always talking about block storage. nova-volume is a block storage solution Amazon EBS like , i dont know if there's plans to suppor creation and mapping of a volume as an NFS resource, i think that if you need nfs volume mapping at boot time you can insert the correct mount lines via metadata Best Lean On Mon, Feb 13, 2012 at 10:21 PM, Salman A Baset saba...@us.ibm.com wrote: Hello folks, I was wondering if anyone has tried setting up nova-volume on NFS backend without making any changes to nova-volume code? There is a Xen Storage Manager Volume driver that can support NFS, but I am looking for a non-Xen solution. http://nova.openstack.org/devref/xensmvolume.html Thanks. Salman ___ 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] Remove Zones code - FFE
agreed.. -1 on shard, +1 on cluster Yun On Mon, Feb 13, 2012 at 7:59 PM, Martin Paulo martin.pa...@gmail.com wrote: Please not 'shards' Sharding as a concept is so intertwined with databases IMHO that it will serve to confuse even more. Why not 'cluster'? Martin On 13 February 2012 09:50, Chris Behrens cbehr...@codestud.com wrote: Sorry, I'm late. Really getting down to the wire here. :) I've thrown up a version here: https://review.openstack.org/#change,4062 I've not functionally tested it yet, but there's really good test coverage for the zones service itself. I also have added a test_compute_zones which tests that all of the compute tests pass while using the new ComputeZonesAPI class. There's a couple bugs I note in the review and then I think I'm missing pushing some instance updates to the top in libvirt code. And missing an update for instance deletes in the compute manager. Going to hit those up today and finish this off. One other comment: It's been suggested we not call this stuff 'Zones' anymore. It gets confused with availability zones and so forth. Since this is really a way to shard nova, it has been suggested to call this 'Shards'. :) Not sure I dig that name completely, although it makes sense. Thoughts? - Chris On Feb 9, 2012, at 10:29 AM, Leandro Reox wrote: Awesome Chris !!! Lean On Thu, Feb 9, 2012 at 3:26 PM, Alejandro Comisario alejandro.comisa...@mercadolibre.com wrote: Niceee !! Alejandro. On 02/09/2012 02:02 PM, Chris Behrens wrote: I should be pushing something up by end of day... Even if it's not granted an FFE, I'll have a need to keep my branch updated and working, so I should at least always have a branch pushed up to a github account somewhere until F1 opens up. So, I guess worst case... there'll be a branch somewhere for you to play with. :) - Chris On Feb 8, 2012, at 3:21 PM, Tom Fifield wrote: Just raising another deployment waiting on this new Zone implementation - we currently have 2000 cores sitting idle in another datacentre that we can use better if this is done. How can we help? ;) Regards, Tom On 02/08/2012 07:30 PM, Ziad Sawalha wrote: We were working on providing the necessary functionality in Keystone but stopped when we heard of the alternative solution. We could resume the conversation about what is needed on the Keystone side and implement if needed. Z From: Sandy Walsh sandy.wa...@rackspace.com mailto:sandy.wa...@rackspace.com Date: Thu, 2 Feb 2012 01:49:58 + To: Joshua McKenty jos...@pistoncloud.com mailto:jos...@pistoncloud.com , Vishvananda Ishaya vishvana...@gmail.com mailto:vishvana...@gmail.com Cc: openstack@lists.launchpad.net mailto:openstack@lists.launchpad.net openstack@lists.launchpad.net mailto:openstack@lists.launchpad.net Subject: Re: [Openstack] Remove Zones code - FFE Understood, timing is everything. I'll let Chris talk about expected timing for the replacement. From a deployers side, nothing would really change, just some configuration options ... but a replacement should be available. I'm sure we could get it working pretty easily. The Keystone integration was the biggest pita. I can keep this branch fresh with trunk for when we're ready to pull the trigger. -S *From:* Joshua McKenty [ jos...@pistoncloud.com mailto:jos...@pistoncloud.com ] *Sent:* Wednesday, February 01, 2012 4:45 PM *To:* Vishvananda Ishaya *Cc:* Sandy Walsh; openstack@lists.launchpad.net mailto:openstack@lists.launchpad.net *Subject:* Re: [Openstack] Remove Zones code - FFE +1 to Vish's points. I know there are some folks coming online in the Folsom timeline that can help out with the new stuff, but this feels a bit like going backwards. -- Joshua McKenty, CEO Piston Cloud Computing, Inc. w: (650) 24-CLOUD m: (650) 283-6846 http://www.pistoncloud.com Oh, Westley, we'll never survive! Nonsense. You're only saying that because no one ever has. On Wednesday, February 1, 2012 at 12:41 PM, Vishvananda Ishaya wrote: I am all for pulling this out, but I'm a bit concerned with the fact that we have nothing to replace it with. There are some groups still trying to use it. MercadoLibre is trying to use it for example. I know you guys are trying to replace this with something better, but it would be nice not to break people for 7+ months So I guess I have some questions: 1.a) is the current implementation completely broken? 1.b) if yes, is it fixable 2) If we do remove this, what can we tell people that need something like zones between now and the Folsom release? Vish On Feb 1, 2012, at 12:16 PM, Sandy Walsh wrote: As part of the new (and optional) Zones code coming down the pipe, part of this is to remove the old Zones implementation. More info in the merge prop:
Re: [Openstack] Nova string encoding
On 2/13/12 7:00 PM, Joshua Harlow wrote: Isn't the command line interface just a setting on the terminal app you are using? I'm sorry if I wasn't clear before. What's happening is: I am using a utf8 shell (which is, I believe, normal.) Nova-manage is receiving an argument and storing it as an 8-bit 'string'. That is already wrong, because we've now lost track of what kind of 8-bit string it is. Some parts of the code probably interpret it as UTF8, but the code in the bug I'm encountering is interpreting it as ASCII. The 'string' type in Python 2 is known to be ambiguous in this way. Because UTF8 and ASCII overlap for certain values, this ambiguity is seldom encountered by Americans. One solution to this is to just declare All strings in Nova will henceforth be treated as UTF8. That may be the current intent, but it is not actually the case. It's also not a great policy because it would have to be enforced 'by hand' due to Python 2's ongoing ignorance about encodings. A more correct design which allows for future flexibility would look like this: 1) Adopt a standard for what encoding is used for all implicitly-encoded IO. (I would propose that that standard be UTF8 rather than ASCII.) 2) At all points where strings enter Python (e.g. commandline args) immediately decode them into unicode (which can unambiguously contain all possible 8-bit encodings.) 3) At all points where 'unicodes' exit Python (being written to stdout or a log file or a database) explicitly encode them as appropriate (generally UTF8, again, especially if we're ever going to read them back in.) That approach is the one I'm most familiar with, and the one advocated for here: http://farmdev.com/talks/unicode/. So...back to my original question about what the policy is: Can I assume that the answer is There is no policy regarding string encoding but we've been lucky so far? -Andrew At least on a mac there is a terminal-preferences-advanced which specifies which encoding to use (mine is UTF-8). Was that tried/verified? On 2/13/12 3:52 PM, Andrew Bogott abog...@wikimedia.org wrote: On 2/13/12 5:04 PM, Naveed Massjouni wrote: Very recently, a change got in that converts all tables (except 1) to utf8 encoding, for the mysql engine. I manually tested creating servers with unicode names and with unicode metadata, and it worked fine. Make sure you are running against the latest code. -Naveed That's a step in the right direction, but doesn't completely address what I'm asking, unless by 'all tables' you meant 'all tables and also all internal variables and also all REST and Commandline interfaces.' Fixing my particular issue is straightforward, but the fact that I'm seeing the bug in the first place suggests that there's no standard encoding currently enforced. Which seems bad. ___ Mailing list: https://launchpad.net/~openstack https://launchpad.net/%7Eopenstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack https://launchpad.net/%7Eopenstack 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] Any block storage folks interested in getting together?
Hello, We are interested in participating. Looking forward to talk to all Nova block storage developers. -- Best regards, Oleg On Tue, Feb 14, 2012 at 2:31 AM, John Griffith john.griff...@solidfire.comwrote: Hi Bob, Just pop into IRC: #openstack-meeting John On Mon, Feb 13, 2012 at 3:17 PM, Bob Van Zant b...@veznat.com wrote: I'm interested in joining in. I've never joined one of the calls before, where do I get more information on how to join? On Mon, Feb 13, 2012 at 12:06 PM, Diego Parrilla diego.parrilla.santama...@gmail.com wrote: Sounds great. We will try to join the meeting. Enviado desde mi iPad El 13/02/2012, a las 19:06, John Griffith john.griff...@solidfire.com escribió: There's been a lot of new work going on specific to Nova Volumes the past month or so. I was thinking that it's been a long time since we've had a Nova-Volume team meeting and thought I'd see if there was any interest in trying to get together next week? I'm open to suggestions regarding time slots but thought I'd propose our old slot, Thursday Feb 23, 18:00 - 19:00 UTC. Here's a proposed agenda: * Quick summary of new blueprints you have submitted and completed (or targeting for completion) in Essex * Any place folks might need some help with items they've targeted for Essex (see if we have any volunteers to help out if needed) * Any updates regarding BSaaS * Gauge interest in resurrecting a standing meeting, perhaps every 2 weeks? If you have specific items that you'd be interested in sharing/discussing let me know. Thanks, John ___ 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 ___ 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] Creating boot-from-volume capable image and volume
Hi Anthony,
I tried your exercise script and found the following:
- a launched instance cannot go outside the world and failed
to get the cirros image with floating ip.
- I had to go inside nova-compute session to enter password
for executing guestmount and fusermount with sudo.
So, I made some changes with the patch below and got it working.
midokura@midokura-iMac:~/git/devstack.forked/exercises$ diff -u
boot_from_volume_new-8fe133bebcd90fa94c7a1d12c00b3f2cca18a35c.sh
bfv.sh
--- boot_from_volume_new-8fe133bebcd90fa94c7a1d12c00b3f2cca18a35c.sh
2012-02-11
05:49:08.0 +0900
+++ bfv.sh 2012-02-14 14:30:44.233636001 +0900
@@ -99,13 +99,13 @@
fi
# Add floating ip to our server
-nova add-floating-ip $VM_UUID $FLOATING_IP
+#nova add-floating-ip $VM_UUID $FLOATING_IP
# Test we can ping our floating ip within ASSOCIATE_TIMEOUT seconds
-if ! timeout $ASSOCIATE_TIMEOUT sh -c while ! ping -c1 -w1
$FLOATING_IP; do sleep 1; done; then
-echo Couldn't ping server with floating ip
-exit 1
-fi
+#if ! timeout $ASSOCIATE_TIMEOUT sh -c while ! ping -c1 -w1
$FLOATING_IP; do sleep 1; done; then
+#echo Couldn't ping server with floating ip
+#exit 1
+#fi
# Create our volume
nova volume-create --display_name=$VOL_NAME 1
@@ -116,6 +116,9 @@
exit 1
fi
+# get private ip
+IP=$(nova show $VM_UUID |grep priv | awk -F '|' '{print $3}'|sed -e 's/ //')
+
# FIXME (anthony) - python-novaclient should accept a volume_id for
the attachment param
DEVICE=/dev/vdb
VOLUME_ID=`nova volume-list | grep $VOL_NAME | cut -d '|' -f 2 | tr -d ' '`
@@ -131,7 +134,7 @@
# To do this, ssh to the builder instance, mount volume, and build a
volume-backed image.
STAGING_DIR=/tmp/stage
CIRROS_DIR=/tmp/cirros
-ssh -o StrictHostKeyChecking=no -i $KEY_FILE cirros@$FLOATING_IP EOF
+ssh -o StrictHostKeyChecking=no -i $KEY_FILE cirros@$IP EOF
set -o errexit
set -o xtrace
sudo mkdir -p $STAGING_DIR
@@ -177,16 +180,16 @@
sleep 1
# Add floating ip to our server
-nova add-floating-ip $VOL_VM_UUID $FLOATING_IP
+#nova add-floating-ip $VOL_VM_UUID $FLOATING_IP
# Test we can ping our floating ip within ASSOCIATE_TIMEOUT seconds
-if ! timeout $ASSOCIATE_TIMEOUT sh -c while ! ping -c1 -w1
$FLOATING_IP; do sleep 1; done; then
-echo Couldn't ping volume-backed server with floating ip
-exit 1
-fi
+#if ! timeout $ASSOCIATE_TIMEOUT sh -c while ! ping -c1 -w1
$FLOATING_IP; do sleep 1; done; then
+#echo Couldn't ping volume-backed server with floating ip
+#exit 1
+#fi
# Make sure our volume-backed instance launched
-ssh -o StrictHostKeyChecking=no -i $KEY_FILE cirros@$FLOATING_IP EOF
+ssh -o StrictHostKeyChecking=no -i $KEY_FILE cirros@$IP EOF
echo success!
EOF
@@ -206,7 +209,7 @@
nova delete $INSTANCE_NAME
# De-allocate the floating ip
-nova floating-ip-delete $FLOATING_IP
+#nova floating-ip-delete $FLOATING_IP
# Delete secgroup
nova secgroup-delete $SECGROUP
--
Hope this helps.
Cheers,
Tomoe
On Sat, Feb 11, 2012 at 10:31 PM, Tomoe Sugihara to...@midokura.com wrote:
Hi Anthony,
Thanks for following it up.
On Sat, Feb 11, 2012 at 2:58 PM, Anthony Young
sleepsonthefl...@gmail.com wrote:
On Fri, Feb 10, 2012 at 8:51 PM, Tomoe Sugihara to...@midokura.com wrote:
Hi folks,
Could someone tell me what is the right way to do boot-from-volume?
Especially, how to create boot-from-volume capable image and volume?
My understanding is that, since openstack API requires imageRef, we
need to pass in both image and volume ids.
I was actually playing with this today, and just put up a review that adds a
devstack exercise to create and launch a bootable volume. It is true that
--image is still required when booting from a volume - I have not
investigated yet if that is a bug or a consequence of how boot-from-volume
is implemented as an extension (which still may fall into the bug category).
https://review.openstack.org/4044
Current servers API, which boot-from-volume inherits from, throws an
exception when imageRef is missing:
https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/servers.py#L646
https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/servers.py#L965
I thought that create_image in EC2 API would be the one and tried, but
it's totally broken now:
https://bugs.launchpad.net/nova/+bug/923546
And, I didn't find equivalent code in OpenStack API.
I'd appreciate any help on this and I'd be happy to help debug the issue.
Hopefully the code above will give you some direction to get started. My
experience thus far is that the end-to-end experience of using this feature
needs some work, so I'll probably file some bugs and patches while I muck
with it. So it would be great if you took a look and did the same:)
That helps me understand the end-to-end workflow a lot :)
In your script, you log in to a guest and copy a bootable image by cp
command to a volume, but
[Openstack-poc] Meeting tomorrow
I know it's slightly past the 2 pm cutoff, but would like to go ahead and meet tomorrow to discuss Quantum. Dan is interested in getting Quantum promoted to core for the Folsom release cycle and we need to review soon if we're going to make it. I updated the agenda on the wiki. Jonathan. ___ 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
Re: [Openstack-qa-team] API extensions and error codes
Hi David - The only existing API documentation for extensions was merged in with this merge request: https://review.openstack.org/#change,2045 Unfortunately, it appears it has been left behind in subsequent merges, as it doesn't appear in the Sphinx-built homepage at http://nova.openstack.org/. See the blank area below here, that's where it should be. http://nova.openstack.org/#api-extensions Nova devs - should I rebase and add those in again? What's a good next step? Thanks, Anne On Mon, Feb 13, 2012 at 8:59 AM, David Kranz david.kr...@qrclab.com wrote: It seems that a number of Tempest tests are broken because specific error codes are being checked that are different from those actually being returned from the API calls. I am puzzled because things like the floating ip and volume extensions seem to work fine with nova-client/diablo and some have different behavior in Essex. The regular APIs are well documented about return codes but I could not find any documentation about the extensions at all. Is there such documentation? -David -- Mailing list: https://launchpad.net/~openstack-qa-team Post to : openstack-qa-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack-qa-team More help : https://help.launchpad.net/ListHelp -- Mailing list: https://launchpad.net/~openstack-qa-team Post to : openstack-qa-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack-qa-team More help : https://help.launchpad.net/ListHelp
[Openstack-qa-team] Flavor list changed in Essex
In tracking down a problem with the tempest flavors test I noticed that 'nova flavor-list' returns this in Essex: ++---+---+--+--+---+-+ | ID |Name | Memory_MB | Swap | Local_GB | VCPUs | RXTX_Factor | ++---+---+--+--+---+-+ | 1 | m1.tiny | 512 | | 0| 1 | 1.0 | | 2 | m1.small | 2048 | | 10 | 1 | 1.0 | | 3 | m1.medium | 4096 | | 10 | 2 | 1.0 | | 4 | m1.large | 8192 | | 10 | 4 | 1.0 | | 5 | m1.xlarge | 16384 | | 10 | 8 | 1.0 | ++---+---+--+--+---+-+ and this in Diablo: ++---+---+--+--+---+-+ | ID |Name | Memory_MB | Swap | Local_GB | VCPUs | RXTX_Factor | ++---+---+--+--+---+-+ | 1 | m1.tiny | 512 | 0| 0| 1 | | | 2 | m1.small | 2048 | 0| 20 | 1 | | | 3 | m1.medium | 4096 | 0| 40 | 2 | | | 4 | m1.large | 8192 | 0| 80 | 4 | | | 5 | m1.xlarge | 16384 | 0| 160 | 8 | | ++---+---+--+--+---+-+ Note that Local_GB changed from 0,20,40,80,160 to 0,10,10,10,10. These values are coming straight from the API call. Is this a bug or a deliberate change? -David -- Mailing list: https://launchpad.net/~openstack-qa-team Post to : openstack-qa-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack-qa-team More help : https://help.launchpad.net/ListHelp
