通过 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

--- 文件 upload.sh

#!/usr/bin/expect -f

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

为什么这不起作用，我不想使用睡眠，我需要知道最后一个 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) 应该略大于它包含的所有文件的大小总和。如果您知道组成 temp_ftp.tar 的文件有 1 Meg，并且该文件为 1.1 Meg，那很好，如果是 0.5 Meg，那就不好了。 （还可以考虑对整个内容进行 gzip 压缩，以减少到远程主机的传输时间）。你的压缩数据库文件，很难说，大概是有效的，如果文件大小约为 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 示例，分钟小时日星期一（星期几，0-6 或 *），更改日期/时间以满足您的测试需求）

---

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

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

---

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

总结一下我的建议，仔细检查一切。

我希望这有帮助。