向东博客专注WEB应用构架之美 --- 构架之美，在于尽态极妍 | 应用之美，在于药到病除

[实践OK]rpmbuild的打包技术在install 安装写成多行时的右斜杠后面不能有空格是特别要注意的点～

Mon, 09 Mar 2026 08:02:31 +0000

```
# credential example
install -m 600 %{_sourcedir}/mysql_backup/config/ldmgr.cnf \
    %{buildroot}/etc/mysql_backup/.ldmgr.cnf

========================================
正确格式（必须紧贴）
正确写法：
install -m 600 %{_sourcedir}/mysql_backup/config/ldmgr.cnf \
    %{buildroot}/etc/mysql_backup/.ldmgr.cnf
注意：
\ 后不能有空格 :是指：ql_backup/config/ldmgr.cnf \的\后面不能有空格，有就会报错：/root/rpmbuild/tmp/rpm-tmp.MVnKem: line 65: /root/rpmbuild/BUILDROOT/etc/mysql_backup/.ldmgr.cnf: No such file or directory
下一行必须紧接
```

```
Name:           mysql-backup
Version:        1.0.0
Release:        1%{?dist}
Summary:        MySQL multi-instance backup tool

License:        GPL
URL:            internal
BuildArch:      noarch

Requires:       bash
Requires:       gzip
Requires:       util-linux

%description
MySQL backup tool for multi-project and multi-instance environments.

Features:
- Multiple instance backup
- Credential isolation
- Project based configuration
- Automatic cleanup of old backups
- Cron scheduling
- Log rotation support
- flock based concurrency protection

%prep
# nothing required

%build
# nothing required

%install
rm -rf %{buildroot}

#
# Program directory
#

install -d %{buildroot}/usr/local/mysql_backup

#
# Config directory
#

install -d %{buildroot}/etc/mysql_backup

#
# Runtime directories
#

install -d %{buildroot}/var/lib/mysql_backup
install -d %{buildroot}/var/lock/mysql_backup
install -d %{buildroot}/app/mysql_backup
install -d %{buildroot}/data/logs/mysql_backup

#
# Cron and logrotate directories
#

install -d %{buildroot}/etc/cron.d
install -d %{buildroot}/etc/logrotate.d

#
# Install program
#

install -m 750 %{_sourcedir}/mysql_backup/mysql_backup.sh \
    %{buildroot}/usr/local/mysql_backup/

install -m 640 %{_sourcedir}/mysql_backup/db.cfg \
    %{buildroot}/usr/local/mysql_backup/

#
# Credential template
#

install -m 600 %{_sourcedir}/mysql_backup/config/ldmgr.cnf \
    %{buildroot}/etc/mysql_backup/.ldmgr.cnf

#
# Cron job
#

cat > %{buildroot}/etc/cron.d/mysql_backup << 'EOF'
SHELL=/bin/bash
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
MAILTO=""

40 03 * * * mysql_backup /usr/local/mysql_backup/mysql_backup.sh ldmgr 10.75.17.10 3306 >> /data/logs/mysql_backup/backup.log 2>&1
EOF

chmod 644 %{buildroot}/etc/cron.d/mysql_backup

#
# Logrotate
#

cat > %{buildroot}/etc/logrotate.d/mysql_backup << 'EOF'
/data/logs/mysql_backup/*.log {
    daily
    rotate 30
    compress
    delaycompress
    missingok
    notifempty
    create 640 mysql_backup mysql_backup
}
EOF

%pre

#
# Create system group
#

getent group mysql_backup >/dev/null || groupadd -r mysql_backup

#
# Create system user
#

if ! getent passwd mysql_backup >/dev/null; then
    useradd -r \
        -g mysql_backup \
        -d /var/lib/mysql_backup \
        -s /sbin/nologin \
        -c "MySQL Backup Service" \
        mysql_backup
fi

%post

#
# Ensure runtime directories exist
#

mkdir -p /var/lib/mysql_backup
mkdir -p /var/lock/mysql_backup
mkdir -p /app/mysql_backup
mkdir -p /data/logs/mysql_backup

#
# Ownership
#

chown mysql_backup:mysql_backup /var/lib/mysql_backup
chown mysql_backup:mysql_backup /var/lock/mysql_backup
chown mysql_backup:mysql_backup /app/mysql_backup
chown mysql_backup:mysql_backup /data/logs/mysql_backup

#
# Permissions
#

chmod 750 /var/lock/mysql_backup
chmod 750 /app/mysql_backup
chmod 750 /data/logs/mysql_backup

#
# SELinux compatibility
#

if command -v restorecon >/dev/null 2>&1; then
    restorecon -R \
        /var/lib/mysql_backup \
        /var/lock/mysql_backup \
        /app/mysql_backup \
        /data/logs/mysql_backup \
        2>/dev/null || true
fi

echo "mysql-backup installed successfully."

%preun
# nothing required

%files
%defattr(-,root,root,-)

#
# parent directories
#

%dir /app
%dir /data
%dir /data/logs

#
# runtime directories
#

%dir %attr(0750,mysql_backup,mysql_backup) /var/lib/mysql_backup
%dir %attr(0750,mysql_backup,mysql_backup) /var/lock/mysql_backup
%dir %attr(0750,mysql_backup,mysql_backup) /app/mysql_backup
%dir %attr(0750,mysql_backup,mysql_backup) /data/logs/mysql_backup

#
# program
#

%dir %attr(0750,root,root) /usr/local/mysql_backup
/usr/local/mysql_backup/mysql_backup.sh
%config(noreplace) /usr/local/mysql_backup/db.cfg

#
# configuration
#

%dir %attr(0750,root,mysql_backup) /etc/mysql_backup
%config(noreplace) /etc/mysql_backup/.ldmgr.cnf

#
# cron
#

%config(noreplace) /etc/cron.d/mysql_backup

#
# logrotate
#

%config(noreplace) /etc/logrotate.d/mysql_backup

%changelog

* Mon Mar 09 2026 DevOps Team
- Enterprise initial release
- Multi-instance MySQL backup support
- Cron scheduling
- Logrotate integration
- flock lock protection
```

[一定注意]在 MacBook 上使用了 /var/data/... 这种“伪路径”，它其实被 macOS 透明重写成 /private/var/data，再被 Docker Desktop 映射到容器时权限/安全层被拒。

Fri, 12 Dec 2025 01:44:48 +0000

实践：https://jackxiang.com/post/13175/ 发现的问题。解决如下：

问题：
确定是目录问题： docker logs 2bb9832099fb metaPropertiesEnsemble=MetaPropertiesEnsemble(metadataLogDir=Optional.empty, dirs={/var/data/logs/kafka: EMPTY}) Formatting /var/data/logs/kafka with metadata.version 3.7-IV4. Error while writing meta.properties file /var/data/logs/kafka: /var/data/logs/kafka/bootstrap.checkpoint.tmp Creating SCRAM user: admin 目录目前如下： ls -ld /var/data/logs/kafka drwxrwxrwx@ 2 1000 1000 64 12月 11 17:34 /var/data/logs/kafka 不知道为何写入不进去，还是macbook下面的/var/data 是软链接？

回复：
在 MacBook 上使用了 /var/data/... 这种“伪路径”，它其实被 macOS 透明重写成 /private/var/data，再被 Docker Desktop 映射到容器时权限/安全层被拒。
你遇到的这个问题 100% 是 macOS 的挂载点权限机制导致的，和 Kafka、脚本、docker-compose 完全无关。
核心结论：
这是因为你在 MacBook 上使用了 /var/data/... 这种“伪路径”，它其实被 macOS 透明重写成 /private/var/data，再被 Docker Desktop 映射到容器时权限/安全层被拒。
Docker Desktop 在 macOS 上对所有根路径 /var/ 有非常严格的限制。
这类目录：
/var
/usr
/bin
/sbin
/etc
被 macOS 视作系统保护目录（SIP 保护），大部分情况下不能作为 Docker volume 挂载点。

[实践OK]升级macbook之后，鼠标在钉钉中上滚动时有些不听使唤不能及时停下，请问如何设置能解决此问题？

Thu, 25 Sep 2025 06:56:19 +0000

选择：------------------------------------------------
一、最快方案（免费，2 分钟） <==这个方案一旦用习惯加速度再用它，有些呆板，又切换了回来。钉钉这个企业用的办公APP得与时俱进才行呐。

问题本质
macOS 升级后，系统把「滚动加速度」算法改了，钉钉 8.x 本身又是 Electron 套壳，结果就出现
「手指离开滚轮后，页面还继续滑一段，甚至停不下来」的感觉。
把加速度关小、让滚动变成「行距式」就能立竿见影。

------------------------------------------------
一、最快方案（免费，2 分钟）

1. 装开源小工具 LinearMouse
   GitHub 直接搜 LinearMouse → Releases 下载 `LinearMouse.dmg` 拖进 Applications 即可。

2. 打开后只做 3 处勾选
   - 左侧选你的鼠标（蓝牙/有线都会列出来）
   - 关闭「Scrolling → Acceleration」
   - Scrolling → Distance 选「Line」并填 3 行（钉钉里刚好一屏聊天记录）
   立即生效，不用重启钉钉。

------------------------------------------------
二、如果已经在用 Mos / BetterMouse

- Mos 里把「Smooth Scrolling」强度降到 30 % 以下，
  再把 DingTalk 加入「例外列表」→ 平滑模式选「Disable」即可。
- BetterMouse 同理，把 Accel 曲线调成 Linear，行距 3 行。

------------------------------------------------
三、临时不改软件，也能缓解

- 系统设置 → 鼠标 → 把「滚动速度」左边再降 1 格；
- 钉钉内按 ⌘ + 0 先恢复 100 % 缩放，防止滚轮被当成缩放指令。

------------------------------------------------
四、仍不满意

- 回退钉钉：卸载当前版 → 官网下载 7.5.2 旧版（64 bit 仍能登录），
  7.x 没有新版滚动滞后问题。

按上面任意一步做完，钉钉里滚轮就能「指哪停哪」了。祝使用愉快！

[NAS盘多]Centos7.9四块硬盘，但是每次启动 sda sdb sdc sdb 对应的硬盘总是不确定的，怎么把硬盘跟你序号绑定呢?

Wed, 09 Jul 2025 06:54:38 +0000

加个nofail的原因是：
防止磁盘有块挂了，再重启的时候会进入single user模式哩。

用udev 肯定能解决。
/dev/sda /data xfs defaults,nofail 0 2

UUlD=b0252554-ae09-457d-9022-0b44b68cc28c/disk2 ext4 defaults,nofail 0 2
UUlD=bd3bf106-35d8-4640-ba61-3524fc7c6408 /disk1 ex4 defaults,nofail 0 2
UUID=026bc351-1047-40c3-88bf-9a33eb47fd70 /disk3 ext4 defaults,nofail 0 2

mount -a 一下
记得加UPS
我之前R720XD，装了5、6块硬盘，也就是当个NAS没什么处理任务，再加个UPS，也就是100多w
一块盘10W左右了
二手730XD 一两千随便搞了
买的二手服务器挂过一次
打算弄个10盘位机箱，弄个大存储，装个freenas之类的

FreeBSD from 14.0 Upgrading to 14.1

Fri, 16 Aug 2024 01:40:43 +0000

1. Made sure everything was updated and did; freebsd-update fetch & freebsd-update install (nothing to do becuase I was up to date).
2. freebsd-update -r 14.1-RELEASE upgrade
3. freebsd-update install
4. shutdown -r now
5. freebsd-update install
6. shutdown -r now (maybe overkill)
7. pkg-static upgrade -f
8. freebsd-update install (nothing to do)
9. shutdown -r now

freebsd-version -kru gave me;
14.1-RELEASE
14.0-RELEASE
14.1-RELEASE

Then I did freebsd-update fetch & freebsd-update install and the system reverted back to 14.0
来自：https://forums.freebsd.org/threads/upgrading-to-14-1.93700/

实践如下：
freebsd-update fetch & freebsd-update install

[root@core ~]# sudo freebsd-update install
No updates are available to install.
Run '/usr/sbin/freebsd-update fetch' first.
[root@core ~]# uname -rasp
FreeBSD core.hatch.l.lw4.cn 14.0-RELEASE-p9 FreeBSD 14.0-RELEASE-p9 #0: Tue Aug 6 19:52:06 UTC 2024 root@amd64-builder.daemonology.net:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 amd64
[root@core ~]# freebsd-update fetch
Looking up update.FreeBSD.org mirrors... 3 mirrors found.
Fetching metadata signature for 14.0-RELEASE from update1.freebsd.org... done.
Fetching metadata index... done.
Inspecting system... done.
Preparing to download files... done.

No updates needed to update system to 14.0-RELEASE-p9.
You have new mail in /var/mail/root
[root@core ~]# freebsd-update -r 14.1-RELEASE upgrade
Looking up update.FreeBSD.org mirrors... 3 mirrors found.
Fetching metadata signature for 14.0-RELEASE from update1.freebsd.org... done.
Fetching metadata index... done.
Fetching 1 metadata files... done.
Inspecting system... done.

The following components of FreeBSD seem to be installed:
kernel/generic kernel/generic-dbg src/src world/base world/lib32

The following components of FreeBSD do not seem to be installed:
world/base-dbg world/lib32-dbg

Does this look reasonable (y/n)? y

Fetching metadata signature for 14.1-RELEASE from update1.freebsd.org... done.
Fetching metadata index... done.
Fetching 1 metadata patches. done.
Applying metadata patches... done.
Fetching 1 metadata files...
6490....6500....6510....6520....6530....6540....6550....6560....6570....6580....6590....6600....6610....6620....6630....6640....6650....6660....6670....6680....6690....6700....6710....6720....6730....6740....6750....6760....6770....6780....6790....6800....6810....6820....6830....6840....6850....6860....6870....6880....6890....6900....6910....6920....6930....6940....6950.Timeout, server 10.10.0.1 not responding.

Freebsd升级到这一步，不想升级了，清理掉产生的内容，怎么弄？
freebsd-update rollback
rm -rf /var/db/freebsd-update/*
rm -rf /usr/freebsd-update/*

[实践OK]远程桌面连接linux/centos服务器时，画面突然放大，画面随光标移动

Thu, 04 Jul 2024 03:18:04 +0000

远程桌面连接linux服务器时，画面突然放大，且画面随光标移动。
解决方法
Alt + 鼠标滑轮
Alt + 鼠标滑轮可以进行画面的放大、缩小。有的时候不注意按到键盘，可能出现这种情况。特此记录。
摘自：https://blog.csdn.net/ykwjt/article/details/127451351

macbook下面是option+鼠标滑轮（苹果鼠标二手指前后移动=远程屏幕放大缩小）

[实践OK]CentOS7下面screen is very slow when it opens new window。

Wed, 17 Apr 2024 09:41:11 +0000

除开strace外还有一款性能分析工具：
sudo yum install perf
perf record -F max -a -g -- screen -ls

perf record -F max -a -g -- screen -ls
info: Using a maximum frequency rate of 11,000 Hz
There is a screen on:
        16882.abc       (Detached)
1 Socket in /var/run/screen/S-root.

[ perf record: Woken up 14 times to write data ]
[ perf record: Captured and wrote 4.143 MB perf.data (34888 samples) ]
可在不同设备上读取的perf.data 文件. 您可以使用 perf 工具将性能数据记录到 perf.data 文件中，以便在不同的设备上分析。

echo Soft: $(ulimit -Sn)
echo Hard: $(ulimit -Hn)
Soft: 1024000
Hard: 1024000

立即生效的解决办法(重启配置失效)：
ulimit -Sn 10000
ulimit -Hn 50000

重启后永久生效实操：
要在 CentOS 7 上永久设置 `ulimit`，您需要修改 `/etc/security/limits.conf` 文件。这个文件允许您设置系统级别的资源限制。您可以按照以下步骤进行修改：

1. 打开终端并以 root 用户身份登录。
2. 使用文本编辑器（如 `vi` 或 `nano`）打开 `/etc/security/limits.conf` 文件：

```bash
sudo vi /etc/security/limits.conf
```

3. 在文件末尾添加以下行：

```
*       soft    nofile  10000
*       hard    nofile  50000
```

这里，`soft` 代表软限制，`hard` 代表硬限制。软限制是系统允许的最大值，超过此限制时会发出警告。硬限制是系统允许的绝对最大值，超过此限制时会导致操作失败。通常情况下，软限制和硬限制是相同的。

4. 保存并关闭文件。在 vi 中，您可以按 `Esc` 键输入 `:wq` 然后按 `Enter` 保存并退出。

5. 重新启动系统或重新登录以使更改生效。

现在 `ulimit` 的设置应该在系统重新启动后生效，并且将永久保持。

fix: Normalize RLIMIT_NOFILE (LimitNOFILE) to sensible defaults：
https://github.com/moby/moby/pull/45534

gnu screen run extremely slow when using 'root' user in container since docker 23.0.1 #45380:
https://github.com/moby/moby/issues/45380

=============================================================

火焰图
on-cpu火焰图可以用于分析cpu是被哪些线程、哪些函数占用的，可以方便的找到热点代码便于后续分析优化。下面我们介绍下火焰图的生成和使用方法。

使用方法
准备FlameGraph工具。
git clone https://github.com/brendangregg/FlameGraph.git
用perf record采集CPU信息。
perf record -e cpu-clock -g  ./perf_test
Ctrl+c结束执行后，在当前目录下会生成采样数据perf.data。

用perf script工具对perf.data进行解析。
perf script -i perf.data &> perf.unfold
将perf.unfold中的符号进行折叠。
./stackcollapse-perf.pl perf.unfold &> perf.folded
最后生成svg图。
./flamegraph.pl perf.folded > perf.svg
perf.svg 用浏览器就可以打开

来自：https://github.com/moby/moby/pull/45534

[实践OK]在FreeBSD上安装使用unzip

Thu, 16 Nov 2023 03:21:50 +0000

Mac下面压缩是zip的，放FreeBSD下面怎么解压呢？
FreeBSD下面安装unzip的方法是：
pkg install  -y unzip #注意：-y是安装在unzip的前面才行

二是：Port方式安装：
-->whereis unzip  查找port源
一般是/usr/ports/archivers/unzip
cd /usr/ports/archivers/unzip
make install clean
rehash    ---在不重启服务器的条件使安装了的命令生效
就可以用unzip命令了。。
然后通过ftp上传PHPWind_GBK_5[1].3.zip
用unzip PHPWind_GBK_5[1].3.zip
在服务器上解压。。

===> Options unchanged
/!\ WARNING /!\

You have security/openssl installed but do not have
DEFAULT_VERSIONS+=ssl=openssl set in your make.conf

===>  License Info-ZIP accepted by the user
===>   unzip-6.0_8 depends on file: /usr/local/sbin/pkg - found
=> unzip60.tar.gz doesn't seem to exist in /usr/ports/distfiles/.
=> Attempting to fetch https://downloads.sourceforge.net/project/infozip/UnZip%206.x%20%28latest%29/UnZip%206.0/unzip60.tar.gz
===>   Generating temporary packing list
install  -s -m 555 /usr/ports/archivers/unzip/work/unzip60/unzip  /usr/ports/archivers/unzip/work/stage/usr/local/bin
cd /usr/ports/archivers/unzip/work/unzip60 &&  install  -s -m 555 funzip unzipsfx /usr/ports/archivers/unzip/work/stage/usr/local/bin
/bin/ln -sf unzip /usr/ports/archivers/unzip/work/stage/usr/local/bin/zipinfo
install  -m 555 /usr/ports/archivers/unzip/work/unzip60/unix/zipgrep /usr/ports/archivers/unzip/work/stage/usr/local/bin
install  -m 444 /usr/ports/archivers/unzip/work/unzip60/man/unzip.1  /usr/ports/archivers/unzip/work/stage/usr/local/share/man/man1
cd /usr/ports/archivers/unzip/work/unzip60/man && install  -m 444 funzip.1 unzipsfx.1 zipgrep.1 zipinfo.1  /usr/ports/archivers/unzip/work/stage/usr/local/share/man/man1
cd /usr/ports/archivers/unzip/work/unzip60 && install  -m 0644 README WHERE /usr/ports/archivers/unzip/work/stage/usr/local/share/doc/unzip
====> Compressing man pages (compress-man)
===>  Installing for unzip-6.0_8
===>  Checking if unzip is already installed
===>   Registering installation for unzip-6.0_8
Installing unzip-6.0_8...
===>  Cleaning for unzip-6.0_8

来自：https://dude6.com/article/182115.html

[实践OK]MacBook下面查看系统日志的步骤。

Tue, 26 Sep 2023 03:30:05 +0000

1、命令行直接打开「控制台」应用程序：/System/Applications/Utilities/Console.app
2、手工打开「控制台」应用程序步骤：使用 Spotlight 搜索：点击屏幕右上角的放大镜图标或按下 Command + 空格键，然后在弹出的搜索栏中输入 "控制台"（Console）。

在搜索结果中，你应该会看到 "控制台" 应用程序的图标。点击它以打开应用程序。

一旦打开 "控制台" 应用程序，你将看到左侧的导航栏，其中包含不同类型的日志。你可以选择 "日志报告" 以查看系统日志文件。
==============================================================================================
崩溃报告（Crash Reports）：这些报告通常包含有关应用程序或进程崩溃的信息。如果 WindowServer 或其他进程崩溃，相关信息可能会出现在这些报告中。

Spin报告（Spin Reports）：Spin 报告包含关于进程的信息，可能会显示进程卡住的情况。这些报告可能提供一些线索，说明哪个进程可能导致了问题。

日志报告（Log Reports）：日志报告通常包含系统和应用程序的日志信息。虽然它们不是系统日志，但可能包含有关 WindowServer 或其他进程活动的记录。

诊断报告（Diagnostics Reports）：诊断报告通常是系统生成的详细报告，用于识别和解决问题。你可以查看这些报告以获取更多信息。

请打开这些报告，查看是否有与 WindowServer 或其他进程相关的信息，以便更好地了解问题的根本原因。如果你不确定如何解释报告中的信息或需要进一步的帮助，建议联系 Apple 支持或专业人员进行更详细的故障排除。感谢你的耐心和理解。

[实践OK]mac中的软链接文档，如何打包时打包成真实文档路径。2是拷备时直接拷原文件

Tue, 11 Jul 2023 03:42:22 +0000

在Mac上，软链接（symbolic link）是一种特殊类型的文件，它指向另一个文件或目录的路径。默认情况下，当你使用打包工具（例如tar命令）打包软链接时，会将软链接本身打包进去，而不是它所指向的实际文件。

如果你想要在打包时将软链接解析成实际文件路径并打包实际文件，可以使用-L选项来强制解析软链接。这样，打包工具会将软链接解析成实际文件，并将实际文件打包进去。

下面是使用tar命令打包时解析软链接的示例命令：

这个命令会将/path/to/symlink软链接解析成实际文件，并将实际文件打包到archive.tar.gz中。

另外，如果你想要直接拷贝软链接所指向的原始文件，而不是拷贝软链接本身，可以使用cp命令的-L选项。这样，cp命令会拷贝软链接所指向的实际文件而不是软链接本身。

下面是使用cp命令拷贝软链接指向的原始文件的示例命令：

这个命令会拷贝/path/to/symlink软链接所指向的实际文件到/path/to/destination目录中。

请注意，tar命令和cp命令中的-L选项可能在不同的操作系统和版本中略有不同，请根据你的系统和命令版本来查阅相关文档以确保正确使用。

=========
在 CentOS 7 中，systemctl 会根据服务的名称在 /var/run 目录下的 systemd 子目录创建对应的 PID 文件。具体来说，对于服务名称为 pdfwatcher 的服务，systemctl 会在 /var/run/systemd/ 目录下创建一个名为 pdfwatcher.service 的 PID 文件。

你可以通过以下命令查看该 PID 文件的内容：

bash
Copy code
cat /var/run/systemd/pdfwatcher.service
该文件中只包含一个数字，即 pdfwatcher 服务的进程号。这样，systemctl 就可以根据 PID 文件来跟踪服务的进程，并执行相应的管理和控制操作。

请注意，/var/run 目录通常在系统启动时自动挂载，并用于存储运行时的变量数据和进程相关信息。因此，当服务启动时，systemd 会自动在这个目录下创建 PID 文件。

User
我没有找到对应的pid文件，我的systemctl的service文件是写成这样的，为何没有生成呢？
cat /usr/lib/systemd/system/pdfwatcher.service
# It's not recommended to modify this file in-place, because it
# will be overwritten during upgrades. If you want to customize,
# the best way is to use the "systemctl edit" command.

[Unit]
Description=pdfwatcher is a real-time monitoring pdf file chmod value is no longer 400 and alarm daemon
After=network.target

[Service]

Type=forking

ExecStart=/usr/local/pdfwatcher/bin/pdfwatcherd -d

ExecStop=/usr/local/pdfwatcher/bin/pdfwatcherd stop

PrivateTmp=true

[Install]
WantedBy=multi-user.target

向东博客 专注WEB应用 构架之美 --- 构架之美，在于尽态极妍 | 应用之美，在于药到病除