Thanks for clarification.
Best regards,
Martins
On 2016.02.18. 23:58, Morgan Fainberg wrote:
I think you may have hit an issue with a specific version of auth
token middleware, where one of the options was incorrectly
"deprecated" and warns. I'm sure either Steve or I can dig up the
specific
Thank for your information, the Cinder.conf no keystone auth ...
auth_uri = http://keystone_ip:5000
auth_url = http://keystone_ip:35357
auth_plugin = password
project_domain_id = default
user_domain_id = default
project_name = services
username = cinder
password = [cinder password]
2016-02-19 2:
?Is it possible to gain access to OpenStack RC file from within a heat
template, in order to place it on a host during cloud init?
___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to : openstack@lists.openstack.org
Davio,
yes, you could do that, but for local files only from CLI, not Horizon. You
could use a "str_replace" and "get_file" functions.
As an example, here
https://github.com/pshchelo/stackdev/blob/master/templates/autoscaling/asg.yaml#L33-L45
I am dropping a local file through the Nova's user dat
My issue is that I need to be able to get information on the tenant name which
requires me to have access to the api since it is not exposed with meta-data
and in order to login to the api I need the RC file which includes the tenant
name, bit of a chicken and an egg problem.
Putting the RC fi
On Thu, Feb 18, 2016 at 04:12:24 +, Davíð Örn Jóhannsson wrote:
> ?I'm using masterless puppet recipes within the project and they instances
> are spun up with heat templates
i don't have a lot of heat experience but i'm sure it can be done in
nova instance definition, besides if you run heat
Does someone have any clue about using Pseudo Parameters in heat, my guess was
to use it as follows but that resulted in property error The Parameter
(project_id) was not provided and I have found no useful documentation up to
this point.
OpenStack Kilo
user_data:
str_replace
?Looks like ResourceTypes are not consistent in Casing it is OS::project_id not
OS::Project_id
Frá: Davíð Örn Jóhannsson
Sent: 19. febrúar 2016 14:30
Til: openstack@lists.openstack.org
Efni: [Openstack] using Pseudo Parameters in heat
Does someone have any clue
Hi,
as you mention, this is not a ResourceType (you can not create one) but a
pseudo-parameter (pseudo means it is not provided by user, but is
"understood" from the stack itself), thus they have not to be consistent re
capitalization.
Cheers,
On Fri, Feb 19, 2016 at 5:00 PM Davíð Örn Jóhannsson
Looks like we (docs) never backported those fixes to the Liberty version of
the guide. For some reason, the patch does not merge cleanly so I'm not
sure when I'll get to it.
On Thu, Feb 18, 2016 at 11:08 PM, Matt Kassawara
wrote:
> In Liberty, the L2 agent configuration moves from ml2_conf.ini t
Hey Bruno,
Dynamic policy is just one aspect of the issues keystone has with
authorization. We've also recently merged `implied roles`, which can be
seen here:
http://specs.openstack.org/openstack/keystone-specs/specs/mitaka/implied-roles.html
Additionally, a few keystone core members have propos
I'm running designate kilo with a pdns backend. I originally set
things up in Juno, with designate-central syncing directly to the pdns
mysql backend. Everything was stable until my upgrade to Kilo. During
the upgrade to Kilo I was advised to add the mdns service, which I did,
and I got
I managed to do the backport today, so you should see the new version merge
into the Liberty version in the next few days.
On Fri, Feb 19, 2016 at 10:38 AM, Mark Hayden wrote:
> Thanks for the quick help. I confirmed that the debian packaged install is
> set up this new way and moved the setting
Hi Steve,
Thank you for highlighting the different aspects of it. I'm aware that this
is a journey with multiple steps along the way.
>From what we can see here in New Zealand, these are the kind of features
that would propel the adoption of OpenStack by larger organisations.
How is the cross pr
Guys,
I want to formalize my protest against Glance V2 usability.
With Glance V1, you can straight away, add an image based on its remote
URL location, then, Glance will download the image ONLY when someone launch
it.
This is very cool and I can add, easily and automatically by Ansible, for
e
You can trivially pre-generate a UUID (via uuidgen or similar) to
create your image with a known UUID if that's sufficient for you.
$UUID=$(uuidgen)
glance image-create --id $UUID ...
On Fri, Feb 19, 2016 at 6:17 PM, Martinx - ジェームズ
wrote:
> Guys,
>
> I want to formalize my protest against Glan
That would be great!
Sorry for being rude, I'm gonna try to auto-generate the ID from now on...
Thanks!
On 20 February 2016 at 00:53, Mohammed Naser wrote:
> Hello,
>
> I think you’re being a bit extreme to just use the terms you’ve used
> to describe the API. A lot of people worked on this t
BTW, you're right, OpenStack developers do a GREAT job, it is impressive.
I am just frustrated with new behavior of Glance V2... I still don't like
it, I prefer 1 command, instead of 3.
Again, sorry for choosing bad works, I love OpenStack, this community
always help me and I'm working with it fo
Hello,
I think you’re being a bit extreme to just use the terms you’ve used
to describe the API. A lot of people worked on this to make it ideal,
and while it’s made life a bit harder, it’s actually made the system
more robust. You can fallback to the V1 api if you really can’t
retrieve the ID.
> On Feb 19, 2016, at 6:03 PM, Andrew Bogott wrote:
>
>I'm running designate kilo with a pdns backend. I originally set things
> up in Juno, with designate-central syncing directly to the pdns mysql
> backend. Everything was stable until my upgrade to Kilo. During the upgrade
> to Kilo
20 matches
Mail list logo
