linux - 检查通过 Cron 运行的 shell 脚本中的上一步

Question

--- 文件 makebackup.sh

#!/bin/bash
DATE='date'
mysqldump --all-databases | gzip -9 > /backup/temp_db.gz
tar -Pcf /backup/temp_ftp.tar /public_html/
tar -Pcf /backup/temp_backup.tar /home/temp_db.gz /backup/temp_ftp.tar
sleep 60 && /backup/upload.sh $DATE

---文件上传.sh

#!/usr/bin/expect -f

# connect via scp
spawn scp /backup/temp_backup.tar root@mybackup.com:/home/backup_$argv.tar
#######################
expect {
-re ".*es.*o.*" {
exp_send "yes\r"
exp_continue
}
-re ".*sword.*" {
exp_send "mypassword\r"
}
}
interact

为什么这不起作用，我不想使用 sleep 我需要知道最后一个 tar 何时结束并执行文件 upload.sh。相反，它总是在最后一个 tar 文件开始时立即执行。

&& 即使我删除 sleep 60 也不会做任何事情

Answer 1

正如您所说“相反，它总是在最后一个 tar 文件启动后立即执行”，通常这意味着行尾有一个“&”，或者您确定 tar 真的有效吗？您正在查看早期创建的旧 tar.gz 吗？确保它是一个大小正确的新 tar 文件。编辑 我并不是说您必须删除文件，只是 dbl-检查放入最终 tar 中的内容是否有意义。

您是否正在检查最终 tar cmd 的输入文件的大小？ (/home/temp_db.gz/backup/temp_ftp.tar)？ 编辑 我的意思是，未压缩的 tar 文件 (temp_ftp.tar) 应该略大于它包含的所有文件的大小总和。如果您知道您有 1 兆的文件组成 temp_ftp.tar，并且该文件是 1.1 兆，那很好，如果是 0.5 兆，那就不好了。 (还可以考虑对整个内容进行 gzip 压缩以减少到远程主机的传输时间)。你压缩的 db 文件，很难说，大概是工作，如果文件大小是大约 25 字节，那么这表明创建文件时出错。

否则你所说的真的似乎是不可能的。它是这些事情之一，或者其他事情正在夸大事情。

调试最后一个 tar 花费了多长时间的一种方法是将命令包装在两个日期命令中，即

date
tar -Pcf /backup/temp_backup.tar /home/temp_db.gz /backup/temp_ftp.tar
rc=$?
date

printf "return code from quick tar was ${rc}\n"

此外，根据您的标题“检查上一步”，我添加了从 tar 捕获返回码并打印该值。

再次强调一下，在 linux shell 脚本中，没有办法(除了带有 '&' 字符的后台作业)让一个命令在前一个命令完成之前开始执行。

编辑 文件的所有权和权限可能会搞砸是文件的所有权和权限。使用\

ls -l  /backup/temp_backup.tar /home/temp_db.gz /backup/temp_ftp.tar

确认您的用户 ID 拥有这些文件，并且您可以写入这些文件。如果您愿意，可以编辑您的帖子以包含该信息。

---

此外，您的标题说“cron”:您是否正在捕获此脚本的所有可能输出以帮助调试情况？使用 makebackup.sh 顶部附近的 set -vx 打开 shell 调试。将调试输出添加到您的 tar cmd '-v'。

像这样捕获整个过程的 cron 输出

59 23 31 12 * { /path/to/makebackup.sh 2>&1 ; } > /tmp/makebackup.`/bin/date +\%Y\%m\%d.\%H\%M\%S.trace_log 

并确保您没有发现任何错误消息。

(Crontab 示例，min hr day mon(星期几，0-6 或 *)，更改日期/时间以满足您的测试需求)

---

你的 expect 脚本使用 '\r'，你不想在 Unix/linux 环境中使用 '\n'。如果您是基于 Windows 的服务器，那么您需要 '\r\n' 。

编辑 expect 脚本是否有效，您是否满意地证明正在复制文件，它们在备份站点上的大小是否相同，日期是否更改？

---

如果您希望有一天备份能够拯救您的系统，您必须更好地了解整个过程应该如何工作以及它是否按预期工作。根据您的情况和备用计算机的可用性，您应该安排一次恢复备份的测试，看看它们是否真的有效。当您使用 -P 来保留完整路径信息时，您真的需要小心不要用旧文件覆盖您的工作系统。

总结一下我的建议，仔细检查所有内容。

希望对您有所帮助。