Cloudform/manageiq日志格式自动日志中的解释日志

Question

ManageIQ以以下形式在automation.log中创建日志：

[----] I, [2018-03-15T08:26:22.292771 #29399:3a99874]  INFO -- : Q-task_id([service_template_provision_request_1000000023798]) <AEMethod limits> Getting Tenant Quota Values for: {}
[----] I, [2018-03-15T08:26:23.335038 #29399:44d130]  INFO -- : Q-task_id([service_template_provision_request_1000000023798]) Followed  Relationship [miqaedb:/System/Request/SERVICE_PROVISION_INFO#create]
[----] I, [2018-03-15T08:26:27.058401 #29409:44d130]  INFO -- : Q-task_id([service_template_provision_task_1000000021859]) User [myuser] with current group ID [1000000000027] name [Domain mydomain (admin)]

我们可以看到日志线之间有一些链接。前2具有相同的service_template_provision_request标识符，并且在开始(29399)的哈希标签之后在标识符中也有相同的数字。最后2个日志在开始(44d130)的hashtag中的冒号之后具有相同的标识符。我想知道这一切意味着什么。

我知道service_template_provision_request对应于在订购服务时分配给我的请求号。但是带有hashtag的标识符的含义不为我所知。

我的最终目标是能够确定哪些日志与哪个请求、哪个任务以及哪个任务是由哪个请求引起的。理想情况下，按原样使用日志。

我想我可以更改代码，以便在每个任务开始时用请求id记录任务id，但我想知道我是否可以避免这样做。

Answer 1

前2具有相同的service_template_provision_request标识符，并且在开始(29399)的哈希标签之后在标识符中也有相同的数字。最后2个日志在开始(44d130)的hashtag中的冒号之后具有相同的标识符。我想知道这一切意味着什么。

#29409:44d130 ( 29409)的第一部分是进程id，正如您在top或ps中看到的那样。第二部分( 44d130)是该进程中的Ruby线程id。在您的示例中，您有多个进程具有相同的明显线程id，但这是完全巧合的。