Skip to main content
本页提供诊断步骤，帮助您在联系支持团队之前排查自托管 LangSmith 部署 的问题。请系统地遵循这些步骤，以识别和解决常见的部署问题。
如果您完成了这些诊断步骤后仍需帮助，请参阅本指南末尾的支持部分，了解在联系支持团队前需要收集哪些信息。

​
前提条件

在开始诊断步骤之前，请确保您已具备：
  • 对 Kubernetes 集群的 kubectl 访问权限。
  • 查看 Pod、Deployment、Service 等的适当权限。
  • 熟悉您的 Helm chart 配置。

​
步骤 1. 了解您的部署

验证部署了什么，并了解系统的基准状态。这有助于您识别正常运行时的样子，并在问题发生时识别偏差。 运行以下命令查看所有已部署的 Kubernetes 资源。
确保在运行本节中的命令时处于正确的命名空间。或者，使用 -n 标志显式指定命名空间。例如：kubectl get deployments -n langsmith。
列出所有 Deployment： 
kubectl get deployments
列出所有 Pod： 
kubectl get pods
列出所有 Service： 
kubectl get services
列出所有 lgps 资源（仅在创建 Agent Server 后存在）： 
kubectl get lgps

​
关键部署组件

您的部署包含以下核心组件：
  • langsmith-frontend：LangSmith 前端 UI，您在此创建 Agent Server 部署。此应用向 langsmith-host-backend 发起 API 调用。属于控制平面的一部分。
  • langsmith-host-backend：LangSmith 部署的控制平面，接收来自 langsmith-frontend 的请求，并将部署请求持久化到控制平面 Postgres 数据库。
  • langsmith-listener：LangSmith 部署数据平面的一部分。通过 HTTP API 轮询 langsmith-host-backend 以获取需要创建、更新或删除的部署。将任务入队供工作进程处理。
  • langsmith-redis：作为 langsmith-listener 任务队列的 Redis 实例。监听器将任务入队到此处，工作进程从此队列中拉取任务。
  • langsmith-operator：lgps Kubernetes Operator，负责协调 lgps 资源的底层 Kubernetes 资源。属于数据平面基础设施的一部分。
根据您的配置，您的部署中可能存在其他组件。有关概述，请参阅 LangSmith 部署组件。

​
步骤 2. 启用调试日志

排查问题时，第一步通常是启用调试级别的日志记录，以收集有关系统中正在发生什么的更详细信息。

​
对于控制平面或数据平面部署

如果您遇到控制平面部署（例如 langsmith-host-backend）或数据平面部署（例如 langsmith-listener）的问题，请使用 LOG_LEVEL=DEBUG 环境变量重新安装 Helm chart。将以下内容添加到您的 values.yaml 文件中： 
extraEnv:
  - name: LOG_LEVEL
    value: DEBUG

​
对于 Agent Server 部署

如果问题出在单个 Agent Server 部署上：
  1. 导航到 LangSmith UI 中的 Deployments 选项卡。
  2. 在部署的视图中，选择 + New Revision。
  3. 添加新的环境变量 LOG_LEVEL 并将其设置为 DEBUG。
您也可以在 UI 的部署视图中找到调试日志，点击 Server Logs 并在 Log level: Info 下拉菜单中选择 Debug。

​
对于广泛的问题

如果您不确定问题出在哪里，请在所有地方（控制平面、数据平面和所有 Agent Server 部署）启用 DEBUG 日志记录。

​
查看应用程序日志

跟踪每个 Pod 的日志以了解基准行为： 
kubectl logs -f <pod_name>
然后查找以下日志行：
  • langsmith-listener：Reconciling projects...（每 10 秒出现一次）
  • langsmith-operator：Starting reconciliation（定期出现）
在健康的部署中，您不应看到任何错误。所有日志都应显得正常且常规。

​
解读调试日志

查找以下问题指示器：
  • 异常或堆栈跟踪。
  • 错误消息（单词 "ERROR"）。
  • 与正常运行不同的异常模式。
根据您发现的错误：
  • 配置问题：如果您怀疑是配置问题，请向运行 helm install 的人员提出该问题。
  • 用户代码缺陷：如果您怀疑用户代码中存在缺陷（例如，LangGraph OSS 图实现），请向创建 langgraph.json 文件的 Agent Server 应用程序所有者提出该问题。

​
步骤 3. 描述 Deployment 和 Pod

描述 Kubernetes 资源会揭示可能不会出现在应用程序日志中的错误事件和状态。这些错误通常由配置或基础设施问题引起，而非应用程序代码缺陷。描述资源还会显示其配置（例如环境变量），这对调试很有帮助。 运行以下命令来描述您的资源。 描述 Kubernetes Deployment： 
kubectl describe deployment <deployment_name>
描述 Kubernetes Pod： 
kubectl describe pod <pod_name>
描述 lgps 资源（仅在创建 Agent Server 后相关）： 
kubectl describe lgps <lgps_name>

​
解读结果

查看输出的 Events: 部分，并验证一切是否正常。出现的常见问题包括：
  • 存活或就绪探针失败
  • 镜像拉取错误
  • 资源限制（CPU、内存）
  • 卷挂载问题
  • 配置错误
确保没有错误事件，并且所有事件都表明运行状况良好。

​
附加资源

有关更多故障排除信息，请参阅：
  • 故障排除：包含常见问题解决方案的通用故障排除指南。
  • 自托管概述：有关系统架构和组件交互的详细信息。

​
支持

如果您已遵循这些诊断步骤但仍需帮助，请在联系支持团队之前收集以下信息：
  • 诊断步骤的输出。
  • 您的 Helm chart 配置。
  • 相关的错误消息和日志。
  • 问题发生时您正在尝试做什么的描述。
准备好这些信息将帮助支持团队更快地诊断和解决您的问题。
将这些文档通过 MCP 连接到 Claude、VSCode 等，以获取实时答案。
在 GitHub 上编辑此页面 或 提交问题。