AskOverflow.Dev

AskOverflow.Dev Logo AskOverflow.Dev Logo

AskOverflow.Dev Navigation

  • 主页
  • 系统&网络
  • Ubuntu
  • Unix
  • DBA
  • Computer
  • Coding
  • LangChain

Mobile menu

Close
  • 主页
  • 系统&网络
    • 最新
    • 热门
    • 标签
  • Ubuntu
    • 最新
    • 热门
    • 标签
  • Unix
    • 最新
    • 标签
  • DBA
    • 最新
    • 标签
  • Computer
    • 最新
    • 标签
  • Coding
    • 最新
    • 标签
主页 / unix / 问题 / 564443
Accepted
PatS
PatS
Asked: 2020-01-28 13:12:44 +0800 CST2020-01-28 13:12:44 +0800 CST 2020-01-28 13:12:44 +0800 CST

在 systemd 服务中 Restart=on-abort 是什么意思?

  • 772

我正在使用一项服务,但它意外死亡(停止)。无论它如何停止,我都想让它自动重启!它已配置Restart=on-abort且未重新启动。该服务不是我编写的,它来自另一个供应商,所以虽然我想追踪服务崩溃的根本原因,但我还需要一个解决方案来保持系统运行,直到找到根本原因。该服务每天死零到三次,所以不要太频繁。

该服务当前设置Restart=on-abort为在服务文件中定义的/etc/systemd/system/someone-elses.service

那么是什么Restart=on-abort意思呢?

我进行了搜索并了解了 restart= 的不同值的含义,但在手册页中一无所获:

  • systemctl 手册页
systemctl
  • 1 1 个回答
  • 8595 Views

1 个回答

  • Voted
  1. Best Answer
    PatS
    2020-01-28T13:12:44+08:002020-01-28T13:12:44+08:00

    systemd.service 可以配置为根据多个条件重新启动服务。 这个 systemctl 手册页很好地解释了这个答案中包含的原因和原因,所以这个答案可以独立存在。

    的定义Restart=on-abort是 ,仅当服务进程由于未指定为干净退出状态的未捕获信号而退出时,服务才会重新启动。 这意味着除 SIGHUP、SIGINT、SIGTERM 或 SIGPIPE 之外的信号。systemctl 手册页将这 4 个信号描述为干净信号。

    就我而言,我实际上想要Restart=always,因为无论进程如何死亡或退出,我都希望它重新启动。该属性RestartSec=15s对我来说很重要,因为我希望在重启之间有一些时间来防止不断重启(我不希望这种情况发生,但这就是我有这个设置的原因)。

    以下内容取自systemctl 手册页并针对 SO 进行了格式化:

    Restart=值可以是no, on-success, on-failure, on-abnormal, on-watchdog, on-abort, 或always.

    下面将解释这些值中的每一个:

    no(默认值) - 如果设置为no服务将不会重新启动。

    success - 如果设置为on-success,则仅在服务进程干净退出时才会重新启动。在这种情况下,干净的退出意味着退出代码为 0,或信号 SIGHUP、SIGINT、SIGTERM 或 SIGPIPE 之一,此外,还包括 SuccessExitStatus= 中指定的退出状态和信号。

    on-failure - 如果设置为on-failure,则服务将在进程以非零退出代码退出时重新启动服务,由信号终止(包括核心转储,但不包括上述四个信号),当操作(例如service reload) 超时,以及何时触发配置的看门狗超时。

    on-abnormal - 如果设置为on-abnormal,则当进程被信号终止(包括 on core dump,不包括上述四个信号)、操作超时或触发看门狗超时时,将重新启动服务。

    on-abort - 如果设置为on-abort,则仅当服务进程由于未指定为干净退出状态的未捕获信号而退出时才会重新启动服务。如果设置为 on-watchdog,则仅当服务的看门狗超时到期时才会重新启动服务。

    always - 如果设置为always,无论服务是否干净退出、是否被信号异常终止或超时,服务都将重新启动。

    另请参阅这个精彩的答案! https://unix.stackexchange.com/a/507917/119816

    • 8

相关问题

  • 如何从自动启动中删除服务?

  • 显示服务重新启动时的日志日志

  • Systemctl 重启服务触发另一个命令

  • 根据日志输出关键字重启服务

  • 为什么 systemctl halt 要求输入密码但 systemctl reboot 和 systemctl poweroff 没有?

Sidebar

Stats

  • 问题 205573
  • 回答 270741
  • 最佳答案 135370
  • 用户 68524
  • 热门
  • 回答
  • Marko Smith

    模块 i915 可能缺少固件 /lib/firmware/i915/*

    • 3 个回答
  • Marko Smith

    无法获取 jessie backports 存储库

    • 4 个回答
  • Marko Smith

    如何将 GPG 私钥和公钥导出到文件

    • 4 个回答
  • Marko Smith

    我们如何运行存储在变量中的命令?

    • 5 个回答
  • Marko Smith

    如何配置 systemd-resolved 和 systemd-networkd 以使用本地 DNS 服务器来解析本地域和远程 DNS 服务器来解析远程域?

    • 3 个回答
  • Marko Smith

    dist-upgrade 后 Kali Linux 中的 apt-get update 错误 [重复]

    • 2 个回答
  • Marko Smith

    如何从 systemctl 服务日志中查看最新的 x 行

    • 5 个回答
  • Marko Smith

    Nano - 跳转到文件末尾

    • 8 个回答
  • Marko Smith

    grub 错误:你需要先加载内核

    • 4 个回答
  • Marko Smith

    如何下载软件包而不是使用 apt-get 命令安装它?

    • 7 个回答
  • Martin Hope
    user12345 无法获取 jessie backports 存储库 2019-03-27 04:39:28 +0800 CST
  • Martin Hope
    Carl 为什么大多数 systemd 示例都包含 WantedBy=multi-user.target? 2019-03-15 11:49:25 +0800 CST
  • Martin Hope
    rocky 如何将 GPG 私钥和公钥导出到文件 2018-11-16 05:36:15 +0800 CST
  • Martin Hope
    Evan Carroll systemctl 状态显示:“状态:降级” 2018-06-03 18:48:17 +0800 CST
  • Martin Hope
    Tim 我们如何运行存储在变量中的命令? 2018-05-21 04:46:29 +0800 CST
  • Martin Hope
    Ankur S 为什么 /dev/null 是一个文件?为什么它的功能不作为一个简单的程序来实现? 2018-04-17 07:28:04 +0800 CST
  • Martin Hope
    user3191334 如何从 systemctl 服务日志中查看最新的 x 行 2018-02-07 00:14:16 +0800 CST
  • Martin Hope
    Marko Pacak Nano - 跳转到文件末尾 2018-02-01 01:53:03 +0800 CST
  • Martin Hope
    Kidburla 为什么真假这么大? 2018-01-26 12:14:47 +0800 CST
  • Martin Hope
    Christos Baziotis 在一个巨大的(70GB)、一行、文本文件中替换字符串 2017-12-30 06:58:33 +0800 CST

热门标签

linux bash debian shell-script text-processing ubuntu centos shell awk ssh

Explore

  • 主页
  • 问题
    • 最新
    • 热门
  • 标签
  • 帮助

Footer

AskOverflow.Dev

关于我们

  • 关于我们
  • 联系我们

Legal Stuff

  • Privacy Policy

Language

  • Pt
  • Server
  • Unix

© 2023 AskOverflow.DEV All Rights Reserve