-b0b2a6348959 10.1.4.14:80 weight 1
check inter 5s fall 3 rise 3
so, if you guess it's a problem with backend servers, you can play
with HealthMonitor parameters in order to set appropriate timeouts for
backend servers in this pool.
On 12/15/17 12:11 PM, Grant Morley wrote:
Hi All,
I
see timeout settings for the "Health Monitor"
Any help will be much appreciated.
Regards,
--
Grant Morley
Senior Cloud Engineer
Absolute DevOps Ltd
Units H, J & K, Gateway 1000, Whittle Way, Stevenage, Herts, SG1 2FP
www.absolutedevops.io <http://www.absolutedevops.io/>
gr...@absoluted
,
Amy (spotz)
On Wed, Oct 4, 2017 at 9:42 AM, Grant Morley <gr...@absolutedevops.io
<mailto:gr...@absolutedevops.io>> wrote:
Hi All,
Just have a quick question regarding upgrading from Newton to
Ocata using OSA. We have a small installation ( 4 compute. 3
managemen
things.
We are going to test this on our dev environment and see what breaks,
but just wondered if anyone here has come across this already and
suffered the pain :)
Any suggestions would be much appreciated.
Many thanks,
--
Grant Morley
Senior Cloud Engineer
Absolute DevOps Ltd
Units H, J
Ignore that now all,
Managed to fix it by restarting the l3-agent. Looks like it must have
been cached in memory.
Thanks,
On 08/06/17 18:07, Grant Morley wrote:
Hi All,
We have noticed in our neutron-l3-agent logs that there are a number
of routers that neutron seems to think exist
Error(msg)
2017-06-08 16:50:22.340 677 ERROR neutron.agent.l3.agent RuntimeError:
Exit code: 1; Stdin: ; Stdout: ; Stderr: Cannot find device "qg-c4080b5c-c9"
Has anyone come across this before?
We don't seem to have an entry for them anywhere from what we can see.
Regards,
--
Grant M
Hi All,
I wonder if anyone could help at all.
We were doing some routine maintenance on our ceph cluster and after
running a "service ceph-all restart" on one of our nodes we noticed that
something wasn't quite right. The cluster has gone into an error mode and
we have multiple stuck PGs and the
fine. Just more of an annoyance that we are getting a lot of
alerts from our monitoring systems.
Regards,
Grant
--
Grant Morley
Cloud Lead
Absolute DevOps Ltd
Units H, J & K, Gateway 1000, Whittle Way, Stevenage, Herts, SG1 2FP
www.absolutedevops.io <http://www.absolutedevops.i
3/17 16:08, Saverio Proto wrote:
select * from images where name=''Ubuntu-16.04";
--
Grant Morley
Cloud Lead
Absolute DevOps Ltd
Units H, J & K, Gateway 1000, Whittle Way, Stevenage, Herts, SG1 2FP
www.absolutedevops.io <http://www.absolutedevops.io/>
gr...@absolutedevops.io <m
8, Saverio Proto wrote:
select * from images where name=''Ubuntu-16.04";
--
Grant Morley
Cloud Lead
Absolute DevOps Ltd
Units H, J & K, Gateway 1000, Whittle Way, Stevenage, Herts, SG1 2FP
www.absolutedevops.io <http://www.absolutedevops.io/>
gr...@absolutedevops.io <mailto:gran
|
+--+--+
On 02/03/17 15:56, Saverio Proto wrote:
Can you share with us the output of:
openstack image show
for that image ?
Saverio
2017-03-02 13:54 GMT+01:00 Grant Morley <gr...@absolutedevops
Unfortunately not, I still get the same error.
Grant
On 02/03/17 12:54, Saverio Proto wrote:
If you pass the uuid of the image does it work ?
Saverio
2017-03-02 13:49 GMT+01:00 Grant Morley <gr...@absolutedevops.io
<mailto:gr...@absolutedevops.io>>:
Hi Saverio,
We
Hi Saverio,
We are running Mitaka - sorry forgot to mention that.
Grant
On 02/03/17 12:45, Saverio Proto wrote:
What version of Openstack are we talking about ?
Saverio
2017-03-02 12:11 GMT+01:00 Grant Morley <gr...@absolutedevops.io
<mailto:gr...@absolutedevops.io>>:
ttp://10.6.0.3:9191/v1/;, "rel": "self"}]}, {"status": "SUPPORTED",
"id": "v1.0", "links": [{"href": "http://10.6.0.3:9191/v1/;, "rel":
"self"}]}]}
2017-03-02 11:10:16.843 2104 ERROR glance.r
On 28/02/17 11:42, Andy McCrae wrote:
On 28 February 2017 at 09:59, Grant Morley <gr...@absolutedevops.io
<mailto:gr...@absolutedevops.io>> wrote:
Hi All,
We have an OSA Mitaka deployment and for some reason all of the
end points ( keystone, neutron, glance etc.. ) are a
l |
http://10.6.0.3:5000/v3 |
Is there something else I have missed or do I need to put our SSL certs
in a different directory for OSA to setup the endpoints with HTTPS on
haproxy?
Grateful for any help.
Regards,
Grant
--
Grant Morley
Cloud Lead
Absolute DevOps Ltd
Unit
bug report on Launchpad for the Ubuntu Ceph
package that has some more detail:
https://bugs.launchpad.net/ubuntu/+source/ceph/+bug/1625489
Cheers.
--
-Nick
On 31 January 2017 at 10:49, Grant Morley <gr...@absolutedevops.io
<mailto:gr...@absolutedevops.io>> wrote:
Hi All,
rking absolutely
fine, it is just Glance and ceph has all of a sudden stopped working.
Just wondered if anyone had any ideas?
Regards,
--
Grant Morley
Cloud Lead
Absolute DevOps Ltd
Units H, J & K, Gateway 1000, Whittle Way, Stevenage, Herts, SG1 2FP
www.absolutedevops.io <http://www.abso
from the same router when it was removed from the L3 agent.
For each L3 agent, can you shutdown the L3 agent, run the netns
cleanup script, ensure all keepalived processes are dead, and then
start the agent again?
On Tue, Dec 6, 2016 at 4:59 AM, Grant Morley <gr...@absolutedevops
ote:
Can you do a 'neutron port-show' for both of those HA ports to check
their status field?
On Tue, Dec 6, 2016 at 2:29 AM, Grant Morley <gr...@absolutedevops.io
<mailto:gr...@absolutedevops.io>> wrote:
Hi Kevin & Neil,
Many thanks for the reply. I have attached a
ome across this at all or have any pointers? This was
working fine in Mitaka it just seems since the upgrade to Newton, we
have these issues.
I am able to provide more logs if they are needed.
Regards,
--
Grant Morley
Cloud Lead
Absolute DevOps Ltd
Units H, J & K, Gateway 1000, Whittle Way, St
Senior Linux Systems Engineer
GoDaddy
*From: *Grant Morley <gr...@absolutedevops.io>
*Date: *Friday, October 21, 2016 at 6:14 AM
*To: *OpenStack Operators <openstack-operators@lists.openstack.org>
*Cc: *"ian.ba...@serverchoice.com" <ian.ba...@serverchoice.com>
*Su
-21 12:08:06.242 70661 ERROR nova.compute.manager [instance:
5633d98e-5f79-4c13-8d45-7544069f0e6f] File
"*/openstack/venvs/*nova-12.0.16/lib/python2.7/site-packages/nova/virt/libvirt/storage/rbd_utils.py",
line 117, in __init__
Chris
On Fri, 21 Oct 2016 at 13:19 Grant
, dhcp_agent.ini and l3_agent.ini files ?
Regards
VM
From: Grant Morley <gr...@absolutedevops.io
<mailto:gr...@absolutedevops.io>>
Date: Thursday 8 September 2016 at 15:12
To: OpenStack Operators <openstack-operators@lists.openstack.org
<mailto:openstack-operators@lists.openstack.
on any other interface on the compute
host. No DHCP packet is observed on the network agent container running
the DHCP namespace.
output of the instance booting:
Starting network...
udhcpc (v1.20.1) started
Sending discover...
Sending discover...
Sending discover...
Usage: /sbin/cirros-dhcpc
a3b0-ad2a-406e-969e-c22762db3455
bb07f987fbae485c9e05f06fb0d422c2 a22e503869c34a92bceb66b0c1da7231
- - -] Exception during message handling: Not authorized for imag
e f9844dd5-5a92-4cd4-956d-8ad04cfc5e84.
Any help will be appreciated.
Regards,
--
Grant Morley
Cloud
26 matches
Mail list logo