- Original Message -
> From: "Michael Still"
> To: openstack@lists.launchpad.net, openstack-operat...@lists.openstack.org
> Sent: Saturday, August 11, 2012 5:12:22 AM
> Subject: [Openstack] [Nova] How common is user_data for instances?
>
> Greetings.
>
> I'm seeking information about h
+1. Nice work Yun.
- Original Message -
> From: "Vishvananda Ishaya"
> To: "Openstack (openstack@lists.launchpad.net)
> (openstack@lists.launchpad.net)"
> Sent: Wednesday, July 18, 2012 7:10:41 PM
> Subject: [Openstack] [nova] Proposal to add Yun Mao to nova-core
>
> Hello Everyone!
>
+1. Nice work Michael!
- Original Message -
> From: "Vishvananda Ishaya"
> To: "Openstack (openstack@lists.launchpad.net)
> (openstack@lists.launchpad.net)"
> Sent: Wednesday, July 18, 2012 7:13:54 PM
> Subject: [Openstack] [nova] Proposal to add Michael Still to nova-core
>
> Hello Ev
+1 Excellent reviews and contributions as well!
- Original Message -
> From: "Vishvananda Ishaya"
> To: "Openstack (openstack@lists.launchpad.net)
> (openstack@lists.launchpad.net)"
> Sent: Wednesday, July 18, 2012 7:09:14 PM
> Subject: [Openstack] [nova] Proposal to add Padraig Brady t
ssage -
> From: "Dan Prince"
> To: "OpenStack Mailing List"
> Sent: Sunday, July 8, 2012 9:59:54 PM
> Subject: Glance/Swift tenant specific storage
>
> I started working on the Glance swift-tenant-specific-storage
> blueprint last week.
>
>
- Original Message -
> From: "Dave Walker"
> To: "Monty Taylor"
> Cc: openstack@lists.launchpad.net, "John Garbutt"
> Sent: Monday, July 9, 2012 6:01:19 PM
> Subject: Re: [Openstack] PEP8 checks
>
> On Mon, Jul 02, 2012 at 08:28:04AM -0400, Monty Taylor wrote:
> >
> >
> > On 07/02/2
- Original Message -
> From: "David Kranz"
> To: "Dan Prince"
> Sent: Monday, July 9, 2012 9:15:00 AM
> Subject: Re: [Openstack] Glance/Swift tenant specific storage
>
> Dan, I am involved in a project (not Glance) that is doing something
>
I started working on the Glance swift-tenant-specific-storage blueprint last
week.
I've got a working branch in play here:
https://github.com/dprince/glance/commits/swift_multi_tenant3
Some details on how I've done things so far:
* Update Glance so that it uses the service catalog for each
- Original Message -
> From: "Russell Bryant"
> To: andrewbog...@gmail.com
> Cc: "Andrew Bogott" , openstack@lists.launchpad.net
> Sent: Monday, July 2, 2012 3:26:56 PM
> Subject: Re: [Openstack] best practices for merging common into specific
> projects
>
> On 07/02/2012 03:16 PM
be a blocker for the merge of the commit by Gerrit or
> > Jenkins or any of the reviewers ?
> >
> > 2. Why did SmokeStack not get re-triggered for the later patch
> > set revisions, before it was merged ?
>
> The answer to 1 and 2 is largely the same - SmokeStack
I went ahead and implemented the fix here:
https://review.openstack.org/#/c/8943/1/nova/virt/libvirt/connection.py
Once we do this the version requirement should be back at 0.9.6 (I think).
Dan
- Original Message -
> From: "Jay Pipes"
> To: openstack@lists.launchpad.net
> Sent: Friday,
Hey Jim,
Any updates or new ideas on the cause of the intermittent hangs?
I mentioned these on IRC with regards to one of the Essex failures one
thing I've seen with Glance recently is that both the glance-api and
glance-registry now use (and try to auto create) the database by default. I'v
- Original Message -
> From: "Brian Waldon"
> To: "openstack@lists.launchpad.net (openstack@lists.launchpad.net)"
>
> Sent: Friday, June 8, 2012 5:50:45 PM
> Subject: [Openstack] Comparing roles - case (in)sensitivity
>
> tl;dr - Should we compare roles as case-sensitive or
> case-ins
- Original Message -
> From: "Sean Dague"
> To: openstack@lists.launchpad.net
> Sent: Wednesday, June 13, 2012 3:07:54 PM
> Subject: Re: [Openstack] The right way to deprecate things in nova?
>
> On 06/13/2012 01:35 PM, Mark Washenberger wrote:
>
> >> So up until this point OpenStack h
Okay. It looks like Swift also still depends on swiftclient. Long term it would
be nice if we could build and unit test swift without relying on the
swiftclient package. Could we:
1) Move any binaries that require swiftclient into the python-swiftclient
project.
2) Move swift function tests
Hey Jim,
I actually turned off SmokeStack earlier today for potentially the same reason.
I was out for a couple days last week and haven't quite put my finger on all
the things that are wrong. I'm seeing about half of the functional test runs
fail.
This issue seems to be the cause of most of m
- Original Message -
> From: "Sean Dague"
> To: openstack@lists.launchpad.net
> Sent: Tuesday, June 12, 2012 3:50:45 PM
> Subject: [Openstack] The right way to deprecate things in nova?
>
> I'm in the process of deprecating the old way that we do virt drivers
> so
> that it's fully dyna
- Original Message -
> From: "Michael Still"
> To: openstack@lists.launchpad.net
> Sent: Thursday, May 31, 2012 8:03:37 PM
> Subject: Re: [Openstack] nova.projects table problems
>
> On 01/06/12 09:54, Michael Still wrote:
> > Has anyone else experienced something like this? Its happene
the API won't be able to use
> the deprecated auth strategy, but you can still use the nova-manage
> commands - https://review.openstack.org/#/c/7215/
> 2) Remove nova-manage commands. The data won't have been migrated out
> yet, but you won't have any interface to it t
Several people asked me on IRC about SmokeStack being down.
I'm having some issues with the image snapshot I used to spin up server groups
for XenServer testing... so until I get a couple hours to go have a look at
either creating a new snapshot or fixing the existing snapshot the XenServer
Smo
- Original Message -
> From: "John Garbutt"
> To: "Dan Prince" , "Vishvananda Ishaya"
>
> Cc: openstack@lists.launchpad.net
> Sent: Thursday, May 3, 2012 10:56:44 AM
> Subject: RE: [Openstack] database migration cleanup
>
> I
- Original Message -
> From: "Vishvananda Ishaya"
> To: "Dan Prince"
> Cc: openstack@lists.launchpad.net
> Sent: Thursday, April 26, 2012 4:14:25 PM
> Subject: Re: [Openstack] database migration cleanup
>
> +1. Might be nice to have
- Original Message -
> From: "Johannes Erdfelt"
> To: openstack@lists.launchpad.net
> Sent: Friday, April 27, 2012 12:13:47 PM
> Subject: Re: [Openstack] database migration cleanup
>
> On Fri, Apr 27, 2012, Dan Prince wrote:
> > > Mirations don
- Original Message -
> From: "Monsyne Dragon"
> To: "Dan Prince"
> Cc: "Sean Dague" ,
> ""
> Sent: Friday, April 27, 2012 1:46:03 PM
> Subject: Re: [Openstack] database migration cleanup
>
> Even better, what would it
- Original Message -
> From: "Johannes Erdfelt"
> To: openstack@lists.launchpad.net
> Sent: Friday, April 27, 2012 10:20:38 AM
> Subject: Re: [Openstack] database migration cleanup
>
> On Thu, Apr 26, 2012, Dan Prince wrote:
> > The OpenStack Essex
- Original Message -
> From: "Sean Dague"
> To: openstack@lists.launchpad.net
> Sent: Friday, April 27, 2012 10:21:17 AM
> Subject: Re: [Openstack] database migration cleanup
>
> On 04/26/2012 03:24 PM, Dan Prince wrote:
>
> > I think this scheme
Russell Bryant wrote the Nova Qpid rpc implementation and is a member of the
Nova security team. He has been helping chipping away at reviews and
contributing to discussions for some time now.
I'd like to seem him Nova core so he can help out w/ reviews... definitely the
RPC ones.
Dan
___
- Original Message -
> From: "Eoghan Glynn"
> To: "Dan Prince"
> Cc: openstack@lists.launchpad.net
> Sent: Friday, April 27, 2012 5:45:27 AM
> Subject: Re: [Openstack] database migration cleanup
>
>
>
> > https://review.openstack.o
The OpenStack Essex release had 82 database migrations. As these grow in number
it seems reasonable to clean house from time to time. Now seems as good a time
as any.
I came up with a first go at it here:
https://review.openstack.org/#/c/6847/
The idea is that we would:
* Do this early in th
- Original Message -
> From: "Joe Gordon"
> To: openstack@lists.launchpad.net
> Sent: Monday, March 12, 2012 5:59:02 PM
> Subject: [Openstack] Gerrit minimum review time frame
>
> Hi All,
>
> I have noticed that some Gerrit branches get approved very quickly,
> sometimes in a matter o
This week, we switched Smokestack over to use a Fedora/puppet configuration
that Derek Higgins and I have been working on. You can see those results in
gerrit now. It seems very stable and supports running Nova smoke tests and
Torpedo.
We plan on focussing our trunk chasing on Fedora/puppet/lib
lved would be great.
>
> Thoughts and criticism most welcome, and apologies in advance if I got any
> of the above history wrong. Feel free to correct me!
>
> Best,
> -jay
>
One final note:
We are looking at adding dual support for Fedora/puppet and Ubuntu/chef to
Smo
e merge prop:
> https://review.openstack.org/#change,3526
>
>
> Brian Waldon
>
>
> ___
> Mailing list: https://launchpad.net/~openstack
> Post to : openstack@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~
This would allow us
to coordinate making these types of changes?
Dan
-Original Message-
From: "James E. Blair"
Sent: Wednesday, January 4, 2012 12:09pm
To: "OpenStack Mailing List"
Subject: Re: [Openstack] Integration test gating on trunk
"Dan Prince"
Hi Jim,
A couple of questions for you:
1) You mentioned how to coordinate changes between glance and nova but what
about devstack. Does that same process apply to devstack as well? For example
if there were a configuration file change (api-paste changes often and can
cause failures) would
dd an explicit cleanup for /tmp/glance-tests to
make sure we have a clean slate for each test run.
Dan
-Original Message-
From: "Jay Pipes"
Sent: Tuesday, December 13, 2011 7:14am
To: "Dan Prince"
Cc: "Openstack"
Subject: Re: [Openstack] unit and integration te
Hello all,
We just turned on a [https://github.com/dprince/bellows] Bellows feature that
will automatically update Gerrit reviews with SmokeStack test results. Each
Gerrit review should have a comment that looks something like this:
SmokeStack Results (patch set 2):
Unit Success: http://smo
+1
-Original Message-
From: "Vishvananda Ishaya"
Sent: Tuesday, November 29, 2011 1:05pm
To: "openstack (openstack@lists.launchpad.net)"
Subject: [Openstack] Proposal for Mark McLoughlin to join nova-core
Mark is maintaining openstack for Fedora and has made some excellent
contribu
++
The closer we can get to really using GitHub the better.
Dan
-Original Message-
From: "Sandy Walsh"
Sent: Thursday, September 1, 2011 1:56pm
To: "openstack@lists.launchpad.net"
Subject: [Openstack] A possible alternative to Gerrit ...
Hey!
Last night I did some hacking on Hu
I Kiran,
If you are interested in functionally testing the various openstack API's you
might check out the following:
https://github.com/rackspace-titan/stacktester (v1.1 OSAPI tests written in
Python)
https://github.com/dprince/openstack_vpc/tree/master/tests/ruby (v1.0 OSAPI
tests usin
The nova-tarmac jobs gets hung quite often lately. I know a lot of fingers have
been pointing at Launchpad issues but I'm not sure that is the case here. When
its hung the console output of the job is almost always at:
Running test command: /home/jenkins/openstack-ci/test_nova.sh
This is ess
committed code) what they prefer?
Dan
-Original Message-
From: "Monty Taylor"
Sent: Tuesday, August 9, 2011 2:29pm
To: "Jay Pipes"
Cc: "Dan Prince" , openstack@lists.launchpad.net
Subject: Re: [Openstack] Status of Git/Gerrit Code Hosting/Review
>> L
iendly. In
Launchpad we typically had people naming their branches w/ either a feature/fix
name or the ticket number. So in Launchpad my branch would be called something
like 'lp:~dan-prince/fix_ec2_metadata' or whatever. In Gerrit the branch names
up for review are rather cryptic
lor"
Sent: Tuesday, June 7, 2011 12:30pm
To: "openstack@lists.launchpad.net"
Cc: "Dan Prince" , "Mihai Ibanescu" ,
"Peter J. Pouliot"
Subject: Overview of CI/Testing
Hey everybody,
Here's a quick write up on what we have at the moment and what
We are getting lots of conflicts with migration numbers in merge props.
What are thoughts on using date time stamps (UTC format) instead of sequential
numbering?
So instead of:
021_rename_image_ids.py
We'd use:
20110402122512_rename_image_ids.py (or something similar).
Rails projects now use
+1
Brian is a rock solid python developer.
Dan
-Original Message-
From: "Vishvananda Ishaya"
Sent: Tuesday, May 31, 2011 3:16pm
To: "Openstack"
Subject: [Openstack] Proposal for Brian Lamar to join Nova-Core
While I was checking branch merges, I noticed that Brian Lamar (blamar), is n
The v1.1 spec is still marked as beta, yes.
The extensions code however was included in Cactus and is fully working. From
the looks of your PDF you need a top level resource with several sub-resources.
I think most of this should be supported with the existing ResourceExtension
code.
You might
Hey Sandy,
So the API version works in the sense that if you hit /v1.0 you'll get the
older v1.0 style API. Likewise for /v1.1.
The big things still in flux as far as v1.1 support in nova:
-making the JSON and XML serialization match the spec. On the JSON side there
are some "collections" chan
Soren/Monty,
The most recent glance PPA packages fail due to the fact that glance trunk now
uses separate files for glance-api.conf and glance-registry.conf. This merge
prop should fix it:
https://code.launchpad.net/~dan-prince/glance/ubuntu-glance-api-version/+merge/61001
Cheers,
Dan
+1
I just SmokeStack'ed a couple more suspiciously old branches and marked them
needs fixing because they didn't merge w/ trunk. Most of which already had
needs fixing for other reasons anyway.
---
Also, I've been sitting on lp:~dan-prince/nova/chown_vdb_device for a month
no
Hi Fred,
The image format for the old S3 image service (local image store) changed a bit
in Cactus. I believe there is a 'nova-manage image convert' command you can use
to convert the old naming scheme to the Cactus image store format.
Or like Todd pointed out below you can also manually do the
me to build nova ubuntu packages
on Maverick:
lp:~dan-prince/nova/ubuntu-hunking-fixes
lp:~dan-prince/nova/ubuntu-fix_installinit
Thanks,
Dan
-Original Message-
From: "Soren Hansen"
Sent: Thursday, May 5, 2011 10:16am
To: openstack@lists.launchpad.net
Subject: [Openstack] Packag
Hello all,
After a bit of rest I got a public SmokeStack setup here:
http://184.106.189.251/
Trunk tests with libvirt ipv4 currently fail due to:
https://bugs.launchpad.net/nova/+bug/773412
--
Is there interest in making accounts available in SmokeStack this for any and
all nova devs? It w
Hey John,
Wasn't the plan that Rackspace would use API extensions to refine the volumes
API and then move towards getting the API into nova core long term. Perhaps the
extension could even live in the nova source code but just not be considered
part of the version spec?
Just wondering if there
Hi Thierry,
Appoligies for the late blueprint submission. I guess I like using Blueprints
for missing features so that I can setup the dependencies in launchpad. On this
specific issue I just wanted some community comments and communication on the
notes I had in etherpad. Although my initial em
Is anyone using the nova/image/local.py?
This class appears to be a pre-glance image service that could be used with the
Openstack API. As we now have glance I'm not sure we really need this anymore.
The class initializes its path to a temp directory:
def __init__(self):
self._path
re to reaching parity in some of the larger (meta) blueprints.
I bounced the idea around some of the teams within Rackspace and blueprint
seemed right for this one. Perhaps I was wrong.
Dan
-Original Message-
From: "Jay Pipes"
Sent: Friday, March 4, 2011 10:27am
To: "Dan Pri
/openstack-api-server-passwords
http://etherpad.openstack.org/openstack-api-server-passwords
Dan Prince
___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More
I'm not a big fan of 'known bugs' in unit tests. Unit tests should always pass.
How practical is it that I'm going to invest the time to write a unit tests on
a bug which I'm then not able to fix in the same merge. In many cases writing
the test cases are actually harder than writing the code t
Hey Jay,
I like what you propose here. I have a couple of comments and questions.
I see the 'smoketests' directory in the nova code. Is anyone running these
tests on a regular basis (every commit)? Is this the best place to further
build out integration tests?
---
Regarding environment/setup
Hi Justin,
My vote would be to call the table InstanceProperties.
Regarding the ability of other services to use the table wouldn't it be cleaner
if services had their own 'properties' tables (like the Glance registry service
does).
In other words services would have control over their own met
61 matches
Mail list logo