Re: [Openstack] mysql cluster on openstack
Hi Marco, MySQL Cluster is not recommended for running on virtual machines. It is designed to be used as real-time as possible and with the NDB nodes on isolated networks. NDB node failures could well occur as well as delays in getting data when running on a cloud. Although the situation in the later versions is much better than it was when I worked for MySQL. Kind Regards Andrew On 23/12/12 03:57, Marco Bravo wrote: Hi all, happy holidays first of all. Any of you have deployed a mysql or any DB cluster over a cloud What's your recommend? Tks, Marco. http://www.bootcamp.cl January 2013 SCL ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp -- Andrew Hutchings - LinuxJedi - http://www.linuxjedi.co.uk/ ___ 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] Devstack.org website
Hi Dmitriy, You need to use this branch: https://github.com/openstack-dev/devstack Then use 'git review': http://wiki.openstack.org/GerritWorkflow Kind Regards Andrew On 06/11/12 08:48, Dmitriy Budnik wrote: Hi! I wonder how can I commit to devstack.org http://devstack.org website? I made a pull request on cloudbuilder's github: https://github.com/cloudbuilders/devstack/pull/249 Is it enough? That repo's PR page doesn't look being maintained. ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp -- Andrew Hutchings - LinuxJedi - http://www.linuxjedi.co.uk/ ___ 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] Gerrit
Hi Gary, On Wed, 2012-07-11 at 09:16 +0300, Gary Kotton wrote: Anyone having problems with gerrit? I can access it fine and the monitoring system doesn't show anything out of the ordinary. Can you please be a bit more specific as to the problem? Kind Regards -- Andrew Hutchings - LinuxJedi - http://www.linuxjedi.co.uk/ ___ 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 G naming poll
But on the flip side, Gazelles get eaten by lions. Read into that what you will :) Kind Regards Andrew On 05/07/12 11:41, Christopher B Ferris wrote: -1 Gazelle seems to carry more of the characteristics we would want (nimble, quick). Grizzly carries rather grim connotations of mauling, lumbering, and having a rather nasty disposition. I would not want that in a cloud. Also, as an adjective, grizzly means 'showing characteristics of age, especially having grey or white hair'. While the name may sound cool, it is actually ill fitting. Cheers, Christopher Ferris IBM Distinguished Engineer, CTO Industry and Cloud Standards Member, IBM Academy of Technology IBM Software Group, Standards Strategy email: chris...@us.ibm.com Twitter: christo4ferris phone: +1 508 234 2986 -openstack-bounces+chrisfer=us.ibm@lists.launchpad.net wrote: - To: Gabriel Hurley gabriel.hur...@nebula.com From: Mark Collier Sent by: openstack-bounces+chrisfer=us.ibm@lists.launchpad.net Date: 07/03/2012 09:46PM Cc: openstack@lists.launchpad.net \(openstack@lists.launchpad.net\) openstack@lists.launchpad.net, Thierry Carrez thie...@openstack.org Subject: Re: [Openstack] OpenStack G naming poll +1 grizzly On Jul 3, 2012, at 7:45 PM, Gabriel Hurley gabriel.hur...@nebula.com wrote: +1 on #8220;close enough to an arbitrary territory and also a great name#8221;. ;-) Also, the Grizzly is the California state animal: http://www.statesymbolsusa.org/California/animal_grizzly_bear.html Food for thought. - Gabriel From: openstack-bounces+gabriel.hurley=nebula@lists.launchpad.net [mailto:openstack-bounces+gabriel.hurley=nebula@lists.launchpad.net ] On Behalf Of Brian Waldon Sent: Tuesday, July 03, 2012 4:50 PM To: openstack@lists.launchpad.net (openstack@lists.launchpad.net) Cc: Thierry Carrez Subject: Re: [Openstack] OpenStack G naming poll TL;DR - Screw the rules, let's call the next release 'Grizzly' As California is rather lacking in the 'municipality names starting with a G that we should use for an OpenStack release' department, I have had to look *slightly* outside the ruleset to find a suitable 'G' release name - that name being 'Grizzly'. The rules clearly state that a release name must represent a city or county near the corresponding design summit and be comprised of a single word of ten characters or less - the problem here being that 'Grizzly' is actually 'Grizzly Flats.' Having already polled a small subset of the community, I feel like there would be enough support for 'Grizzly' to win if it were on the ballot. As I'm more interested in selecting a suitable name than accurately representing some arbitrary territory, I'd love to either permanently amend the rules to make this acceptable or grant an exception in this one case. As Thierry said, if this reaches critical mass, we will figure out what to do. Otherwise, I'll shut up and deal with 'Gazelle'. Brian On Jul 3, 2012, at 3:20 PM, Thierry Carrez wrote: Yes, it's that time of the year again... time for us to choose the name of the next OpenStack release ! This time, cities and counties in California (San Diego, CA being the location of the G design summit) I set up a poll with the available options (based on our current rules of naming) at: https://launchpad.net/~openstack/+poll/g-release-naming Poll is accessible to all members of ~openstack group in Launchpad, and ends next Tuesday, 21:30 UTC. Please cast your vote! I'm aware that a subversive movement wants to try to amend the rules so that another name option becomes available. Since we can't stop (or modify) the poll now that it's been launched, if that movement reaches critical mass, we may organize a second round of polling :) -- Thierry Carrez (ttx) Release Manager, OpenStack ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp ___ 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 -- Andrew Hutchings - LinuxJedi - http
Re: [Openstack] Stackforge migrating
Hi guys, On 04/07/12 13:20, Andrew Hutchings wrote: There was an initial plan to migrate Stackforge Gerrit and Jenkins to OpenStack Gerrit/Jenkins. There are many reasons for this such as: As far as I can tell the hard work of the migration is now complete. For anyone using Stackforge branches please pull the latest master and rebase any branches you were working on with this. It will update .gitreview to point to the correct server. From then on all reviews should be on review.openstack.org and tests on jenkins.openstack.org. If there are any problems please get in touch with the CI team (note it is 4th July holidays so probably just me today) Kind Regards -- Andrew Hutchings - LinuxJedi - http://www.linuxjedi.co.uk/ ___ 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] Review email notifications
Hi Gary, On 28/06/12 17:05, Gary Kotton wrote: It seems that this has stopped working today. Any ideas? If you mean OpenStack Gerrit, that has been delivering mails addressed to you to RedHat's MX server all day. Have you checked spam? Kind Regards -- Andrew Hutchings - LinuxJedi - http://www.linuxjedi.co.uk/ ___ 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] [Continuous-Integration] What else is running on the Jenkins slaves?
Hi Eoghan, On 26/06/12 12:30, Eoghan Glynn wrote: A question for the CI side-of-the-house ... What else is running on the Jenkins slaves, concurrently with the gating CI tests? Very basic things, not much other than the Jenkins Slave service and SSH. Nothing that should cause conflicts that you are seeing. We also intentionally only run one test run per slave at a time. The background is the intermittent glance service launch failure - the recently added strace-on-failure logic reveals the issue to be an EADDRINUSE when the registry service listen socket is bound to a supposedly unused port. Are you closing ports with SO_REUSEADDR? If the registry service or something else isn't then I guess that could cause it. Kind Regards -- Andrew Hutchings - LinuxJedi - http://www.linuxjedi.co.uk/ ___ 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] [infra] Stackforge issues: tests mails
Hi Julien, On 25/06/12 10:15, Julien Danjou wrote: We've a couple of problem on Stackforge currently with at least the ceilometer project. First, I don't receive any email from Gerrit anymore since several days. :-( As we have pointed out several times the Stackforge Gerrit mail is unreliable. This is because the Stackforge setup is hosted in HP Cloud and they have (quite rightly) anti-spam measures such as port 25 rate limiting. We have a plan to resolve this soon but it is not an easy fix. In the mean time the #stackforge-dev IRC channel can be used for Gerrit bot notifications. Secondly, I've added a bunch of tests for Essex on Jenkins days ago, but it seems they are either not complete or not deployed. The changes are: https://github.com/openstack/openstack-ci-puppet/commit/15e8d50de49dccb5958ec241638e7609d722d697 Could someone check this both issues? I can see the jobs on Jenkins just fine and puppet confirms there was no problem with deployment. The Zuul service, however, was not running. This has been fixed. Kind Regards -- Andrew Hutchings - LinuxJedi - http://www.linuxjedi.co.uk/ ___ 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] [metering] Changes to the ceilometer Jenkins job
Hi Doug, On 30/05/12 13:14, Doug Hellmann wrote: I started working on setting one up yesterday, and plan to continue working on it later today. I would appreciate any feedback you could give me on: https://github.com/dhellmann/ceilometer/commit/d2855c656c5442e46a4a891ff91d6be0abff9706 I'm not an expert but it looks good to me. Best thing to do is to propose a change via. gerrit. This will run a check test with the new tox.ini. You can then amend the commit and review again to upload further patchsets if you find some things need changing. Once this is in your other commits can simply be rebased to use it. Kind Regards -- Andrew Hutchings - LinuxJedi - http://www.linuxjedi.co.uk/ ___ 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] [metering] Changes to the ceilometer Jenkins job
Hi Julien, On 29/05/12 16:46, Julien Danjou wrote: We noticed that currently, on Stackforge, the ceilometer project has only one Jenkins job, checking that the merge occurs correctly. We'd like to add jobs to run unit tests, pep8, etc… I took a look at the openstack-ci-puppet repo, but I'm not sure of the changes, so I prefer to ask here for someone that understand this to help. From what I see, it's likely we would like to use the default python_jobs template. If anything is missing on our side to use the standard set of checks, we'll do what is necessary to be able to use them. :) Within an hour of this landing it will be done automatically for you: https://review.openstack.org/7884 We can then see if there are any jobs not working right for you. Please let me know if there are any problems. Kind Regards -- Andrew Hutchings - LinuxJedi - http://www.linuxjedi.co.uk/ ___ 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] [metering] Changes to the ceilometer Jenkins job
Hi Julien, On 29/05/12 19:12, Andrew Hutchings wrote: Within an hour of this landing it will be done automatically for you: https://review.openstack.org/7884 We can then see if there are any jobs not working right for you. Please let me know if there are any problems. It is also worth noting that Stackforge now has an IRC bot for gerrit in the #stackforge-dev Freenode channel. Kind Regards -- Andrew Hutchings - LinuxJedi - http://www.linuxjedi.co.uk/ ___ 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] [metering] Changes to the ceilometer Jenkins job
Hi Julien, On 29/05/12 19:12, Andrew Hutchings wrote: If anything is missing on our side to use the standard set of checks, we'll do what is necessary to be able to use them. :) We can then see if there are any jobs not working right for you. Please let me know if there are any problems. All done on the Jenkins side. The one thing you are currently missing is a tox.ini file. I can help you create this tomorrow or if you want to do it in the mean time look at the examples in other projects. Kind Regards -- Andrew Hutchings - LinuxJedi - http://www.linuxjedi.co.uk/ ___ 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] Stackforge server issue
Hi Julien, On 21/05/12 13:07, Julien Danjou wrote: It seems the Stackforge server has a little problem lately. I'm unable to post a review on Gerrit, nor to use git-review: error: unpack failed: error No space left on device fatal: Unpack error, check server log Anyone could take a look? Thanks for bringing it to my intention. It is running from the wrong disk partition which is now full. I'll fix it now. Kind Regards -- Andrew Hutchings - LinuxJedi - http://www.linuxjedi.co.uk/ ___ 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] Stackforge server issue
Hi Julien, On 21/05/12 13:36, Andrew Hutchings wrote: On 21/05/12 13:07, Julien Danjou wrote: It seems the Stackforge server has a little problem lately. I'm unable to post a review on Gerrit, nor to use git-review: error: unpack failed: error No space left on device fatal: Unpack error, check server log Anyone could take a look? Thanks for bringing it to my intention. It is running from the wrong disk partition which is now full. I'll fix it now. Should be OK now. Please let me know if you run into any problems. Kind Regards -- Andrew Hutchings - LinuxJedi - http://www.linuxjedi.co.uk/ ___ 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] Stackforge server migration
Hi guys, After a few minor issues the Stackforge review server has been migrated. Please let us know if there are any problems post-migration. Kind Regards -- Andrew Hutchings - LinuxJedi - http://www.linuxjedi.co.uk/ ___ 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] Stackforge server migration
Hey Jay, On 14/05/12 17:12, Jay Pipes wrote: On 05/14/2012 11:38 AM, Andrew Hutchings wrote: The first problem is more serious and can't be fixed where Gerrit is now, so it will require us to migrate Gerrit to a different server. I also intend to do this later this week and it will cause at least an hour of downtime. Any more detail on this? What is the reason that mail doesn't work on the original Gerrit server? There is something outside the node (it is an HP Cloud node) blocking outgoing port 25 which isn't affecting any of our other nodes (we presume some bad iptables on the node's host server). It needs migrating to the stackforge cloud account anyway, this will just speed up the migration. Kind Regards -- Andrew Hutchings - LinuxJedi - http://www.linuxjedi.co.uk/ ___ 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] i18n of log message
Hi 彭勇, On 01/05/12 03:38, 彭勇 wrote: the log messages of OpenStack are i18n now. i propose to use english only log messages: 1. if any one have problem, they can shared with others more easy. he can search english message, and send message to maillist. if the log message is i18n, a Chinese version message can't shared to Japanese. 2. if we have i18n log message, it's hard to update log message. we should update every localization version of message. This was all actually covered in the i18n talk at the developer's summit: http://etherpad.openstack.org/FolsomI18N The information in there says mailing list says no, feedback from session says yes (especially requested by operators in china) - need a vote? compare to apache projects... I do also remember a suggestion of translated error messages and a common error code (such as NOV1234 I guess?) to use in places such as a Google search (such as MySQL does). You could then search for the translated error message or the code if you feel your language skills are good enough to get multi-lingual results. Since we are going to be reworking i18n very soon I suspect feedback would be welcome. Kind Regards -- Andrew Hutchings - LinuxJedi - http://www.linuxjedi.co.uk/ ___ 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] [Metering] Metering repository in stackforge
Hey Loic, On 30/04/12 13:46, Loic Dachary wrote: On 04/28/2012 06:31 AM, Monty Taylor wrote: I'm including Andrew here, as he's been doing most of the StackForge work. I'll also file a bug on openstack-ci to make sure we don't lose this. I assume the idea is to file a bug that looks like https://bugs.launchpad.net/openstack-ci/+bug/988073 I was not able to find one for ceilometer, did you create it already or should I wait for it ? I don't see a bug either, feel free to open one and I'll get on it ASAP. Kind Regards -- Andrew Hutchings - LinuxJedi - http://www.linuxjedi.co.uk/ ___ 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] [Metering] Metering repository in stackforge
Hi Loic, On 30/04/12 16:49, Loic Dachary wrote: Here it is https://bugs.launchpad.net/openstack-ci/+bug/992030 Excellent, thanks. I'll get to sorting it all out for you tomorrow. Kind Regards -- Andrew Hutchings - LinuxJedi - http://www.linuxjedi.co.uk/ ___ 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] Using Foreign Keys
On 25/04/12 19:02, Doug Hellmann wrote: From a MySQL prospective that is probably more of an argument to use transactions, not foreign keys. Transactions and referential integrity are related, but not equivalent. Without referential integrity it's quite easy to commit a transaction that leaves the database in a logically inconsistent state (it sounds like that's what was happening in the case described by the OP). From the way I read it the example given wasn't a referential integrity check but a delete across multiple tables. Is there a technical reason to disable strict referential integrity checking with MySQL? Technically it can make upgrades/downgrades harder, no engines other than InnoDB don't support them whereas many engines support transactions, MySQL doesn't actually support them (they are passed down to the InnoDB engine even at the parser layer). There are several other reasons (bugs and performance) why I don't like the MySQL implementation I won't go into here. Kind Regards -- Andrew Hutchings - LinuxJedi - http://www.linuxjedi.co.uk/ ___ 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] Using Foreign Keys
On 12/04/12 13:35, J. Daniel Schmidt wrote: While testing our SUSE OpenStack packages we hit a nasty bug and reported it as: https://bugs.launchpad.net/keystone/+bug/972502 We found out that the underlying cause was a lack of referential integrity[1] using sqlite or mysql. When we tried to reproduce this issue on postgresql the usage of foreign keys greatly helped to find the cause. From a MySQL prospective that is probably more of an argument to use transactions, not foreign keys. Kind Regards -- Andrew Hutchings - LinuxJedi - http://www.linuxjedi.co.uk/ ___ 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] Congrats for the Gerrit design
Hi Razique, On 29/03/12 10:04, Razique Mahroua wrote: I love the new template. You guys did a fantastic job :-) Who's behing it ? Thanks, mostly me, but there have been a few great contributions to it making it even better: http://www.linuxjedi.co.uk/2012/03/new-gerrit-and-jenkins-styles-are-live.html Kind Regards -- Andrew Hutchings - LinuxJedi - http://www.linuxjedi.co.uk/ ___ 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] Gerrit minimum review time frame
Hi Joe, On 12/03/12 21:59, Joe Gordon wrote: I have noticed that some Gerrit branches get approved very quickly, sometimes in a matter of minutes. While most of the time these branches are vetted properly, the window for reviewing can be so small that a non-trivial branch lands but without enough vetting. If someone is in a meeting for half on hour they may miss the entire review window. To fix this problem I propose a minimum time frame (should be overridable in an emergency) for a branch to be approved, perhaps 2 hours. This time frame would start on 'Upload time.' I can maybe see this working with the larger projects (although I would imagine for us in CI it would be a lot of work implementing this for little gain). But with smaller teams you can find that sometimes the coding is done with all the core team involved. In this case code review for small changes will only take minutes at most. Kind Regards -- Andrew Hutchings - LinuxJedi - http://www.linuxjedi.co.uk/ ___ 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] Using Gerrit to verify the CLA
On 9 January 2012 14:19, Mark McLoughlin mar...@redhat.com wrote: On Mon, 2012-01-09 at 08:11 -0600, John Dickinson wrote: https://rackspace.echosign.com/verifier For the record, I've gone back over my approvals and double checked the transaction numbers. I guess it would help if the audit report was also in HTML format instead of downloading a PDF each time so you could also verify names (and that someone isn't just copy/pasting another ID) easily. Kind Regards -- Andrew Hutchings - Linuxjedi - http://www.linuxjedi.co.uk/ ___ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp