Yair, The FWaaS tempest tests were not planned for H release. They are
planned for the current release (hence the blueprint) and some of us were
working towards them. This is also a standing discuss item this during the
the FWaaS sub team meetings.
Thanks,
~Sumit.
On Sun, Dec 29, 2013 at 2:41 PM
Due to New Year holidays we postpone all our meetings till January 7, our
next meeting is scheduled on January 14. Happy New Year!
--
Serg Melikyan, Senior Software Engineer at Mirantis, Inc.
http://mirantis.com | smelik...@mirantis.com
+7 (495) 640-4904, 0261
+7 (903) 156-0836
_
On 12/28/2013 11:21 PM, Day, Phil wrote:
> Hi Folks,
>
>
>
> I know it may seem odd to be arguing for slowing down a part of the
> review process, but I’d like to float the idea that there should be a
> minimum review period for patches that change existing functionality in
> a way that isn’t b
On 30 December 2013 22:51, Thomas Goirand wrote:
> IMO, switching to ext4 is a very bad idea, because ext4 doesn't support
> online resize2fs, while ext3 does, so switching to ext4 is breaking
> cloud-init!!!
It supports it just fine. (I just resized a 4TB volume to 10TB)...
online. But even if
On 29/12/13 19:24 -0800, John Dickinson wrote:
On Dec 29, 2013, at 5:24 PM, Michael Still wrote:
On Mon, Dec 30, 2013 at 11:51 AM, John Dickinson wrote:
On Dec 29, 2013, at 2:05 PM, Michael Still wrote:
[snip]
Perhaps step one is to work out what tags we think are useful and at
what ti
On 26/12/13 20:05 +0200, Sergey Skripnick wrote:
Hi all,
I'm surprised there is no common ssh library in oslo so I filed this
blueprint[0]. I would be happy to address any comments/suggestions.
[0] https://blueprints.launchpad.net/oslo/+spec/common-ssh-client
If you think the BP is ready t
Hey,
Please, tag emails' subjects.
Thanks,
FF
On 26/12/13 16:56 +0900, cosmos cosmos wrote:
Hello.
My name is Rucia for Samsung SDS.
I had in truouble in volume deleting.
I am developing for supporting big data storage such as hadoop in lvm.
it use as a full disk io for deleting of cin
Sent from Samsung Mobile
Original message
From: Pádraig Brady
Date:
To: "OpenStack Development Mailing List (not for usage questions)"
Cc: "Day, Phil"
Subject: Re: [openstack-dev] [nova] - Revert change of default ephemeral fs to
ext4
> - It causes inconsist
Hi,
I noticed that there is a bp
https://blueprints.launchpad.net/horizon/+spec/heat-template-managementwhich
want to improve the UI for HEAT template, does anyone working on this?
If not, does anyone who have some mock up dashboard for editing heat
template?
Thanks,
Jay
___
Hi.
The purpose of this email to is apologise for some incorrect -1 review
scores which turbo hipster sent out today. I think its important when
a third party testing tool is new to not have flakey results as people
learn to trust the tool, so I want to explain what happened here.
Turbo hipster i
On 12/30/2013 12:39 AM, Pádraig Brady wrote:
> On 12/29/2013 08:12 AM, Day, Phil wrote:
>> Hi Folks,
>>
>> As highlighted in the thread “minimal review period for functional changes”
>> I’d like to propose that change is https://review.openstack.org/#/c/63209/
>> is reverted because:
>>
>> -
There is a big difference between DocImpact (i.e. needing some improvements to
the doc) and putting the migration effort onto the users without automation to
help... as I have said previously, while this (and others like it) may be a
worthwhile change in isolation, making the upgrade process mor
Hi
Reading horizon's code and recent reviews, i'm under the impression that
it's a common practice to use #noqa to bypass the "import only modules"
qa message, i'm unconvinced of the advantages of this policy (i think
the namespace is often cleaner when one import only the symbols needed
from
On 12/30/2013 02:55 PM, li-zheming wrote:
> hi all:
> when create user, you can set user password. You can set password
> as a simple word 'a'. the
> password is too simple but not limit. if someone want to steal your
> password, it is so easily(such as exhaustion).
> I consider that it must
So Tatiana pointed
http://lists.openstack.org/pipermail/openstack-dev/2013-June/thread.html#9993
to me, and from there i went on to read
http://lists.openstack.org/pipermail/openstack-dev/2013-August/thread.html#13074
and i can see valid points for H302, even if it annoy me sometime, if
it's
On 12/29/2013 07:45 PM, Jeremy Stanley wrote:
On 2013-12-29 15:09:24 -0500 (-0500), David Kranz wrote:
[...]
Looking at the docs I see the warning that you can't put this
in the search field so I tried putting it directly in the url like
the other parameters but it was ignored. Is there indeed a
On 2013-12-30 23:15:06 +0800 (+0800), Thomas Goirand wrote:
> On 12/30/2013 02:55 PM, li-zheming wrote:
> [...]
> > I consider that it must be limited when set password, like this:
> > 1. inlcude uppper and lower letters
> > 2. include nums
> > 3. include particular symbol，such as
On Mon, Dec 30, 2013 at 11:15:06PM +0800, Thomas Goirand wrote:
> On 12/30/2013 02:55 PM, li-zheming wrote:
> > hi all:
> > when create user, you can set user password. You can set password
> > as a simple word 'a'. the
> > password is too simple but not limit. if someone want to steal your
>
+1
On Fri, Dec 27, 2013 at 4:48 PM, Michael Basnight wrote:
> Howdy,
>
> Im proposing Auston McReynolds (amcrn) to trove-core.
>
> Auston has been working with trove for a while now. He is a great
> reviewer. He is incredibly thorough, and has caught more than one critical
> error with reviews a
+1
From: Michael Basnight mailto:mbasni...@gmail.com>>
Reply-To: "OpenStack Development Mailing List (not for usage questions)"
mailto:openstack-dev@lists.openstack.org>>
Date: Friday, December 27, 2013 4:48 PM
To: OpenStack Development Mailing List
mailto:openstack-dev@lists.openstack.org>>
Sub
On 2013-12-30 10:25:07 -0500 (-0500), David Kranz wrote:
> I get that but it seems like this is a single field per gerrit user.
> Is that not true? If true, it is not useful because the point is
> that we want to be able to filter reviews that contain changes to
> tests for a particular project. I
On 12/30/2013 06:02 PM, Robert Collins wrote:
> On 30 December 2013 22:51, Thomas Goirand wrote:
>
>> IMO, switching to ext4 is a very bad idea, because ext4 doesn't support
>> online resize2fs, while ext3 does, so switching to ext4 is breaking
>> cloud-init!!!
>
> It supports it just fine. (I j
On Mon, Dec 30, 2013 at 12:17 AM, Sumit Naiksatam
wrote:
> Yair, The FWaaS tempest tests were not planned for H release. They are
> planned for the current release (hence the blueprint) and some of us were
> working towards them. This is also a standing discuss item this during the
> the FWaaS sub
+1
On Dec 27, 2013 2:51 PM, "Michael Basnight" wrote:
> Howdy,
>
> Im proposing Auston McReynolds (amcrn) to trove-core.
>
> Auston has been working with trove for a while now. He is a great
> reviewer. He is incredibly thorough, and has caught more than one critical
> error with reviews and help
+1
On Dec 27, 2013, at 4:48 PM, Michael Basnight
mailto:mbasni...@gmail.com>> wrote:
Howdy,
Im proposing Auston McReynolds (amcrn) to trove-core.
Auston has been working with trove for a while now. He is a great reviewer. He
is incredibly thorough, and has caught more than one critical error
I've begun working on the scheduled tasks feature that will allow automated
backups (and other things) in trove.
Here's the blueprint:
https://wiki.openstack.org/wiki/Trove/scheduled-tasks
I've heard some mention that mistral might be an option rather than building
something into trove. I did
Any reason to not use taskflow (https://wiki.openstack.org/wiki/TaskFlow) to
help u here??
I think it could be easily adapted to do what u want, and would save u from
having to recreate the same task execution logic that everyone seems to rebuild…
-Josh
From: Greg Hill mailto:greg.h...@rackspa
Hi All,
I'm mid upgrade between Grizzly and Havana and seem to still be having
issues with https://bugs.launchpad.net/nova/+bug/1245502
I grabbed the patched version of 185_rename_unique_constraints.py but
that migration still keeps failing with many issues trying to drop
nonexistant indexes and
+1
On Mon, Dec 30, 2013 at 12:00 PM, Greg Hill wrote:
> +1
>
> On Dec 27, 2013, at 4:48 PM, Michael Basnight
> wrote:
>
> Howdy,
>
> Im proposing Auston McReynolds (amcrn) to trove-core.
>
> Auston has been working with trove for a while now. He is a great
> reviewer. He is incredibly tho
I accidentally sent this reply to Josh directly.
Greg
On Dec 30, 2013, at 12:17 PM, Greg Hill
mailto:greg.h...@rackspace.com>> wrote:
Taskflow seems like it would be a good fit for implementation or
re-implementation of some of the tasks we hope to automate, but the first set
of desired tasks
Hi, so it seems we were saying the same thing - new vms get a shared "blank"
(empty) file system, not blank disc. How big a problem it is that in many
cases this will be the already created ext3 disk and not ext4 depends I guess
on how important consistency is to you (to me its pretty importan
In case any one other than me didn't know this, the log files that are
indexed and searchable in logstash are not the same as the set of files
that you see in the logs directory in jenkins, but only those that have
an entry in
http://git.openstack.org/cgit/openstack-infra/config/tree/modules/op
+1
Sent from my iPhone
> On Dec 30, 2013, at 10:50 AM, Craig Vyvial wrote:
>
> +1
>
>
>> On Mon, Dec 30, 2013 at 12:00 PM, Greg Hill wrote:
>> +1
>>
>>> On Dec 27, 2013, at 4:48 PM, Michael Basnight wrote:
>>>
>>> Howdy,
>>>
>>> Im proposing Auston McReynolds (amcrn) to trove-core.
>>>
On Mon, Dec 30, 2013 at 12:55 AM, li-zheming wrote:
> hi all:
> when create user, you can set user password. You can set password as
> a simple word 'a'. the
> password is too simple but not limit. if someone want to steal your
> password, it is so easily(such as exhaustion).
> I consider t
I wonder if at least part of the problem is that whilst we have prioritisation
for bugs (via severity) and blueprints (via approval and target release) that
doesn't obviously carry through into gerrit. If it was easier to see what
we're high and low priory changes it might be easier to decide
ah, because the patched version won't work if you've already run the
unpatched version, would be nice if that had been captured in the bug
but did dig it out of
http://lists.openstack.org/pipermail/openstack/2013-October/002481.html
On Mon, Dec 30, 2013 at 1:25 PM, Jonathan Proulx wrote:
> Hi All
Am 30.12.2013 08:31, schrieb Thomas Goirand:
Hi,
Currently, in the global-requirements.txt, we have:
Django>=1.4,<1.6
django-bootstrap-form
However, django-bootstrap-form fail in both Django 1.4 and Django 1.6.
What's the way forward? Would it be possible that someone makes a patch
for django
On Mon, Dec 30, 2013 at 11:17 AM, Day, Phil wrote:
> I wonder if at least part of the problem is that whilst we have
> prioritisation for bugs (via severity) and blueprints (via approval and
> target release) that doesn't obviously carry through into gerrit. If it was
> easier to see what we'
On Mon, 2013-12-30 at 11:04 +0100, Flavio Percoco wrote:
> I like the idea of having custom tags. I'm a bit concerned about the
> implications this might have with cross-project collaborations. I
> mean, people contributing to more projects will have to be aware of
> the many possible differences
Should have tried that first I suppose, even after reverting (clean
schema at https://gist.github.com/jon-proulx/abb6af1ab7f3133671d2)
sync fails
# nova-manage db sync
Command failed, please check log for more info
2013-12-30 14:45:28.633 29427 CRITICAL nova [-] (OperationalError)
(1032, "Can't fi
I don't see too much benefit in turning on FWaaS in Havana, but we would
definitely want this to be considered for the master/Icehouse branch. The
FWaaS support leverages the Neutron L3 agent footprint, and my
understanding is that there were efforts underway to stabilize this L3
agent code. If req
On 12/27/2013 05:27 AM, Nadya Privalova wrote:
Hello guys!
I hope all of you are enjoying the holidays! But I'd like to raise a
Tempest question. Again. I hope this email will not be lost after
vacations :)
After the summit we decided to track all tests that are being created
for Ceilometer i
Greg,
This might be useful: https://wiki.openstack.org/wiki/Qonos-scheduling-service
There's a link to the code repository at the bottom of the document. It might
be kind of overkill for what you want, though.
cheers,
brian
From: Greg Hill [greg.h...@rackspace
OK - if nobody has any objections, we'll start the new meetings up at
1500 UTC - that appears to be the time that everyone is OK with?
--
Sean M. Collins
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin
Spoke too soon – I think 1500 UTC on Thursdays is already taken, we'd have to
change days.
--
Sean M. Collins
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Hi,
I would suggest to talk with Mistral team about scheduling. As I know right
now thay are writing a PoC code which will have scheduling functionality.
Mistral in contrary to Qonos does not require worker process. In Mistral
you can create a task with scheduler and API call back so that Mistral
On 12/29/2013 07:58 PM, Day, Phil wrote:
Hi Sean,
I'm not convinced the comparison to my clean shut down change is valid here.
For sure that proved that beyond a certain point (in that case months) there is
no additional value in extending the review period, and no amount of review
will catc
On 30/12/13 13:44 -0600, Kevin L. Mitchell wrote:
On Mon, 2013-12-30 at 11:04 +0100, Flavio Percoco wrote:
I like the idea of having custom tags. I'm a bit concerned about the
implications this might have with cross-project collaborations. I
mean, people contributing to more projects will have
On Mon, Dec 23, 2013 at 02:13:59PM -0500, Sean Dague wrote:
> On 12/23/2013 12:10 PM, Collins, Sean wrote:
> I also think we need to have these systems prove themselves on
> reliability before they post votes back. A mis configured CI system can
> easily -1 the entire patch stream, and many of us u
Excerpts from Day, Phil's message of 2013-12-30 11:05:17 -0800:
> Hi, so it seems we were saying the same thing - new vms get a shared "blank"
> (empty) file system, not blank disc. How big a problem it is that in many
> cases this will be the already created ext3 disk and not ext4 depends I gu
On Dec 30, 2013, at 4:49 PM, Angus Salkeld wrote:
> On 30/12/13 13:44 -0600, Kevin L. Mitchell wrote:
>>
>> On Mon, 2013-12-30 at 11:04 +0100, Flavio Percoco wrote:
>>> I like the idea of having custom tags. I'm a bit concerned about the
>>> implications this might have with cross-project colla
Please.
When your third party testing structure votes on patches and your
testing structure is not stable, it will vote with a -1 on patches.
This results in three consequences:
1. The patch it votes on starts a countdown for abandonment, this is
frustrating for developers.
2. Reviewers who use -
On Mon, Dec 23, 2013 at 11:13 AM, Sean Dague wrote:
> On 12/23/2013 12:10 PM, Collins, Sean wrote:
> > On Sun, Dec 22, 2013 at 12:30:50PM +0100, Salvatore Orlando wrote:
> >> I would suggest that external jobs should not vote until logs are
> publicly
> >> accessible, otherwise contributors would
On Dec 30, 2013, at 11:32 AM, Jeremy Stanley wrote:
> On 2013-12-30 10:25:07 -0500 (-0500), David Kranz wrote:
>> I get that but it seems like this is a single field per gerrit user.
>> Is that not true? If true, it is not useful because the point is
>> that we want to be able to filter reviews
On 2013-12-30 22:46:24 -0500 (-0500), David Kranz wrote:
> Looks like 2.8 came out recently and fixes this. It is mentioned
> near the top of http://ostrovsky.org/gerrit-code-review-2-8-released/.
Awesome!
> Is there a planned time to upgrade?
It's a priority, but the upgrade process is still be
Greg,
Georgy is right. We’re now actively working on PoC and we’ve already
implemented the functionality we initially planned, including cron-based
scheduling. You can take a look at our repo and evaluate what we’ve done, we’d
be very glad to hear some feedback from anyone potentially intereste
Sorry for being a little bit verbose :) …
Renat
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Hello all,
Thank you for your suggestions about tracking bps. I'll create a
spreadsheet.
David,
1. https://review.openstack.org/#/c/55276/ is ready for review
2. We decided to move base.py to a separate change request:
https://review.openstack.org/#/c/64304/ to make it merged ASAP. But now I
see
58 matches
Mail list logo
