スクリプト: /usr/local/bin/raid_watch_telegram.sh (4.8K, 165行)

監視項目:

• RAID障害: IPMI SELから "Drive Fault"、"Rebuild" を検知
• UPS状態変化: ups-a, ups-b, ups-c の状態を監視
  • OL (電源復旧) → 通知
  • OB (バッテリー駆動) → 通知
  • OB LB (低バッテリー) → 緊急通知
  • OFFLINE (通信断) → 警告
• バッテリー残量: 10%以上の低下で警告

systemd設定:

Service: /etc/systemd/system/raidwatch.service
Timer:   /etc/systemd/system/raidwatch.timer
実行間隔: 5分ごと (OnUnitActiveSec=5min)
起動遅延: 起動後2分 (OnBootSec=2min)

状態ファイル:

• /var/lib/raidwatch/last_sel_id - 最終チェックSEL ID
• /var/lib/raidwatch/last_ups_status - UPS状態記録

スクリプト: /usr/local/bin/supermicro_watch_telegram.sh

接続情報:

• SSH接続先: maguro@192.168.10.31
• 認証方式: SSH公開鍵認証（パスワードなし）
• 鍵: R640 /root/.ssh/id_ed25519 → Supermicro ~maguro/.ssh/authorized_keys

監視項目:

• SSH接続: 5秒タイムアウトでテスト、失敗時に通知
• mdadm RAID: /dev/md0 の Failed Devices を監視
• ストレージ使用率: /srv/storage が90%以上で警告
• NFSサーバー: nfs-server.service の稼働状態

systemd設定:

Service: /etc/systemd/system/supermicro-watch.service
Timer:   /etc/systemd/system/supermicro-watch.timer
実行間隔: 5分ごと
起動遅延: 起動後3分

スクリプト: /usr/local/bin/hirame_log_watch_telegram.sh

監視項目:

• Collabora Docker: docker inspect で Running=false を検知
• カーネルパニック: "Kernel panic", "Out of memory" ログ検索
• ディスク障害: "ata.*error", "smart.*fail", "i/o error" パターン
• ネットワーク障害: "bond0.*link down", "enp.*not ready" 検知
• Docker異常: "restart.*abnormally" パターン

systemd設定:

Service: /etc/systemd/system/hirame-logwatch.service
Timer:   /etc/systemd/system/hirame-logwatch.timer
実行間隔: 5分ごと
起動遅延: 起動後2分

状態ファイル: /var/lib/hirame-logwatch/last_check_time

実装場所: XServer VPS /var/www/katuocloud/wp-content/themes/astra-child/functions.php

実装内容:

• katuocloud_send_telegram_notification(): Telegram API送信関数（3回リトライ）
• katuocloud_notify_new_signup(): 申し込み情報フォーマット
• katuocloud_create_subscription() 関数（317行目付近）に通知呼び出しを追加

通知内容:

• 契約ID
• 顧客名、メールアドレス
• Nextcloudユーザー名
• プラン名、容量、端末数
• ゲスト招待、ビデオ通話オプション
• 受付時刻

使用API: WordPress wp_remote_post() でHTTP通信

# R640で
systemctl list-timers --all | grep -E "raidwatch|supermicro"

# hirameで
systemctl list-timers --all | grep hirame

# R640
sudo /usr/local/bin/raid_watch_telegram.sh --test
sudo /usr/local/bin/supermicro_watch_telegram.sh --test

# hirame
sudo /usr/local/bin/hirame_log_watch_telegram.sh --test

# 停止
sudo systemctl disable --now [timer名].timer

# 再開
sudo systemctl enable --now [timer名].timer

# ステータス確認
systemctl status [timer名].timer --no-pager

# ログ確認
sudo journalctl -u [service名].service -n 100 --no-pager

upsc ups-a@localhost | grep -E "ups.status|battery.charge|ups.load"
upsc ups-b@localhost | grep -E "ups.status|battery.charge|ups.load"
upsc ups-c@localhost | grep -E "ups.status|battery.charge|ups.load"

ssh maguro@192.168.10.31 "sudo mdadm --detail /dev/md0"

問題: 複雑なsed操作でPHPファイルが破損

解決: バックアップから復元、cat >> または tee で直接書き込み

教訓: 複数行sedはPHPファイルで信頼性低い、直接書き込みを推奨

問題: 173.0.0.1/173.0.0.2でSSH接続拒否

原因:

• 192.168.10.30 - 古いSSH、鍵交換方式不一致（diffie-hellman-group1-sha1）
• 173.0.0.2 - 公開鍵認証必要だが、maguroユーザーに鍵未登録

解決: 192.168.10.31 で接続成功（公開鍵認証設定済み）

問題: SupermicroはインターネットDirect接続なし、Telegram API到達不可

解決: R640からSSH経由で監視し、R640から通知送信

現象: curl: (28) Resolving timed out after 5000 milliseconds

影響: リトライ機能により通知は最終的に成功

対処: タイムアウト設定5秒は適切、リトライで対応済み

• ups-b通信断: NUT監視で継続的に "Driver not connected" エラー
  • 影響: ups-b状態変化は検知されない
  • 対処: 物理接続とnut-driver確認が必要
• Supermicro 旧SSH: 192.168.10.30 は古い鍵交換方式のため接続不可
  • 回避策: 192.168.10.31 使用
• curl DNS解決タイムアウト: 5秒タイムアウトで時々発生
  • 影響: リトライで成功するため実害なし

• Stripe決済完了通知
• デバイス追加時の通知
• 契約キャンセル時の通知
• 月次レポート自動送信（契約数、ストレージ使用量）
• 通知先の複数チャンネル分割（申し込み/障害/運用）
• ups-b通信断の根本原因調査と修正