web-dev-qa-db-fra.com

Les tâches Cron sont désactivées lors de l’installation propre du 14.04

J'ai une nouvelle installation d'Ubuntu 14.04 et dans mon /etc/cron.daily/, je vois des fichiers * .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

Pourquoi cela arrive-t-il? Je souhaite utiliser les mises à jour sans surveillance sur mon ordinateur, mais la documentation relative aux mises à niveau sans surveillance indique que je dois modifier le fichier /etc/cron.daily/apt. Selon ce lien, je pense que ce fichier devrait exister par défaut: http://pkgs.org/ubuntu-14.04/ubuntu-main-AMD64/apt_1.0.1ubuntu2_AMD64.deb.html (et pas apt .désactivé?)

5
David George

Nous rencontrons le même problème avec un serveur VPS hébergé chez un fournisseur utilisant OpenVZ ( https://openvz.org ). Un autre serveur avec une nouvelle installation 14.04 (hébergé ailleurs) a toutes les tâches cron activées.

Ma meilleure hypothèse est que le fournisseur essaie de sauvegarder certaines ressources système.

3
Ikar Pohorský

Suite à la réponse d'Ikar, nous avons également vu cela sur un fournisseur VPS utilisant https://openvz.org/ .

Nous l'avons résolu en exécutant ce script bash:

for script in $(find /etc/cron.* -type f -name '*.disabled' ! -name '.placeholder*')
do
    mv "$script" "$(dirname $script)/$(basename $script .disabled)"
done

qui supprime simplement tous les ".disabled" des scripts cron standard fournis par l'hôte VPS.

3

Nous l'avons également vu sur les ordinateurs virtuels OpenVZ exécutant Debian. Les modèles/images fournis par OpenVZ ont toutes les tâches cron de /etc/cron.* désactivées par défaut.

Je ne sais pas pourquoi ils l'ont fait, mais il semble que ce problème soit causé par le modèle/image utilisé et qu'il n'ait aucun lien avec un fournisseur de VPS particulier.

1
Rudy Broersma