This may be due to misconfiguration in nova.conf on the compute node. You may
have provided incorrect information how to contact Keystone. Double-check the
[keystone_authtoken] section, in particular the URLs in there.
Also check the Nova compute log on the compute host for additional informati
Hi,
you should check your config settings again, especially the "auth_url"
settings in the section(s) "[keystone_authtoken]" of all the config
files.
Are all the services up (nova, cinder and neutron) and running? What
is the output of 'nova service-list'?
Have you checked other log files f
Hey Ivan,
Running 3par for my back end.. Just replied back to another user, but at this
point I don’t think its anything on my Openstack or iscsi set up, After doing
a bunch of tests, with no consistent results, time to dig into my 3par config.
Thanks for the reply..
JC
Jim Colestock
j
Thanks Remo,
Agree’d, ephemeral will pretty much always be faster, I’m seeing orders of
magnitude difference between the 2, at times. After a bunch of testing, I’m
pretty convinced its not KVM/QEMU or iscsi configurations, it’s looking like
its something with my 3par configuration. Initially
I’m planning to deploy production openstack, after lots of reading seems
tripleO and mirantis looks good so far, which one people most prefers in
production?
___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Post to
Satish,
TripleO has taken the lead, but both are equally good.
Kamal
On 15-Jan-2018 22:11, "Satish Patel" wrote:
> I’m planning to deploy production openstack, after lots of reading seems
> tripleO and mirantis looks good so far, which one people most prefers in
> production?
>
>
>
> _
But Fuel is active project, isn't it?
https://docs.openstack.org/fuel-docs/latest/
On Mon, Jan 15, 2018 at 11:56 AM, Remo Mattei wrote:
> OOO, I would be careful with mira fuel since they stop their deployments.
>
>
> Remo
>
> On Jan 15, 2018, at 8:29 AM, Satish Patel wrote:
>
> I’m planning to
On 01/15/2018 12:58 PM, Satish Patel wrote:
But Fuel is active project, isn't it?
https://docs.openstack.org/fuel-docs/latest/
No, it is no longer developed or supported.
-jay
___
Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/op
I am planning to build openstack on production and big question is
network (legacy vs DVR) but in DVR big concern is number of Public IP
used on every compute node, I am planning to add max 100 node in
cluster in that case it will use 100 public IP for compute node, Ouch!
If i use legacy compute n
There are also the options of OpenStack-Ansible[0] or Kolla-Ansible[1]
[0] https://docs.openstack.org/project-deploy-guide/openstack-ansible/pike/
[1] https://docs.openstack.org/project-deploy-guide/kolla-ansible/pike/
--
Kind regards,
Melvin Hillsman
mrhills...@gmail.com
mobile: +1 (832) 264-2
There is also kolla-kube
https://github.com/openstack/kolla-kubernetes
> On Jan 15, 2018, at 11:11 AM, Melvin Hillsman wrote:
>
> There are also the options of OpenStack-Ansible[0] or Kolla-Ansible[1]
>
> [0] https://docs.openstack.org/project-deploy-guide/openstack-ansible/pike/
> [1] https:
On 01/15/2018 01:57 PM, Satish Patel wrote:
I am planning to build openstack on production and big question is
network (legacy vs DVR) but in DVR big concern is number of Public IP
used on every compute node, I am planning to add max 100 node in
cluster in that case it will use 100 public IP for
Note that I don't have cinder installed. The docs said the block storage
service was optional. I was following the newton guide here:
https://docs.openstack.org/newton/install-guide-rdo/launch-instance-provider.html
so
the config files should be the same as the site. Running a controller and
comput
13 matches
Mail list logo