Есть скрипт резервного копирования. Прописал его на 0 часов в кронтабе.
0 0 * * * root адрес.скрипта.sh
Проверяю по логам и времени создания файла, скрипт выполняется ровно в час ночи.

У меня  лог /var/log/syslog не ведется, я проверил в логе /var/log/cron - по его записям задача стартует ровно в 00:00
В скрипте никаких временных указаний. Есть несколько длительных операций вроде сжатия и пересылки файла, но первое, что в нем делается - это запись в логе о начале работы с указанием времени. И это время 01:00, время создания файла также 01:00
Тот же скрипт на других 30 серверах выполняется строго по расписанию.
Команда date и hwclock дают одинаковое время и да, я проверил формат даты в скрипте, везде или команда date без ключей, или идут сначала часы, потом минуты.
Еще проверил лог /var/log/messages... Там есть одна странность. Записи, неважно какие, идут вразнобой с интервалом примерно час:
17... бла-бла-бла...
17... бла-бла-бла...
18... бла-бла-бла...
18... бла-бла-бла...
17... бла-бла-бла...
17... бла-бла-бла...
18... бла-бла-бла...
18... бла-бла-бла...
Т.е. такое ощущение, что не у одного cron с этим проблема.

это колдунство и уличная магия

date +%z выдает +0400
время правильное, но пусть даже оно было неправильным, все равно же на одном сервере все задачи должны были бы его использовать одинаково. И пусть бы они спешили и опаздывали, но все вместе на одно и то же время. тут же одни службы как будто используют правильное, системное, время, а другие берут непонятно откуда...

Почему так может быть?

• Некоторые задачи выполняются на час позже положенного времени,Andrey Mitrofanov, 21:49 , 27-Янв-14
• Некоторые задачи выполняются на час позже положенного времени,RomanIz, 22:25 , 27-Янв-14

> Тот же скрипт на других 30 серверах выполняется строго по расписанию.
> Команда date и hwclock дают одинаковое время и да, я проверил формат

google://freebsd zoneinfo site:opennet.ru/openforum

zoneinfo aka tzdata, tzsetup,

> даты в скрипте, везде или команда date без ключей, или идут
> Почему так может быть?

Неправильная [=обновить пакет] база tzdata, не тот пояс, установленный tzsetup, ...

Кто ж его знает.

Есть предположение что скрипты с разным временем выполняются под разными интерпритаторами. А у разных интерпритаторов разные намтройки.

Например пхп в конфиге имеет прямое указание таймзоны, которая может не совпадать с системной.

Т.о. может быть ситуация скрипт: на баше думает 0:0, а пхп-шный согласно своей тз - 1:00.