auth
無料Authentication and authorization patterns for Rossoctl services
日本語の概要は準備中です。原文の説明を表示しています。
Root cause analysis on local Kind cluster - fast local debugging with full access
日本語の概要は準備中です。原文の説明を表示しています。
実行スコア 未検証
インストール方法を見るインストールする前に、エージェントに与えられる指示の中身を確認できます。
Root cause analysis workflow for failures on local Kind clusters.
All diagnostic commands MUST redirect output to files.
export LOG_DIR="${LOG_DIR:-${WORKSPACE_DIR:-/tmp}/rossoctl-rca}"
mkdir -p "$LOG_DIR"
Rules:
$LOG_DIR/<name>.logTask(subagent_type='Explore') with Grep (not full file reads)Auto-approved: All read and debug operations on Kind clusters are auto-approved.
Only one Kind cluster at a time. Before any cluster operation, check:
kind get clusters 2>/dev/null
A Kind cluster is already running (likely from another session). Options: (a) wait for that session to finish, (b) switch to
rca:cifor log-only analysis, (c) explicitly destroy the existing cluster first withkind delete cluster --name rossoctl.
To determine ownership: if the current task list or conversation created this cluster, it's yours. Otherwise assume another session owns it.
flowchart TD
START(["/rca:kind"]) --> GUARD{"Kind cluster?"}
GUARD -->|No clusters| CREATE["Deploy Kind cluster"]:::rca
GUARD -->|Owned| REUSE[Reuse existing]:::rca
GUARD -->|Another session| STOP([Stop - cluster busy])
CREATE --> P1["Phase 1: Reproduce"]:::rca
REUSE --> P2["Phase 2: Inspect"]:::rca
P1 --> P2
P2 --> P3["Phase 3: Diagnose"]:::rca
P3 --> P4["Phase 4: Fix and Verify"]:::rca
P4 --> RESULT{"Fixed?"}
RESULT -->|Yes| TDD["tdd:kind"]:::tdd
RESULT -->|No| P2
classDef rca fill:#FF5722,stroke:#333,color:white
classDef tdd fill:#4CAF50,stroke:#333,color:white
Follow this diagram as the workflow.
Failure → Reproduce locally → Inspect cluster → Identify root cause → Fix → Verify
Deploy the cluster if not running:
./.github/scripts/local-setup/kind-full-test.sh --skip-cluster-destroy > $LOG_DIR/kind-deploy.log 2>&1; echo "EXIT:$?"
All kubectl output redirected to files:
kubectl get pods -n rossoctl-system > $LOG_DIR/pods-system.log 2>&1 && echo "OK" || echo "FAIL"
kubectl get pods -n rossoctl-system --field-selector=status.phase!=Running > $LOG_DIR/failed-pods.log 2>&1 && echo "OK" || echo "FAIL"
kubectl get events -n rossoctl-system --sort-by='.lastTimestamp' > $LOG_DIR/events.log 2>&1 && echo "OK" || echo "FAIL"
Use Task(subagent_type='Explore') with Grep to analyze the logs for errors.
kubectl logs -n rossoctl-system deployment/rossoctl-ui --tail=50 > $LOG_DIR/ui.log 2>&1 && echo "OK" || echo "FAIL"
kubectl logs -n rossoctl-system deployment/ollama --tail=50 > $LOG_DIR/ollama.log 2>&1 && echo "OK" || echo "FAIL"
kubectl get pods -n team1 > $LOG_DIR/pods-team1.log 2>&1 && echo "OK" || echo "FAIL"
kubectl logs -n team1 deployment/weather-service --tail=50 > $LOG_DIR/agent.log 2>&1 && echo "OK" || echo "FAIL"
Use Task(subagent_type='Explore') with Grep to find errors in the log files.
After fixing, re-run the specific failing test:
uv run pytest rossoctl/tests/e2e/ -v -k "test_name" > $LOG_DIR/retest.log 2>&1; echo "EXIT:$?"
Before posting RCA findings to any public destination:
If the root cause involves a dependency bug or version issue:
cve:scan to check if this is a known CVEcve:brainstorm BEFORE documenting publicly| Issue | Cause | Fix |
|---|---|---|
| Ollama OOM | Model too large for Kind | Use smaller model or increase Docker memory |
| DNS resolution | CoreDNS not ready | Wait or restart CoreDNS pod |
| Port conflicts | 8080 already in use | lsof -i :8080 and kill process |
| Image pull errors | Local registry not configured | Check kind-registry container is running |
If the issue can't be reproduced locally, escalate:
rca:ci to analyze from logsrca:hypershift with a live clusterrca:ci - RCA from CI logs onlyrca:hypershift - RCA with live HyperShift clustertdd:kind - TDD workflow on Kindkind:cluster - Create/destroy Kind clustersk8s:pods - Debug pod issuesrossoctl:ui-debug - Debug UI issues (502, API, proxy)cve:scan - CVE scanning (check if root cause is a known CVE)cve:brainstorm - Disclosure planning (if CVE found during RCA)まだレビューはありません。使ってみた感想をお寄せください。
ログインなしで書き込めます。使ってみた感想、質問、動かなかった環境などを気軽にどうぞ。
まだコメントはありません。最初のコメントを書いてみませんか。
Authentication and authorization patterns for Rossoctl services
日本語の概要は準備中です。原文の説明を表示しています。
Create confidential OAuth2 clients in Keycloak for server-to-service authentication
日本語の概要は準備中です。原文の説明を表示しています。
Configure MLflow with mlflow-oidc-auth plugin for Keycloak OIDC authentication
日本語の概要は準備中です。原文の説明を表示しています。
Configure OpenTelemetry Collector with OAuth2 authentication for trace export
日本語の概要は準備中です。原文の説明を表示しています。
CI pipeline monitoring, status checks, and PR validation workflows
日本語の概要は準備中です。原文の説明を表示しています。
Monitor running CI jobs, wait for completion, create tasks for results
日本語の概要は準備中です。原文の説明を表示しています。