我有以下情况:

Linux机器上挂载了一个windows文件夹。可能有多个文件夹(事先设置) 在这个窗口安装。我必须做一些事情(最好是开始的脚本)来监视这些文件夹。

步骤如下: 注意任何传入的文件。确保它们已完全转移。 将其移动到另一个文件夹。 我无法控制 Windows 机器上的文件传输程序。我相信这是一个安全的 FTP。 所以我不能要求那个进程给我发送一个trailer文件来确保文件传输完成。

我写了一个 bash 脚本。我想知道这种方法的任何潜在缺陷。原因是， 有可能为多个目录运行此脚本的多个副本。

目前，可能需要监控多达 100 个目录。

以下是脚本。很抱歉在这里粘贴了很长的一段。请花点时间查看并 评论/批评它。 :-)

需要3个参数，要观看的文件夹，要移动文件的文件夹， 和时间间隔，已在下面解释。

抱歉，对齐似乎有问题。 Markdown 好像不太喜欢。我试图妥善组织它，但没能做到。

Linux 服务器名 2.6.9-42.ELsmp #1 SMP Wed Jul 12 23:27:17 EDT 2006 i686 i686 i386 GNU/Linux

#!/bin/bash
log_this()
{
    message="$1"
    now=`date "+%D-%T"`
    echo $$": "$now ": " $message
}
usage()
{
    cat << EOF
Usage: $0 <Directory to be watched> <Directory to transfer> <time interval>
Time interval is the amount of time after which the modification time of a
file will be monitored. 
EOF
    `exit 1`
}

if [ $# -lt 2 ]
then
    usage
fi

WATCH_DIR=$1
APP_DIR=$2

if [ ! -d "$WATCH_DIR" ]
then
    log_this "FATAL: WATCH_DIR, $WATCH_DIR does not exist. Exiting"
    exit 1
fi

if [ ! -d "$APP_DIR" ]
then
    log_this "APP_DIR: $APP_DIR does not exist. Exiting"
    exit 1
fi


# This needs to be set after considering the rate of file transfer.
# Represents the seconds elapsed after the last modification to the file.
# If not supplied as parameter, defaults to 3.

seconds_between_mods=$3

if ! [[ "$seconds_between_mods" =~ ^[0-9]+$ ]]; then
        if [ ${#seconds_between_mods} -eq 0 ]; then
                log_this "No value supplied for elapse time. Defaulting to 3."
                seconds_between_mods=3
        else
                log_this "Invalid value provided for elapse time"
                exit 1
        fi
fi

log_this "Start Monitor."

while true
do
        ls -1 $WATCH_DIR | while read file_name
        do
            log_this "Start Monitoring for $file_name"

            # Refer only the modification with reference to the mount folder.
            # If there is a diff in time between servers, we are in trouble.

            token_file=$WATCH_DIR/foo.$$
            current_time=`touch $token_file && stat -c "%Y" $token_file`
            rm -f $token_file 2>/dev/null

            log_this "Current Time: $current_time"
            last_mod_time=`stat -c "%Y" $WATCH_DIR/$file_name`

            elapsed_time=`expr $current_time - $last_mod_time`
            log_this "Elapsed time ==> $elapsed_time"

            if [ $elapsed_time -ge $seconds_between_mods ]
            then
                    log_this "Moving $file_name to $APP_DIR"

                    # In case if there is no space left on the target mount, hide the     file
                    # in the mount itself and remove the incomplete file from APP_DIR.
                    mv $WATCH_DIR/$file_name $APP_DIR
                    if [ $? -ne 0 ]
                    then
                            log_this "FATAL: mv failed!! Hiding $file_name"
                            rm $APP_DIR/$file_name
                            mv $WATCH_DIR/$file_name $WATCH_DIR/.$file_name
                            log_this "Removed $APP_DIR/$file_name. Look for $WATCH_DIR/.$file_name and submit later."
                    fi

                    log_this "End Monitoring for $file_name"
            else
                    log_this "$file_name: Transfer seems to be in progress"
            fi
    done
    log_this "Nothing more to monitor."
    echo
    sleep 5
done

最佳答案

这不会在任何时间段内起作用。在生产中，您会遇到网络问题和其他错误，这些问题可能会在上传目录中留下部分文件。我也不喜欢“预告片”文件的想法。通常的做法是用临时名称上传文件，上传完成后重命名。

这样，您只需列出目录，过滤掉临时名称，如果还有剩余，则使用它。

如果您无法进行此更改，请向您的老板申请书面许可，以实现可能导致任意数据损坏的操作。这有两个目的:1) 让他们明白这是一个真正的问题，而不是你编造的问题，以及 2) 在它崩溃时保护你自己......因为它会并猜猜谁会受到所有的指责？

关于linux - 用于监视文件夹的 bash 脚本，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/1769034/