为何systemd无法识别etcd的别名etcd2？

问题根源 #

你遇到的核心问题是独立的etcd2.service文件覆盖了etcd.service的别名配置。systemd读取服务文件的优先级为：/etc/systemd/system/ > /run/systemd/system/ > /lib/systemd/system/，当/etc/systemd/system/etcd2.service存在时，systemd会将其视为独立服务，完全忽略/lib/systemd/system/etcd.service中设置的Alias=etcd2.service，导致etcd和etcd2被识别为两个独立服务——这就是为什么启动etcd2时会提示端口被已运行的etcd占用。

解决方案 #

按照以下步骤操作，让systemd将etcd2识别为etcd的别名：

1. 删除冲突的独立etcd2服务文件
   首先移除/etc/systemd/system/下的独立etcd2.service，避免优先级冲突：

   sudo rm /etc/systemd/system/etcd2.service
   

2. 确认etcd.service的别名配置
   打开/lib/systemd/system/etcd.service，检查[Install]段是否包含Alias=etcd2.service，如果没有则添加：

   [Install]
   WantedBy=multi-user.target
   Alias=etcd2.service
   

3. 重新加载systemd配置
   让systemd识别更新后的服务配置：

   sudo systemctl daemon-reload
   

4. 验证别名关联状态
   执行以下命令，确认etcd2已被识别为etcd的别名：

   systemctl list-units --type=service | grep -E 'etcd|etcd2'
   

   正常输出应显示etcd.service处于running状态，且etcd2.service作为别名指向它。

5. 测试SkyDNS服务启动
   重启SkyDNS服务，验证依赖问题是否解决：

   sudo systemctl restart skydns.service
   systemctl status skydns.service
   

额外说明 #

当etcd.service启用时，其配置的别名会自动生效，无需单独启用etcd2.service。此后，无论是调用systemctl start etcd2.service还是依赖etcd2.service，systemd都会实际操作etcd.service，彻底解决端口冲突和依赖启动失败的问题。

内容的提问来源于stack exchange，提问作者Eugen Konkov