查看源代码 system_information (runtime_tools v2.1.1)
系统信息
概要
函数
-spec sanity_check() -> ok | {failed, Failures} when Application :: atom(), ApplicationVersion :: string(), MissingRuntimeDependencies :: {missing_runtime_dependencies, ApplicationVersion, [ApplicationVersion]}, InvalidApplicationVersion :: {invalid_application_version, ApplicationVersion}, InvalidAppFile :: {invalid_app_file, Application}, Failure :: MissingRuntimeDependencies | InvalidApplicationVersion | InvalidAppFile, Failures :: [Failure].
对系统执行健全性检查。
如果未发现问题,则返回 ok
。如果发现问题,则返回 {failed, Failures}
。所有发现的故障都将包含在 Failures
列表中。目前在 Failures
列表中定义的 Failure
元素有:
InvalidAppFile
- 应用程序具有无效的.app
文件。第二个元素标识具有无效.app
文件的应用程序。InvalidApplicationVersion
- 应用程序具有无效的应用程序版本。第二个元素标识无效的应用程序版本。MissingRuntimeDependencies
- 应用程序缺少 运行时依赖项。第二个元素标识缺少依赖项的应用程序(带有版本)。第三个元素包含缺失的依赖项。请注意,此检查使用已加载或将在使用时加载的应用程序版本。您可能在系统中安装了满足所有依赖项的应用程序版本,但如果未加载这些版本,此检查将失败。当然,像这样使用时,系统也会失败。当您在系统中安装了同一应用程序的多个分支版本,但不存在标识正确应用程序版本的启动脚本时,可能会发生这种情况。
目前,健全性检查仅限于验证所有应用程序的 .app
文件中找到的运行时依赖项。将来会引入更多检查。这意味着返回类型将在将来更改。
注意
ok
返回值仅表示sanity_check/0
未发现任何问题,不表示不存在任何问题。
-spec to_file(FileName) -> ok | {error, Reason} when FileName :: file:name_all(), Reason :: file:posix() | badarg | terminated | system_limit.
将各种系统信息写入文件。此信息通常会在报告问题时由 Ericsson AB 的 Erlang/OTP 团队请求。