[MDEV-5952] Many CONNECT table types do not work if server uses skip-networking or bind-address Created: 2014-03-25 Updated: 2014-03-31 Resolved: 2014-03-31 |
|
| Status: | Closed |
| Project: | MariaDB Server |
| Component/s: | None |
| Affects Version/s: | 10.0.9 |
| Fix Version/s: | 10.0.15-FusionIO, 10.0.11 |
| Type: | Bug | Priority: | Minor |
| Reporter: | Kolbe Kegel (Inactive) | Assignee: | Olivier Bertrand |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | connect-engine | ||
| Environment: |
Mac OS X Mavericks |
||
| Description |
|
CONNECT table types that use PROXY do not work if the server is running with skip-networking or bind-address set to something other than the loopback interface. With bind-address set (to something other than 127.0.0.1):
With skip-networking:
It would be neat if the CONNECT engine tried by default to connect using the socket file. It would also be good if there was some way to specify an IP to use, I guess, in the case that the server is running with bind-address set. |
| Comments |
| Comment by Olivier Bertrand [ 2014-03-26 ] |
|
In all PROXY based tables, you can specify the connection parameters (as for MYSQL tables) |
| Comment by Kolbe Kegel (Inactive) [ 2014-03-26 ] |
|
Olivier, yeah, adding "host" fixes it for the bind-address issue, but if you ever try binding mysqld to another interface or the IP address changes or something, all of your CONNECT/MYSQL tables will stop working! Maybe just something to document somewhere. And I think you can't work around the skip-networking issue unless CONNECT gets support for socket file connections. |
| Comment by Olivier Bertrand [ 2014-03-26 ] |
|
I presume these problems also occur with FEDERATED. Did you try it? If they have a solution, I 'll look at it. |
| Comment by Kolbe Kegel (Inactive) [ 2014-03-26 ] |
|
It seems only logical that Federated has a similar problem, but that is only logical since for every Federated table you must specify some remote name. Many Connect table types rely on implicit "localhost" tables and it's quite confusing in the first place for that to involve TCP. In other words, Federated tables pointing back to the same server must be much less common than Connect tables pointing to the same server. |
| Comment by Olivier Bertrand [ 2014-03-27 ] |
|
Here is what I have done and pushed:
Kolbe, can you test that this works in all cases so I can close this issue? Thanks. When creating a proxy based table, CONNECT can test if the table point on itself. However, testing pointing back to the same table when several tables are chained cannot be done if one of the table in the chain is not a CONNECT table. |
| Comment by Kolbe Kegel (Inactive) [ 2014-03-27 ] |
|
I can try to test this, but not right away. I have been building MariaDB 10 on OS X, I will need to set up a Linux build environment. I won't attempt to build or test on Windows. |
| Comment by Olivier Bertrand [ 2014-03-27 ] |
|
I did test on Windows. On Linux, I just test on ubuntu with --skip-networking. |
| Comment by Olivier Bertrand [ 2014-03-31 ] |
|
Here is what is done now for the MYSQL and PROXY (via MySQL) table types: |