+ Operators
Much thanks in advance,
Dani
On Sun, Jun 7, 2015 at 6:31 PM, Daniel Comnea wrote:
> Hi all,
>
> I'm running IceHouse (build using Fuel 5.1.1) on Ubuntu where dnsmask
> version 2.59-4.
> I have a very basic network layout where i have a private net which has 2
> subnets
>
> 2fb7de
Hello, stackers.
I'd like to bring out a poll about deprecating the RabbitMQ mirrored
queues for HA layout and replacing the AMQP clustering by shovel [0],
[1]. I guess the federation would not be a good option, but let's
consider it as well.
Why this must be done? The answer is that the rabbit c
Hi there...
Catching up on that thread to what it’s worth. As part of the LMA (Logging,
Monitoring, Alerting) toolchain initiative at Mirantis we developed a series of
Heka plugins to parse and process the OpenStack logs. Those plugins are
available on stackforge in project
https://github.com/
Bogdan,
I'd also like to ask:
c) Does anyone have any experience with shovel in a "realistic"
openstack environment? (or even a devstack one)
Thanks,
dims
On Mon, Jun 8, 2015 at 6:24 AM, Bogdan Dobrelya wrote:
> Hello, stackers.
>
> I'd like to bring out a poll about deprecating the RabbitMQ mi
Operators,
During the summit, the Ops Tools working group suggested that a bi-weekly type
of meeting be setup to give operators the ability to start collaborating more
on tools that each of us use for both management and monitoring of our
platforms. You can find the etherpad for that session
(Posting to the mailing list rather than writing a spec or making
code because I think it is important to get some input and feedback
before going off on something wild. Below I'm talking about
speculative plans and seeking feedback, not reporting decisions
about the future. Some of this discussi
> RabbitMQ team member here.
Thank you for a quick response, Michael!
>
> Neither Shovel nor Federation will replace mirroring. Shovel moves messages
> from a queue to an exchange (within a single node or between remote nodes
> and/or clusters).
> It doesn't replicate anything.
Yes, the idea
Just to chime in here,
I don't think its fair to say that we're not following "best practices" in OSAD
though I will agree that OSAD is not following "Dockers best practices". We're
using containers (LXC) for the purpose of network and service separation as
well as enabling better usage of sy
Kevin,
I really didn’t want to badmouth osad, as I think its a great piece of tech. I
hope you didn’t take my analysis as such. We just have different approaches to
solving problems.
I think admin best practices you are following. Thanks for that clarification.
The battle over what a conta
Any help, ideas please?
Thx,
Dani
On Mon, Jun 8, 2015 at 9:25 AM, Daniel Comnea wrote:
> + Operators
>
> Much thanks in advance,
> Dani
>
>
>
>
> On Sun, Jun 7, 2015 at 6:31 PM, Daniel Comnea
> wrote:
>
>> Hi all,
>>
>> I'm running IceHouse (build using Fuel 5.1.1) on Ubuntu where dnsmask
>> v
Hi,
I'm the packager of Openstack on Gentoo and have just started generation
of Gentoo Openstack images. Right now it is just a basic amd64 image,
but I plan on adding nomultilib and hardened variants (for a total of at
least 4 images). I plan on generating these images at least weekly
These im
We tested testing Kilo upgrades in our hardware dev environments last week
and the second time through ran into this bug which right now is probably a
show-stopper for us.
https://bugs.launchpad.net/glance/+bug/1419823
The issue here is that the v1 Glance API allows you to create images with
prop
Since these are distro packages, you might be interested in converting the prep
scripts
into a DIB (diskimage-builder) element. We can presently build images for
Debian/Ubuntu/Centos/Fedora/RHEL/openSUSE...
I'm sure someone out there would appreciate having gentoo, too.
> On Jun 8, 2015, at 8:26
My team has seen a problem that could be related: in a churn test where
VMs are created and terminated at a constant rate - but so that the
number of active VMs should remain roughly constant - the size of the
host and addn_hosts files keeps increasing.
In other words, it appears that the conf
Two further thoughts on this:
1. Another DHCP agent problem that my team noticed is that it
call_driver('reload_allocations') takes a bit of time (to regenerate the
Dnsmasq config files, and to spawn a shell that sends a HUP signal) -
enough so that if there is a fast steady rate of port-creat
I'm having difficulty reproducing the issue. The bug that Neil referenced (
https://bugs.launchpad.net/neutron/+bug/1192381) looks like it was in
Icehouse well before the 2014.1.3 release that looks like Fuel 5.1.1 is
using.
I tried setting the agent report interval to something higher than the
do
Hi Daniel,
I'm concerned that we are encountered out-of-order port events on the DHCP
agent side so the delete message is processed before the create message.
Would you be willing to apply a small patch to your dhcp agent to see if it
fixes the issue?
If it does fix the issue, you should see occa
Nice to hear.
You're doing a great job!
Few things to make Gentoo 'first class citizen' for openstack (guest).
1. Check if you supports for all eth's, not only eth0. If instance boots
with two or more interfaces, it should be able to get all it addresses.
2. Add Gentoo 'element' to disk-ima
On 06/08/2015 09:17 PM, George Shuklin wrote:
> Nice to hear.
>
> You're doing a great job!
>
> Few things to make Gentoo 'first class citizen' for openstack (guest).
>
> 1. Check if you supports for all eth's, not only eth0. If instance boots
> with two or more interfaces, it should be able to
>
> A couple things about this seem less than ideal:
>
> * 2 means we load redundant stuff unless we edit entry_points.txt.
> We do not want to encourage this sort of behavior. entry_points is
> not configuration[1]. We should configure elsewhere to declare "I
> care about things X (including th
20 matches
Mail list logo
