gpt4 book ai didi

ruby-on-rails - 为什么我的 Cron 作业不能正常工作?

转载 作者:IT王子 更新时间:2023-10-29 00:24:18 25 4
gpt4 key购买 nike

我在 Ubuntu Hardy VPS 上有一个 cron 作业只运行了一半,我不知道为什么。该作业是一个 Ruby 脚本,它使用 mysqldump 备份 Rails 应用程序使用的 MySQL 数据库,然后将其压缩并使用 SFTP 上传到远程服务器。

gzip 文件已成功创建和复制,但始终为零字节。然而,如果我直接从命令行运行 cron 命令,它会完美运行。

这是 cron 作业:

PATH=/usr/bin
10 3 * * * ruby /home/deploy/bin/datadump.rb

这是 datadump.rb:

#!/usr/bin/ruby
require 'yaml'
require 'logger'
require 'rubygems'
require 'net/ssh'
require 'net/sftp'

APP = '/home/deploy/apps/myapp/current'
LOGFILE = '/home/deploy/log/data.log'
TIMESTAMP = '%Y%m%d-%H%M'
TABLES = 'table1 table2'

log = Logger.new(LOGFILE, 5, 10 * 1024)
dump = "myapp-#{Time.now.strftime(TIMESTAMP)}.sql.gz"
ftpconfig = YAML::load(open('/home/deploy/apps/myapp/shared/config/sftp.yml'))
config = YAML::load(open(APP + '/config/database.yml'))['production']
cmd = "mysqldump -u #{config['username']} -p#{config['password']} -h #{config['host']} --add-drop-table --add-locks --extended-insert --lock-tables #{config['database']} #{TABLES} | gzip -cf9 > #{dump}"

log.info 'Getting ready to create a backup'
`#{cmd}`

# Strongspace
log.info 'Backup created, starting the transfer to Strongspace'
Net::SSH.start(ftpconfig['strongspace']['host'], ftpconfig['strongspace']['username'], ftpconfig['strongspace']['password']) do |ssh|
ssh.sftp.connect do |sftp|
sftp.open_handle("#{ftpconfig['strongspace']['dir']}/#{dump}", 'w') do |handle|
sftp.write(handle, open("#{dump}").read)
end
end
end
log.info 'Finished transferring backup to Strongspace'

log.info 'Removing local file'
cmd = "rm -f #{dump}"
log.debug "Executing: #{cmd}"
`#{cmd}`
log.info 'Local file removed'

我检查并仔细检查了所有路径,它们都是正确的。 sftp.yml(SFTP 凭据)和 database.yml(MySQL 凭据)均由执行用户(部署)拥有,该用户具有只读权限(chmod 400 ).我使用的是 net-ssh 和 net-sftp 的 1.1.x 版本。我知道它们不是最新的,但它们是我目前所熟悉的。

什么可能导致 cron 作业失败?

最佳答案

当脚本以交互方式正确运行但由 cron 运行时不正确时,问题通常是由于环境环境设置到位......例如 @Ted Percival 提到的 PATH,但也可能是其他环境变量。

这是因为 cron 在执行之前不会调用 .bash_profile、.bashrc 或/etc/profile。

避免这种情况的最佳方法是确保 cron 调用的任何脚本在执行时不对环境做出任何假设。克服这个问题很简单,只需在脚本中添加几行代码即可确保环境设置正确。例如,在我的例子中,我在/etc/profile(对于 RHEL)中有所有重要的设置,所以我将在 cron 下运行的任何脚本中包含以下行:

source /etc/profile

关于ruby-on-rails - 为什么我的 Cron 作业不能正常工作?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/13204/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com