标签: arch-linux

当我从 systemd 启动 Net-SNMP 时，没有错误消息但守护进程没有运行：

% sudo systemctl start snmpd
%

当我从命令行启动它时，它运行：

% sudo /usr/sbin/snmpd

以及对 SNMP 查询的回答。

如果我添加调试标志 (-LSdd)，我会看到 systemd 启动的守护进程在以下之后立即被杀死：

Apr  7 15:37:50 localhost snmpd[1298]: NET-SNMP version 5.7.2
Apr  7 15:37:50 localhost snmpd[1298]: Received TERM or STOP signal...  shutting down...

服务文件是 Arch Linux 软件包的默认文件之一：

[Unit]
Description=Simple Network Management Protocol (SNMP) Daemon
After=syslog.target network.target

[Service]
Type=forking
ExecStart=/usr/sbin/snmpd 
ExecReload=/bin/kill -HUP $MAINPID

[Install]
WantedBy=multi-user.target

如果我在服务文件中添加 RemainAfterExit=yes，snmpd 工作但机器不再正常启动（例如没有 DHCP 客户端）

系统为最新的 Arch Linux，软件包版本为：

Name           : net-snmp
Version        : 5.7.2-3

对于这个错误，显然有一个旧的 Arch Linux …

我正在尝试从官方 Arch Linux 映像构建 Docker 映像。这些是我到目前为止所做的事情：

我拉了官方的 Arch Linux 镜像：

docker pull base/archlinux

我写了这个“Dockerfile”：

# Set base image
FROM base/archlinux:latest

# Fix mirrorlist file
#RUN rm /etc/pacman.d/mirrorlist
#RUN echo "Server = http://..." >> /etc/pacman.d/mirrorlist
#RUN echo "Server = http://..." >> /etc/pacman.d/mirrorlist
#RUN echo "Server = http://..." >> /etc/pacman.d/mirrorlist
#RUN echo "Server = http://..." >> /etc/pacman.d/mirrorlist

# Update pacman and install packages
RUN pacman-db-upgrade
RUN pacman -Syyu --noconfirm
RUN pacman -S --noconfirm nodejs phantomjs cronie

# Make cronjobs
RUN echo "*/2 …

我有一个在 nginx 后面运行 gunicorn/Django 的开发服务器。作为更广泛的服务器环境更新的一部分，我尝试将 gunicorn 从 18.0 升级到 19.2.1，但该服务将不再启动。（服务器正在运行 Arch，因此使用 systemctl。）

gunicorn 配置是由不再受我们支配的人完成的，并且对 gunicorn 不是很了解，我无法修复甚至定位问题，所以我恢复到 18.0 版并且它现在可以工作。但是，我想最终升级它并使配置处于可以工作的状态。我有一种感觉，当前的配置是次优或多余的，但我无法确定:-)。

环境（或运行gunicorn的virtualenv）没有任何变化，只有gunicorn本身升级了。Systemctl 在systemctl start gunicorn以下位置产生此错误：

? gunicorn.service - gunicorn daemon (production)
   Loaded: loaded (/usr/lib/systemd/system/gunicorn.service; enabled)
   Active: failed (Result: resources) since Tue 2015-02-17 20:55:41 UTC; 8s ago
  Process: 2837 ExecStop=/bin/kill -s QUIT $MAINPID (code=exited, status=0/SUCCESS)
  Process: 9608 ExecReload=/bin/kill -s HUP $MAINPID (code=exited, status=0/SUCCESS)
  Process: 5353 ExecStart=/home/django/gunicorn/run.sh (code=exited, status=0/SUCCESS)
 Main PID: 24876 (code=exited, status=0/SUCCESS)

Feb 17 20:55:41 ashima systemd[1]: PID file /home/django/gunicorn/gunicorn.pid not …

我有一个 Arch linux ZFS 备份系统，它很长时间没有更新，因为它运行良好，没有理由打扰。但是，在最近升级之后，我的 ZFS 数据集在我重新启动时不再自动挂载。不幸的是，这些服务没有指示任何错误消息，我可以运行

# zfs mount -a

系统启动后没有问题。一些细节：

[root@elephant etc]# uname -a
Linux elephant 4.16.11-1-ARCH #1 SMP PREEMPT Tue May 22 21:40:27 UTC 2018 x86_64 GNU/Linux
[root@elephant etc]# pacman -Q | grep spl
spl-dkms 0.7.9-1
spl-utils 0.7.9-1
[root@elephant etc]# pacman -Q | grep zfs
zfs-dkms 0.7.9-1
zfs-utils 0.7.9-1

root@elephant etc]# zfs get mountpoint backup/www
NAME                              PROPERTY    VALUE                              SOURCE
backup/www  mountpoint  /backup/www  default
[root@elephant etc]# zfs get mountpoint backup/data
NAME                               PROPERTY    VALUE                               SOURCE
backup/data  mountpoint  /backup/data  default …

目前，OpenSSH 7.8 (Fedora 28/Arch) 无法使用证书签名密钥与 OpenSSH 7.4 (CentOS 7) 服务器协商，如redhat 的 bugzilla 上提交的错误所述。OpenSSH 发行说明表明现在必须明确定义签名协商算法的更改。虽然现在允许使用 2 个新的签名算法（自 7.7 起），但由于错误或有意，ssh-rsa-cert-v01@openssh.com 用户证书不再能够用于身份验证。

重现步骤：

1. ssh-keygen -t rsa -b 2048 -f 测试
2. ssh-keygen -s cert.key -I "signedcert" -n testuser test.pub
3. ssh -i 测试 -vvv 用户@serverip

我试图通过修改证书签名过程中使用的算法来解决这个问题。

ssh-keygen -L -f test.crt
test.crt:
    Type: ssh-rsa-cert-v01@openssh.com user certificate
    Public key: RSA-CERT SHA256:<fingerprint>
    Signing CA: RSA SHA256:<fingerprint>

ssh-keygen 的默认设置是在 ssh-rsa-cert-v01@openssh.com 中对密钥进行签名。

根据 OpenSSH 7.8 文档，PROTOCOL.certkeys。

All certificate types include certification information along with the
public …