Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Mismatch between clustercheck and xinetd response #7

Open
OliverKellyATech opened this issue May 9, 2014 · 7 comments
Open

Mismatch between clustercheck and xinetd response #7

OliverKellyATech opened this issue May 9, 2014 · 7 comments

Comments

@OliverKellyATech
Copy link

Hi guys,

Quick question; I am getting a mismatch between the clustercheck response (via cli) and the response returned via the mysqlchk xinetd request:

root@host:~# /usr/local/bin/clustercheck 
HTTP/1.1 200 OK
Content-Type: text/plain
Connection: close
Content-Length: 40

Percona XtraDB Cluster Node is synced.
root@host:~# curl -v http://localhost:9200/
* About to connect() to localhost port 9200 (#0)
*   Trying 127.0.0.1... connected
> GET / HTTP/1.1
> User-Agent: curl/7.22.0 (x86_64-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3
> Host: localhost:9200
> Accept: */*
> 
< HTTP/1.1 503 Service Unavailable
< Content-Type: text/plain
< Connection: close
< Content-Length: 44
< 

/etc/xinetd.d/mysqlchk is configured to simply call server=/usr/local/bin/clustercheck, as per the install instructions.

Any ideas?

@OliverKellyATech OliverKellyATech changed the title Mismatch between clustercheck and xientd response Mismatch between clustercheck and xinetd response May 9, 2014
@mike-sirs
Copy link

show your /etc/xinetd.d/mysqlchk

@vovans82
Copy link

This is happening for me too.

@Lovecannon
Copy link

For anyone else having this issue, I was able to fix it by changing the mysqlchk xinetd script to use the root user.

@iboxtech
Copy link

iboxtech commented Jun 3, 2017

This is happening for me too.
Anyone can slove it ?

@sruslanas
Copy link

I have moved to another utility that is doing exactly the same, but with less effort (written in go, no xinetd required) https://github.com/leoleovich/clusterhc

@weeheavy
Copy link

weeheavy commented Jul 16, 2017

Same problem here, even with the Percona-provided clustercheck script which is based on this here. Attempts like changing the xinetd user and making sure execute permissions are set on the MySQL socket directory didn't help.

Edit: Fixed by not quoting the password in the xinetd definition (in server_args):

Fails:

[...]
server = /usr/bin/clustercheck
server_args = clustercheck "the-password"
[...]

Works:

[...]
server = /usr/bin/clustercheck
server_args = clustercheck the-password
[...]

@metajiji
Copy link

metajiji commented Oct 23, 2018

Related issue https://bugzilla.redhat.com/show_bug.cgi?id=459553

And for use credentials from .cnf file as workaround use the wrapper script /usr/bin/clustercheck.wrapper like:

#!/bin/sh
/usr/bin/clustercheck "" "" $@

And xinetd config should be:

server = /usr/bin/clustercheck.wrapper
server_args = 0 /dev/null 0 /etc/mysqlchk.cnf

Dont amend chmod +x /usr/bin/clustercheck.wrapper

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

8 participants