Почему моя работа Cron не работает должным образом? - PullRequest
Новая
       71

Почему моя работа Cron не работает должным образом?

7 голосов
/ 16 августа 2008

У меня есть работа cron на Ubuntu Hardy VPS, которая работает только наполовину, и я не могу понять, почему. Задание представляет собой сценарий Ruby, который использует mysqldump для резервного копирования базы данных MySQL, используемой приложением Rails, которая затем распаковывается и выгружается на удаленный сервер с использованием 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). Я использую 1.1.x версии net-ssh и net-sftp. Я знаю, что они не самые последние, но с ними я знаком на данный момент.

Что может быть причиной сбоя задания cron?

Ответы [ 4 ]

9 голосов
/ 18 октября 2008

Когда скрипты выполняются правильно в интерактивном режиме, а не при запуске cron, проблема обычно заключается в установленных настройках среды среды ... например, PATH, как в алради, упомянутом @Ted Percival, но могут быть и другие переменные среды. 1001 *

Это потому, что cron не будет вызывать .bash_profile, .bashrc или / etc / profile перед выполнением.

Лучший способ избежать этого - убедиться, что любые скрипты, вызываемые cron, не делают никаких предположений об окружающей среде при выполнении. Преодолеть это можно так же просто, как включить несколько строк в ваш скрипт, чтобы убедиться, что среда настроена правильно. Например, в моем случае у меня есть все важные настройки в / etc / profile (для RHEL), поэтому я включу следующую строку в любые скрипты, которые будут запускаться под cron: 

source /etc/profile
4 голосов
/ 16 августа 2008

Похоже, в вашем PATH отсутствует несколько каталогов, наиболее важно /bin (для /bin/rm). Вот что использует /etc/crontab моей системы: 

PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
2 голосов
/ 16 августа 2008

Вы уверены, что временный файл создается правильно при запуске как задание cron? Рабочий каталог для вашего скрипта будет указан либо в переменной среды HOME, либо в записи / etc / passwd для пользователя, установившего задание cron. Если у развертывания нет разрешений на запись для каталога, в котором он выполняется, вы можете указать абсолютный путь к файлу дампа для решения проблемы.

0 голосов
/ 19 августа 2008

cron отправляет электронные письма с логами?

Если нет, перенаправить вывод cron в файл журнала.

Обязательно перенаправьте STDERR в журнал.

...