Сведения о вопросе

Pytdev

07:06, 15th August, 2020

Теги

ruby-on-rails   ruby   linux   ubuntu   cron    

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

Просмотров: 463   Ответов: 4

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

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



  Сведения об ответе

P_S_S

14:15, 17th August, 2020

Когда сценарии выполняются правильно в интерактивном режиме, но не при запуске с помощью cron, проблема обычно возникает из-за существующих параметров среды... например, PATH как alrady упоминается @Ted Персивалем, но могут быть и другие переменные окружения.

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

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

source /etc/profile


  Сведения об ответе

PAGE

17:40, 28th August, 2020

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

PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin


  Сведения об ответе

pumpa

20:53, 5th August, 2020

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


  Сведения об ответе

SKY

09:09, 26th August, 2020

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

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

Убедитесь в том, чтобы перенаправить STDERR в журнал.


Ответить на вопрос

Чтобы ответить на вопрос вам нужно войти в систему или зарегистрироваться