Question

只有在多次测试成功完成后，我才会启动一个程序。

我需要的一个测试是我所有的NFS挂载都很活跃。

我能比蛮力方法做得更好：

mount | sed -n "s/^.* on \(.*\) type nfs .*$/\1/p" | 
while read mount_point ; do 
  timeout 10 ls $mount_point >& /dev/null || echo "stale $mount_point" ; 
done

此处timeout是一个将在后台运行命令的实用程序，如果在时间限制之前未捕获SIGCHLD，则会在给定时间后将其终止，并返回成功/失败显而易见的方式。

英文：解析mount的输出，检查每个NFS挂载点（超时）。可选（不在上面的代码中）打破第一个陈旧的挂载。

Answer 1

我的一位同事遇到了你的剧本。这并不能避免“蛮力”的做法，但如果我可能在Bash：

while read _ _ mount _; do 
  read -t1 < <(stat -t "$mount") || echo "$mount timeout"; 
done < <(mount -t nfs)

mount可以直接列出NFS挂载。 read -t（内置shell）可以超时命令。 stat -t（简洁输出）仍然像ls *一样挂起。 ls会产生不必要的输出，在巨大/慢速目录列表中存在误报，并且需要访问权限 - 如果没有它们，也会触发误报。

while read _ _ mount _; do 
  read -t1 < <(stat -t "$mount") || lsof -b 2>/dev/null|grep "$mount"; 
done < <(mount -t nfs)

我们将它与lsof -b一起使用（非阻止，因此它也不会挂起）以确定挂起的来源。

感谢指针！

test -d（内置shell）也可以代替stat（标准外部），但read -t只有在没有超时并且读取一行时才会返回成功输入。由于test -d不使用标准输出，因此需要对其进行(( $? > 128 ))错误级别检查 - 不值得追踪，IMO。

Answer 2

花了我一些时间，但这是我在Python中发现的：

import signal, os, subprocess
class Alarm(Exception):
    pass

def alarm_handler(signum, frame):
    raise Alarm

pathToNFSMount = '/mnt/server1/' # or you can implement some function 
                                 # to find all the mounts...

signal.signal(signal.SIGALRM, alarm_handler)
signal.alarm(3)  # 3 seconds
try:
    proc = subprocess.call('stat '+pathToNFSMount, shell=True, stderr=subprocess.PIPE, stdout=subprocess.PIPE) 
    stdoutdata, stderrdata = proc.communicate()
    signal.alarm(0)  # reset the alarm
except Alarm:
    print "Oops, taking too long!"

备注：

归功于answer here。
您也可以使用替代方案：

os.fork()和os.stat()

检查叉子是否完成，如果超时则可以杀死它。您需要使用time.time()等。

Answer 3

除了以前在某些情况下挂起的答案之外，此片段还会检查所有合适的坐骑，使用信号KILL进行杀戮，并使用CIFS进行测试：

grep -v tracefs /proc/mounts | cut -d' ' -f2 | \
  while read m; do \
    timeout --signal=KILL 1 ls -d $m > /dev/null || echo "$m"; \
  done

Answer 4

您可以编写C程序并检查ESTALE。

#include <sys/types.h>
#include <sys/stat.h>
#include <unistd.h>
#include <iso646.h>
#include <errno.h>
#include <stdio.h>
#include <stdlib.h>

int main(){
    struct stat st;
    int ret;
    ret = stat("/mnt/some_stale", &st);
    if(ret == -1 and errno == ESTALE){
        printf("/mnt/some_stale is stale\n");
        return EXIT_SUCCESS;
    } else {
        return EXIT_FAILURE;
    }
}

Answer 5

如果由于过时的文件系统而不介意等待命令完成，编写一个检查ESTALE的C程序是一个不错的选择。如果你想实现一个“超时”选项，我发现实现它（在C程序中）的最好方法是派生一个尝试打开文件的子进程。然后，检查子进程是否已在分配的时间内在文件系统中成功读取文件。

这是一个小概念C程序来做到这一点：

#include <stdlib.h>
#include <stdio.h>
#include <stdint.h>
#include <unistd.h>
#include <errno.h>
#include <fcntl.h>
#include <sys/wait.h>


void readFile();
void waitForChild(int pid);


int main(int argc, char *argv[])
{
  int pid;

  pid = fork();

  if(pid == 0) {
    // Child process.
    readFile();
  }
  else if(pid > 0) {
    // Parent process.
    waitForChild(pid);
  }
  else {
    // Error
    perror("Fork");
    exit(1);
  }

  return 0;
}

void waitForChild(int child_pid)
{
  int timeout = 2; // 2 seconds timeout.
  int status;
  int pid;

  while(timeout != 0) {
    pid = waitpid(child_pid, &status, WNOHANG);
    if(pid == 0) {
      // Still waiting for a child.
      sleep(1);
      timeout--;
    }
    else if(pid == -1) {
      // Error
      perror("waitpid()");
      exit(1);
    }
    else {
      // The child exited.
      if(WIFEXITED(status)) {
        // Child was able to call exit().
        if(WEXITSTATUS(status) == 0) {
          printf("File read successfully!\n");
          return;
        }
      }
      printf("File NOT read successfully.\n");
      return;
    }
  }

  // The child did not finish and the timeout was hit.
  kill(child_pid, 9);
  printf("Timeout reading the file!\n");
}

void readFile()
{
  int fd;

  fd = open("/path/to/a/file", O_RDWR);
  if(fd == -1) {
    // Error
    perror("open()");
    exit(1);
  }
  else {
    close(fd);
    exit(0);
  }
}

Answer 6

我写了https://github.com/acdha/mountstatus，它使用的方法类似于UndeadKernel提到的方法，我发现它是最强大的方法：它是一个守护进程，它通过分娩来定期扫描所有挂载的文件系统尝试列出顶级目录的进程，如果在某个超时时间内无法响应，则尝试列出SIGKILL，并将成功和失败记录到syslog中。这避免了某些客户端实现（例如，较旧的Linux）的问题，这些客户端实现从不触发某些类型的错误超时，NFS服务器部分响应但是例如不会回复listdir等实际来电。

我没有发布它们，但是包含的Makefile使用fpm来构建带有Upstart脚本的rpm和deb包。

Answer 7

另一种方法，使用shell脚本。对我有用：

#!/bin/bash
# Purpose:
# Detect Stale File handle and remove it
# Script created: July 29, 2015 by Birgit Ducarroz
# Last modification: --
#

# Detect Stale file handle and write output into a variable and then into a file
mounts=`df 2>&1 | grep 'Stale file handle' |awk '{print ""$2"" }' > NFS_stales.txt`
# Remove : ‘ and ’ characters from the output
sed -r -i 's/://' NFS_stales.txt && sed -r -i 's/‘//' NFS_stales.txt && sed -r -i 's/’//' NFS_stales.txt

# Not used: replace space by a new line
# stales=`cat NFS_stales.txt && sed -r -i ':a;N;$!ba;s/ /\n /g' NFS_stales.txt`

# read NFS_stales.txt output file line by line then unmount stale by stale.
#    IFS='' (or IFS=) prevents leading/trailing whitespace from being trimmed.
#    -r prevents backslash escapes from being interpreted.
#    || [[ -n $line ]] prevents the last line from being ignored if it doesn't end with a \n (since read returns a non-zero exit code when it encounters EOF).

while IFS='' read -r line || [[ -n "$line" ]]; do
    echo "Unmounting due to NFS Stale file handle: $line"
    umount -fl $line
done < "NFS_stales.txt"
#EOF

有没有一种很好的方法来检测过时的NFS挂载

7 个答案: