Ramon Smits's questions

在 shell 中运行以下命令可以正常运行：

ssh user@machine systemctl status my-service.service
ssh user@machine sudo systemctl stop my-service.service
scp -r ./my-service/* user@machine:/home/user/my-service
ssh user@machine chmod +x /home/user/my-service/my-service
ssh user@machine sudo systemctl start my-service.service
ssh user@machine sudo systemctl status my-service.service

但是，将其放在deploy.sh文件中会导致上述任何一项都无法执行。

错误：

• 无效的单元名称“my-service”被转义为“my-service\x0d”（也许你应该使用systemd-escape？）
• 找不到单元 my-service\x0d.service。
• 无效的单位名称“my-service.service”被转义为“my-service.service\x0d”（也许你应该使用systemd-escape？）
• 无法停止 my-service\x0d.service：未加载单元 my-service.service\x0d.service。: 没有这样的文件或目录nlock/
• chmod: 无法访问'/home/user/my-service/my-service'$'\r': 没有这样的文件或目录
• 无效的单位名称“my-service.service”被转义为“my-service.service\x0d”（也许你应该使用systemd-escape？）
• 无法启动 my-service.service\x0d.service：未找到单元 my-service.service\x0d.service。无效的单位名称“my-service.service”被转义为“my-service.service\x0d”（也许你应该使用systemd-escape？）
• 找不到单元 my-service.service\x0d.service。

有的被打散了。这似乎与逃避有关。出于某种原因，在行尾添加一个空格使其有点工作，但仍然不是没有错误。

谷歌搜索错误显示了一些关于使用的命中--并将其与尾随空格一起添加使得一些命令工作但仍然给出转义错误。

我有一个实验室环境，我有一个 Synology NAS，它提供 iSCSI 目标，供在虚拟机上运行的 Windows 2012 R2 VM 使用。

我想设置一个 Windows 故障转移集群，为此，VM 需要共享一个磁盘。

我添加了一个带有新 LUN 的新目标。我通过虚拟机上的 iSCSI 启动器添加了这个，格式化了磁盘，然后通过故障转移集群管理器添加到我的集群的存储磁盘中。我可以使角色联机并正确启动磁盘。

默认情况下，Synology 不允许多个连接到同一个 iSCSI 目标。

不启用多个会话会导致仅连接一个节点，从而使相应的磁盘联机。执行故障转移不会自动在另一个节点上建立 iSCSI 连接。

看来我有以下选择：

1. 启用 *允许来自一个或多个 iSCSI 启动器的多个会话。这有很大的警告：

   为避免严重数据损坏的风险，请确保您在集群感知文件系统中运行。

2. 向 LUN 添加其他目标。让两个目标共享同一个 LUN，因此每个集群节点都有一个目标。

这两个选项都会导致两个节点上的 iSCSI 启动器都能够连接到 iSCSI 目标。

问题：

• 我应该使用哪一个？
• 两者似乎都有效，这有什么不同吗？我知道目标有自己的缓冲区。
• Windows 故障转移群集是否支持此功能？
• 其中哪些会导致数据丢失？
• 我还看到我可以创建一个共享集群卷，应该使用它吗？也许我做错了。