5

这可能是一个非常简单的问题，但我不明白为什么它会这样。当我调用

lockfile-create --use-pid --retry 0 /tmp/my_lock_file

它返回 0，下次运行时它会按预期返回一些其他代码（4），因为它已经创建了锁定文件。但是当我将相同的代码包装在 bash 脚本文件中时，它总是返回 0 作为退出代码。有人知道为什么它不起作用吗？

更新：完整的 bash 文件内容

#! /bin/bash

LOCK=alert

lockfile-create --use-pid --retry 0 $LOCK
LOCK_CREATED=$?
echo "Lock file creation status $LOCK_CREATED"

这就是我运行它的方式./alert.sh。

4

1 回答 1

3

但是当我将相同的代码包装在 bash 脚本文件中时，它总是返回 0 作为退出代码。

这是因为当你再次执行脚本时，执行脚本的进程的 PID 发生了变化。因此，该--use-pid标志会导致lockfile-create认为锁定文件需要被覆盖。

根据您的用例，您可能希望摆脱该--user-pid标志。但是，在这种情况下，您需要确保自己清理锁定文件。

引自man lockfile-create：

   -p, --use-pid
       Write the parent process id (PPID) to the lockfile whenever a lock‐
       file  is created, and use that pid when checking a lock's validity.
       See the lockfile_create(3)  manpage  for  more  information.   This
       option  applies  to lockfile-create and lockfile-check.  NOTE: this
       option will not work correctly between machines sharing a  filesys‐
       tem.

您可以通过尝试在同一脚本中再次创建日志文件来验证您观察到的行为：

#! /bin/bash
LOCK=alert

lockfile-create --use-pid --retry 0 $LOCK
LOCK_CREATED=$?
echo "Lock file creation status $LOCK_CREATED"
lockfile-create --use-pid --retry 0 $LOCK
LOCK_CREATED=$?
echo "Lock file creation status $LOCK_CREATED"
于 2013-11-20T08:40:10.453 回答