On Fri, Feb 28, 2014 at 03:45:39PM -0500, Zane Bitter wrote:
> On 28/02/14 02:28, Qiming Teng wrote:
> >
> >The creation a stack is usually a time costly process, considering that
> >there are cases where software packages need to be installed and
> >configured.
> >
> >There are also cases where a
Thanks, Jay.
Event list does help progress monitoring, if we rerun the command
frequently. If everything goes well, it helps understand the sequence
of resource creation.
Besides this, a user may still want to know more details about the
'progress' made. However, the only thing I can think of
Hi guys,
We have a blocking issue on Hyper-V, the guru-meditation report fails on
Hyper-V due to missing signal handling, as a result Nova fails to start.
Bug:
https://bugs.launchpad.net/nova/+bug/1286528
Here’s a sample failed job:
https://review.openstack.org/#/c/74060
Direct link to the l
builds for fedora rawhide and epel6 -
rawhide - http://koji.fedoraproject.org/koji/taskinfo?taskID=6582748
epel6 - http://koji.fedoraproject.org/koji/taskinfo?taskID=6582798
On 02/25/2014 03:50 PM, Sergey Lukjanov wrote:
Hi folks,
I'm glad to announce that python-savannaclient v0.5.0 released!
Hi Sumit,
As you being the chairman of the FWaaS meetings, I’d just like to bring to your
attention in case you’ve missed it that yesterday’s meeting did not get
recorded by ‘openstack’ MeetBot (my guess is that it was offline?), so there’s
no logs or minutes archived if someone’s looking for i
Hey Matt,
that's awesome, thank you!
Heh, we need someone how'd like to setup packages for Ubuntu ;)
On Sat, Mar 1, 2014 at 7:23 PM, Matthew Farrellee wrote:
> builds for fedora rawhide and epel6 -
>
> rawhide - http://koji.fedoraproject.org/koji/taskinfo?taskID=6582748
> epel6 - http://koji.f
OpenStackClient 0.3.1 has been released to PyPI. This release consists of
mostly bug fixes and one new command. It also works with the current
development versions of its dependent client libraries.
python-openstackclient can be installed from the following locations:
* Via pip: https://pypi.pyt
Thanks Carlos. Yes, the earlier Swift meeting was not ended either. I
realized only after having gone through much of the meeting. I saved
the logs for reference will post it to the wiki page.
On Sat, Mar 1, 2014 at 8:26 AM, Carlos Gonçalves wrote:
> Hi Sumit,
>
> As you being the chairman of the
Hi all
I have installed devstack successfully from the following link...
http://www.linux.com/learn/tutorials/721712-intro-to-openstack-part-two-how-to-install-and-configure-openstack-on-a-server
However I'm not able to run the neutron services.The error which generally
comes after running neutr
If you want to use Neutron with devstack you have to add the related
settings to localrc.
Please see https://wiki.openstack.org/wiki/NeutronDevstack for detailed
instructions.
01 марта 2014 г. 22:11 пользователь "abhishek jain"
написал:
> Hi all
>
> I have installed devstack successfully from th
On Fri, 2014-02-28 at 15:25 -0800, Mark Washenberger wrote:
> I believe we have some agreement here. Other openstack services should
> be able to use a strongly typed identifier for users. I just think if
> we want to go that route, we probably need to create a new field to
> act as the proper user
On Fri, Feb 28, 2014 at 12:48 PM, Nader Lahouti wrote:
>
> The idea behind this when we originally implemented notifications in
>> Keystone was to
>> provide the resource being changed, such as 'user', 'project', 'trust'
>> and the uuid of that
>> resource. From there your plugin and could request
- Original Message -
> Howdy! I’m a Product Manager for Cloud Servers at Rackspace, and wanted to
> add a bit to what Behrens is saying.
I'm a Product Manager covering OpenStack over at Red Hat - and largely
concentrating on Nova no less, so I'll jump in and provide the view from my
sid
Abhishek:
In addition to the localrc settings as Elena suggests, try sourcing credentials
for user 'admin' using the devstack/openrc script, e.g.:
source ~/devstack/openrc admin
before executing neutron commands. Later, if you want to e.g. launch a VM as
user/tenant 'demo', you would source
On 1 March 2014 13:28, Clint Byrum wrote:
> +1. A Keystone record belongs to Keystone, and it should have a Keystone
> ID. External records that are linked should be linked separately.
>
> It may not be obvious to everyone, but MySQL uses B-trees for indexes.
> B-trees cannot have variable-length
On 1 March 2014 16:23, James Slagle wrote:
> On Wed, Jan 22, 2014 at 6:46 PM, Thierry Carrez
> wrote:
>> James Slagle wrote:
>>> I read through that wiki page. I did have a couple of questions:
>>>
>>> Who usually runs through the steps there? You? or a project member?
>>
>> Me for integrated pro
I think we should also acknowledge that part of the problem here is
that whilst the Hyper-V CI ran on this patch (and failed), its not
very obvious when you look at gerrit. I would say the solution to that
is to turn voting on, but the Hyper-V CI fail rate is about twice that
of Jenkins at the mome
Hey,
I just wanted to send out a quick note on a topic that came up recently.
Unfortunately the folks that I'd like to read this most; don't participate
on the ML typically, but I'd at least like to raise some community
awareness.
We all know OpenStack is growing at a rapid pace and has a lot of
Excerpts from Robert Collins's message of 2014-03-01 14:26:57 -0800:
> On 1 March 2014 13:28, Clint Byrum wrote:
>
> > +1. A Keystone record belongs to Keystone, and it should have a Keystone
> > ID. External records that are linked should be linked separately.
> >
> > It may not be obvious to ev
On 03/01/2014 03:30 PM, John Griffith wrote:
Hey,
I just wanted to send out a quick note on a topic that came up recently.
Unfortunately the folks that I'd like to read this most; don't
participate on the ML typically, but I'd at least like to raise some
community awareness.
We all know OpenS
+hellyeah
On Mar 1, 2014 7:45 PM, Monty Taylor wrote:
>
> On 03/01/2014 03:30 PM, John Griffith wrote:
> > Hey,
> >
> > I just wanted to send out a quick note on a topic that came up recently.
> > Unfortunately the folks that I'd like to read this most; don't
> > participate on the ML typi
Hi Steve,
On Sat, 1 Mar 2014 16:14:19 -0500 (EST)
Steve Gordon wrote:
> That said I am still under the perhaps misguided impression that
> implementing tasks on v2 would not be *completely* impossible -
> smarter people than me have debated and will no doubt continue to
> debate how practical/re
Hi,
About a week ago, the maintainer of SQLAlchemy uploaded version 0.9.3 in
Debian Sid. This of course broke a lot of OpenStack packages, including
python-migrate.
I do not intend to let this continue on for 7 months like it happened
for SQLA 0.8.x.
Over the last week, I worked, together with m
On 2 March 2014 12:30, John Griffith wrote:
> Hey,
>
> I just wanted to send out a quick note on a topic that came up recently.
> Unfortunately the folks that I'd like to read this most; don't participate
> on the ML typically, but I'd at least like to raise some community
> awareness.
Thank you.
Hi Thomas,
I’ll take a look at that tonight and see if it’s an easy solve. Hopefully I can
have something posted by Monday for you.
—Morgan
—
Morgan Fainberg
Principal Software Engineer
Core Developer, Keystone
[email protected]
On March 1, 2014 at 20:06:54, Thomas Goirand ([email protected]) w
We've had 3 (I think) follow on outages identical to this in cause but
somewhat more rapidly addressed as we have less exploring to do each
time.
HP's DC folk have most recently done a firmware update to everything
in the machine, and advised that if we have another NMI occurence
we'll replace the
This is a new repository to provide common code for tuskar and the
seed initialisation logic - the post heat completion initial
configuration of a cloud.
Cheers,
Rob
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
___
OpenStack-dev ma
27 matches
Mail list logo
