Ask Your Question

bradnold's profile - activity

2016-04-11 09:16:59 -0500 received badge  Famous Question (source)
2016-02-11 15:03:18 -0500 received badge  Famous Question (source)
2015-09-24 07:24:20 -0500 received badge  Famous Question (source)
2015-07-01 10:28:49 -0500 received badge  Notable Question (source)
2015-06-30 13:37:03 -0500 received badge  Popular Question (source)
2015-06-30 12:28:33 -0500 commented answer Setting /etc/resolv.conf Parameters

Thanks! See edits. Your option seemed to get me half way there.

2015-06-30 10:28:19 -0500 asked a question Setting /etc/resolv.conf Parameters

I have resolved half of the problem by specifying the DNS servers using the neutron subnet-update command to override the default DNS servers but I an unable to figure out how to set the search parameter and domain.

Example:

search openstacklocal
nameserver 10.128.0.25
nameserver 10.128.0.26

How do I make it look like:

domain mydomain.com
nameserver 10.128.0.25
nameserver 10.128.0.26
search subdomain.mydomain.com subdomain.mydomain.com

Changing on the network node, update in the "dhcp_agent.ini" file

dhcp_domain = mydomain.com

Results in

search mydomain.com
nameserver 10.128.0.25
nameserver 10.128.0.26

I'm still missing the domain parameter as well as multiple search domains

2015-06-23 16:24:50 -0500 received badge  Famous Question (source)
2015-06-23 13:39:31 -0500 commented answer Traffic Not Reaching TAP Interface

This solution worked. I had to add a bunch of new security rules under my specific project to allow TCP/UDP and ICMP. Here's a screenshot of the result http://i.imgur.com/WM6cFeX.png. Are these essentially just defining NAT rules to pass traffic in from floating to private IP?

2015-06-23 13:36:39 -0500 received badge  Scholar (source)
2015-06-23 13:36:38 -0500 received badge  Supporter (source)
2015-06-23 12:56:43 -0500 received badge  Notable Question (source)
2015-06-23 12:49:36 -0500 received badge  Student (source)
2015-06-23 12:31:46 -0500 commented answer Traffic Not Reaching TAP Interface

That's very strange because I would assume from the UI that this default security group actually allows everything. Is this a known bug or confusing aspect that should be fixed or am I just reading/understanding output incorrectly? http://i.imgur.com/FQTlV8e.png

2015-06-23 12:21:23 -0500 received badge  Popular Question (source)
2015-06-23 12:11:12 -0500 commented answer Traffic Not Reaching TAP Interface

Hey mpetason, why would the default rules now allow this traffic? I see the default is supposed to allow "Any" traffic on IP Protocol using "Any" port for IPv4 and IPv6 ingress and egress.

2015-06-23 12:03:19 -0500 received badge  Editor (source)
2015-06-23 09:19:37 -0500 commented question Why Is OpenStack Using All My Connections

We temporarily worked around this problem by changing the default timeout values for connections in mariadb We put these values in /etc/mysql/my.cnf on the controller interactive_timeout=30 wait_timeout=30

It seems to workaround the issue. But is not necessarily the right solution here.

2015-06-23 09:07:17 -0500 received badge  Notable Question (source)
2015-06-23 09:06:56 -0500 asked a question Traffic Not Reaching TAP Interface

My instances are able to communicate to the network external to openstack.

However, I am unable to communicate to my instances via their floating IP.

Upon running tcpdump on multiple points in the connection path I see that the ICMP echo request gets through all portions of the connection up until the TAP connected to my instance. Once I run a tcpdump on the TAP interface, I am no longer able to see the traffic.

Any ideas what could be preventing traffic from getting from the bridge to the tap interface?

What should I be checking? The default firewall rules seem to allow ICMP traffic from any device to any other device.

As per request:

sudo ovs-vsctl show
cb3540c7-517a-4c60-a1d4-ec7925fa7435
    Bridge br-int
        fail_mode: secure
        Port "tap7d5663b9-9b"
            tag: 1
            Interface "tap7d5663b9-9b"
                type: internal
        Port patch-tun
            Interface patch-tun
                type: patch
                options: {peer=patch-int}
        Port br-int
            Interface br-int
                type: internal
        Port "qg-2f1806e4-ca"
            tag: 2
            Interface "qg-2f1806e4-ca"
                type: internal
        Port int-br-ex
            Interface int-br-ex
                type: patch
                options: {peer=phy-br-ex}
        Port "qr-ad4ec613-f1"
            tag: 1
            Interface "qr-ad4ec613-f1"
                type: internal
    Bridge br-ex
        Port phy-br-ex
            Interface phy-br-ex
                type: patch
                options: {peer=int-br-ex}
        Port "em1"
            Interface "em1"
        Port br-ex
            Interface br-ex
                type: internal
    Bridge br-tun
        fail_mode: secure
        Port br-tun
            Interface br-tun
                type: internal
        Port patch-int
            Interface patch-int
                type: patch
                options: {peer=patch-tun}
        Port "gre-ac100002"
            Interface "gre-ac100002"
                type: gre
                options: {df_default="true", in_key=flow, local_ip="172.16.0.1", out_key=flow, remote_ip="172.16.0.2"}
    ovs_version: "2.3.1"

and ifconfig

ifconfig -a
br-ex     Link encap:Ethernet  HWaddr b0:83:fe:d7:54:e1
          BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:72178 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:4330812 (4.3 MB)  TX bytes:0 (0.0 B)

br-int    Link encap:Ethernet  HWaddr 9a:83:15:33:90:47
          BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:72258 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:4337354 (4.3 MB)  TX bytes:0 (0.0 B)

br-tun    Link encap:Ethernet  HWaddr d2:40:d2:f4:52:40
          BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

em1       Link encap:Ethernet  HWaddr b0:83:fe:d7:54:e1
          inet6 addr: fe80::b283:feff:fed7:54e1/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:75086 errors:0 dropped:0 overruns:0 frame:0
          TX packets:5321 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:4880981 (4.8 MB)  TX bytes:246790 (246.7 KB)
          Interrupt:40 Memory:95000000-957fffff

em2       Link encap:Ethernet  HWaddr b0:83:fe:d7:54:e3
          inet6 addr: fe80::b283:feff:fed7:54e3/64 Scope:Link
          UP ...
(more)
2015-06-15 05:48:42 -0500 received badge  Notable Question (source)
2015-06-12 23:44:01 -0500 received badge  Popular Question (source)
2015-06-12 10:46:24 -0500 received badge  Popular Question (source)
2015-06-12 08:44:35 -0500 asked a question Why Is OpenStack Using All My Connections

I just did a fresh install of OpenStack Kilo and it ended up using all of my connections after the brief use of a single user.

Why are my OpenStack services not freeing up connections when its finished with them?

This is causing my setup to constantly timeout because there are no available connections for me to perform operations via horizon

MariaDB [(none)]> select @@global.max_connections;
+--------------------------+
| @@global.max_connections |
+--------------------------+
|                      151 |
+--------------------------+
1 row in set (0.00 sec)

MariaDB [(none)]> show status like '%onn%';
+--------------------------+-------+
| Variable_name            | Value |
+--------------------------+-------+
| Aborted_connects         | 429   |
| Connections              | 17459 |
| Max_used_connections     | 152   |
| Ssl_client_connects      | 0     |
| Ssl_connect_renegotiates | 0     |
| Ssl_finished_connects    | 0     |
| Threads_connected        | 151   |
+--------------------------+-------+
7 rows in set (0.00 sec)

I found the issue initially when glance images wouldn't display in horizon and got the following error messages: http://pastebin.com/m0qA4U6T

2015-06-12 08:38:58 -0500 answered a question Horizon Interface Timeout

Looks like openstack is eating all my connections

MariaDB [(none)]> show processlist;
+-------+----------+-------------------------------------------------+----------+---------+------+-------+------------------+----------+
151 rows in set (0.00 sec)

MariaDB [(none)]> select @@global.max_connections;
+--------------------------+
| @@global.max_connections |
+--------------------------+
|                      151 |
+--------------------------+
1 row in set (0.00 sec)

MariaDB [(none)]> show status like '%onn%';
+--------------------------+-------+
| Variable_name            | Value |
+--------------------------+-------+
| Aborted_connects         | 429   |
| Connections              | 17459 |
| Max_used_connections     | 152   |
| Ssl_client_connects      | 0     |
| Ssl_connect_renegotiates | 0     |
| Ssl_finished_connects    | 0     |
| Threads_connected        | 151   |
+--------------------------+-------+
7 rows in set (0.00 sec)
2015-06-12 08:30:41 -0500 commented question Horizon Interface Timeout

Is this concerning? MariaDB [(none)]> show status like 'Conn%'; +---------------+-------+ | Variable_name | Value | +---------------+-------+ | Connections | 17400 | +---------------+-------+

2015-06-12 08:23:02 -0500 commented question Horizon Interface Timeout

/etc/glance/glance-registry.conf /etc/glance/glance-api.conf are both set to verbose = True The timeout initially was not occurring until I started playing with one of my instances in a console session strangely. Here's the glance http://pastebin.com/m0qA4U6T I don't know what to gather form them.

2015-06-11 13:31:30 -0500 asked a question Horizon Interface Timeout

When logging into the horizon interface I frequently get random problems where horizon seems to be unable to access certain services.

Example: When accessing images section of horizon it frequently says "Error: Unable to retrieve image list."

Additionally, I've been having issues being able to upload images. My guests seem to frequently "disappear and reappear" from the network topology section. Lastly, sometimes I need to try multiple times to actually get logged in.

Any idea's what could cause this or what logs I should check to figure out what is going on?

When logging into the horizon interface I frequently get random problems where horizon seems to be unable to access certain services.

Example: When accessing images section of horizon it frequently says "Error: Unable to retrieve image list."

Additionally, I've been having issues being able to upload images, and my guests seem to frequently "disappear and reappear" from the network topology section.

Any idea's what could cause this or what logs I should check to figure out what is going on?