PPA, который вы используете, поддерживает только 11.04, 11.10 и 12.04. Он не поддерживает 10.10, поскольку изображение предлагает:
Точный - 12.04 Oneric - 11.10 Natty - 11.04
Лучше всего было бы обновить, по крайней мере, до 11.04, а затем применить этот PPA. Но я бы порекомендовал ждать 12.04, что будет иметь гораздо лучшую поддержку (не говоря уже о повышении производительности и обновлении кода).
Вы можете обратиться к следующей ссылке в блоге для подробного обсуждения: http://teklimbu.wordpress.com/2007/10/16/managing-your-linuxunix-log-files-using-logrotate/
Быстрый и грязный трюк будет touch или создать пустой файл /var/lib/logrotate/status на вашем сервере.
Просто краткий справочный материал:
logrotate является утилита, которая может вращать файлы журналов и архивировать их в указанном месте.
cron - это служба, которая может использоваться для планирования запуска / автоматизации конкретных задач.
Теперь, очевидно , так как rotate на сервере планируется ежедневно запускать скрипт logrotate, который, в свою очередь, ожидает наличия файла состояния (которого не существует), ваш сервер бросает эти сообщения об ошибках.
Надеюсь, это поможет.
Вы можете обратиться к следующей ссылке в блоге для подробного обсуждения: http://teklimbu.wordpress.com/2007/10/16/managing-your-linuxunix-log-files-using-logrotate/
Быстрый и грязный трюк будет в touch
или создать пустой файл /var/lib/logrotate/status
на вашем сервере.
Просто краткий справочный материал:
logrotate
- это утилита, которая может вращать файлы журнала и архивировать их в указанном месте.
cron
- это служба, которая может использоваться для планирования / автоматизировать конкретные задачи.
Теперь, по-видимому, поскольку cron на сервере запланировано ежедневно запускать скрипт logrotate , который, в свою очередь, ожидает status , который будет присутствовать (который не существует), ваш сервер бросает эти сообщения об ошибках.
Надеюсь, что это поможет.
Вы можете обратиться к следующей ссылке в блоге для подробного обсуждения: http://teklimbu.wordpress.com/2007/10/16/managing-your-linuxunix-log-files-using-logrotate/
Быстрый и грязный трюк будет в touch
или создать пустой файл /var/lib/logrotate/status
на вашем сервере.
Просто краткий справочный материал:
logrotate
- это утилита, которая может вращать файлы журнала и архивировать их в указанном месте.
cron
- это служба, которая может использоваться для планирования / автоматизировать конкретные задачи.
Теперь, по-видимому, поскольку cron на сервере запланировано ежедневно запускать скрипт logrotate , который, в свою очередь, ожидает status , который будет присутствовать (который не существует), ваш сервер бросает эти сообщения об ошибках.
Надеюсь, что это поможет.
Вы можете обратиться к следующей ссылке в блоге для подробного обсуждения: http://teklimbu.wordpress.com/2007/10/16/managing-your-linuxunix-log-files-using-logrotate/
Быстрый и грязный трюк будет в touch
или создать пустой файл /var/lib/logrotate/status
на вашем сервере.
Просто краткий справочный материал:
logrotate
- это утилита, которая может вращать файлы журнала и архивировать их в указанном месте.
cron
- это служба, которая может использоваться для планирования / автоматизировать конкретные задачи.
Теперь, по-видимому, поскольку cron на сервере запланировано ежедневно запускать скрипт logrotate , который, в свою очередь, ожидает status , который будет присутствовать (который не существует), ваш сервер бросает эти сообщения об ошибках.
Надеюсь, что это поможет.
Вы можете обратиться к следующей ссылке в блоге для подробного обсуждения: http://teklimbu.wordpress.com/2007/10/16/managing-your-linuxunix-log-files-using-logrotate/
Быстрый и грязный трюк будет в touch
или создать пустой файл /var/lib/logrotate/status
на вашем сервере.
Просто краткий справочный материал:
logrotate
- это утилита, которая может вращать файлы журнала и архивировать их в указанном месте.
cron
- это служба, которая может использоваться для планирования / автоматизировать конкретные задачи.
Теперь, по-видимому, поскольку cron на сервере запланировано ежедневно запускать скрипт logrotate , который, в свою очередь, ожидает status , который будет присутствовать (который не существует), ваш сервер бросает эти сообщения об ошибках.
Надеюсь, что это поможет.
Вы можете обратиться к следующей ссылке в блоге для подробного обсуждения: http://teklimbu.wordpress.com/2007/10/16/managing-your-linuxunix-log-files-using-logrotate/
Быстрый и грязный трюк будет в touch
или создать пустой файл /var/lib/logrotate/status
на вашем сервере.
Просто краткий справочный материал:
logrotate
- это утилита, которая может вращать файлы журнала и архивировать их в указанном месте.
cron
- это служба, которая может использоваться для планирования / автоматизировать конкретные задачи.
Теперь, по-видимому, поскольку cron на сервере запланировано ежедневно запускать скрипт logrotate , который, в свою очередь, ожидает status , который будет присутствовать (который не существует), ваш сервер бросает эти сообщения об ошибках.
Надеюсь, что это поможет.
Вы можете обратиться к следующей ссылке в блоге для подробного обсуждения: http://teklimbu.wordpress.com/2007/10/16/managing-your-linuxunix-log-files-using-logrotate/
Быстрый и грязный трюк будет в touch
или создать пустой файл /var/lib/logrotate/status
на вашем сервере.
Просто краткий справочный материал:
logrotate
- это утилита, которая может вращать файлы журнала и архивировать их в указанном месте.
cron
- это служба, которая может использоваться для планирования / автоматизировать конкретные задачи.
Теперь, по-видимому, поскольку cron на сервере запланировано ежедневно запускать скрипт logrotate , который, в свою очередь, ожидает status , который будет присутствовать (который не существует), ваш сервер бросает эти сообщения об ошибках.
Надеюсь, что это поможет.
Я думаю, если вы посмотрите /etc/cron.daily/logrotate - вы обнаружите, что скрипт проверяет наличие (и возможность записи): / var / lib / logrotate / status
В моем сценарии /etc/cron.daily/logrotate есть строка, которая предшествует головной команде, которая сначала проверит существование, ИЛИ создаст (с прикосновением) файл состояния: test -e статус || touch status head -1 status> status.clean
Возможно, ваша команда не может записать файл состояния в «/ var / lib / logrotate /» с помощью команды touch? Я бы записал cd в / var / lib / logrotate // logrotate и посмотрел, могу ли я вручную создать файл состояния (предположив, что он там еще не существует) с командой: touch status. Может быть, в этом каталоге нет места на диске? Проверьте с помощью df -h / var / lib / logrotate /, или, может быть, он настроен на неизменность (dunno, почему это было бы).
Я думаю, если вы посмотрите /etc/cron.daily/logrotate - вы обнаружите, что скрипт проверяет наличие (и возможность записи): / var / lib / logrotate / status
В моем сценарии /etc/cron.daily/logrotate есть строка, которая предшествует головной команде, которая сначала проверит существование, ИЛИ создаст (с прикосновением) файл состояния: test -e статус || touch status head -1 status> status.clean
Возможно, ваша команда не может записать файл состояния в «/ var / lib / logrotate /» с помощью команды touch? Я бы записал cd в / var / lib / logrotate // logrotate и посмотрел, могу ли я вручную создать файл состояния (предположив, что он там еще не существует) с командой: touch status. Может быть, в этом каталоге нет места на диске? Проверьте с помощью df -h / var / lib / logrotate /, или, может быть, он настроен на неизменность (dunno, почему это было бы).
Я думаю, если вы посмотрите /etc/cron.daily/logrotate - вы обнаружите, что скрипт проверяет наличие (и возможность записи): / var / lib / logrotate / status
В моем сценарии /etc/cron.daily/logrotate есть строка, которая предшествует головной команде, которая сначала проверит существование, ИЛИ создаст (с прикосновением) файл состояния: test -e статус || touch status head -1 status> status.clean
Возможно, ваша команда не может записать файл состояния в «/ var / lib / logrotate /» с помощью команды touch? Я бы записал cd в / var / lib / logrotate // logrotate и посмотрел, могу ли я вручную создать файл состояния (предположив, что он там еще не существует) с командой: touch status. Может быть, в этом каталоге нет места на диске? Проверьте с помощью df -h / var / lib / logrotate /, или, может быть, он настроен на неизменность (dunno, почему это было бы).
Я думаю, если вы посмотрите /etc/cron.daily/logrotate - вы обнаружите, что скрипт проверяет наличие (и возможность записи): / var / lib / logrotate / status
В моем сценарии /etc/cron.daily/logrotate есть строка, которая предшествует головной команде, которая сначала проверит существование, ИЛИ создаст (с прикосновением) файл состояния: test -e статус || touch status head -1 status> status.clean
Возможно, ваша команда не может записать файл состояния в «/ var / lib / logrotate /» с помощью команды touch? Я бы записал cd в / var / lib / logrotate // logrotate и посмотрел, могу ли я вручную создать файл состояния (предположив, что он там еще не существует) с командой: touch status. Может быть, в этом каталоге нет места на диске? Проверьте с помощью df -h / var / lib / logrotate /, или, может быть, он настроен на неизменность (dunno, почему это было бы).
Я думаю, если вы посмотрите /etc/cron.daily/logrotate - вы обнаружите, что скрипт проверяет наличие (и возможность записи): / var / lib / logrotate / status
В моем сценарии /etc/cron.daily/logrotate есть строка, которая предшествует головной команде, которая сначала проверит существование, ИЛИ создаст (с прикосновением) файл состояния: test -e статус || touch status head -1 status> status.clean
Возможно, ваша команда не может записать файл состояния в «/ var / lib / logrotate /» с помощью команды touch? Я бы записал cd в / var / lib / logrotate // logrotate и посмотрел, могу ли я вручную создать файл состояния (предположив, что он там еще не существует) с командой: touch status. Может быть, в этом каталоге нет места на диске? Проверьте с помощью df -h / var / lib / logrotate /, или, может быть, он настроен на неизменность (dunno, почему это было бы).
Я думаю, если вы посмотрите /etc/cron.daily/logrotate - вы обнаружите, что скрипт проверяет наличие (и возможность записи): / var / lib / logrotate / status
В моем сценарии /etc/cron.daily/logrotate есть строка, которая предшествует головной команде, которая сначала проверит существование, ИЛИ создаст (с прикосновением) файл состояния: test -e статус || touch status head -1 status> status.clean
Возможно, ваша команда не может записать файл состояния в «/ var / lib / logrotate /» с помощью команды touch? Я бы записал cd в / var / lib / logrotate // logrotate и посмотрел, могу ли я вручную создать файл состояния (предположив, что он там еще не существует) с командой: touch status. Может быть, в этом каталоге нет места на диске? Проверьте с помощью df -h / var / lib / logrotate /, или, может быть, он настроен на неизменность (dunno, почему это было бы).