问题标签 [google-cloud-error-reporting]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
python - 增强 GAE 错误报告以包括警告
我需要对基于 python Google App Engine 的应用程序的警告进行分类。我从 GAE stackdriver 下载了日志。我认为https://console.cloud.google.com/errors?time=P7D上的 GAE Stackdriver 错误报告可以很好地分类(分组和重复)错误,但它可以聚集警告而不是错误吗?有没有合适的工具呢?我最好是免费的离线软件;我宁愿寻找最简单/快速的解决方案,但感谢所有评论。
PS。好吧,“智能重复数据删除”对于警告可能并不那么重要,但即使按端点和警告文本进行分组也有点挑战,因为我是这种日志格式的新手。到目前为止,我找到了一个复杂的方法来手动将 gae 日志文件按摩到 Excel 表中,但是我没有 Excel,而且 Libre Office 在大表上速度很慢。遗憾的是,Gnumeric 不久前放弃了 Windows 支持。
聚苯乙烯。我可以将日志控制台页面严重性级别调整为严重性 = 警告,但我仍然想确保我分析所有案例而不检查每个日志条目
java - 使用 GAE 上的 java 客户端使用来自 Google Stackdriver 错误报告的数据
我们有一个在 Google App Engine 上运行的 Java 应用程序,它需要处理在 Google Stackdriver 上收集的错误。
我们使用 Stackdriver Error Reporting API Java Client Library编写了一些代码,作为以下 maven 依赖项获得
但它似乎与 GAE 不兼容,因为它抱怨
所以问题是:除了通过 Google HTTP 客户端从 REST api 获取数据之外,还有什么方法可以从 GAE 中使用 Google Stackdriver 错误?
更新
无论到目前为止尝试的serviceClient配置如何,都会出现错误。
即这是导致错误的配置尝试之一:
更新2
google-app-engine - Google 容器引擎记录到 Stackdriver 错误报告
我目前正在尝试从 Google Container Engine 将错误记录到 Stackdriver 错误报告中。我正在使用 GKE 内置的基于 fluentd 的 Stackdriver Logging 代理,效果很好。但是,当我根据规范(https://cloud.google.com/error-reporting/docs/formatting-error-messages)记录错误时,我没有看到它出现在 Stackdriver 错误报告中
我在 Stackdriver Logging 中看到的有效负载是
如果我理解正确,这应该没问题?
编辑:
我根据故障排除页面记录了一个手动错误,它工作正常。我在手动记录的错误和从 GKE 记录的有效负载之间看到的唯一区别是日志名和标签不同,但这不应该是一个因素吗?
stackdriver - 调用 Stackdriver 错误报告 API 时出现 INVALID_ARGUMENT(400 错误)
尝试调用Stackdriver Error Reporting API(通过 API 资源管理器或客户端 JavaScript 库)时,我收到以下错误:
要求:
回复:
Stackdriver Error Reporting API 已启用,我拥有 App Engine 项目的所有者权限。
API根本不起作用吗?如果我做错了什么,有人可以帮忙吗?
google-compute-engine - Google Stackdriver 错误报告未发现错误
错误和报告工具无法识别严重性为“ERROR”的日志。应用程序日志正在使用 fluentd 代理定向到 Google Stackdriver Logging,其中一些是第三方 Java 组件。
使用以下配置可以将我的应用程序日志正确转发到 Google 的 Stackdriver 日志记录,并且正确识别所有条目。
但是对于严重性ERROR,错误报告从未注意到这些条目。
输出被标识为textPayLoad,我使用了以下过滤器,确保输出为jsonPayload
仍然忽略错误 jsonPayload。
如果我使用过滤器替换消息,那么突然错误报告正在工作
我如何强制错误报告选择这些错误条目,因为我的下一步是实施某种形式的警报。
stackdriver - 如何通过 Python 中的 Stackdriver Logging 将错误记录到 Stackdriver 错误报告
我已经使用 Stackdriver Logging 很长时间了,现在我也想利用错误报告。如果可能(出于各种原因),我宁愿使用 Python 的日志记录机制并从日志文件中刮除异常,而不是使用 error_reporting 库。话虽如此,文档非常混乱。例如文档说: https ://cloud.google.com/error-reporting/docs/setup/compute-engine#log_exceptions
首先,安装 fluent-logger-python 库:
sudo pip install google-cloud-error-reporting --upgrade
这让我相信 google-cloud-error-reporting 是 fluent-logger-python 的一个分支或与之相关,但是,当我初始化 google-cloud-error-reporting 它直接调用 GCE 元数据服务器而不是连接到当地流利的。这两个不相关的软件包或者文档是否错误或具有误导性?如果我将 JSON 格式的异常发送到 fluentd 或 fluentd 监控的日志文件,错误报告会理解它们吗?
感谢您的任何澄清
google-cloud-platform - 使用 gcloud 报告 Stackdriver 错误
我正在重新使用 gcloud cli 将事件发送到 StackDriver 错误报告。
(非常有限的)文档在这里:https ://cloud.google.com/sdk/gcloud/reference/beta/error-reporting/events/report
无论我发送什么消息,我似乎都会收到此错误:
错误:(gcloud.beta.error-reporting.events.report)INVALID_ARGUMENT:ReportedErrorEvent.context 必须包含位置,除非
message
包含异常或堆栈跟踪。
我尝试将消息格式化为错误报告的 JSON 表示形式:https ://cloud.google.com/error-reporting/docs/formatting-error-messages 但消息似乎相同。这是一个示例命令和 JSON:
google-cloud-platform - 重新发送错误报告中的错误通知
这是关于重新发送相同类型错误的通知。在我当前的项目中,我的错误被分组。
例如:如果是第一次出现 sql 错误,我会收到通知,但是当它在 2 或 3 小时后发生时,它会被分组在同一个日志下并且“未发送通知”。
错误报告在什么基础上对错误进行分组?
我试图随机化错误消息以区分消息,但它们仍被归为同一类别。(例如:消息就像 - 服务不可用 - 12,服务不可用 - 23 等。)
我想收到每个错误的通知,无论其类型或重复。提出解决方案?
python - 使用 Flask 的 StackDriver 错误报告中未显示 Google App Engine 错误
我正在使用 Google App Engine 标准环境来托管 python-flask-application,但在 StackDriver 错误报告中显示错误时遇到了问题。默认情况下,Google App Engine 应该将错误记录到 StackDriver 错误报告中,但它不会。
之前我在 StackDriver 错误报告中出现过错误,但我无法重现。这些错误似乎直接出现在服务器错误部分,而不是应用程序错误。但对我来说,两者都记录在 StackDriver 错误报告中似乎是合乎逻辑的。
我做了一些调试,以便使用路由/error
和/500
. 结果如下:
有人知道为什么会这样吗?
更新:我发现使用flask.logger
似乎是问题所在。使用logging
工作正常,并最终出现在 StackDriver 错误报告中(除了一些格式问题)。不过,两者都最终出现在记录器中。我正在使用 alogging.StreamHandler
来注册flask.logger
使用addHandler
. 我最好的猜测是logging.StreamHandler
. 进一步调查。