主页 / server / 问题 / 79813
Accepted
Phillip B Oldham
Asked: 2009-10-31 01:45:48 +0800 CST

`输出脚本 | gzip > $file` 不覆盖 $file

  • 772

我有一个每小时 cron 脚本，它获取一些输出（一个 mysql 转储），通过 gzip 管道它，并旨在覆盖同名文件。当我root在文件被覆盖时手动运行它时。当它由 cron 守护程序运行时，文件名会附加“.1”。这种情况一直在发生，所以过了一段时间我有很多这样的文件：

myfile.gz
myfile.gz.1
myfile.gz.1.1
myfile.gz.1.1.1
myfile.gz.1.1.1.1

等等。

ps aux|grep crond显示守护程序正在以root.

我试过了：

  • 重命名原始文件，推送输出，然后在完成时删除旧文件，以及
  • 在管道输出之前删除原始文件

但两者都没有按预期工作，我只是得到.1.1.1.1文件。

脚本看起来像这样（没什么特别的）并且位于 CentOS 盒子中/etc/cron.hourly：

#!/bin/bash
DATE=`date +%H`
DIR="/abs/path/to/dir"
FILE="hourly-${DATE}.gz"
OPTS="..."
mysqldump $OPTS | gzip -9 > $DIR/$FILE

谁能告诉我为什么这个简单的操作没有按预期运行？

linux

5 个回答

  1. Best Answer

    很可能，您的脚本是为使用 Bash 功能而编写的，但它是由 Bourne shell 运行的。你有#!/bin/bash作为脚本的第一行吗？请发布它，以便我们更好地帮助您。

    编辑：

    在打算作为 cron 作业运行的脚本中，我总是指定程序的完整路径（例如mysqldumpand gzip），因为 $PATH 变量和别名之类的东西将与交互式 shell 中的不同。这样，结果是可以预测的。

    • 3

  2. 尝试在 bash 行之后将此行添加到脚本的顶部

    set +C

    这将关闭 bash 中的 noclobber 选项，因此应该覆盖文件。

    如果不是这样，那么它可能类似于由 cron 或您的整体环境设置的 gzip 的别名。

    • 2

  3. 这对我来说似乎很奇怪，bash 有一个 noclobber 选项，它使得重定向不会覆盖文件。也许这是一个最近的版本，一个类似的新选项，但会创建一个 .1 文件？

    是否有可能在 cronjob 中调用了类似 logrotate 的东西，或者在它之前运行了一些东西来移动文件（logrotate）？您应该检查 /etc/crontab 并crontab -e以 root 身份运行。

    这是在某种云或共享托管网站上吗？也许提供商已经创建了一些东西来帮助减少他们的票务负担:-)

    • 1

  4. 尝试设置 #!/bin/bash -x并写入 /path/to/bash_script 1 > /path/to/log_file （在 /path/... 中设置您自己的文件路径）。

    • 1

  5. 不是gzip -c吗？该选项用于写入标准输出而不是文件。是否有一个GZIP或GZIP_OPT环境变量集（其中包含 gzip 选项）？

    • 0

相关问题