On Thu, Feb 11, 2016 at 04:46:39AM +, Jeremy Stanley wrote:
> On 2016-02-11 14:41:03 +1100 (+1100), Tony Breeds wrote:
> [...]
> > Okay We'll need to think about that one as the contrainst in
> > stable/kilo can be bogus, sometime we have a version in contraints
> &
On Wed, Feb 10, 2016 at 07:07:22PM -0800, Clark Boylan wrote:
> On Wed, Feb 10, 2016, at 06:02 PM, Tony Breeds wrote:
> > On Wed, Feb 10, 2016 at 06:45:25PM -0600, Monty Taylor wrote:
> > > Hey everybody,
> > >
> > > tl;dr - We have new AFS-based consi
On Wed, Feb 10, 2016 at 06:45:25PM -0600, Monty Taylor wrote:
> Hey everybody,
>
> tl;dr - We have new AFS-based consistent per-region mirrors of PyPI and APT
> repos with additional wheel repos containing pre-built wheels for all the
> modules in global-requirements
Woot!
I do have a couple of
Hi All,
I confess up front that I'm pretty green in the is area and there is a lot
of history that I just don't have. That wont stop me from asking/opening the
discussion.
As I ask in $subject: why do we install with --upgrade in our tox environments?
Are there issues this is fixing/hiding?
On Mon, Feb 08, 2016 at 07:04:31AM +0500, Umar Yousaf wrote:
> I just did unstack.sh due to some reason and then afterwards when I run
> stack.sh I am getting following error
> i) Error: Service g-api is not running
> ii) Error: Service g-reg is not running
> iii) Error: Service h-api is not runni
On Sat, Feb 06, 2016 at 07:56:26AM -0700, Matt Riedemann wrote:
> On 2/6/2016 7:54 AM, Matt Riedemann wrote:
> >To remove the devstack workaround [1] we have to create a stable/kilo
> >branch for os-testr (from the 0.6.0 tag probably since that's what's
> >currently being used in kilo jobs), sync
Hi All,
Just a quick heads up that the kilo gate (and therefore anything that
relies on kilo)[1] is a little busted.
This was originally noticed in 1541879[2] and a quick cap for g-r was proposed,
however if my analysis is correct this can't land because of 1542164[3].
testtools 2.0.0 was rel
On Tue, Feb 02, 2016 at 10:43:52AM -0500, Doug Hellmann wrote:
> The columns are definitely more visually appealing, but I agree the
> ordering from left to right is unusual. How hard would it be to change
> that?
yaml2ical:
https://review.openstack.org/#/c/275459/
irc-meetings:
https://
Hi all,
I'm not certain who needs to decide this but I think the time has come to
get explicit about which project teams can use the #openstack-meeting-cp room.
The room was created in November after:
* http://eavesdrop.openstack.org/meetings/tc/2015/tc.2015-11-17-20.01.log.html
(skim fro
Hi All,
eavesdrop.openstack.org collates all of our meeting information. The front
page has a list of all the meetings. The list is long and mostly a free-form
paragraph. Sometime ago we recieved a review [1] to change the layout to be
more tabular.
Compare [2] with [3]
It's be great to ge
On Wed, Jan 20, 2016 at 07:45:16AM -0500, Sean Dague wrote:
> The large-ops jobs jumped to a 50% fail in check, 25% fail in gate in
> the last 24 hours.
>
> http://tinyurl.com/j5u4nf5
>
> There isn't an obvious culprit at this point. I spent some time this
> morning digging into it a bit. Possibl
On Tue, Jan 19, 2016 at 06:11:35PM +, Daniel P. Berrange wrote:
> We'll almost certainly need to be able to test QEMU 2.6 in the N
> release cycle, since that'll (hopefully) include support for TLS
> encrypted migration & nbd traffic. So I don't think waiting for
> LTS releases is a viabl
On Mon, Jan 18, 2016 at 04:47:29PM -0600, Matt Riedemann wrote:
> Tony is now part of the nova-stable-maint core team. Congrats Tony!
Thanks so much to you Matt for mentoring me. Also thanks to those that
supported my inclusion, even if I do speak funny ;D
I owe some people Beer/Coffee/Burger's
On Wed, Jan 13, 2016 at 10:47:21PM +, Sean M. Collins wrote:
> On Wed, Jan 13, 2016 at 03:57:37PM CST, Mooney, Sean K wrote:
> > One of the ideas that I have been thinking about over the last month or two
> > is do we
> > Want to create a dedicated library file in devstack to support compilati
On Wed, Jan 13, 2016 at 12:11:27PM +0100, Thierry Carrez wrote:
> One possible solution here would be to check if the meetings currently
> scheduled on your ideal slots are actually still using the spot, as there
> are a non-trivial amount of dead meetings around. You can ping me on IRC so
> that
On Tue, Jan 12, 2016 at 01:27:30PM +0100, Ihar Hrachyshka wrote:
> Agreed with Gary on behalf of my European compatriots. (Note that I
> *personally* +1’d the patch because I don’t mind, doing late hours anyway;
> but it’s sad it was ninja merged without giving any chance for those from
> affected
On Tue, Jan 05, 2016 at 12:26:24PM +1300, Robert Collins wrote:
> On 5 January 2016 at 12:04, Robert Collins wrote:
> ...
> > Indeed -
> > https://bitbucket.org/pypa/setuptools/commits/fb35fcade302fa828d34e6aff952ec2398f2c877?at=get_command_list
> > - the failing bit AFAICT is indeed new code :/.
Hi all,
The gate-novaclient-dsvm-functional tests are failing with:
--
.tox/functional/bin/python: can't open file
'/usr/local/jenkins/slave_scripts/subunit2html.py': [Errno 2] No such file or
directory
-- [1]
This can be fixed with [2] Y'all can consider it my christmas present if we can
r
Hi all (Actually I'mm really looking a Dan, Sean and Matt)
We have a 2 changes in stable/liberty
https://review.openstack.org/#/c/248505 Add -constraints sections for CI jobs ;
and
https://review.openstack.org/#/c/248877 Remove the TestRemoteObject class
If you grab 248505 and look at the git D
meeting time that's good for China/Japan is
> if someone else runs one of those at like 00:00 UTC, which maybe Tony Breeds
> would be willing to do.
I'd be willing to do that BUT ...
> I'd kind of like to get a (stable) regular meeting going before we start
> switching
On Wed, Dec 16, 2015 at 01:12:13PM -0600, Matt Riedemann wrote:
> I'm not entirely sure what the geo distribution is for everyone that works
> on stable, but I know we have people in Europe and some people in Australia.
> So I was thinking alternating weekly meetings:
>
> Mondays at 2100 UTC
>
>
On Mon, Dec 14, 2015 at 05:33:14PM -0800, Jim Rollenhagen wrote:
> Perfect! Thanks for pointing that out. :)
>
> As a note, I don't actually see the new note on the page you linked,
> though I do see it in the git repo. Strange.
Yeah strange. I'll look into that.
Yours Tony.
pgpfedCQyoB3H.pgp
On Mon, Dec 14, 2015 at 06:42:13AM -0800, Jim Rollenhagen wrote:
> Hi all,
>
> In the big tent, project teams are expected to maintain their own
> install guides within their projects' source tree. There's a
> conversation going on over in the docs list[1] about changing this, but
> in the meantim
On Fri, Dec 11, 2015 at 11:07:02AM +0530, Prathyusha Guduri wrote:
> Hi All,
>
> I have set up open stack on an Arm64 machine and all the open stack related
> services are running fine. Also am able to launch an instance successfully.
> Now that I need to get a console for my instance. The noVNC c
On Mon, Dec 07, 2015 at 10:58:18AM +0530, Abhishek Shrivastava wrote:
> Hi Folks,
>
> I have a stable/icehouse devstack setup and I am planning to upgrade it to
> stable/kilo but following the guide mentioned in Openstack Manuals does not
> seems to work correctly.
Umm you don't really upgrade a
On Thu, Dec 03, 2015 at 07:42:43PM -0600, Matt Riedemann wrote:
> I already mentioned this to sdague before the nova meeting today (these are
> the things I think about while driving in the middle of nowhere), but option
> #3 won't work because boot from UEFI requires libvirt>=1.9.0, which we don'
On Thu, Nov 26, 2015 at 02:11:01AM +, Alessandro Pilotti wrote:
> Angus,
>
> "I'm afraid this has to be easy for me or I'm just not going to be able to
> sustain the effort required :-/ )"
>
> What a tragedy, I’m s sorry that life is so terribly bitter and requires
> some effort to supp
On Wed, Nov 25, 2015 at 05:15:48PM +0100, Ihar Hrachyshka wrote:
> Thanks Tony for leading the effort. As you know, neutron-upgrades team
> (well, me) actually confused -alt/-2 thing, and I registered a meeting for
> -2.
I now have tools that will chack that human error in CI.
It's just a matter
On Wed, Nov 25, 2015 at 12:51:54PM +1100, Tony Breeds wrote:
> There is lots of hygiene stuff to do in the repo :) I'll see what I can come
> up
> with but at the very least it's going to require a bunch of people to +1 a
> review to drop their meeting ;P
Okay it w
On Tue, Nov 24, 2015 at 11:35:34AM +0100, Thierry Carrez wrote:
> Tony Breeds wrote:
> > [...]
> > I understand that we want to keep the number of parallel meetings to a
> > minimum,
> > but is it time to add #openstack-meeting-5?
>
> Some slots are taken by
Hello all,
I'd like you all to consider making a few changes to our IRC meeting
infrastructure
TL;DR: I think we need to add #openstack-meeting-5 and make sure people are
using it rather then per-project channels
Slightly longer version .
Capacity
I think we've reach
On Mon, Nov 23, 2015 at 12:17:13PM +0800, Wilence Yao wrote:
> Hi all,
>
> In devstack stable/liberty, error is :
>
> source openrc admin admin
> openrc:90: unknown condition: -v
>
> the line 90 and code block in openrc is
> ```
> # Set OS_CACERT to a default CA certificate chain if it exists.
>
On Wed, Nov 18, 2015 at 05:44:38PM +0100, Ihar Hrachyshka wrote:
> Hi all,
>
> as per [1] I imply that all projects under stable-maint-core team
> supervision must abide the stable policy [2] which limits the types of
> backports for N-2 branches (now it’s stable/kilo) to "Only critical bugfixes
>
On Wed, Nov 18, 2015 at 11:46:40AM +, Daniel P. Berrange wrote:
> On Wed, Nov 18, 2015 at 05:18:28PM +1100, Tony Breeds wrote:
> > On Tue, Nov 17, 2015 at 03:32:45PM -0800, Jay Pipes wrote:
> > > On 11/17/2015 11:10 AM, Markus Zoeller wrote:
> > > >Backgroun
On Wed, Nov 18, 2015 at 11:34:17AM +, James Page wrote:
> What are your requirements for libvirt and qemu? The Liberty UCA for
> Ubuntu has the following versions:
>
> libvirt: 1.2.16
> qemu: 2.3
>
> if that's useful these can be added to any Ubuntu 14.04 system using:
>
> sudo add-a
On Tue, Nov 17, 2015 at 03:32:45PM -0800, Jay Pipes wrote:
> On 11/17/2015 11:10 AM, Markus Zoeller wrote:
> >Background
> >==
> >The blueprint [1] wants to utilize the *virtlogd* logging deamon from
> >libvirt. Among others to solve bug [2], one of our oldest ones. The
> >funny part is, th
On Fri, Nov 06, 2015 at 05:15:18PM +1100, Tony Breeds wrote:
> Hello all,
>
> I'll start by acknowledging that this is a big and complex issue and I
> do not claim to be across all the view points, nor do I claim to be
> particularly persuasive ;P
>
> Having sta
On Thu, Nov 12, 2015 at 02:40:19PM +0100, Alan Pevec wrote:
> AFAICT there are at least two blockers for 2014.2.4:
> - horizon - django_openstack_auth issue Tony mentions in
> https://review.openstack.org/172826
Horizon itself is fine BUT gets caught up in a mess of g-r updates. The issue
at han
On Fri, Nov 06, 2015 at 12:30:19PM +, John Garbutt wrote:
> Ideally, I would like us to fill out that pagination part first.
It seems the person leading this within the API-WG is AWOL so ...
> If we can't get global agreement quickly, we should at least get a
> Nova API wide standard patter
On Fri, Nov 06, 2015 at 06:42:05PM +, Jeremy Stanley wrote:
> On 2015-11-06 10:12:21 -0800 (-0800), Clint Byrum wrote:
> [...]
> > Note that it's not just backporters though. It's infra resources too.
>
> Aye, there's the rub. We don't just EOL these branches for fun or
> because we hate old t
On Fri, Nov 06, 2015 at 09:20:08AM -0600, Matt Riedemann wrote:
> It also extends the life and number of tests that need to be run against
> things in Tempest, which already runs several dozen jobs per change proposed
> today (since Tempest is branchless).
Okay this is something that I hadn't tho
On Fri, Nov 06, 2015 at 10:12:21AM -0800, Clint Byrum wrote:
> The argument in the original post, I think, is that we should not
> stand in the way of the vendors continuing to collaborate on stable
> maintenance in the upstream context after the EOL date. We already have
> distro vendors doing wo
On Fri, Nov 06, 2015 at 02:42:20PM -0500, Sean Dague wrote:
> The upstream strategy has been make upgrades unexciting, and then folks
> can move forward easily.
>
> I would really like to unpack what those various reasons are that people
> are trapped. Because figuring out why they feel that way
On Fri, Nov 06, 2015 at 05:08:59PM +1100, Tony Breeds wrote:
> 4. Create a capabilitioes API of some description, that can be queried so
> that
> consumers (horizon) can known
Thanks everyone for the input. I'm going to go with the simple first step that
Sean described as it
Hello all,
I'll start by acknowledging that this is a big and complex issue and I
do not claim to be across all the view points, nor do I claim to be
particularly persuasive ;P
Having stated that, I'd like to seek constructive feedback on the idea of
keeping Juno around for a little longer. Duri
Hello all,
I came across [1] which is notionally an ironic bug in that horizon presents
VM operations (like suspend) to users. Clearly these options don't make sense
to ironic which can be confusing.
There is a horizon fix that just disables migrate/suspened and other functaions
if the operat
On Thu, Nov 05, 2015 at 09:52:07PM +, Sean M. Collins wrote:
> I'll make sure to name the variable appropriately. Some ideas:
>
> SEAN_COLLINS_CREEPY_BASEMENT_DEVSTACK_LAB
> SEANS_DISCOUNT_DEVSTACK_EMPORIUM
> ANT_SIZED_SSD
ALL_YOUR_DISK_ARE_BELONG_TO_SCREEN?
Yours Tony.
pgp8xQipI_y6j.pgp
On Thu, Nov 05, 2015 at 01:09:36PM +1100, Tony Breeds wrote:
> Hi All,
> Around the middle of October a spec [1] was uploaded to add pagination
> support to the os-hypervisors API. While I recognize the use case it seemed
> like adding another pagination implementation wasn'
Hi All,
Around the middle of October a spec [1] was uploaded to add pagination
support to the os-hypervisors API. While I recognize the use case it seemed
like adding another pagination implementation wasn't an awesome idea.
Today I see 3 more requests to add pagination to APIs [2]
Perhaps I
On Sat, Oct 17, 2015 at 08:56:01AM +1100, Tony Breeds wrote:
> We actually need both https://review.openstack.org/233854
> and https://review.openstack.org/#/c/235536 to land at this point.
Okay https://review.openstack.org/233854 has merged
https://review.openstack.org/#/c/235536 is in
On Fri, Oct 16, 2015 at 03:32:21PM -0400, Doug Hellmann wrote:
> Excerpts from Tony Breeds's message of 2015-10-16 22:21:27 +1100:
> > Hi All,
> > We have an issue for any review that causes a new commit to ceilometer,
> > it
> > will fail with[1]:
> >
> > ValueError: git history requires
Hi Everybody,
So it looks to me like we recently updated logstash.openstack.org to a
newer version of kibabna?
I'll very openly admit that my logstash fu is wanting but I'm having a little
trouble
1) I can't work out how to after performing my query/filtering share the
results (for example
Hi All,
We have an issue for any review that causes a new commit to ceilometer, it
will fail with[1]:
ValueError: git history requires a target version of
pbr.version.SemanticVersion(5.0.1), but target version is
pbr.version.SemanticVersion(5.0.0)
Switching to post-versioning[2] c
On Tue, Oct 13, 2015 at 05:08:29PM -0700, Zaro wrote:
> Hello All,
>
> The openstack-infra team would like to upgrade from our Gerrit 2.8 to
> Gerrit 2.11. We are proposing to do the upgrade shortly after the
> Mitaka summit. The main motivation behind the upgrade is to allow us
> to take advant
Hello all,
Voting has now closed in the Magnum PTL election. Thanks again to Adrian
and Hongbin for running.
Please join me in extending congratulations Adrian in retaining is role as PTL.
The results can be seen here:
http://civs.cs.cornell.edu/cgi-bin/results.pl?id=E_306b9309f2f39e38
On Thu, Oct 08, 2015 at 11:08:06PM +0530, Rahul Arora wrote:
> Hi Team
>
> I am trying to run Openstack KILO release on my powerpc platform.I am able
> to cross compile all the KILO related packages using yocto framework.But
> while running the following command i am getting below error messages.
On Fri, Oct 02, 2015 at 03:34:47PM +1300, Robert Collins wrote:
> On 2 October 2015 at 12:00, Kevin L. Mitchell
> wrote:
> > On Thu, 2015-10-01 at 15:53 -0700, Clark Boylan wrote:
> >> On Thu, Oct 1, 2015, at 03:48 PM, Kevin L. Mitchell wrote:
> >> > It looks like Pillow (pulled in by blockdiag, p
On Thu, Oct 01, 2015 at 05:48:25PM -0500, Kevin L. Mitchell wrote:
> It looks like Pillow (pulled in by blockdiag, pulled in by
> sphinxcontrib-seqdiag, in test-requirements.txt of nova and probably
> others) had a 3.0.0 release today, and now the gate is breaking because
> libjpeg isn't available
If you are a Foundation individual member and had a commit in one of Magnum's
projects[0] over the Kilo-Liberty timeframe (September 18, 2014 06:00 UTC to
September 18, 2015 05:59 UTC) then you are eligible to vote. You should find
your email with a link to the Condorcet page to cast your vote in t
Candidate proposals for the Technical Committee positions (6 positions) are now
open and will remain open until October 1, 05:59 UTC.
All candidacies must be submitted as a text file to the openstack/election
repository as explained on the wiki[0].
Candidates for the Technical Committee Positions
On Wed, Sep 23, 2015 at 08:47:31PM -0400, Chuck Short wrote:
> Hi,
>
> We would like to do a stable/kilo branch release, next Thursday. In order
> to do that I would like to freeze the branches on Friday. Cut some test
> tarballs on Tuesday and release on Thursday. Does anyone have an opinnon on
>
Hi All,
As most of you will have seen we used a gerrit based workflow for this PTL
election (and will use the same system for the upcoming TC election).
As a trial it went well, Tristan and I wrote a few tools to help the process
along. However I'd like to take advantage of a work session in
On Thu, Sep 17, 2015 at 10:05:20AM -0500, Douglas Mendizábal wrote:
> I think someone jumped the gun on this thread. According to the wiki
> [1] the cutoff time is not until 5:59 UTC, which
> doesn't happen for another few hours. [2]
>
> Am I missing something?
From the wiki[0]:
---
Timeline
S
On Wed, Sep 16, 2015 at 11:40:28AM -0700, melanie witt wrote:
> Today I was informed that google forms are blocked in China [1], so I wanted
> to mention it here so we can consider an alternate way to collect submissions
> from those who might not be able to access the form.
I'll act as an email
On Thu, Sep 17, 2015 at 06:22:47AM -0400, Davanum Srinivas wrote:
> Tony,
> Looks like the ban is holding up:
> https://review.openstack.org/#/c/224429/
Sorry yes. Robert Collins pointed out that my new quicker plan wasn't going to
work so we went back to the original ban 1.4.1 solution.
It look
On Thu, Sep 17, 2015 at 03:34:30PM +1000, Tony Breeds wrote:
> On Thu, Sep 17, 2015 at 03:01:53PM +1000, Tony Breeds wrote:
> > Hi all,
> > The recent relapse of oslo.utils 1.4.1[1] (for juno) is valid in kilo.
> > The
> > juno global-requirements for Babel are
On Thu, Sep 17, 2015 at 03:01:53PM +1000, Tony Breeds wrote:
> Hi all,
> The recent relapse of oslo.utils 1.4.1[1] (for juno) is valid in kilo.
> The
> juno global-requirements for Babel are not compatible with kilo so nothing can
> get through grenade :(
>
> We&
Hi all,
The recent relapse of oslo.utils 1.4.1[1] (for juno) is valid in kilo. The
juno global-requirements for Babel are not compatible with kilo so nothing can
get through grenade :(
We're working it
https://bugs.launchpad.net/oslo.utils/+bug/1496678
Yours Tony.
[1] https://review.opensta
A quick reminder that we are in the last hours for PTL candidate announcements.
If you want to stand for PTL, don't delay, follow the instructions on the
wikipage and make sure we know your intentions:
https://wiki.openstack.org/wiki/PTL_Elections_September_2015
Make sure your candidacy have be
On Tue, Sep 15, 2015 at 12:52:40PM -0400, Doug Hellmann wrote:
> I've created the branches for oslo.utils and oslotest, as requested.
> There are patches up for each to update the .gitreview file, which will
> make it easier to land the patches to update whatever requirements
> settings need to be
On Fri, Sep 11, 2015 at 10:24:17AM +1000, Tony Breeds wrote:
> Nominations for OpenStack PTLs (Program Technical Leads) are now open and will
> remain open until September 17, 05:59 UTC.
>
> All candidacies must be submitted as a text file to the openstack/election
> repository
Nominations for OpenStack PTLs (Program Technical Leads) are now open and will
remain open until September 17, 05:59 UTC.
All candidacies must be submitted as a text file to the openstack/election
repository as explained on the wiki[0].
In order to be an eligible candidate (and be allowed to vote
On Wed, Aug 26, 2015 at 03:11:56PM -0400, Doug Hellmann wrote:
> Tony,
>
> Thanks for digging into this!
>
> I should be able to help, but right now we're ramping up for the L3
> feature freeze and there are a lot of release-related activities going
> on. Can this wait a few weeks for things to s
Hi all,
In trying to fix a few stable/juno issues we need to release a new version
of ceilometerclient for stable/juno. This email is to try and raise awareness
so that if the proposal is bonkers [1] we can come up with something better.
This isn't currently possible due to the current caps i
Hi All,
We have the test in $subject that is used for most (if not all) libraries
via the 'lib-forward-testing' job-group it's aim to to "test their proposed
commits to ensure they don't break OpenStack on their next release." [1]
This is of course a good idea.
The problem I;'m having is tryi
On Fri, Aug 28, 2015 at 11:12:43AM +1200, Robert Collins wrote:
> I'm pretty sure it *will* be EOL'd. OTOH thats 10 weeks of fixes folk
> can get. I think you should do it if you've the stomach for it, and if
> its going to help someone. I can aid by cutting library releases for
> you I think (hav
On Wed, Aug 26, 2015 at 03:11:56PM -0400, Doug Hellmann wrote:
> Tony,
>
> Thanks for digging into this!
No problem. It seemed like such a simple thing :/
> I should be able to help, but right now we're ramping up for the L3
> feature freeze and there are a lot of release-related activities goi
On Mon, Aug 24, 2015 at 08:03:38AM -0400, Davanum Srinivas wrote:
> Tony,
>
> +1 to open Bugs and Reviews. I'll help move things along.
Hi Dims,
I've created:
https://bugs.launchpad.net/oslo.messaging/+bug/1488737
https://bugs.launchpad.net/oslo.utils/+bug/1488746
https://bugs.launchpad.net/
Hi All,
Firstly I apologise for the rambling nature of this email. There's a lot
of context/data here and I'm not sure of the best way to present it.
In [1] we discovered that stable/juno devstack is broken. After a little
digging
we opened [2] This required creating a stable/juno branch f
On Thu, Aug 20, 2015 at 02:12:44PM +0300, Eduard Matei wrote:
> Hi,
>
> ATM our workaround is to manually pip install futures==2.2.0 before running
> stack.sh
Yeah that's what I did. You can also add that command to tools/fixup.sh
> Any idea when an "official" fix will be available?
We're wor
On Tue, Aug 18, 2015 at 10:04:56PM +, Jeremy Stanley wrote:
> On 2015-08-18 15:48:08 -0500 (-0500), Matt Riedemann wrote:
> [...]
> > You'd also have to raise the cap on swiftclient in g-r stable/juno
> > to python-swiftclient>=2.2.0,<2.4.0.
> [...]
>
> Followed by stable point releases of eve
On Mon, Aug 17, 2015 at 03:51:46PM -0500, Matt Riedemann wrote:
> What version of taskflow is installed? Cinder 2014.2.3 requires this
> version of taskflow [1]:
>
> taskflow>=0.4,<0.7.0
>
> Which should get you taskflow 0.6.2, and taskflow 0.6.2 has this requirement
> [2] for futures:
>
> fut
On Fri, Aug 14, 2015 at 04:01:20AM +, Guo, Ruijing wrote:
> Yes. I like this idea to restart all services including nova, neutron,
> cinder, etc:)
You can *probably* use
HOST=devstack.domain ./stack-smash.sh '.*'
to restart all the services running under devstack.
Note my list of "windows
On Fri, Aug 14, 2015 at 04:00:23AM +, Guo, Ruijing wrote:
> I need to reboot hosts and restart openstack services. In this case, screen
> may not help.
If you need to reboot the host then you shoudl re-run ./stack.sh
Yours Tony.
pgpVjQSWy881w.pgp
Description: PGP signature
On Fri, Aug 14, 2015 at 11:31:07AM +0800, Rui Chen wrote:
> I use *screen* in devstack, Ctrl+c kill services, then restart it in
> console.
>
> Please try the following cmd in your devstack environment, and read some
> docs.
>
> *screen -r stack*
>
> http://www.ibm.com/developerworks/cn/linux/l-
On Tue, Aug 11, 2015 at 08:24:10PM -0600, Matt Fischer wrote:
> It was covered some here:
> http://lists.openstack.org/pipermail/openstack-dev/2015-July/069658.html
> and some graphs here: http://www.mattfischer.com/blog/?p=672
>
> tl;dr is that having revoked tokens affects keystone token validat
On Mon, Aug 10, 2015 at 07:16:43PM -0600, Matt Fischer wrote:
> I'm not excited about making this the default until token revocations don't
> impact performance the way that they do now. I don't know how often this
> would get exercised though, but the impact of 100+ token revokes is
> noticeable
On Mon, Aug 10, 2015 at 01:34:03PM -0400, Andrew Laski wrote:
> I'm only one data point, but we have a short TTL on tokens so it is not
> something that our users could reasonably due. And the Nova default TTL is
> 10 minutes, which is also out of bookmarking range IMO.
So that's a good point.
Hi All,
Nova has bug: https://bugs.launchpad.net/nova/+bug/1447679 (service No-VNC
(port 6080) doesn't require authentication).
Which explains that if you know the 'token'[1] associated with an instances
console you can get access to said console without otherwise proving that you
should be al
On Mon, Aug 03, 2015 at 04:49:59PM +0100, Alexis Lee wrote:
> Dugger, Donald D said on Mon, Aug 03, 2015 at 05:39:49AM +:
> > Also note that, although many capabilities can be represented by
> > simple key/value pairs (e.g. the presence of a specific special
> > instruction) that is not true fo
On Thu, Jul 09, 2015 at 05:19:06PM +0530, Pradeep kumar wrote:
> Hi Hans,
> I did traced the function responsible for segmentation fault itz in file
> ceval.c. find below
>
> if (*next_instr == SETUP_FINALLY) {
> /* Make the last opcode before
>a try: fi
On Thu, Jul 02, 2015 at 03:26:41AM +0200, Thomas Goirand wrote:
> Use the source, luke! Or write yourself a small shell script...
I have, and I'm pretty sure that's where this conversation started.
> If you attempt to address this, you're making my life miserable. Please
> don't do it, thanks.
On Wed, Jul 01, 2015 at 11:07:30PM +, Perry, Sean wrote:
> BTW, see dh_bash-completion from the debhelper package. When in doubt about
> packaging on a deb based distro look at the debhelper tools source (which is
> perl).
>
> -Original Message-
> From: Perry, Sean
> Sent: Wednesday
On Wed, Jul 01, 2015 at 01:33:03PM +0200, Thomas Goirand wrote:
> The file has nothing to do in /usr/share/doc either. By per the debian
> policy manual: we shouldn't rely on /usr/share/doc, as it can be removed
> entirely by the users. /usr/share/python-novaclient could be a place,
> but really,
On Wed, Jul 01, 2015 at 03:28:06PM +, Ian Cordasco wrote:
> So for people using the clients to talk to arbitrary clouds from their
> personal computer (that can be running more than just linux) we need to
> fix this. The problem is that if the person is installing a wheel or using
> a new enou
On Wed, Jul 01, 2015 at 02:13:50PM +, Jeremy Stanley wrote:
> On 2015-07-01 12:08:46 +1000 (+1000), Tony Breeds wrote:
> > Okay so I take you point no problem, but I'm not running distro
> > packages and I still want completions. There must be a way to
> > package th
On Wed, Jul 01, 2015 at 03:55:53AM +0200, Thomas Goirand wrote:
> Please don't do this. This is the kind of job to be done by package
> maintainers in distribution, because mostly, Python maintainers wouldn't
> know how to do things correctly. Here we've got a good example: the bash
> completion s
Hi All,
I'm pretty new to this but I'll ask anyway. python-novaclient contains a
bash completion script . When installed from pypi this script isn't packaged
(and therefore it isn't installed).
I created https://review.openstack.org/#/c/196919/ to gather feedback on:
a) this this a thing we
Hi All,
We've been using the new gerrit based irc-meetings repo for about 3 week
now. There have been teething troubles but by and large I think things are
going well. People have identified some tooling changes/enhancements that
we're workign on, buyt that's another thread.
A couple of thin
On Thu, Jun 11, 2015 at 11:33:14AM +0800, 苌智 wrote:
> I met problem when run "git review". It says that " ssh: connect to host
> review.openstack.org port 29418: No route to host ". There is no response
> when I run "telnet review.openstack.org 29418". And my screen only displays
> "Trying 104.130.
501 - 600 of 637 matches
Mail list logo