<div dir="ltr">Given the fact that you can see settings tab with parameters, the error "Nailgun server is unavailable. Please check your connection and contact your system administrator." most likely means that Nailgun responded with 5xx error, which may happen because of some unhandled exception.<div><br><div>1. We need to confirm that the problem is indeed in unhandled exception.</div></div><div>In "/var/log/nailgun/api.log" you should see an api request from your browser and corresponding response code.</div><div><br></div><div>2. Without python traceback/logs it's hard to say what went wrong, as far as I remember python traceback will be in "/var/log/nailgun/api.log" file alongside with a request from your browser.</div><div><br></div><div>Thanks,</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Apr 5, 2017 at 9:29 AM, <a href="mailto:siloxx@gmail.com">siloxx@gmail.com</a> <span dir="ltr"><<a href="mailto:siloxx@gmail.com" target="_blank">siloxx@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">When I attempt to save any changes to a cloud environment I've created, such as within 'Setting' changing 'Hypervisor type' in the 'Compute' setting menu from 'QEMU' to 'KVM', the save button circles for about 7-8secs and then a pop-up dialog box comes up that says:<br>
<br>
OpenStack Settings Configuration Error<br>
<br>
Nailgun server is unavailable. Please check your connection and contact your system administrator.<br>
<br>
This happens while trying to use any version of Fuel greater than 9.0 on a HP DL180 gen6 server (I also tried version 11 with the same results). I can use any version of Fuel without problems using identical settings on a Dell r610 server.<br>
<br>
I checked all of the logs in /var/log/nailgun and none of them indicate any errors that I can see. There are also plenty of nailgun related processes running on the Fuel server.<span class=""><br>
<br>
On 04/05/2017 10:14 AM, Evgeniy L wrote:<br>
</span><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
Hi,<br>
<br>
Could you please clarify, do you receive this error in the UI? What do<br>
you mean by "save any changes"?<br>
I'm not sure if ranges can cause such behavior, please see logs<br>
"/var/log/nailgun/app.log" and "/var/log/nailgun/api.log" for any<br>
errors/python tracebacks.<br>
<br>
Thanks,<br>
<br>
On Mon, Apr 3, 2017 at 8:12 PM, <a href="mailto:siloxx@gmail.com" target="_blank">siloxx@gmail.com</a><br></span>
<mailto:<a href="mailto:siloxx@gmail.com" target="_blank">siloxx@gmail.com</a>> <<a href="mailto:siloxx@gmail.com" target="_blank">siloxx@gmail.com</a> <mailto:<a href="mailto:siloxx@gmail.com" target="_blank">siloxx@gmail.com</a>>><span class=""><br>
wrote:<br>
<br>
Has anyone had a problem with Mirantis Fuel giving a 'nailgund not<br>
available' error when attempting to save any changes to a cloud<br>
environment? I'm encountering this problem after a fresh install of<br>
Mirantis Fuel 9.0 and then immediately upgrading to 9.2 (didn't even<br>
login to the Fuel web interface prior to the upgrade).<br>
<br>
I've verified that nailgund is running and the network configured in<br>
'fuelmenu' during the initial 9.0 install is legit with Internet<br></span>
connectivity (<a href="http://172.16.0.0/22" rel="noreferrer" target="_blank">172.16.0.0/22</a> <<a href="http://172.16.0.0/22" rel="noreferrer" target="_blank">http://172.16.0.0/22</a>> network,<span class=""><br>
172.16.3.250 is fuel server, 172.16.0.1 is the Internet gateway and<br>
172.16.1.1-172.16.2.254 is handed out via the fuel DHCP server).<br>
I've also verified that no other DHCP servers exist on this network,<br>
no errors or warnings in the 'fuelmenu' portion of the installation.<br>
<br>
I've installed this before using the same exact methods/options on<br>
some Dell hardware in a lab of mine however I'm having this problem<br>
on a production deployment using some older HP servers. The only<br>
difference between the functional installation and this one is the<br>
IP ranges that were used and I set a root/admin password on the<br>
production setup (I left admin/root at default on the functional<br>
setup). I have a suspicion that using the <a href="http://172.16.0.0/22" rel="noreferrer" target="_blank">172.16.0.0/22</a><br></span>
<<a href="http://172.16.0.0/22" rel="noreferrer" target="_blank">http://172.16.0.0/22</a>> network as the admin/PXE network for fuel<span class=""><br>
deployments might be the culprit as I noticed that the nailgund<br></span>
config file defines '<a href="http://172.16.0.0/16" rel="noreferrer" target="_blank">172.16.0.0/16</a> <<a href="http://172.16.0.0/16" rel="noreferrer" target="_blank">http://172.16.0.0/16</a>>' as<span class=""><br>
'PUBLIC' in the template section as shown below:<br>
<br>
/etc/nailgun/settings.yaml<br>
<br>
"<br>
STATIC_DIR: "/usr/share/nailgun/static"<br>
TEMPLATE_DIR: "/usr/share/nailgun/static"<br>
NETWORK_POOLS:<br>
public:<br></span>
- "<a href="http://172.16.0.0/16" rel="noreferrer" target="_blank">172.16.0.0/16</a> <<a href="http://172.16.0.0/16" rel="noreferrer" target="_blank">http://172.16.0.0/16</a>>"<br>
private10:<br>
- "<a href="http://10.0.0.0/8" rel="noreferrer" target="_blank">10.0.0.0/8</a> <<a href="http://10.0.0.0/8" rel="noreferrer" target="_blank">http://10.0.0.0/8</a>>"<br>
private192:<br>
- "<a href="http://192.168.0.0/16" rel="noreferrer" target="_blank">192.168.0.0/16</a> <<a href="http://192.168.0.0/16" rel="noreferrer" target="_blank">http://192.168.0.0/16</a>>"<br>
<br>
NET_EXCLUDE:<br>
- "<a href="http://172.16.0.0/22" rel="noreferrer" target="_blank">172.16.0.0/22</a> <<a href="http://172.16.0.0/22" rel="noreferrer" target="_blank">http://172.16.0.0/22</a>>"<br>
<br>
ADMIN_NETWORK:<br>
cidr: "<a href="http://172.16.0.0/22" rel="noreferrer" target="_blank">172.16.0.0/22</a> <<a href="http://172.16.0.0/22" rel="noreferrer" target="_blank">http://172.16.0.0/22</a>>"<span class=""><br>
netmask: "255.255.252.0"<br>
mac: "e4:11:5b:e6:90:3a"<br>
size: "1024"<br>
first: "172.16.1.1"<br>
last: "172.16.2.254"<br>
gateway: "172.16.3.250"<br>
<br>
VLANS_RANGE_START: "100"<br>
VLANS_RANGE_END: "1000"<br>
"<br>
<br>
I tried using Mirantis Fuel 9.0 without patching and it doesn't<br>
exhibit this same problem although this time around I left the<br>
admin/root passwords at default and did not set them as I did with<br>
the previous installations when I upgraded directly to 9.2 so I'm<br>
not sure if that is factoring in here.<br>
<br>
Any ideas what the issue may be?<br>
<br>
Also, sorry if this is a repost, I sent this email many hours ago<br>
and didn't see it appear on the mailing list archives, not sure what<br>
the issue is or if I didn't wait long enough.<br>
<br>
silox<br>
<br>
______________________________<wbr>_________________<br>
Mailing list:<br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi<wbr>-bin/mailman/listinfo/openstac<wbr>k</a><br>
<<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" rel="noreferrer" target="_blank">http://lists.openstack.org/cg<wbr>i-bin/mailman/listinfo/opensta<wbr>ck</a>><br>
Post to : <a href="mailto:openstack@lists.openstack.org" target="_blank">openstack@lists.openstack.org</a><br></span>
<mailto:<a href="mailto:openstack@lists.openstack.org" target="_blank">openstack@lists.openst<wbr>ack.org</a>><br>
Unsubscribe :<br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi<wbr>-bin/mailman/listinfo/openstac<wbr>k</a><br>
<<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" rel="noreferrer" target="_blank">http://lists.openstack.org/cg<wbr>i-bin/mailman/listinfo/opensta<wbr>ck</a>><br>
<br>
<br>
</blockquote>
<br>
</blockquote></div><br></div>