爱你的原木。这是值得的

Artifactory日志文件

“我的Artifactory无法启动”;“我看到有些滞后”;“我的文物不见了”;“当Jenkins试图拉/部署工件时,我遇到了问题”;“我得到404 / 401/ 403/ 500 /409”…这些只是一个我从客户那里听到的常见问题。非常基本的问题;对吧?只要我们有正确的信息,我们可以在几秒钟内对他们进行分类。我们确实是这样做的!所有这些信息都可以在日志中找到。这就是为什么每个开发人员和DevOps工程师都应该喜欢日志文件;这才是真正有回报的爱。在这篇文章中,我将详细介绍您在使用Artifactory时可以访问的大量日志信息。

作为开发人员和DevOps工程师,我们都编写应用程序和脚本来自动化我们必须执行的所有繁琐的手工任务。它使我们更有效率和多产。作为最佳实践,我们将大量调试信息作为代码的一部分,并利用它来快速减轻可能出现的任何问题。

Artifactory也是如此。作为一个企业应用程序,Artifactory生成详细的日志作为其基本架构的一部分。使用Logback框架Artifactory日志活动根据类型在四个不同的日志文件,可以在ARTIFACTORY_HOME /日志文件夹:

  • artifactory.log
  • access.log
  • request.log
  • import.export.log

您可以在Artifactory UI中查看这些日志,或者直接从您的文件系统中访问它们。但还有更多。因为Artifactory在tomcat容器中运行,所以您还可以访问Catalina日志,对于下一级的调试,您还可以激活traffic.log监控流量和审计目的。

日志文件的详细信息

可以通过在Logback配置文件的相应条目中输入或修改级别值来配置系统中任何记录器的详细信息。ARTIFACTORY_HOME / etc / logback.xml

例如:

<记录器name = "表示。小门">   .

在本文的其余部分,我将向您展示如何充分利用Artifactory和相关日志文件。

应用程序监视器:artifact .log

artifactory.log文件是您的主要应用程序日志。它以应用程序开始,以应用程序结束。从启动到关机发生的所有事件,以及系统错误信息都可以在这个日志中找到。这是启动Artifactory时要监视的关键文件。由于Artifactory与许多组件(数据库、存储[NFS / Object / DAS / NAS]、负载均衡器、反向代理以及大多数情况下的网络代理)交互,因此存在许多潜在的故障点artifactory.log如果出了什么问题,就该去看看。无论您的Artifactory安装是一个独立实例还是一个高可用集群,这个日志文件都会捕获它,通过分析它,您可以减轻95%的启动问题。

看门人:access.log

Artifactory的access.log是您的身份验证日志。它包含一个完整的身份验证请求列表,提供关于每个请求的重要信息,无论是否接受。这包括下载请求、配置更改、密码重置等。无论请求是通过GUI、REST API还是CLI来的,这个日志都以显式的柱状结构捕获请求的各个方面——谁、时间和地点——这样您就可以轻松地运行日志解析器以获得进一步的见解。如果你不知道,Sumo Logic是与Artifactory开箱即用集成的,下面将详细介绍。

How Much和How Many: request.log

Artifactory的request.log可以认为它是Apache HTTPd请求日志的兄弟。它是监视流量、使用情况、请求和Artifactory内的任何其他操作的地方。与其他日志文件一样,这个日志文件也是列状的,便于日志解析器进行分析。

Artifactory请求日志

输入什么,输出什么:import.export.log

顾名思义,Artifactory’simport.export.log是捕获与系统导入和导出相关的所有事件和活动的日志。可以对导入和导出进行调度,因此发生的任何问题都可以通过分析此日志文件来缓解。

超越Artifactory:卡特琳娜原木

因为Artifactory在Tomcat容器中运行,所以与Tomcat和servlet相关的活动被捕获在默认的Catalina日志文件中,其中还包括任何未捕获的异常显示在java.lang.ThreadGroup.uncaughtException(. .)。Artifactory应用程序线程转储也将在Catalina日志中,可以在下面找到ARTIFACTORY_HOME / logs /卡特琳娜/

日志分析:从日志到洞察

如前所述,Artifactory附带相扑逻辑集成开箱即用.要连接Sumo Logic,您所需要做的就是在Artifactory UI中填写相关字段。

如果您还没有Sumo Logic的帐户,Artifactory将自动为您创建一个帐户,并开始发送日志数据进行分析。反过来,Sumo Logic数据分析平台将显示预先启用的仪表板,可以根据需要定制。这使您能够直接从Artifactory访问Sumo Logic的高级运营分析,让您实时索引和分析结构化指标数据和非结构化日志数据。然后,您可以有各种各样的仪表板,如按地理位置的流量、活动ip、最活跃的存储库、引用最多的文件、按状态码的请求、拒绝登录尝试等等。

Artifactory相扑逻辑集成

来源:相扑逻辑

Syslog支持

如果您愿意,可以配置Artifactory来整合日志信息并将其写入Syslog。所有你需要做的是配置Logback库在三个简单的步骤:

  1. 配置logback.xml
    您需要编辑$ARTIFACTORY_HOME/etc/logback.xml文件,通过向Syslog添加追加器将日志发送到Syslog设施。

    < syslogHost > localhost < / syslogHost > <设施> SYSLOG > < /设施[%thread] %logger %msg< / appender >
  2. 将追加器添加到输出中。
    在根部分的末尾添加一个appender-ref标签,如下所示:

    根> <<级别值= "信息" / >< appender-ref ref = "安慰" / >< appender-ref ref = "文件" / >< appender-ref ref = " SYSLOG " / >根> < /

    确保保存logback.xml请注意,您甚至不需要重新启动Artifactory即可使更改生效。

  3. 照顾好插座
    由于logback使用internet套接字,您必须确保Syslog设施接受它们。现代Linux发行版使用rsyslog守护进程进行syslog日志记录。确保internet域套接字的配置是启用的,可以通过编辑/etc/rsyslog.conf并取消注释以下代码段:

    # UDP Syslog接收功能美元ModLoad imudpUDPServerRun 514美元#提供TCP syslog接收功能美元ModLoad imtcpInputTCPServerRun 514美元

    或者,您也可以将代码段复制到名称具有“.conf”后缀的文件中,并将其放在/etc/rsyslog.d
    为了使此更改生效,您需要使用以下命令重新启动Rsyslog服务:

    Service rsyslog restart

结果出来了。Artifactory在其不同的日志文件中提供了大量信息。您所需要做的就是打开它们——无论是在应用程序UI中还是在任何文本编辑器中。从识别关键错误到跟踪到Artifactory服务器的不同类型的流量,日志文件都是非常有用的资源。如果你热爱你的日志文件并正确地处理它们,它们也会同样热爱你,并给你所需要的所有见解。