openstack.org/wiki/Nova/BugTriage#Step_2:_Triage_Tagged_Bugs
>
> --
>
> Thanks,
>
> Matt Riedemann
>
>
> ___
> OpenStack-dev mailing list
> OpenStack-dev@lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman
On 22 November 2013 22:31, Thierry Carrez wrote:
> Robert Collins wrote:
>> I don't understand why branches would be needed here *if* the breaking
>> changes don't impact any supported release of OpenStack.
>
> Right -- the trick is what does "supported&quo
> OpenStack-dev mailing list
> OpenStack-dev@lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
erpad..
I don't see any mention of a step backwards.
-Rob
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
t the idea :)
Cheers,
Rob
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
On 22 November 2013 05:55, James Slagle wrote:
> On Tue, Nov 19, 2013 at 6:57 PM, Robert Collins
>> Right now I think we need to continue the two primary arcs we have:
>> CI/CD integration and a CD HA overcloud so that we are being tested,
>> and then work on making the
the latest python-glanceclient should
> work with diablo and it should work with icehouse. Nothing in this
> thread breaks that - I just bring it up because it's one of the overall
> design points that we'll be rubbing against.
I don't understand why branches would be neede
periods are
finally being cleaned up. Anyone using those features is already
getting deprecation warnings... totally fine for that cleanup to be
done.
-Rob
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
___
OpenStack-dev mailing list
Op
ere a correct way to stage breaking changes in Gerrit?
> Has some other team already dealt with this problem?
Why not just propose them to Gerrit? Get a set of reviews +2 +2 but
not APRV, and once you're satisfied you have everything, approve them
then release.
-Rob
--
Robert Collins
we can expect lockutils to be broken, and rpc to be broken. Clearly
they are being impacted more subtly than the neutron client usage.
-Rob
On 21 November 2013 07:44, Robert Collins wrote:
> Which of these bugs would be appropriate to use for the fix to
> strong_store - it affects lockutils
nstack.org/show/53686/
>>
>> --
>> Russell Bryant
>>
>> ___
>> OpenStack-dev mailing list
>> OpenStack-dev@lists.openstack.org
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
>
> ___
t;> OpenStack-dev mailing list
>> OpenStack-dev@lists.openstack.org
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
>
> ___
> OpenStack-dev mailing list
> OpenStack-dev@lists.openstack.org
>
reaks the thread and makes it look like the
original off topic post has not been replied to. Which will lead to
multiple replies saying the same thing.
-Rob
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
___
OpenStack-dev mailing list
e how ancient a libvirt we should support
> for it.
Fantastic!!!
The Ubuntu cloud archive
https://wiki.ubuntu.com/ServerTeam/CloudArchive is how OpenStack is
delivered by Canonical for Ubuntu LTS users. So I think you can go
with e.g. 0.9.11 or even 0.9.12 depending on what the Suse folk say.
-R
efinitely at this point - they serve
overlapping but differing audiences.
We should be testing both.
-Rob
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
e we ran our own jenkins with such downloadable images.
Right now I think we need to continue the two primary arcs we have:
CI/CD integration and a CD HA overcloud so that we are being tested,
and then work on making the artifacts from those tests available.
-Rob
--
Robert Collins
Distinguished
e
> time.
As long as the metadataservice doesn't move out :) - that one I think
is pretty core and we have no native replacement [configdrive is not a
replacement :P].
-Rob
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
___
On 15 November 2013 10:53, Adrian Otto wrote:
>
>
> Adrian Otto (adrian_otto) - Solum PTL (Principal Architect, Rackspace)
> Monty Taylor (mordred) - OpenStack Technical Committee, OpenStack Board of
> Directors (Distinguished Technologist, HP)
> Robert Collins (lifel
gt; shared culture creates. There is a lot of magic smoke in that box. Could
> there be improvements, absolutely, and the most inner folks in Nova talk
> about this all the time, trying to come up with new models. But I really
> don't think this is a fix-it-with-math problem.
I think
On 15 November 2013 03:03, Daniel P. Berrange wrote:
> On Thu, Nov 14, 2013 at 08:29:36PM +1300, Robert Collins wrote:
>> One confounding factor here is that this counts (AIUI) pushed changes,
>> not change ids - so we don't need two +2's for every push, we need two
&
ches to learn what other
reviewers say, and why
- until the nova-core team & Russell are happy that they can
contribute effectively as -core.
Why such a big number of volunteers? Because we need a big number of
people to spread load, because Nova has a high incoming patch rate.
Cheers,
Ro
file_name)
>
> Or something similar.
And thus my point is made :>
-Rob
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
ypervisor_type
>
> Isn't this kind of confusing for users though? My admin told me the
> cluster was kvm, but when I ask nova I get qemu?
>
> Michael
>
> --
> Rackspace Australia
>
> _______
> OpenStack-dev mailing lis
n engineering tradeoff... I think we can do
better :) - I'd like to see us start running 5 or 10 duplicate
scenarios to set a lower bound on flakey tests that can enter the
system /at all/, and to look for and back out changes that introduce
more subtle flakey bugs.
-Rob
--
Robert Collin
ot;, line 1
(foo, bar, baz =
^
SyntaxError: invalid syntax
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
the bugfix/feature and the vendor can
sell more of their product. And again, if being part of the OpenStack
community is core to their plans, they will be doing that!
So - there are intrinsic motivators for doing this work. Do we need to
track the (I suspect) small fraction o
what I'm doing. I've been told that much of our style
guide was copied lock stock and barrel from some Google Python style
guide, so I can't tell what is consensus and what is 'what someone
copied down one day'. Particularly when there is no rationale included
against the p
sk_extents = (
self._path_file_exists(ds_browser, folder_path, file_name))
Which is IMO harder to read - double brackets, but no function call,
and no tuple: it's more ambiguous than \.
from https://review.openstack.org/#/c/48544/15/nova/virt/vmwareapi/vmops.py
Cheers,
Rob
--
Robert Collins
s hard disk?
> Thanks,
> -vj
>
> ___
> OpenStack-dev mailing list
> OpenStack-dev@lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
_
gt; OpenStack-dev mailing list
> OpenStack-dev@lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
___
OpenStack-dev mailing list
OpenStack-
On 11 November 2013 17:06, Clark Boylan wrote:
> On Sun, Nov 10, 2013 at 6:18 PM, Robert Collins
> They are sorted on the reverse of the default sort order (which is
Sadly not. The default sort order shows most-recently-updated first,
which is a field which changes on new push, on comment
--
http://eavesdrop.openstack.org/meetings/tripleo/2013/tripleo.2013-11-12-19.00.html
--
http://eavesdrop.openstack.org/meetings/tripleo/2013/tripleo.2013-11-12-19.00.log.html
Cheers,
rob
Robert Collins
Distinguished Technologist
HP Converged Cloud
on level at minimum'. This leaves room for gate
based testing of such plugins too, if the vendor steps up and meets
the requirements to have their plugin be gate checked - which is
superior to merely doing verification checks.
-Rob
--
Robert Collins
Distinguished Technologist
HP Conve
t by last-comment or last-push
- the reviewable by me section includes all nova open reviews (as I watch it)
- the reviewed by me section is also a 100 or so long
-> useless.
I would like to review things I previously reviewed first, but
re-reading > 100 reviews to manually detect
hing we should
try :)
-Rob
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
eriod : 20 patches landing
per hour, but re-tests when things failed in the gate means more like
40 runs per hour, 2 machines per run, an hour budget for bare metal
deployed runs.
Cheers,
Rob
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
___
kflow and the
ReviewWorkflowTips page above overlap a lot.
I think we should merge ReviewWorkflowTips into Gerrit_Workflow, and
link to the review checklist and guidlines pages from Gerrit_Workflow.
-Rob
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
on with a live human would you have
no feedback at all, if they were reading a speech to you. You might go
'that was a great speech' (+2) and *still* have something to add. As
an observer given a very long speech, and an audience, I'd suspect
folk went to sleep if they didn't
; : I specifically want to see what the effect on changing
the Gerrit web UI is, because my sense is that that is the default
place folk do reviews, and I want to change the default-experience
folk have, not the optional experience folk can opt into.
-Rob
--
Robert Collins
Distinguished T
whatever the issue
is fixed.
It's very much not OK to spend an hour reviewing something and then +1
with no comment: if I, and I think any +2er across the project see a
patch that needs an hour of review, with a commentless +1, we'll
likely discount the +1 as being meaningful.
-
7;t had new commits
> since the last release
>
> This also means that:
> 1. We are now releasing all the projects we have.
> 2. *tuskar* projects have got PyPi entries.
>
> Last but not least.
>
> I'd like to say a big thank you to Chris Jones who taught me '
sier/better/possible with this thing implemented?
-Rob
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
e sure we can connect and see where we can collaborate!
Cheers,
Rob
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
the test handle both behaviours,
land the new change, make the test only handle the new behaviour.
> Thanks and kind regards,
>
> Dave
>
> ___
> OpenStack-dev mailing list
> OpenStack-dev@lists.openstack.org
> http://lists.o
way that the controller thinks the VM does not exist but the hypervisor is
> still reserving some resources for that VM. If Nova had a way to check its
> facts against the hypervisors, confusion would not have to reign.
In nova.conf, set:
running_deleted_instance_action=reap
:)
Cheers,
Rob
lum/FeatureBlueprints/GitIntegration#Flow_Boundaries
>>
>>
>>
>> ___
>> OpenStack-dev mailing list
>> OpenStack-dev@lists.openstack.org
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/op
ntic meaning at all there'.
Roman and I discussed this and we think that treating 0. versions as
0.MAJOR.MINOR makes sense. So we would go from 0.0.X to 0.1.0 when we
do something incompatible with the prior 0.0.X version, and just
increment X otherwise.
Thoughts?
-Rob
--
Robert Collins
ests.sh cinder.tests.test_volumes' or more granular:
> 'run_tests.sh
> cinder.tests.test_volume:VolumeTestCase.test_create_delete_volume
For any project that has switched to testr, it should be simple - pass
-- in.
e.g. run_tests.sh -- (?!testnametoskip)
Cheers,
Rob
patch landed - but then I'd
expect reviewers to not ask for tests or to volunteer that they might
be optional.
Now, if I'm wrong, and folk have different norms about when to accept
'reason X not to write tests' as a response from the submitter -
please let me know!
-Rob
--
functional and integration tests run with
ZK. Unit tests shouldn't be talking to a live ZK anyhow, so they don't
concern me.
-Rob
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
___
OpenStack-dev mailing list
Op
to recall Zookeeper really not being
suitable for secure environments, but maybe thats just how it was used
in my previous interactions with it?
-Rob
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
___
OpenStack-dev mailing lis
The one review a day thing I
derive thusly:
- reading a single patch a day is a low commitment to ask for
- if you don't have time to do that, you will get stale quickly -
you'll only see
about 20% of the code changes going on (we're doing about 5 commits
a day an
gh to follow the style (80 char limit, spacing between functions,
> between classes etc.) And we provide several ways for a user to run the full
> set of style tests locally.
Documentation isn't the same as helping. Yes, it's true that the modeline isn't
sufficient, but it
not have been clear. That was absolutely my intent.
-Rob
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Thanks!
-Rob
On 29 October 2013 11:16, Russell Bryant wrote:
> On 10/28/2013 05:40 PM, Robert Collins wrote:
>> Hey Russell, any chance you can shuffle the two tuesday nova sessions
>> on scheduler - 1450 and 1640 - to another day? Both of those are
>> pretty relevant to t
roblems by a) identifying bad ideas up
front, b) vetting the approach via high level walk throughs with
experienced reviewers in the project and c) forming consensus amongst
the -core reviews about the upcoming work.
So - to me - we should focus on the size of the change, not the nature
of the change,
Thanks!
-Rob
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
7;re all on
Tuesday - and please note we have multiple sessions in each slot, so
be sure to read the full detailed description to see if your session
is there.
Cheers,
Rob
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
___
OpenStack-dev m
change I'm talking about
should be an extension, off by default, so that it's easier to sunset
it when Cinder local provider comes about?
-Rob
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
___
OpenStack-dev mailing list
OpenSta
that help with better
> expression of dependencies among components and resources, and in-turn
> enable cross-vm coordination. We have captured our thoughts on this on the
> following Wiki page
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
well about the
significance of test pass/fail'.
> Also, there will be a design session on Cinder for Ironic local storage:
> http://summit.openstack.org/cfp/details/350
Cool.
-Rob
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
which cloud-init and other tools already know how
to locate and use.
-Rob
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
etched out code change - are sought!
Thanks,
Rob
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
A / Devstack trees
> (+ maybe Tripleo? I don't remember if that's Official or Incubated program
> at this point).
TripleO is official
NB: Incubation happens to projects, not programs.
-Rob
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
__
So nova has a massive .mailmap that maps multiple addresses for one
person together. I'm wondering if a) it's still needed, and b) if it
is, should we push it into all the repositories - e.g. have a single
global copy and an automated job to push updates around.
-Rob
--
Robe
On 26 October 2013 08:40, Dolph Mathews wrote:
>
> On Thu, Oct 24, 2013 at 1:48 PM, Robert Collins
> wrote:
>>
>>
>> *) They help casual contributors *more* than long time core
>> contributors : and those are the folk that are most likely to give up
>> a
On 26 October 2013 02:30, Monty Taylor wrote:
> Absolutely works with qcow2 images. We should start a conversation about
> savana and diskimage-builder too, btw.
Savanna. Also it already uses diskimage-builder :)
-Rob
--
Robert Collins
Distinguished Technologist
HP Converged
l fail when
you OOM :). You could do a dict with instance -> thread for deletes
instead, without creating lots of queues.
> I'm tending towards ii) as a simple and pragmatic solution in the near term,
> although I like both iii) and iv) as being both generally good enhancments -
> b
to do more Ironic reviews.
-Rob
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
On 25 October 2013 10:04, Chris Behrens wrote:
>
> On Oct 24, 2013, at 1:33 PM, Robert Collins wrote:
>
>> -2 to 10 minute downtimes.
>>
>> +1 to doing the evolution gracefully. There is a spec for doing that
>> from the H summit; someone just needs to implement
using a periodic task to copy data to
> the new columns, and then dropping the old. That's a lot more
> complicated to implement though.
>
> --
> Rackspace Australia
>
> ___
> OpenStack-dev mailing list
> OpenStack-dev@lists.
Kanban experiment - things that aren't in
the project current roadmap don't get unlimited resources; some things
are declined, and things in the roadmap everyone in the team comes
together to ensure a timely, effective delivery. The difference is
that we're operating with a deliberate
to enforce a specific modeline per file type,
avoiding accidental mistakes.
*) Possibly we can move the copyright licence grants to the end of the
files as well, making opening our source code up much more pleasant.
Cheers,
Rob
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
_
he infrastructure (rather than a user asking for something
stupid). I think my concern and yours can both be handled at the same
time.
-Rob
---
Robert Collins
Distinguished Technologist
HP Converged Cloud
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
ed" to make identifying this situation easy.
The last thing a new / upgraded deployment wants is something like
nova, or a third party API script failing in nonobvious ways with no
breadcrumbs to lead them to 'upgrade iso8601' as an answer.
-Rob
--
Robert Collins
Di
Huh, I did not see that go by. Python already has built in signalling
for deprecated features; I think we should be using that. We can of
course wrap it with a little sugar to make it easy to encode future
deprecations.
-Rob
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
_
> Minutes (text):
http://eavesdrop.openstack.org/meetings/tripleo/2013/tripleo.2013-10-22-19.01.txt
09:01 <@openstack> Log:
http://eavesdrop.openstack.org/meetings/tripleo/2013/tripleo.2013-10-22-19.01.log.html
Thanks everyone for coming.
-Rob
--
Robert Collins
Distinguished Technol
is a real
dependency, the dependency status will reflect appropriately (how long
it's been open, has it got reviews etc).
Anyhow, this is just a) thanks Russell! and b) a headsup if you notice
an old review but your stats are better - this is why - approved
reviews are not 'open'.
stribution
license granted by the copyright holders -or- a statement from the
copyright holders that it is in the public domain'. As long as all the
claimed copyright holders are claiming the same license, there is
nothing more needed for either Debian or
elp/pointers.
> Thanks
> Ravi
>
>
> ___
> OpenStack-dev mailing list
> OpenStack-dev@lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
_
l don't have dhcp
> enabled. I see this in the BM node's console when cloud-init starts.
>
>
>
> How can I troubleshoot this?
>
> Thanks
> Ravi
>
>
> _______
> OpenStack-dev mailing list
> OpenStack-dev@lists.openstack.org
> http://lists.openstack.org/cgi-
ring thing, and if Tempest isn't capable of generating enough
concurrency/load [for a single test - ignore parallel execution of
different tests] then that seems like something we should fix in
Tempest, because concurrency/race conditions are things we need tests
for in devs
ht holders and copyright license.
Personally, I think it should really only be a concordance of
copyright licenses, and the holders shouldn't be mentioned, but thats
not the current project view.
-Rob
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
he first
patch to a repository is probably a sustainable overhead. And it's
probably amenable to automation - a commit hook could do it locally
and a check job can assert that it's done.
-Rob
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
__
stination CIDR for a host route to
> 0.0.0.0/0. If I understand correctly, this would set a host route for
> 0.0.0.0, effectively changing the default gateway for the system.
> However, a default gateway is *already* defined for the subnet, via the
> "
quirements still lists
SQLAlchemy>=0.7.8,<=0.7.99
So you'll need an older version.
-Rob
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
this is a major pain.
>
> Your thoughts?
>
> Cheers,
>
> Thomas Goirand (zigo)
>
> ___
> OpenStack-dev mailing list
> OpenStack-dev@lists.openstack.org
> http://lists.openstack.o
enStack, that review
is a shared workload shared by all the contributors. We all need to do
this, otherwise we end up with asymmetric review load and thats what
leads to the current situation with a huge fraction of reviews being
done by a tiny fraction of the reviewers.
-Rob
--
Robert Col
ou see that causing any problems for non trivial
> clouds?
>
> Chris
>
>
> On Tue, Oct 15, 2013 at 7:26 PM, Robert Collins
> wrote:
>>
>> Please don't invert the bug though: if --all-tenants becomes the
>> default nova server behaviour in v3, please ensu
orth committing a whole session to. Maybe
> piggy-back this one onto another session already proposed? Maybe this
> should be a broader-than-keystone-only topic?
> --Morgan
>
> ___
> OpenStack-dev mailing list
> OpenStack-dev@lists.o
https://wiki.openstack.org/wiki/TripleO/TripleOCloud/MVP1and2Retrospective
If you're a TripleO contributor, please take the time to eyeball it - thanks!
-Rob
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
___
OpenStack-dev ma
might try it locally, or even monkey patch it onto the cloud
for one run to check it really works [until we have gating on the CD
story/ies].
Cheers,
Rob
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
___
OpenStack-dev mailing list
we do
wrong are both defects; except for regressions the priority of the
work is not affect by whether we've delivered the the thing or not,
and using wishlist just serves to flatten all the priority of all
unimplemented things into one bucket: not helpful.
- we use triaged, not just '
e and responsibility lost by the same criteria as all other reviewers
Of course, if this has been tried, fine - but AFAICT 'contribute
equally' hasn't been tried yet.
-Rob
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
ts.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>
>
>
> --
>
> Lingxian Kong
> Huawei Technologies Co.,LTD.
> IT Product Line CloudOS PDU
> China, Xi'an
> Mobile: +86-18602962792
> Email: konglingx...@huawei.com; anlin.k...@gmail.com
>
>
o-image-updates - see
'Rebuild:' in there.
https://trello.com/b/0jIoMrdo/tripleo has the cards as expected...
-Rob
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.o
st
> OpenStack-dev@lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
glance, writing
them to tftp tthen powering on the machine.
> I see that using any of the diskbuilder built images (ramdisk kernel) is not
> booting up the system.
Can you give some more detail about what happens?
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
___
gt;>>>> command:
>>>>>> =
>>>>>> root@os:/home/versa# nova boot --flavor 6 --image
>>>>>> 39f4fd3b-15cc-4810-a808-e2c4764ba657 bm
>>>>>> ERROR: The server has either erred or is incapable of performing the
>>>>>> requested operation. (HTTP 5
ld on top of review 51354 (e.g. git review -d 51354,
add a commit, git review -y).
-Rob
--
Robert Collins
Distinguished Technologist
HP Converged Cloud
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cg
901 - 1000 of 1124 matches
Mail list logo
