web-dev-qa-db-ja.com

xinetd '接続がピアによってリセットされました'

percona-clustercheck （PerconaのXtraDBクラスターパッケージに付属）をxinetdで使用していますが、clustercheckサービスをカールしようとするとエラーが発生します。

/usr/bin/clustercheck：

#!/bin/bash 
#
# Script to make a proxy (ie HAProxy) capable of monitoring Percona XtraDB Cluster nodes properly
#
# Author: Olaf van Zandwijk <[email protected]>
# Documentation and download: https://github.com/olafz/percona-clustercheck
#
# Based on the original script from Unai Rodriguez 
#

MYSQL_USERNAME="clustercheckuser" 
MYSQL_PASSWORD="clustercheckpassword!" 
ERR_FILE="/dev/null" 
AVAILABLE_WHEN_DONOR=0

#
# Perform the query to check the wsrep_local_state
#
WSREP_STATUS=`mysql --user=${MYSQL_USERNAME} --password=${MYSQL_PASSWORD} -e "SHOW STATUS LIKE 'wsrep_local_state';" 2>${ERR_FILE} | awk '{if (NR!=1){print $2}}' 2>${ERR_FILE}` 

if [[ "${WSREP_STATUS}" == "4" ]] || [[ "${WSREP_STATUS}" == "2" && ${AVAILABLE_WHEN_DONOR} == 1 ]]
then 
    # Percona XtraDB Cluster node local state is 'Synced' => return HTTP 200
    /bin/echo -en "HTTP/1.1 200 OK\r\n" 
    /bin/echo -en "Content-Type: text/plain\r\n" 
    /bin/echo -en "\r\n" 
    /bin/echo -en "Percona XtraDB Cluster Node is synced.\r\n" 
    /bin/echo -en "\r\n" 
    exit 0
else 
    # Percona XtraDB Cluster node local state is not 'Synced' => return HTTP 503
    /bin/echo -en "HTTP/1.1 503 Service Unavailable\r\n" 
    /bin/echo -en "Content-Type: text/plain\r\n" 
    /bin/echo -en "\r\n" 
    /bin/echo -en "Percona XtraDB Cluster Node is not synced.\r\n" 
    /bin/echo -en "\r\n"
    exit 1 
fi

/etc/xinetd.mysqlchk：

# default: on
# description: mysqlchk
service mysqlchk
{
# this is a config for xinetd, place it in /etc/xinetd.d/
  disable = no
  flags = REUSE
  socket_type = stream
  port = 9200
  wait = no
  user = nobody
  server = /usr/bin/clustercheck
  log_on_failure += USERID
  only_from = 10.0.0.0/8 127.0.0.1
  # recommended to put the IPs that need
  # to connect exclusively (security purposes)
  per_source = UNLIMITED
}

サービスをカールしようとすると、有効な応答（HTTP 200、テキスト）が返されますが、最後に「ピアによって接続がリセットされました」という通知が表示されます。

HTTP/1.1 200 OK
Content-Type: text/plain

Percona XtraDB Cluster Node is synced.

curl: (56) Recv failure: Connection reset by peer

残念ながら、Amazon ELBは、これを成功したチェックではなく、失敗したチェックと見なしているようです。

Curlが接続障害を認識しないように、clustercheckを正常に終了させるにはどうすればよいですか？

xinetdpercona-xtradb-clusterclustercheck
3
ceejayoz

Content-Length: 0を追加すると、この場合のようにコンテンツが存在する場合でも、クライアントはコンテンツを無視します。したがって、これは他のチェックソフトウェアを壊す可能性があります。あなたの場合、コンテンツの長さは、同期されたノードの場合は42バイト（したがって、Content-Length: 42を追加）であり、同期されていないノードの場合は46バイトです。

# curl localhost:9200
Percona XtraDB Cluster Node is synced.

更新されたスクリプトをプッシュして、Percona XtraDBClusterパッケージの新しいバージョンでも修正されるようにします。

5
Olaf van Zandwijk

Content-Length: 0ヘッダーをclustercheck応答に追加しました。これは、Amazonのヘルスチェックのトリックを実行しているようです。誰かがより良い練習をしているなら、私に知らせてください

2
ceejayoz

私は使用して同様の問題を解決しました

echo -en "HTTP/1.1 200 OK\r\n" | cat

代わりに

echo -en "HTTP/1.1 200 OK\r\n"
1
Nerijus Bendžiūnas

また、ローカルホストでスクリプトを使用していることにも気づきました。コマンドラインでclustercheckを実行して、戻り値を確認することもできます。

同期されたノードの場合：

# /usr/bin/clustercheck > /dev/null
# echo $?
0

同期されていないノードの場合：

# /usr/bin/clustercheck > /dev/null
# echo $?
1
0
Olaf van Zandwijk