I'm seeking user stories, experiences, feedback, etc relating to the use of
Astara for managing the overlay network in a vxlan scenario. Was it
difficult to set up? Was it worth your time/effort? Are you still happy
with it, or do you prefer a different solution? Your feedback is greatly
apprec
Hi all,
I’m running Mitaka on CentOS 7.2 with Neutron in dvr_snat mode.
# uname -msr
Linux 3.10.0-327.22.2.el7.x86_64 x86_64
I’m using vlans, not vxlans, but I don’t think that matters either way. So
basically, I have one NIC “eth2” which is in vlan trunk mode, and on my
switch side, I have ev
namespace but failed doing arping.
>
>
>
> George Zhao
>
>
>
> On 08/11/2016 07:18 AM, Jonathan Mills wrote:
> > Hi all,
> >
> > I’m running Mitaka on CentOS 7.2 with Neutron in dvr_snat mode.
> >
> > # uname -msr
> >
> > Linux 3.10.0-32
What I would like to see in terms of the FQDNs of my VMs is something like this:
%{hostname}.%{tenant-name}.example.com
Does anyone know the easiest way to make this possible? From my browsing, the
tenant-name part doesn’t seem like a native capability. I had been wondering
if achieving this
ersa?
Or…is it simpler to just build two OpenStack clouds….?
Your thoughts will be most appreciated,
Jonathan Mills
NASA Goddard Space Flight Center
___
OpenStack-operators mailing list
OpenStack-operators@lists.openstack.org
http://lists.openstack.org
folks from Boston University have done some work around this idea:
>>
>> https://github.com/openstack/mixmatch/blob/master/doc/source/architecture.rst
>>
>>
>> On Tue, Mar 21, 2017 at 7:33 PM, Jonathan Mills wrote:
>>> Friends,
>>>
>>&
vanum Srinivas <mailto:dava...@gmail.com>> wrote:
> > Jonathan,
> >
> > The folks from Boston University have done some work around this idea:
> >
> > https://github.com/openstack/mixmatch/blob/master/doc/source/architecture.rst
> >
> > <https:/
"I propose that OpenStack only do one release a year instead of two.”
I am all too happy to chime in and second (or third, or fourth) this notion.
It is extremely challenging for many kinds of organizations (government,
industry) to keep pace with the two releases per year model. I think it
a
me this would pose a rather large problem for any number of use cases.
In my immediate situation, I am deploying VMs onto a provider network that
has a pre-existing Puppet infrastructure, and all the FQDNs are wrong,
which means the generation of Puppet SSL certificates on these VMs is
problematic.
>
> Within the dnsmasq-neutron.conf file.
> Of course, restart the neutron-server service once done.
> Le mer. 10 janv. 2018 à 22:40, Jonathan Mills a
> écrit :
>
>> Dear Operators,
>>
>> I have a mix of Mitaka and Pike clusters, all for private clouds, and
>> w
That does, indeed, appear to be a solution to the problem. Albeit, not an
ideal solution. I really hope that this will be resolved in Neutron
eventually.
On Wed, Jan 10, 2018 at 5:00 PM, Jonathan Mills wrote:
> Thanks, Flint WALRUS. I will certainly try that.
>
> On Wed, Jan 10, 201
appreciated! Thank you,
Jonathan Mills
NASA Center for Climate Simulation
___
OpenStack-operators mailing list
OpenStack-operators@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
Thanks, Matt. Those are all good suggestions, and we will incorporate
your feedback into our plans.
On 07/23/2018 05:57 PM, Matt Riedemann wrote:
> I'll try to help a bit inline. Also cross-posting to openstack-dev and
> tagging with [nova] to highlight it.
>
> On 7/23/2018 1
Christophe,
Thank you, we really appreciate you looking into this, and I will try to
help you as much as I can, because we really need to have this software
working, soon.
So here's something that, to me, is very telling
# printenv |grep OS_CACERT
OS_CACERT=/etc/openldap/cacerts/gpcprod_root_ca.
stophe and Objectif Libre. If you
are going to be at SC18, feel free to stop by the NASA booth and you may
well get to see their software in action.
Jonathan Mills
NASA Goddard Space Flight Center
On Tue, Sep 4, 2018 at 8:37 AM Jonathan Mills wrote:
> Christophe,
>
> Thank you, we re
Hello all, I am troubleshooting an odd behavior in Horizon in Queens on
CentOS 7.5 (RDO packages). When I upload images via Horizon, they fail to
become associated with the tenant of the user who uploaded them. Instead,
they appear only as 'Image from Other Project'. It can be fixed if you
manual
16 matches
Mail list logo
