Macke, у меня была аналогичная ситуация в X-сервере 10.5.x MacOS.
Используйте инструмент как Клон Копии и сделайте хорошее резервное копирование Вашего сервера.
От Терминала, выполненного: sudo changeip -checkhostname
. Если это возвращается без проблемы, затем пробуют Шаг 2. В противном случае восстановите базовые проблемы с ИМЕНЕМ СЕРВЕРА/проглем¦ми DNS.
В ServerAdmin, в OpenDirectory, выполняет резервное копирование (Архив) данных OpenDirectory. Сохраните его где-нибудь безопасный. На самом деле сделайте 2 копии. Затем понизьте в должности свое Ведущее устройство OpenDirectory до Автономного сервера. И затем перезагрузка. Теперь, продвиньте его Ведущее устройство OpenDirectory. И перезагрузка. И затем Восстановление Ваше резервное копирование OpenDirectory. И наконец перезагрузка еще раз.
Это должно добиться цели, надо надеяться,
Это похоже на стандартные сообщения, генерируемые системой. Например, logwatch установлен на большинстве современных серверов Linux по умолчанию. Это просматривает весь вход в систему машина и посылает ночью электронное письмо о том, что продолжается в системе.
Сообщение logrotate об аферисте просто говорит Вам это /var/log/conman.old
не существует. Из logrotate страницы справочника:
olddir directory
Logs are moved into directory for rotation. The directory must
be on the same physical device as the log file being rotated,
and is assumed to be relative to the directory holding the log
file unless an absolute path name is specified. When this option
is used all old versions of the log end up in directory. This
option may be overriden by the noolddir option.
поэтому просто создайте тот каталог как корень (sudo mkdir /var/log/conman.old
) и те сообщения должны остановиться, поскольку logrotate затем сможет повернуть старые файлы журнала в каталог.
Необходимо смочь скорректировать резервные сообщения WHM через интерфейс cpanel к серверу.
Если Вы не хотите видеть сообщения logwatch, просто переместите файл /etc/cron.daily/0logwatch
из cron.daily каталога для остановки ночной обработки logwatch. Я однако поощрил бы Вас на самом деле осматривать эти сообщения иногда для слежения за тем, что продолжает сервер.
Эти сообщения весь относительно нормальный взгляд. После того как Вы фиксируете logrotate ошибку, необходимо быть в порядке.