Насколько понимаю, база в корректном состоянии, проблема пока не решена.
Часы сами по себе на час не прыгают, следовательно наиболее вероятная причина -- синхроизация с внешним источником времени.
Штатный способ синхронизации использование NTP (Network Time Protocol) посредством ntpd. Проверяем, задействован ли он:
# ps -C ntpd
# ls -o /etc/rc.d/rc.ntpd
Первая команда покажет, запущен ли ntpd. Вторая покажет, запускается ли он из rc.ntpd при старте системы (если установлен бит исполнения x).
Если запущен, проверяем настройки использованных серверов времени, кто-то из них отдаёт неверные данные в UTC.
Другим очевидным местом запуска может быть rc.local.
Также возможны решения синхронизации времени без участия ntpd. При этом обычно для периодического запуска команды синхронизации используют планировщик (cron, at, что-то ещё).
В качестве команды синхронизации обычно выступают 1) ntpdate для получения времени с сервера NTP, или 2) net time set для получения времени с сервера Windows.
Неправильная настройка синхронизации времени с контроллером домена Windows, использующим kerberos, сломает авторизацию в домене (допустимое расхождение часов сервера и клиента по-умолчанию составляет 5 минут, при большем расхождении в авторизации будет отказано именно по этой причине).
Смотрите, анализируйте, что именно использовано в вашем случае.