Задания крона отключены на чистой установке 14,04
У меня есть чистая установка Ubuntu 14.04, и в моем/etc/cron.daily/я вижу *.disabled файлы:
-rwxr-xr-x 1 root root 15481 Apr 10 09:04 apt.disabled
-rwxr-xr-x 1 root root 314 Feb 17 2014 aptitude.disabled
-rwxr-xr-x 1 root root 355 Jun 4 2013 bsdmainutils.disabled
-rwxr-xr-x 1 root root 384 Mar 23 2014 cracklib-runtime.disabled
-rwxr-xr-x 1 root root 256 May 1 08:29 dpkg.disabled
-rwxr-xr-x 1 root root 372 Jan 22 2014 logrotate
-rwxr-xr-x 1 root root 1261 Apr 10 06:59 man-db.disabled
-rwxr-xr-x 1 root root 435 Jun 20 2013 mlocate.disabled
-rwxr-xr-x 1 root root 249 Feb 16 2014 passwd.disabled
-rwxr-xr-x 1 root root 349 Dec 27 2012 quota.disabled
-rwxr-xr-x 1 root root 322 Apr 11 17:58 upstart.disabled
Почему это происходит? Я хочу использовать необслуживаемые обновления на своем поле, но документация для необслуживаемых обновлений указывает, что я должен отредактировать/etc/cron.daily/apt файл. Согласно этой ссылке я полагаю, что файл должен существовать по умолчанию: http://pkgs.org/ubuntu-14.04/ubuntu-main-amd64/apt_1.0.1ubuntu2_amd64.deb.html (и не apt.disabled?)
3 ответа
Мы встречаемся с той же проблемой с одним сервером VPS, который размещается при использовании поставщика OpenVZ ( https://openvz.org). Другой сервер с новыми 14,04 установками (размещенный в другом месте) имеет все включенные задания крона.
Мое лучшее предположение - то, что это - попытка поставщика сохранить некоторые системные ресурсы.
В дополнение к ответу Ikar мы также видели это на поставщике VPS, использующем https://openvz.org / .
Мы обратились к нему путем запущения этого скрипта удара:
for script in $(find /etc/cron.* -type f -name '*.disabled' ! -name '.placeholder*')
do
mv "$script" "$(dirname $script)/$(basename $script .disabled)"
done
, который просто разделяет весь ".disabled" от стандартных сценариев крона, предоставленных хостом VPS.
Мы также видели это на выполнении OpenVZ VMs Debian. OpenVZ, если шаблоны/изображения имеют весь cronjobs от/etc/cron.* отключенный по умолчанию.
у меня нет подсказки, почему они сделали это, но кажется, что эта проблема вызывается используемым шаблоном/изображением и не имеет никакого отношения к какому-то конкретному поставщику VPS.