SenseLink
SenseLink GE Enterprise Pro V2.3.1 日本語
SenseLink GE Enterprise Pro V2.3.1 日本語
  • イントロダクション
  • SenseLink GE Enterprise Proインストールマニュアル
    • 改定履歴
    • 概要
    • 規則
    • 環境の準備
    • すべてのホストの初期設定
    • Diamond プラットフォームのデプロイ
    • SenseLink アプリケーションのデプロイ
    • 付録1:今後の使用に備えたインストーラパッケージのバックアップ
    • 付録2:インストールされたコンポーネントとサービス
    • 付録3:インストールに関する問題のトラブルシューティング
    • 付録4:運用時のトラブルシューティング
  • SenseLink GE Enterprise Proアップグレードマニュアル
    • 改定履歴
    • アップグレードマニュアル
  • Mercuryインストールマニュアル
    • 改訂履歴
    • 概要
    • 前提条件
    • マシンの準備
    • デプロイアカウントの準備
    • インストール前の準備
    • デプロイメント設定ファイルの作成
    • Diamond プラットフォームのデプロイ
    • Mercury サービス層のデプロイ
    • インストール問題のトラブルシューティング
    • 付録1:インストールパッケージの作成
    • 付録2:Diamond Yaml ジェネレータのローカル実行
    • 付録3: Mercuryライセンスの更新
  • SenseLink GE Enterprise Proデータバックアップ・リストアマニュアル
    • 改訂履歴
    • Alibaba Cloud の Mysql のバックアップとリストア
    • Alibaba Cloud の Redis のバックアップとリストア
    • Alibaba Cloud の MongoDB のバックアップとリストア
    • Mercuryのバックアップとリストア
  • Mercury スケールアウト マニュアル
  • Mercury APIマニュアル - Beta
  • SenseLink GE Enterprise Pro ユーザーマニュアル
    • 改訂履歴
    • 1 製品概要
    • 2 ライセンスのアクティベーションと更新
    • 3 ログインとログアウト
    • 4 ダッシュボード
    • 5 デバイス管理
    • 6 登録者管理
    • 7 登録者グループ管理
    • 8 ルール管理
    • 9 イベント管理
    • 10 勤怠管理
    • 11 システム管理
    • 12 アップデート管理
    • 13 エラーメッセージ
    • 付録 A アカウントの権限明細
  • SenseLink GE Enterprise Pro APIマニュアル
    • 改訂履歴
    • 1 製品概要と利用方法
    • 2 APIリファレンス
      • 2.1 システムのAPI
      • 2.2 デバイスの API
      • 2.3 デバイスアラートの API
      • 2.4 登録者の API
      • 2.5 登録者グループの API
      • 2.6 QRコードの API
      • 2.7 アクセスルールAPI
      • 2.8 レコードの API
      • 2.9 認証用顔写真の API
      • 2.10 部署の API
      • 2.11 イベントサブスクリプション API
    • 3 Push通知
  • SenseLink GE Enterprise Pro ToolKitマニュアル
    • 改訂履歴
    • 1 製品概要
    • 2 事前準備
    • 3 従業員管理
    • 4 デバイスアップデート管理
GitBook提供
このページ内

役に立ちましたか?

PDFとしてエクスポート
  1. SenseLink GE Enterprise Proインストールマニュアル

付録4:運用時のトラブルシューティング

kubernetesマスタの接続が切れてしまった

kubernetesマスタがサービスダウンまたは何か問題があった場合、kubernetesマスタを再起動しないといけません。ただし、再起動しても、サーバーが正常に起動できますが、k8sはLoad Balanceから情報を取得できません。

kubeの設定がまだ三つのマスタに指しているのは原因となります。

[ubuntu@saas-i-prod-saasdiamondali10 ~]$ kubectl get pods
No resources found.

[ubuntu@saas-i-prod-saasdiamondali10 ~]$ kubectl get pods
No resources found.

[ubuntu@saas-i-prod-saasdiamondali10 ~]$ kubectl get pods

3回目の取得コマンドは待ち状態となってしまって、応答がありませんでした。

ところが、ポート6443は動いています。Load Banlanceをマスタに切り替えて、.kube/configを修正したら、すぐに応答が帰ってきました。

修正前:

server: https://10.0.222.212:9443

修正後:

server: https://10.0.222.222:6443

修正後、もう一回試したら、応答が予想通りに帰ってきました。

[ubuntu@saas-i-prod-saasdiamondali10 ~]$ kubectl get pods 
No resources found.

調べた原因として、下記の二つのコンテナが起動されませんでした。

$ sudo docker ps -a | grep haproxy && sudo docker ps -a | grep keepalive 
646f3c72799c registry.sensetime.com/diamond/haproxy:2.1.2-1 "/docker-entrypoint.…" 6 weeks ago Exited (0) 21 hours ago diamond-haproxy 
5ca5eeb00609 registry.sensetime.com/diamond/keepalived:2.0.19 "/container/tool/run" 6 weeks ago Exited (0) 21 hours ago diamond-keepalived

手動でdockerを起動したら

$ sudo docker start 646f3c72799c && sudo docker start 5ca5eeb00609

サービスは正常に戻りました。

[ubuntu@saas-i-prod-saasdiamondali10 ~]$ kubectl get pods 
No resources found.
前へ付録3:インストールに関する問題のトラブルシューティング次へSenseLink GE Enterprise Proアップグレードマニュアル

最終更新 4 年前

役に立ちましたか?