-create the stack.
Do folks have an opinion on which behavior is correct?
--
Lars Kellogg-Stedman l...@redhat.com | larsks @ {freenode,twitter,github}
Cloud Engineering / OpenStack | http://blog.oddbit.com/
pgp0HRMLHzOb7.pgp
Description: PGP signature
initial configuration:
ip route add blackhole 169.254.169.254
This prevents access to the metadata unless someone already has root
access on the instance.
--
Lars Kellogg-Stedman l...@redhat.com | larsks @ irc
Cloud Engineering / OpenStack | @ twitter
pgp4mFXCAneZr.pgp
=cd6fbf4ebaed4ea1886ead9f98451f5aSignatureVersion=2Signature=9c2bvEYoedkm3uQwVOAcIA5xxy3x9q%2BO1KncY8Eeo%2BQ%3D
I've tried signaling this both using cfn-signal and using the
generated curl commandline directly. I'm using a recent (sometime
this past week) Heat master, and Keystone 2013.2.1.
--
Lars Kellogg
On Thu, Jan 30, 2014 at 09:46:09PM -0500, Lars Kellogg-Stedman wrote:
I'm getting an error from Keystone whenever I try to signal a Heat
WaitCondition...
After poking through the code it turned to be an error in Keystone's
contrib/ec2/controllers.py...which was fixed in 949a2cdc. Thanks
to the metadata service. This forces the
kernel to pass traffic to 169.254.169.254 to the gateway, rather than
assuming it's accessible via a local network.
--
Lars Kellogg-Stedman l...@redhat.com | larsks @ irc
Cloud Engineering / OpenStack | @ twitter
pgpjmNHTFPbOK.pgp
Description: PGP
Kellogg-Stedman l...@redhat.com
pgpEhsBnmW49t.pgp
Description: PGP signature
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
messages for
quantum.plugins.openvswitch.agent.ovs_quantum_agent.
Or is that Too Much Flexibility?
--
Lars Kellogg-Stedman l...@redhat.com
pgp4FTOI0Dp6d.pgp
Description: PGP signature
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
know your container's ENTRYPOINT and CMD entries, you can run
those by hand to see exactly what is happening.
--
Lars Kellogg-Stedman l...@redhat.com | larsks @ {freenode,twitter,github}
Cloud Engineering / OpenStack | http://blog.oddbit.com/
pgpqxMqP1HjV1.pgp
Description: PGP signature
or mariadb pods because we do not
yet have a solution for persistent storage.
I will be cleaning up these changes and submitting them for review...but
probably not today due to an all-day meeting.
--
Lars Kellogg-Stedman l...@redhat.com | larsks @ {freenode,twitter,github}
Cloud Engineering
.
--
Lars Kellogg-Stedman l...@redhat.com | larsks @ {freenode,twitter,github}
Cloud Engineering / OpenStack | http://blog.oddbit.com/
pgpJNhfmzhr7O.pgp
Description: PGP signature
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
a *container* problem. It also makes it easier to scale an
individual service, if that becomes necessary.
--
Lars Kellogg-Stedman l...@redhat.com | larsks @ {freenode,twitter,github}
Cloud Engineering / OpenStack | http://blog.oddbit.com/
pgp5UySJo2RQn.pgp
Description: PGP signature
labels:
name: mariadb
With this configuration, you could kill the mariadb container, have it
created on other minion, and you would still have access to all the
data.
This is meant simply as a way to experiment with storage and
kubernetes.
--
Lars Kellogg-Stedman l...@redhat.com | larsks
packages/code/etc.
This makes it trivial to revert to a previous version of a deployment,
and clearly separates the build the image process from the run the
application process.
I like this model.
--
Lars Kellogg-Stedman l...@redhat.com | larsks @ {freenode,twitter,github}
Cloud Engineering / OpenStack
a docker problem. This is the same
problem you would face running the same software on top of a cloud
environment in which you cannot predict things like ip addresses a
priori.
--
Lars Kellogg-Stedman l...@redhat.com | larsks @ {freenode,twitter,github}
Cloud Engineering / OpenStack | http
official and customized
images.
--
Lars Kellogg-Stedman l...@redhat.com | larsks @ {freenode,twitter,github}
Cloud Engineering / OpenStack | http://blog.oddbit.com/
pgpKaSDODdjVy.pgp
Description: PGP signature
___
OpenStack-dev mailing list
services such as Heroku, OpenShift,
etc.
--
Lars Kellogg-Stedman l...@redhat.com | larsks @ {freenode,twitter,github}
Cloud Engineering / OpenStack | http://blog.oddbit.com/
pgp29hOhB_K2x.pgp
Description: PGP signature
___
OpenStack-dev
worrying about that. docker exec will be the
standard way as soon as it lands in a release version, which I think
will be happening imminently with 1.3.
--
Lars Kellogg-Stedman l...@redhat.com | larsks @ {freenode,twitter,github}
Cloud Engineering / OpenStack | http://blog.oddbit.com
is a great idea.
--
Lars Kellogg-Stedman l...@redhat.com | larsks @ {freenode,twitter,github}
Cloud Engineering / OpenStack | http://blog.oddbit.com/
pgpD1P2Vb3KMF.pgp
Description: PGP signature
___
OpenStack-dev mailing list
OpenStack-dev
a
shiny new docker exec command that will provide you with the ability
to run commands inside the container via the docker client without
having to involve nsenter (or nsinit).
It looks like:
docker exec container_id ps -fe
Or:
docker exec -it container_id bash
--
Lars Kellogg-Stedman
, as well as implementing neutron and helping get nova-networking
implementation rolling.
Please vote +1 or -1 if your kolla core. Recall a -1 is a veto. It takes 3
votes. This email counts as one vote ;)
+1
--
Lars Kellogg-Stedman l...@redhat.com | larsks @ {freenode,twitter,github}
Cloud
.
The previous version of the templates, which worked with F20 and
included some Kolla-specific networking logic, is available in the
kolla branch:
https://github.com/larsks/heat-kubernetes/tree/kolla
--
Lars Kellogg-Stedman l...@redhat.com | larsks @ {freenode,twitter,github}
Cloud Engineering
,
--
Lars Kellogg-Stedman l...@redhat.com | larsks @ {freenode,twitter,github}
Cloud Engineering / OpenStack | http://blog.oddbit.com/
pgp4e0rmRGFeO.pgp
Description: PGP signature
__
OpenStack Development Mailing List
.
Fedora and CentOS (7) both have libyaml and libyaml-devel. I wonder
if this is just a package naming issue in devstack? libyaml-devel is
used by PyYAML to build C extensions, although PyYAML will also
operate without it.
--
Lars Kellogg-Stedman l...@redhat.com | larsks @ {freenode,twitter,github
does *not*
use the same cloud-init that everyone else uses, and it is entirely
possible that the CoreOS cloud-init does not support multipart MIME
user-data.
--
Lars Kellogg-Stedman l...@redhat.com | larsks @ {freenode,twitter,github}
Cloud Engineering / OpenStack | http://blog.oddbit.com
leave the decision about where things are going to someone who has a
more vested interest in the resolution.
Cheers,
--
Lars Kellogg-Stedman l...@redhat.com | larsks @ {freenode,twitter,github}
Cloud Engineering / OpenStack | http://blog.oddbit.com/
signature.asc
Description: PGP
in the background)?
--
Lars Kellogg-Stedman <l...@redhat.com> | larsks @ {freenode,twitter,github}
Cloud Engineering / OpenStack | http://blog.oddbit.com/
signature.asc
Description: PGP signature
_
of roles that are typically
installed together?
--
Lars Kellogg-Stedman <l...@redhat.com> | larsks @ {freenode,twitter,github}
Cloud Engineering / OpenStack | http://blog.oddbit.com/
signature.asc
Description
2 from me. Gabriel has done some good work and he has put up with
my reviews :).
--
Lars Kellogg-Stedman <l...@redhat.com> | larsks @ {freenode,twitter,github}
Cloud Engineering / OpenStack | http://blog.oddbit.com/
signature.asc
Description
- in puppet-tripleo: https://review.openstack.org/#/c/353507
I am looking for someone on the tripleo team to take a quick look at how
this is laid out and give a thumbs-up or thumbs-down on the current
design.
Thanks,
* There is also a corresponding spec which should be posted soon.
--
Lars Kellogg
ufficient such
that it will use images generated with the dependent patch?
--
Lars Kellogg-Stedman <l...@redhat.com> | larsks @ {freenode,twitter,github}
Cloud Engineering / OpenStack | http://blog.oddbit.com/
signature.asc
Description
I would like to request a feature freeze exception for the collectd
composable service patch:
https://blueprints.launchpad.net/tripleo/+spec/tripleo-opstools-performance-monitoring
The gerrit review implementing this is:
https://review.openstack.org/#/c/411048/
The work on the composable
ewall rules implementation helped me
understand how the service_config_settings stuff works.
You can see the updated implementation at:
- https://review.openstack.org/#/c/417509/ (puppet-tripleo)
- https://review.openstack.org/#/c/411048/ (t-h-t)
--
Lars Kellogg-Stedman <l...@redhat.com> | larsks
er tripleo" user is not able to modify the
environment of my "rdo release" user).
--
Lars Kellogg-Stedman <l...@redhat.com> | larsks @ {freenode,twitter,github}
Cloud Engineering / OpenStack | http://b
nly exists as a way to expose
certain parameter_defaults inside services.yaml.
--
Lars Kellogg-Stedman <l...@redhat.com> | larsks @ {freenode,twitter,github}
Cloud Engineering / OpenStack | http://blog.oddbit.com/
defined in the 'parameters' section. It's not really
very pretty, but it has at least prevented me from committing some
changes with egregious spelling errors.
--
Lars Kellogg-Stedman <l...@redhat.com> | larsks @ {freenode,twitter,github}
Cloud Engineering / OpenStack
eedback on this idea. Thanks!
--
Lars Kellogg-Stedman <l...@redhat.com> | larsks @ {freenode,twitter,github}
Cloud Engineering / OpenStack | http://blog.oddbit.com/
signature.asc
Description: PGP signature
__
Ope
--
Lars Kellogg-Stedman <l...@redhat.com> | larsks @ {freenode,twitter,github}
Cloud Engineering / OpenStack | http://blog.oddbit.com/
signature.asc
Description: PGP signature
__
OpenStack Development Mailin
, Ian Main, Martin Mágr, Lars Kellogg-Stedman
--
Lars Kellogg-Stedman <l...@redhat.com>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsub
yments -- seems like an excellent goal. Using Heat as a
"front-end" to the process means that we get to keep the parameter
validation and documentation that is missing in Ansible, while still
following the Unix philosophy of giving you enough rope to hang yourself if
you really wan
get with fluentd.
Based on the above, I would like to suggest exploring a syslog-based
logging model moving forward. What do people think about this idea? I've
started putting together a spec at https://review.openstack.org/#/c/484922/
and I would welcome your input.
Cheers,
--
Lars Kellogg
is very mature and there's a good
chance that it's already running, particularly in tripleo target
environments).
--
Lars Kellogg-Stedman <l...@redhat.com>
__
OpenStack Development Mailing List (not for usage questions)
Unsub
While investigating a bug report against cloud-init ("why don't you put
nameservers in interface configuration files?"). I discovered that Nova
munges the information received from Neutron to take the network-scoped
nameserver entries and move them all into a global "services" section.
It turns
On Wed, Sep 13, 2017 at 7:45 PM, Michał Jastrzębski <inc...@gmail.com>
wrote:
> We would to ask for volunteer project team to join us and spearhead this
> effort.
>
>
I would certainly be interested in this effort.
--
Lars Kellogg-Stedma
that jbadiapa is doing for
containerized fluentd in Pike. I'd like to make sure that Pike has settled
before landing these.
--
Lars Kellogg-Stedman <l...@redhat.com>
__
OpenStack Development Mailing List (not for usage que
ts -f patches/puppet-modules.tar.gz
Done this way, I get the output I expect.
[1]:
https://github.com/openstack/tripleo-heat-templates/blob/master/docker/docker-puppet.py
--
Lars Kellogg-Stedman | larsks @ {irc,twitter,github}
ht
On Mon, Jun 18, 2018 at 11:31:08AM -0400, Mohammed Naser wrote:
> Hey Lars,
>
> Do you have a full job that's running which shows those issues?
I don't. I have a local environment where I'm doing my testing.
--
Lars Kellogg-Stedman | larsks @ {irc,twitter,github}
http://blog.o
ot;new" method as far as I can see.
Any pointers you can offer would be appreciated.
Thanks!
--
Lars Kellogg-Stedman | larsks @ {irc,twitter,github}
http://blog.oddbit.com/|
__
OpenStack Development M
overcloud deploy` command. Is
there a way to refer to "the current templates directory"?
--
Lars Kellogg-Stedman | larsks @ {irc,twitter,github}
http://blog.oddbit.com/|
__
OpenStack Development Ma
er hand, I like your suggestion of just ditching
DeployArtifacts for a new composable service that defines
host_prep_tasks (or re-implenting DeployArtifacts as a composable
service), so I'm going to look at that as a possible alternative to
what I'm currently doing.
--
Lars Kellogg-Stedma
I've noticed that when updating the overcloud with 'overcloud deploy',
the deploy process does not restart the haproxy containers when there
are changes to the haproxy configuration.
Is this expected behavior?
--
Lars Kellogg-Stedman | larsks @ {irc,twitter,github}
http://blog.oddbit.com
On Thu, Jun 28, 2018 at 8:04 PM, Lars Kellogg-Stedman
wrote:
> What is required to successfully run the rspec tests?
On the odd chance that it might be useful to someone else, here's the
Docker image I'm using to successfully run the rspec tests for
puppet-keystone:
https://github.
/default_domain_spec.rb#L59
I've been staring at this for a while and I'm not sure what's going
on.
--
Lars Kellogg-Stedman | larsks @ {irc,twitter,github}
http://blog.oddbit.com/|
__
OpenStack Development Mailing
empotency issue?
(I wouldn't be at all surprised to find an actual problem in this
change; I've fixed several already. I'm just not sure how to turn
this failure into actionable information.)
--
Lars Kellogg-Stedman | larsks @ {irc,twitter,github}
http://blog.o
tus:merged)
--
Lars Kellogg-Stedman | larsks @ {irc,twitter,github}
http://blog.oddbit.com/|
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.ope
makes sense. I'll update the review with that change.
--
Lars Kellogg-Stedman | larsks @ {irc,twitter,github}
http://blog.oddbit.com/|
__
OpenStack Development Mailing List (not for usage questions)
hat is required to successfully run the rspec tests?
--
Lars Kellogg-Stedman | larsks @ {irc,twitter,github}
http://blog.oddbit.com/|
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: ope
only to provide a set of
host_prep_tasks:
https://github.com/CCI-MOC/rhosp-director-config/blob/master/templates/services/patch-puppet-modules.yaml
Is there a better way to do this?
--
Lars Kellogg-Stedman | larsks @ {irc,twitter,github}
http://
possibly
conflicting.
This only affects module lib directories. As Alex pointed out, puppet
classes themselves behave differently and don't conflict in this
fashion.
--
Lars Kellogg-Stedman | larsks @ {irc,twitter,github}
h
58 matches
Mail list logo