看起来你遇到了systemd关机顺序和Veritas服务依赖的经典问题，我来帮你梳理一下解决方案：

先搞清楚问题根源 #

你当前的配置After=vcs.service理论上应该让你的服务在VCS之后启动，停止时先于VCS停止——因为systemd的停止顺序是启动顺序的逆序。但实际出现了相反的情况，大概率是Veritas的VCS服务有特殊的systemd配置（比如DefaultDependencies=no或者绑定到了更早停止的target），导致它跳过了正常的停止顺序，先于你的服务被停止。

解决方案步骤 #

1. 先诊断当前的关机顺序

先确认你的服务和VCS服务在关机流程中的实际位置，运行以下命令：

systemd-analyze critical-chain shutdown.target

这个命令会输出关机时的关键依赖链，你可以看到你的服务和vcs.service的先后顺序。另外也可以生成可视化的关机流程：

systemd-analyze plot > shutdown_sequence.svg

打开这个SVG文件就能直观看到各个服务的启动/停止时间线，确认问题出在哪里。

同时查看VCS服务的配置细节，看看有没有特殊设置：

systemctl show vcs.service | grep -E 'Before|After|DefaultDependencies|Conflicts'

2. 调整你的自定义服务配置

修改你的服务文件（比如/etc/systemd/system/your-service.service）的[Unit]段，添加强制停止顺序的配置：

[Unit]
# 保留原有的启动依赖，确保你的服务在Veritas服务就绪后启动
Requires=vcs.service vxfs.service vxvm-boot.service
After=vcs.service vxfs.service vxvm-boot.service

# 核心配置：强制你的服务在这些Veritas服务之前停止
Before=vcs.service vxconfigd.service vxvm.service vxfs.service

# 确保你的服务在关机流程早期就被停止，避免被VCS服务抢了先
Conflicts=shutdown.target
Before=shutdown.target

然后调整[Service]段，确保你的服务能优雅停止：

[Service]
# 根据你的服务类型选择，比如exec、forking等
Type=exec
# 你的启动命令
ExecStart=/path/to/your/start/script.sh
# 优雅停止的脚本
ExecStop=/path/to/your/stop/script.sh
# 给足够的时间让服务完成优雅停止（根据实际情况调整）
TimeoutStopSec=300
# 确保停止时所有子进程都被正确终止
KillMode=control-group

3. 应用配置并验证

修改完配置后，重新加载systemd并重启你的服务：

systemctl daemon-reload
systemctl restart your-service.service

之后可以模拟关机流程来验证（注意不要真的关机，用systemd的dry-run模式）：

systemctl poweroff --dry-run

查看输出中你的服务和VCS服务的停止顺序是否正确。

额外注意点 #

• Veritas的核心服务除了vcs.service，还有vxconfigd.service（卷配置守护进程）、vxvm.service（卷管理服务）、vxfs.service（文件系统服务），这些都可能影响文件系统的可用性，所以把它们都加入Before列表更稳妥。
• 如果修改后还是有问题，可能需要给VCS服务添加一个drop-in配置，让它依赖于你的服务停止。创建/etc/systemd/system/vcs.service.d/override.conf：

  [Unit]
  # 确保VCS服务在你的服务停止之后再停止
  After=your-service.service
  

  这样VCS服务的停止会等待你的服务完成停止流程。

备注：内容来源于stack exchange，提问作者Hellraiser