Еще хуже становится. А именно: ntpd пишет, что не может установить связь с сервером времени, зависает напрочь и время улетает назад с бешенной скоростью, несколько минут в час. Сейчас дергаю по крону каждые 5 минут ntpdate.   Это хоть как-то помогает держать время с приемлемой точностью.
А если время уползет, то слетает тот же Dovecot. Плюс к этому - я планировал развернуть 1С-восьмерку в рекомендуемом производителе CentOSe. А тут такая грабля зарылась. Причем Инет говорит, что это проблема ядра 2.6.18 (на котором как раз и стоит CentOS 5.5) в виртуальных машинах. Потом говорит, что проблема пофиксена в более новых виртуалках, но я, хоть и имею гораздо более последнюю версию VB, вижу, что те фиксы неэффективны.

обновить нельзя?

Конфиг смотреть нечего, он типовой и на других хостах (не в в VB и не на CentOS) ntp по нему работает безукоризненно.
А в виртуалке происходит следующее:

Это хаписи от запуска до зависона. Дальше - может отвиснуть и синхронизация восстановится сама, а может и не отвиснуть.

Всё верно, только с точностью до наоброт. Не ntpdate мешает ntpd, а наоборот, если запущен ntpd, то фиг ntpdate отработает. А вот то, что правильно запускать его один раз, с этим согласен. Но в моем случае приходится с хостом синхронизироваться много чаще...

Да не в серверах дело. У меня в локалке три сервака, которые могут время раздавать. Все они нормально синхронизируются по часам из внешнего мира и между собой. А здесь - хоть тресни, но синхронизация по этим серверам по ntpd умирает. Неужели я не попробовал все доступные мне варианты?
Ведь в приципе в виртуалке, в гостевой системе, можно вообще время не синхронизировать. Оно же идет с часов хоста. Ан нет... В ядре 2.6.18 часы госетвой системы имеют свойство отставать. Другие ядра (та же WinXP) вообще про эту болячку не знают. А вот как выкрутиться с CentOS 5.5 - я ответа не нашел.

Да так и сделано. Только не нравится мне это...