本页面提供了相关说明,帮助您排查在安装 Logging 代理或与之交互时出现的常见问题。
核对清单
如果您在安装或使用 Logging 代理时遇到问题,请检查以下内容:
如果 Linux 安装命令导致错误,请确保使用
sudo
作为安装命令的前缀。验证代理服务是否正在虚拟机实例上运行:
对于 Windows 虚拟机,请使用以下 PowerShell 命令:
Get-Service -Name StackdriverLogging
搜索名为 Stackdriver Logging 的服务。如果代理未运行,您可能需要将其重启。
对于 Linux 虚拟机,请使用以下命令:
sudo service google-fluentd status
如果代理未运行,则可能需要使用以下命令将其重启:
sudo service google-fluentd restart
如果重启失败,并且日志输出显示“已通过元数据停用”(Disabled via metadata),则您可能正在运行来自于 Google Cloud Marketplace 的映像,而默认情况下 Logging 代理对于此类映像处于停用状态。此设置由
google-logging-enable
实例元数据键(值为0
)控制。要重新启用代理,请移除该键或将值设置为1
(请参阅设置实例元数据)。如果未通过元数据停用代理,请重新安装代理。请参阅下文中的重新安装代理部分。
查看代理是否向日志中写入了错误消息。
在 Windows 上,从版本 v1-9 开始,Logging 代理会将其日志保存在
C:\Program Files (x86)\Stackdriver\LoggingAgent\fluentd.log
中。无法获取先前版本代理的日志。
在 Linux 上,Logging 代理是一个
fluentd
软件包,其消息会记录到/var/log/google-fluentd/google-fluentd.log
中:如果您看到 HTTP 429 错误,则您的 Logging API 配额可能已经用完。您可以通过在 Cloud Console 中选择 API 和服务 > 信息中心来查看可用配额。选择 Logging API。
如果您遇到 API 访问或授权问题,请转到验证 Compute Engine 凭据。
如果代理似乎运行正常,但您没有收到数据,则应检查代理是否正在向正确的项目发送数据。请参阅下面的验证 Compute Engine 凭据部分。
验证代理是否成功安装
要检查安装是否成功,请在日志浏览器中查找该代理的测试日志条目。
在页面顶部,选择包含您的虚拟机实例的项目:
- 对于 Compute Engine 虚拟机实例,请选择包含虚拟机实例的 Cloud 项目。
- 对于 Amazon EC2 虚拟机实例,请选择将您的 AWS 帐号与 Google Cloud 服务关联的 AWS 连接器项目。
在 Windows 标签 (windows tabs) 中,为您的虚拟机实例选择相应资源:
- 对于 Compute Engine,请选择
GCE 虚拟机实例
。
- 对于 Amazon EC2,请选择 AWS EC2 实例 (AWS EC2 Instance)。
- 选择 syslog (Linux)、fluent.info (Windows) 或所有日志。
- 对于 Compute Engine,请选择
如果您看到“gRPC 成功发送到了 Logging API”(Successfully sent gRPC to Logging API) 日志条目,则表明代理安装已完成。代理每次安装及每次重启后,此消息都会生成一次。
如需详细了解日志浏览器,请参阅使用日志浏览器。
测试代理
如果您怀疑代理未正常工作,请检查代理是否正在运行并尝试向 Logging 发送测试消息:
Linux 实例
以下步骤适用于运行 Linux 的 Compute Engine 和 Amazon EC2 虚拟机实例:
在您的虚拟机实例执行以下命令,以验证 Logging 代理是否正在运行:
ps ax | grep fluentd
您将看到类似如下所示的输出:
2284 ? Sl 0:00 /opt/google-fluentd/embedded/bin/ruby /usr/sbin/google-fluentd [...] 2287 ? Sl 42:44 /opt/google-fluentd/embedded/bin/ruby /usr/sbin/google-fluentd [...]
在您的虚拟机实例上运行以下命令,以发送测试日志消息:
logger "Some test message"
Windows 实例
Logging 代理具有两个 Windows 服务名称:
StackdriverLogging
,用于 v1-5 及更高版本fluentdwinsvc
,用于早期版本
您应该正在运行一项代理服务。使用 PowerShell 在虚拟机实例上运行以下命令:
询问两项服务的状态。如果您知道应运行哪项服务,则使用相应服务名称即可:
Get-Service StackdriverLogging,fluentdwinsvc
如果服务未运行,您将看到一条错误消息。如果服务正在运行,您将看到类似如下所示的输出:
Status Name DisplayName ------ ---- ----------- Running StackdriverLogging Cloud Logging
如果您同时查询这两项服务,应该会看到一条错误消息和
Running
状态:需要管理员权限:如果有任意版本的代理正在运行,请运行以下 PowerShell 命令,以发送测试日志消息:
New-EventLog -LogName Application -Source "Test Source" Write-EventLog -LogName Application -Source "Test Source" -EntryType Information -EventID 1 -Message "Testing 123 Testing."
查找测试消息
发送测试消息后,请在日志浏览器中查找该消息:
在页面顶部,选择包含您的虚拟机实例的项目:
- 对于 Compute Engine 虚拟机实例,请选择包含虚拟机实例的 Cloud 项目。
- 对于 Amazon EC2 虚拟机实例,请选择将您的 AWS 帐号与 Google Cloud 服务关联的 AWS 连接器项目。
在 Windows 标签 (windows tabs) 中,为您的虚拟机实例选择相应资源:
- 对于 Compute Engine,请选择
GCE 虚拟机实例
。
- 对于 Amazon EC2,请选择 AWS EC2 实例 (AWS EC2 Instance)。
- 选择 syslog (Linux)、fluent.info (Windows) 或所有日志。
- 对于 Compute Engine,请选择
您应该会看到包含测试消息的日志条目。如果是这样,则表示 Logging 代理运行正常。
验证 Compute Engine 凭据
要使 Compute Engine 虚拟机实例在没有私钥凭据的情况下运行代理,该实例必须具有合适的访问权限范围,并且该实例使用的服务帐号身份必须具有合适的 IAM 权限。
创建虚拟机实例时,默认范围和服务帐号设置足以运行代理。非常旧的实例或默认设置已更改的实例可能没有合适的凭据。
验证访问权限范围
要验证访问权限范围,请执行以下操作:
打开 Compute Engine > 虚拟机实例页面:
点击虚拟机实例的名称。系统会显示实例的详情页面。
在Cloud API 访问权限范围部分中,点击详细信息以查看 API 列表。注意查找以下条目:
- 如果看到“此实例拥有所有 Google Cloud 服务的完整 API 访问权限”,则表明您拥有足够的访问权限范围。
- 如果看到 Cloud Logging API 旁边有只写或全部权限,那么您的实例的访问权限范围足以运行 Cloud Logging 代理。
- 如果看到 Cloud Monitoring API 旁边有只写或全部权限,那么您的实例的访问权限范围足以运行 Cloud Monitoring 代理。
纠正问题
如果您的 Compute Engine 实例中没有合适的访问权限范围,请为实例添加所需的访问权限范围。
下表展示了与 Logging 和 Monitoring 代理相关的访问权限范围:
访问权限范围 | 代理权限 |
---|---|
https://www.googleapis.com/auth/logging.write | 足以运行 Logging 代理 |
https://www.googleapis.com/auth/monitoring.write | 足以运行 Monitoring 代理 |
验证默认服务帐号权限
即使 Compute Engine 虚拟机实例具有足够的访问权限范围,实例的默认服务帐号仍可能无法为代理提供适当的 IAM 权限。
要验证默认服务帐号权限,请先找到默认服务帐号:
打开您项目的 Compute Engine 信息中心:
点击虚拟机实例的名称。系统会显示实例的详情页面。
在页面上查找服务帐号标题。该标题下会列出实例的默认服务帐号。服务帐号可能如下所示:
[ID]-compute@developer.gserviceaccount.com
打开您项目的 IAM 和管理 > IAM 页面。相应页面标题为项目“[PROJECT_NAME]”的权限:
选择查看方式:成员。您应该会看到人员、群组和服务帐号的列表。角色列包含您项目中每位成员所具有的角色。
在实例的默认服务帐号对应的行中,您应该会看到一个或多个角色:
- 如果看到 Editor,则说明该角色足以运行所有代理。Editor 是分配给 Compute Engine 服务帐号的默认角色。
- 如果看到日志写入者,则表明该角色足以运行 Logging 代理。要了解包含写入权限的其他 Logging 角色,请参阅 Cloud Logging 的访问权限控制。
- 如果看到监控指标写入者,则表明该角色足以运行 Monitoring 代理。要了解包含写入权限的其他 Monitoring 角色,请参阅 Cloud Monitoring 的访问权限控制。
纠正问题
如果您的默认服务帐号没有适当的角色,请尝试在 IAM 和管理 > IAM 页面修改服务帐号的角色。添加合适的 Logging 或 Monitoring 角色,从而为代理授权:Logging > Logs Writer 或 Monitoring > Monitoring Metric Writer。
验证私钥凭据
在 Compute Engine 虚拟机实例上,您可以将代理配置为使用获得适当授权的非默认服务帐号。在 AWS EC2 虚拟机实例上,您必须将代理配置为使用此类服务帐号。
要以这种方式配置代理,您必须为指定的服务帐号创建私钥凭据,并向代理提供这些凭据。代理会通过以下两种方式查找凭据:
- 代理会查找环境变量
GOOGLE_APPLICATION_CREDENTIALS
,该变量存有包含私钥凭据的文件的名称。 - 如果该环境变量不存在,则代理将在标准文件中查找凭据:
Linux
/etc/google/auth/application_default_credentials.json
Windows
C:\ProgramData\Google\Auth\application_default_credentials.json
以下信息有助于您诊断私钥凭据相关问题:
- 私钥是否安装到位?
- 私钥是否仍对服务帐号有效?
- 服务帐号是否具有代理所需的角色?
要验证虚拟机实例上是否安装了有效的私钥凭据,请首先验证凭据文件是否存在于其预期位置,然后验证凭据文件中的信息是否有效。可以使用 Cloud Console 的 IAM 和管理 > 服务帐号部分撤消以前有效的凭据。如果不存在有效凭据,请参阅添加凭据,以替换现有凭据或添加新凭据。
凭据是否存在?
要查看您的实例上是否存在私钥服务帐号凭据,请在您的实例上运行以下 Linux 命令:
sudo cat $GOOGLE_APPLICATION_CREDENTIALS
sudo cat /etc/google/auth/application_default_credentials.json
如果任一命令显示如下所示的文件,那么您的实例可能具有有效的私钥凭据。如果两个命令都显示文件,则会使用由 GOOGLE_APPLICATION_CREDENTIALS
表示的文件。
{
"type": "service_account",
"project_id": "[YOUR-PROJECT-ID]",
"private_key_id": "[YOUR-PRIVATE-KEY-ID]",
"private_key": "[YOUR-PRIVATE-KEY]",
"client_email": "[YOUR-PROJECT-NUMBER]-[YOUR-KEY@DEVELOPER].gserviceaccount.com",
"client_id": "[YOUR-CLIENT-ID]",
"auth_uri": "https://accounts.google.com/o/oauth2/auth",
"token_uri": "https://accounts.google.com/o/oauth2/token",
"auth_provider_x509_cert_url": "{x509-cert-url}",
"client_x509_cert_url": "{client-x509-cert-url}"
}
如果不存在凭据文件,请参阅添加凭据。
凭据是否有效?
在凭据文件中,project_id 是您的 GCP 项目,client_email 标识项目中的服务帐号,private_key_id 则标识服务帐号中的私钥。将此信息与 Cloud Console 的 IAM 和管理 > 服务帐号部分中显示的内容比对。
如果存在以下任一情况,则凭据文件无效:
- 您检查的是 Compute Engine 实例,但凭据文件中的 GCP 项目不是包含您的实例的项目。
- 您检查的是 Amazon EC2 实例,但凭据文件中的 GCP 项目不是您的 AWS 帐号的连接器项目(名为
AWS Link...
)。 - 列出的服务帐号不存在,可能已被删除。
- 列出的服务帐号没有启用正确的角色:Logs Writer(用于运行 Cloud Logging 代理)和 Monitoring Metric Writer(用于运行 Cloud Monitoring 代理)。
- 私钥不存在,可能已被撤消。
如果服务帐号正确无误,但私钥已被撤消,那么您可以创建一个新的私钥,并将其复制到您的实例上。请参阅创建服务帐号密钥。
否则,您必须按照添加凭据部分中所述创建新的服务帐号。
验证日志排除查询
查看当前的排除项查询,确保您所查找的日志不会被意外排除。
验证防火墙
要查看您的实例是否有权访问 logging.googleapis.com
,请在您的实例上运行以下 Linux 命令:
curl -sSL 'https://logging.googleapis.com/$discovery/rest?version=v2' | head
当防火墙阻止出站流量时,该命令可能需要一些时间才能完成。指示防火墙问题的示例输出:
curl: (7) Failed to connect to 2607:f8b0:4001:c03::5f: Network is unreachable
请访问防火墙规则,了解如何设置出站流量。
重新安装代理
安装最新版本的代理可以解决许多问题:
如果您确定问题与凭据无关,则可以直接跳到在 Linux 和 Windows 上安装。
如需了解代理的完整安装和任何所需的凭据,请参阅安装代理。
其他常见问题
下表列出了您在使用 Cloud Logging 代理时可能会遇到的一些常见问题,并介绍了相应的解决方法。
在 Linux 上,Logging 代理会将错误记录在 /var/log/google-fluentd/google-fluentd.log
中。在 Windows 上,Logging 代理会将错误记录在 C:\Program Files (x86)\Stackdriver\LoggingAgent\fluentd.log
中(从版本 v1-9 开始)。错误类 Google::APIClient::ClientError
表示权限或 API 访问权限出现问题。
代理成功运行后,您可能会开始看到错误。例如,某人可能已从您的项目或虚拟机实例中撤消必需的权限。
错误 | 原因 | 解决方案 |
---|---|---|
Windows 上代理的安装程序无法运行 | 您可能将此安装程序下载到了某个系统目录。 | 将安装程序移至非系统目录,例如,C:\Users\[USERID]\ 。 |
项目尚未启用 API | 您尚未在项目中启用 Cloud Logging API。 | 转到 API 控制台,然后将 Cloud Logging API 的状态更改为开启。 |
请求包含无效凭据 或 无法获取访问令牌(未配置任何范围?) |
您的虚拟机实例没有合适的凭据。如果您使用的是 Amazon EC2,则必须先在虚拟机实例上安装凭据,然后才能安装代理。 | 请参阅为代理授权,以安装凭据。 |
授权失败 | 未正确配置 Logging 代理的私钥授权凭据。 | 请参阅验证私钥凭据。 |
调用方无权限 | 项目中用于授权的服务帐号的权限不足。该服务帐号可能是 Compute Engine 或 App Engine 中所用的默认服务帐号,也可能是由用户定义的用于私钥授权的服务帐号。该帐号必须具有可修改权限。 | 在您的项目的 IAM 页面中更改服务帐号的权限。如有必要,可以使用更改实例的服务帐号和访问范围过程来修改现有虚拟机的访问范围。 |
无法获取项目 ID | Cloud Logging 代理无法从服务帐号的私钥凭据文件中获取项目 ID。 |
要添加或替换代理的项目 ID,请在您的虚拟机实例上修改代理的配置文件 /etc/google-fluentd/google-fluentd.conf。在 <match **> 部分中,添加以下行:project_id [YOUR_PROJECT_ID] 否则,请参阅为代理授权,以修复或替换凭据。 |
如果存在日志轮替,Logging 代理会停止提取日志 | 当使用 copytruncate 设置来设置日志轮替时,Logging 代理可能会无法跟踪其在输入文件中的位置。 |
最好使用 nocopytruncate 设置来确保日志轮替移动文件而不是截断文件。如果要保留 copytruncate 设置,则解决方法是定期重启代理。或者,您可以使用 postrotate 设置重启代理。 |
超出日志大小限制
如果一个或多个日志条目超出大小限制,则您可能会在 fluentd 日志中找到类似于以下内容的条目:
Dropping 1 log message(s) error_class="Google::Apis::ClientError" error="Invalid request"
或
Dropping 1 log message(s) error="3:Log entry with size 1000515 bytes exceeds maximum size of 112640 bytes" error_code="3"
要解决此错误,请适当删减您的日志条目,使其不超出大小限制。例如,以下示例代码删减带有 mytag
标记的日志中 message
字段中的数据:
# Cloud Logging only supports log entries that are up to 256 KiB in size.
# Trim the entries to just under that size to avoid dropping them.
<filter [MY_TAG]>
@type record_transformer
enable_ruby true
<record>
message ${record['message'].length > 256000 ? "[Trimmed]#{record['message'][0..256000]}..." : record['message']}
</record>
</filter>
日志重复
将 LogEntry.insertID 添加到代理的处理流水线中。如果 insertID
在多个重复日志中不同,则表示日志在日志文件中被多次跟踪。在存在日志轮换,或 pos 文件缺失或损坏时,可能会发生这种情况。为了减少发生此问题的可能性,请确保未将任何 in_tail 输入的位置文件配置为位于 /var/log
文件夹或任何其他可能启用了日志轮换的文件夹中。
日志记录流水线还根据 LogEntry.timestamp 字段来删除重复日志。确保正确解析日志条目的实际时间戳。如未将 Fluentd 设置为从日志条目解析原始时间戳,则 Fluentd 将使用其处理日志条目的时间。因此,如果多次读取输入,即使日志行中的时间戳相同,Fluentd 也可能将其视为具有不同时间戳的不同日志条目。