Team,
It is not too late to register for the our Midcycle Meetup in San Francisco for
Monday 3/2 and Tuesday 3/3. Find the link to tickets on the Wiki page:
https://wiki.openstack.org/wiki/Magnum/Midcycle
I have published the revised Agenda Etherpad (subject to change):
Hi Sahara,
I'm a new bird here for both sahara HDP.
I just installed a total fresh all-in-one Openstack environment by devstack,
and want to build my first Hadoop cluster.
Limited to my knowledge about Hadoop and HDP, I hope to build a cluster as
small as I can.
All things are build based
The full agenda is linked from:
https:// wiki.openstack.org/wiki/Magnum/Mid-Cycle
See my other email for my 5 asks of our participants.
Adrian
Original message
From: Weidong Shao
Date:02/27/2015 10:33 PM (GMT-08:00)
To: OpenStack Development Mailing List (not for usage
Hi Marco, did you get a chance to look at the logs,
Regards,Akshik
From: aks...@outlook.com
To: openstack-dev@lists.openstack.org
Date: Fri, 27 Feb 2015 22:50:47 +0530
Subject: Re: [openstack-dev] Need help in configuring keystone
Hi Marco,
Thanks for responding, Ive cleared the log file
I tried below link for volume migration on my driver and also similar
efforts for LVM.
Even whatever documents available in openstack for
volume-migration,each one showing volume migration of a volume having
volume type None
I added host assisted volume migration function in my cinder driver.
On 02/27/2015 10:02 PM, liuxinguo wrote:
Hi Mike,
I have fixed the patch as your comments and have committed it at
https://review.openstack.org/#/c/152116/.
Would you please have a review at it, thanks!
Best regards,
Liu
On 02/28/2015 01:28 AM, Ramakrishnan G wrote:
Hello All,
This is about adding vendor drivers in Ironic.
In Kilo, we have many vendor drivers getting added in Ironic which is a
very good thing. But something I noticed is that, most of these reviews
have lots of hardware-specific code in
On 02/26/2015 04:27 AM, Sean Dague wrote:
In trying to move the flavor manage negative tests out of Tempest and
into the Nova functional tree, I ran into one set of tests which are
permissions checking. Basically that a regular user isn't allowed to do
certain things.
In (nearly) all our tests
I'm not sure I understand your statement Gary. If Ironic defines
what is effectively a plugin API, and the vendor drivers are careful
to utilize that API properly, the two sets of code can be released
entirely independent of one another. This is how modules work in the
kernel, X.org drivers work,
From the heat template reference doc, it seems that auto-scaling across
AZs is not supported. Is there any blueprint or plan in adding this
support?
Thanks,
Wei
__
OpenStack Development Mailing List (not for usage
Hi,
There are pros and cons for what you have mentioned. My concern, and I
mentioned them with the neutron driver decomposition, is that we are are
loosing the community inputs and contributions. Yes, one can certainly move
faster and freer (which is a huge pain point in the community). How are
From: Weidong Shao weidongs...@gmail.com
To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org
Date: 02/28/2015 02:12 PM
Subject: [openstack-dev] Heat: autoscaling across availability zones
From the heat template reference doc, it seems that
You may not realize you do a disservice to those reading this post and
those reviewing future patches if you set unreasonable expectations.
Telling others that they can expect a patch merged in the same day is
not reasonable, even if that has been your experience. While we do our
best to
Nikesh,
The case you are trying is supposed to fail. You have a volume of type
dothill_realstor1 which is defined to say this volume must be on backend
DotHill_RealStor1. This is a requirement that you defined for that
volume. Now you want to migrate it to realstor2, which is a violation of
the
14 matches
Mail list logo
