オンプレミスのトラブルシューティング

オンプレミス EKB 導入のトラブルシューティングのための L1 診断手順

このガイドでは、オンプレミス EKB 導入における問題のトラブルシューティングのためのレベル 1 (L1) 診断手順を説明します。これらの手順は、コンテナー、データベース、サービス、システム リソースに関する一般的な問題を特定するのに役立ちます。

Prerequisites: You need SSH access to the customer’s VM/server where EKB is deployed, and appropriate permissions to run Docker commands and access container logs.

​

コンテナのステータスチェック

​

すべてのコンテナのステータスを確認する

まず、実行中のコンテナとその健全性ステータスを確認します。

# Check all containers status
docker ps -a

# Check containers with health status
docker ps --format "table {{.Names}}\t{{.Status}}\t{{.Health}}"

# Check specific container status
docker ps -a | grep <container_name>

予想されるコンテナ:

• web - フロントエンド アプリケーション
• api または fastapi_backend - バックエンド API サーバー
• worker または celery_worker - セロリワーカー
• redis - Redis キャッシュ
• rabbitmq - RabbitMQ メッセージ キュー
• supabase-studio - Supabase スタジオ
• supabase-kong - Kong API ゲートウェイ
• supabase-auth - 認証サービス
• supabase-db または postgres - PostgreSQL データベース
• その他の Supabase サービス (ストレージ、メタなど)

確認事項:

• すべてのコンテナが「稼働中」ステータスである必要があります
• コンテナは「再起動中」または「終了」状態であってはなりません
• ヘルスチェックでは、該当する場合は「正常」と表示される必要があります

​

失敗したコンテナを再起動する

コンテナが停止または再起動している場合:

# Restart a specific container
docker restart <container_name>

# Restart all containers
docker compose restart

# Restart specific service
docker compose restart <service_name>

​

バックエンドコンテナログ

​

API コンテナのログを確認する

バックエンド API コンテナーのログには、エラー、データベース接続、サービスの問題に関する重要な情報が含まれています。

# View recent logs (last 100 lines)
docker logs --tail 100 api

# Or for fastapi_backend
docker logs --tail 100 fastapi_backend

# Follow logs in real-time
docker logs -f api

# View logs with timestamps
docker logs -t api

# View logs from specific time
docker logs --since 30m api

# View logs between timestamps
docker logs --since "2024-01-01T00:00:00" --until "2024-01-01T23:59:59" api

注意すべき点:

• データベース接続エラー
• Redis 接続の失敗
• RabbitMQ 接続の問題
• 認証エラー
• API エンドポイント エラー (500、503 など)
• インポート/エクスポートのエラー
• ナレッジベースの処理エラー
• ワーカータスクの失敗

​

ワーカー コンテナのログを確認する

ワーカー コンテナはバックグラウンド タスク (KB 処理、埋め込みなど) を処理します。

# Check worker logs
docker logs --tail 100 worker

# Or for celery_worker
docker logs --tail 100 celery_worker

# Check all worker instances
docker ps | grep worker
docker logs <worker_container_name>

注意すべき点:

• タスク実行エラー
• メモリの問題
• タイムアウトエラー
• ワーカーでのデータベース接続エラー
• ナレッジベースの同期エラー
• 埋め込み生成エラー

​

Web コンテナのログを確認する

フロントエンド コンテナーのログにより、UI と API の接続の問題が明らかになる場合があります。

# Check web container logs
docker logs --tail 100 web

# Follow logs
docker logs -f web

注意すべき点:

• ビルドエラー
• API接続の失敗
• 環境変数の問題
• ポートバインディングエラー

​

データベースのステータス

​

PostgreSQL/Supabase データベースのステータスを確認する

# Check database container status
docker ps | grep -E "(db|postgres|supabase-db)"

# Check database container logs
docker logs --tail 100 supabase-db

# Or for postgres container
docker logs --tail 100 postgres

# Connect to database (if psql is available)
docker exec -it supabase-db psql -U postgres

# Check database connections
docker exec supabase-db psql -U postgres -c "SELECT count(*) FROM pg_stat_activity;"

# Check database size
docker exec supabase-db psql -U postgres -c "SELECT pg_size_pretty(pg_database_size('postgres'));"

確認事項:

• データベースコンテナが実行中である
• 接続エラーがログに記録されない
• データベースがいっぱいではありません (ディスク容量を確認してください)
• アクティブな接続は制限内です
• 操作をブロックする長時間実行クエリなし

​

API からデータベース接続を確認する

# Test database connection from API container
docker exec api python -c "
import os
from sqlalchemy import create_engine
try:
    engine = create_engine(os.environ.get('DATABASE_URL'))
    conn = engine.connect()
    print('Database connection successful')
    conn.close()
except Exception as e:
    print(f'Database connection failed: {e}')
"

​

データベースの移行を確認する

# Check if migrations are up to date
docker exec api alembic current

# Check migration history
docker exec api alembic history

# View pending migrations
docker exec api alembic heads

​

Redis ステータス

​

Redis コンテナを確認する

# Check Redis container status
docker ps | grep redis

# Check Redis logs
docker logs --tail 100 redis

# Test Redis connection
docker exec redis redis-cli ping

# Should return: PONG

# Check Redis info
docker exec redis redis-cli info

# Check Redis memory usage
docker exec redis redis-cli info memory

# Check connected clients
docker exec redis redis-cli info clients

確認事項:

• Redis が ping に応答しています
• メモリ使用量が制限内にある
• 接続エラーなし
• エビクション エラーなし (メモリがいっぱい)

​

API コンテナから Redis をテストする

# Test Redis connection from API
docker exec api python -c "
import redis
import os
try:
    r = redis.Redis(host='redis', port=6379, decode_responses=True)
    r.ping()
    print('Redis connection successful')
except Exception as e:
    print(f'Redis connection failed: {e}')
"

​

RabbitMQ ステータス

​

RabbitMQ コンテナを確認する

# Check RabbitMQ container status
docker ps | grep rabbitmq

# Check RabbitMQ logs
docker logs --tail 100 rabbitmq

# Check RabbitMQ management (if accessible)
# Access: http://<server-ip>:15672
# Default credentials: user/password

確認事項:

• コンテナは実行中です
• 接続エラーなし
• キューがメッセージを処理中です
• メッセージのバックログがない

​

API から RabbitMQ を確認する

# Test RabbitMQ connection
docker exec api python -c "
import pika
try:
    connection = pika.BlockingConnection(
        pika.ConnectionParameters('rabbitmq', 5672, '/',
            pika.PlainCredentials('user', 'password'))
    )
    print('RabbitMQ connection successful')
    connection.close()
except Exception as e:
    print(f'RabbitMQ connection failed: {e}')
"

​

システムリソース

​

ディスク容量を確認する

ディスク容量が少ないと、データベース、ストレージ、コンテナーの問題が発生する可能性があります。

# Check overall disk usage
df -h

# Check disk usage for Docker volumes
docker system df

# Check specific volume usage
docker volume inspect <volume_name>

# Check directory sizes
du -sh /var/lib/docker/volumes/*
du -sh ./supabase/docker/volumes/*

# Check in-container disk usage (for database)
docker exec supabase-db df -h

確認事項:

• ルート パーティションに十分なスペースがある (20% 以上の空きを推奨)
• Docker ボリュームがいっぱいではない
• データベース データ ディレクトリに空きがある
• Superbase ストレージにスペースがある

​

メモリ使用量を確認する

# Check system memory
free -h

# Check container memory usage
docker stats --no-stream

# Check specific container memory
docker stats <container_name> --no-stream

確認事項:

• システムに使用可能なメモリがある
• コンテナがメモリ制限に達していない
• ログに OOM (メモリ不足) による強制終了はありません

​

CPU 使用率を確認する

# Check CPU usage
top
# or
htop

# Check container CPU usage
docker stats --no-stream

​

ネットワーク接続

​

コンテナネットワークを確認する

# Check Docker network
docker network ls

# Inspect network configuration
docker network inspect <network_name>

# Check if containers can communicate
docker exec api ping -c 3 redis
docker exec api ping -c 3 rabbitmq
docker exec api ping -c 3 supabase-db

​

ポートの可用性を確認する

# Check if ports are in use
netstat -tulpn | grep -E "(3001|8001|6379|5672|5432|8000)"

# Or using ss
ss -tulpn | grep -E "(3001|8001|6379|5672|5432|8000)"

# Check port from container
docker exec api curl -I http://localhost:8001/health

​

環境変数

​

環境構成を確認する

# Check environment variables for a container
docker exec api env | grep -E "(DATABASE|REDIS|RABBITMQ|API)"

# Check .env files (if accessible)
cat ./env/.env.server | grep -v "PASSWORD\|SECRET\|KEY"  # Exclude sensitive data
cat ./env/.env.web | grep -v "PASSWORD\|SECRET\|KEY"

# Check environment from docker-compose
docker compose config

確認事項:

• データベース接続文字列が正しい
• Redis および RabbitMQ のホスト名が正しい
• API URLが適切に構成されている
• 必要な環境変数が設定されている
• 変数名のタイプミスがないこと

​

ファイルのアクセス許可

​

ファイルとディレクトリのアクセス許可を確認する

# Check permissions on key directories
ls -la ./alignment-project-server
ls -la ./ai-content-creator
ls -la ./supabase/docker/volumes

# Check Docker socket permissions
ls -la /var/run/docker.sock

# Check certificate files (if using HTTPS)
ls -la ./certs/

確認事項:

• アプリケーションディレクトリは読み取り可能です
• Docker ソケットに正しい権限がある
• ボリュームマウントには適切な権限が必要です
• 証明書ファイルにアクセス可能

​

サービス固有のチェック

​

ナレッジベースの問題

ナレッジベースが更新または処理されていない場合:

# Check worker logs for KB processing
docker logs --tail 200 worker | grep -i "knowledge\|kb\|embedding"

# Check for embedding model issues
docker logs api | grep -i "embedding\|model"

# Check Supabase storage
docker logs supabase-storage

# Check file upload limits
docker exec supabase-db psql -U postgres -c "
SELECT name, file_size_limit 
FROM storage.buckets;
"

​

チャット/エージェントの問題

# Check API logs for agent errors
docker logs --tail 200 api | grep -i "agent\|chat\|llm"

# Check worker logs for agent tasks
docker logs --tail 200 worker | grep -i "agent\|chat"

​

認証の問題

# Check auth service logs
docker logs --tail 100 supabase-auth

# Check database for auth issues
docker exec supabase-db psql -U postgres -c "
SELECT * FROM auth.users LIMIT 5;
"

​

一般的なエラー パターン

​

データベース接続エラー

症状:

• 「接続が拒否されました」エラー
• 「接続が多すぎます」エラー
• タイムアウトエラー

診断手順:

1. データベース コンテナーが実行されていることを確認します: docker ps | grep db
2. データベース ログを確認します: docker logs supabase-db
3. 接続制限を確認します: docker exec supabase-db psql -U postgres -c "SHOW max_connections;"
4. アクティブな接続を確認します: docker exec supabase-db psql -U postgres -c "SELECT count(*) FROM pg_stat_activity;"
5. 環境変数の DATABASE_URL を確認します。

​

Redis 接続エラー

症状:

• Redis への「接続が拒否されました」
• キャッシュミス
• セッションの問題

診断手順:

1. Redis コンテナーを確認します: docker ps | grep redis
2. Redis をテストします: docker exec redis redis-cli ping
3. Redis ログを確認します: docker logs redis
4. 環境変数で Redis ホスト名を確認する

​

ワーカータスクの失敗

症状:

• タスクが完了しない
• ナレッジベースが同期しない
• バックグラウンドジョブが失敗する

診断手順:

1. ワーカーのログを確認します: docker logs worker
2. ワーカーコンテナのステータスを確認します: docker ps | grep worker
3. RabbitMQ キューを確認する: RabbitMQ 管理 UI にアクセスします。
4. メモリの問題を確認します: docker stats worker

​

ストレージ/ファイルのアップロードの問題

症状:

• ファイルのアップロードに失敗する
• 「ファイルが大きすぎます」エラー
• ストレージ割り当てを超過しました

診断手順:

1. ディスク容量を確認します: df -h
2. Supabase ストレージ ログを確認します: docker logs supabase-storage
3. Supabase 設定でファイル サイズ制限を確認する
4. ストレージバケット構成を確認する

​

クイック診断スクリプト

すべてのチェックを一度に実行する診断スクリプトを作成します。

#!/bin/bash
echo "=== EKB On-Premise Diagnostics ==="
echo ""
echo "1. Container Status:"
docker ps --format "table {{.Names}}\t{{.Status}}"
echo ""
echo "2. Disk Space:"
df -h | grep -E "(Filesystem|/dev/)"
echo ""
echo "3. Memory:"
free -h
echo ""
echo "4. Redis:"
docker exec redis redis-cli ping 2>/dev/null || echo "Redis not responding"
echo ""
echo "5. Database:"
docker exec supabase-db psql -U postgres -c "SELECT version();" 2>/dev/null || echo "Database not responding"
echo ""
echo "6. Recent API Errors (last 20 lines):"
docker logs --tail 20 api 2>/dev/null | grep -i error || echo "No recent errors"
echo ""
echo "=== Diagnostics Complete ==="

diagnostics.sh として保存し、実行可能ファイルを作成: chmod +x diagnostics.sh、実行: ./diagnostics.sh

​

エスカレーション情報

L2 サポートにエスカレーションする場合は、以下を提供します。

1. コンテナステータス: docker ps -a の出力
2. 最近のログ: 関連するコンテナからの最後の 100 ～ 200 行
3. システム リソース: df -h および free -h の出力
4. エラー メッセージ: ログからの特定のエラー メッセージ
5. 設定: 設定される環境変数名 (値ではありません)
6. タイムライン: 問題の開始時期
7. 影響: どの機能が影響を受けますか

サポートへのお問い合わせ: [e-mail]

​

追加のリソース

• リンク_7
• リンク_8