Modifications entre les versions 6 et 42 (s'étendant sur 36 versions)
⇤ ← Version 6 à la date du 2011-04-26 23:35:37 →
Taille: 4802
Éditeur: JeanChristopheAndré
Commentaire: attention à asterisk !
← Version 42 à la date du 2014-04-28 12:56:51 → ⇥
Taille: 6967
Éditeur: MoussaNombre
Commentaire:
Texte supprimé. Texte ajouté.
Ligne 1: Ligne 1:
<<TableOfContents()>>
Ligne 3: Ligne 4:
Cette page présente la migration de Debian Lenny (5.0) vers Debian Squeeze (6.0). Cette page présente la migration de Debian Squeeze (6.0) vers Debian Wheezy (7.2).

||<#ff0000> /!\ '''ATTENTION :''' Cette page concerne la migration d'un serveur Debian déjà en 64 bits. /!\ <<BR>> <<BR>> L'ARI demande maintenant à ce que tous les serveurs Debian soient installés en 64 bits (`amd64`). <<BR>> Or '''il n'est pas possible de changer d'architecture via une mise à jour standard'''. <<BR>> Si votre système est encore en 32 bits (`i386`), vous devriez plutôt envisager de le réinstaller. ||
Ligne 7: Ligne 10:
= Migration de Lenny vers Squeeze = = Migration de Squeeze vers Wheezy =
Ligne 12: Ligne 15:
 * lisez la section « Problèmes rencontrés lors de migrations » ci-dessous, /* en particulier les sections sur GIT et Asterisk qui sont */ à vérifier '''avant''' la migration  * lisez la section « Problèmes rencontrés lors de migrations » ci-dessous, à vérifier '''avant''' la migration
Ligne 18: Ligne 21:
 . /!\ Il faut '''absolument''' lire [[http://www.debian.org/releases/squeeze/i386/release-notes/ch-upgrading.fr|les notes de publications]]. Cela vous évitera la plupart des problèmes possibles. Si vous hésitez à mettre à jour un serveur en production, contactez d'abord la liste Tech@Auf afin que nous étudions ensemble les problèmes potentiels.  . /!\ Il faut '''absolument''' lire [[http://www.debian.org/releases/wheezy/amd64/release-notes/ch-upgrading.fr.html|les notes de publications]]. Cela vous évitera la plupart des problèmes possibles. Si vous hésitez à mettre à jour un serveur en production, contactez d'abord la liste Tech@Auf afin que nous étudions ensemble les problèmes potentiels.
Ligne 26: Ligne 29:
 * si ce n'est pas encore fait, ajoutez la nouvelle section `wheezy-updates` qui succède à `debian-volatile` à partir de Squeeze (voir la page [[Debian]]), puis lancez une mise à jour du système
Ligne 28: Ligne 32:
## == Suivi des modifications avec git ==
## * Étant donné les différences importantes entre git 1.4 et 1.5, le paquet `auf-git-etc` fixe maintenant des variables d'environnement `GIT_DIR` et `GIT_WORK_TREE` pour tous les utilisateurs dans le groupe `admin`.
## * Cela n'a en principe aucune conséquence pour la migration mais pourrait en avoir pour des utilisateurs ou scripts dans le groupe `admin` qui gérerait des dépôts autres que celui servant à suivre la racine. Mais a priori on ne devrait pas trouver ce cas particulier à l'AuF.
Ligne 34: Ligne 35:
== sudoers (pas vraiment un soucis, mais y faire attention) ==
Le fichier `/etc/sudoers` sera modifié, profitez-en pour mettre vos paramètres dans un fichier séparé, plutôt que dans `/etc/sudoers` : {{{
visudo -f /etc/sudoers.d/local
}}}
Ligne 36: Ligne 42:
''' /!\ ATTENTION /!\ ''' Ne surtout pas migrer un serveur asterisk, la configuration AuF n'est '''pas encore prête''' pour la version 1.6 qui vient avec Squeeze et '''le service VoIP ne fonctionnera plus du tout''' ! /!\ '''ATTENTION :''' Ne surtout pas migrer un serveur asterisk, la configuration AuF d'origine ayant été faite pour la version 1.4, '''le service VoIP ne fonctionnerait plus du tout''' !
Ligne 38: Ligne 44:
Cette page sera mise à jour quand la configuration AuF pour asterisk 1.6 sera disponible. En revanche, vous pouvez passer votre serveur VoIP sous Wheezy en le '''réinstallant'''.
Pour cela, contactez [[MoussaNombré]] pour l'informer de votre migration VoIP et suivez la procédure sur [[Projet/Asterisk1.8/ProcedureMiseEnPlace]].
Ligne 40: Ligne 47:
== snmpd == == MySQL ==
Ligne 42: Ligne 49:
Impossible de démarrer le service SNMP dans un conteneur OpenVZ ?!

Les journaux système indiquent ceci : {{{
Apr 19 23:02:25 jabber snmpd[709]: Turning on AgentX master support.
Apr 19 23:02:25 jabber snmpd[709]: Error opening specified endpoint "udp:161"
Apr 19 23:02:25 jabber snmpd[709]: Server Exiting with code 1		 Il faut retirer la ligne suivante de la section `[mysqld]` du fichier `/etc/mysql/conf.d/local.cnf` '''avant''' de faire la mise à niveau : {{{
default-character-set = utf8
Ligne 50: Ligne 53:
== syslog-ng == Si vous avez oublié de le faire avant, la retirer puis lancer `apt-get install mysql-server` pour terminer son installation (qui aura été interrompue).
Ligne 52: Ligne 55:
Il vaut mieux passer à `rsyslog` qui est le nouveau standard. Mais si vous devez utiliser malgré tout `syslog-ng`, dans un environnement virtualisé, pensez à dé-commenter la ligne suivante dans `/etc/default/syslog-ng` : {{{
SYSLOGNG_OPTS="--no-caps"		 == Phpmyadmin ==
Phpmyadmin utilise une base de données pour stocker ses infos. Lors de la migration, une option de mise à niveau (création de la base, etc.) est proposée, mais n'aboutit pas.
 * continuer la migration jusqu'au bout
 * la suite est bien expliquée sur votre interface web phpmyadmin : ex. chez moi http://new-dev.auf/phpmyadmin/Documentation.html#linked-tables

== Dovecot ==

Il y a eu beaucoup de changements entre la version 1.2 (''squeeze'') et 2.0 (''wheezy'') . Il est recommandé de lire au préalable le fichier `/usr/share/doc/dovecot-core/README.Debian.gz` de la version 2.x

== Calamaris ==

La génération des graphiques ne se patche plus dans `/etc/cron.daily/calamaris` mais dans `/usr/lib/calamaris/calamaris-cron-script`, cf [[Squid#Statistiques_avec_calamaris|la config' de calamaris]].

== Munin ==

La config' Apache de Munin n'est plus automatiquement chargée via un lien dans `/etc/apache2/conf.d/munin`. Il faut maintenant faire un `Include /etc/munin/apache.conf` dans son !VirtualHost.

== Lshell ==

Erreur après passage à Wheezy : {{{
/etc/cron.daily/logrotate:
error: skipping "/var/log/lshell/*.log" because parent directory has insecure permissions (It's world writable or writable by group which is not "root") Set "su" directive in config file to tell logrotate which user/group should be used for rotation.
Ligne 56: Ligne 79:
= Notes à propos de auf-django-users =
Sur Squeeze, la version de python-django est la 1.2 et s'accompagne de quelques changements dans l'organisation des fichiers du paquet correspondant. Ainsi, pour permettre le chargement des fichiers statiques (js, css et html) permettant l'affichage correcte des pages web de auf-django-users, il faut modifier le fichier /etc/auf-django-users en remplacant les lignes
{{{
Alias /admin/media /usr/share/python-support/python-django/django/contrib/admin/media
<Directory /usr/share/python-support/python-django/django/contrib/admin/media/>
}}}
par
{{{
Alias /admin/media /usr/share/pyshared/django/contrib/admin/media
<Directory /usr/share/pyshared/django/contrib/admin/media/>
}}}		 Bug signalé ici : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=668776.
En résumé, en attention la correction du bug, ajouter la ligne `su nobody lshell` au fichier `/etc/cron.daily/logrotate`.

== Libvirt ==
L'activation de l'option `Activer le menu de démarrage` (catégorie `Boot Options` dans virt-manager) perturbe l'ordre de démarrage des disques : les disques IDE passent en premier, avant les VirtIO. Ce qui fait que la machine vituel ne boote plus (elle démarre sur l'image iso d'installation).

'''Veiller à décocher cette option''' dans le cas de configuration comportant des disques IDE et VirtIO.

== Noyau openvz ==

 * '''A CONFIRMER''' : possiblement des soucis avec Libvirt et aussi avec certains drivers (DRM, firmware).
  * serveurs virtuel KVM qui ne démarrent plus
  * plantage du noyau au boot

 * A chaque reboot le `resolv.conf` des CT est changé, pour éviter cela : ajouter `exit 0` au début du fichier `/etc/vz/dists/scripts/set_dns.sh` après la ligne `#!/bin/sh`

== Fusioninventory ==
 * Lors de la mise à jour accepter le nouveau fichier du mainteneur
 * après la mise à jour, lancer la commande {{{
new-dev:~# auf-inventaire-config `cat /etc/fusioninventory/tag`
}}} pour reconfigurer votre fusioninventory-agent.
 * supprimer l'ancien fichier `rm /etc/fusioninventory/agent.cfg.ucf-old`

Sommaire

  1. Migration de Squeeze vers Wheezy
    1. Commencez par vérifier que votre système est à jour !
    2. Suivez la procédure officielle de mise à jour !
    3. Finalisez la mise à jour
  2. Problèmes rencontrés lors de migrations : À LIRE AVANT DE MIGRER !!
    1. sudoers (pas vraiment un soucis, mais y faire attention)
    2. asterisk
    3. MySQL
    4. Phpmyadmin
    5. Dovecot
    6. Calamaris
    7. Munin
    8. Lshell
    9. Libvirt
    10. Noyau openvz
    11. Fusioninventory

Merci de bien vouloir compléter ces informations avec vos Problèmes rencontrés lors de migrations en fin de page !

Cette page présente la migration de Debian Squeeze (6.0) vers Debian Wheezy (7.2).

/!\ ATTENTION : Cette page concerne la migration d'un serveur Debian déjà en 64 bits. /!\

L'ARI demande maintenant à ce que tous les serveurs Debian soient installés en 64 bits (amd64).
Or il n'est pas possible de changer d'architecture via une mise à jour standard.
Si votre système est encore en 32 bits (i386), vous devriez plutôt envisager de le réinstaller.

Pour connaître la technique conseillée pour installer Debian à l'AUF, consultez la page Debian.

Migration de Squeeze vers Wheezy

Commencez par vérifier que votre système est à jour !

  • vérifiez vos sources apt dans /etc/apt/sources.list

  • lancez apt-get update ; apt-get upgrade

  • intégrez les éventuels changements que vous trouverez avec find /etc -name "*.dpkg*" -o -name "*.ucf*"

  • lisez la section « Problèmes rencontrés lors de migrations » ci-dessous, à vérifier avant la migration

Suivez la procédure officielle de mise à jour !

  • /!\ Il faut absolument lire les notes de publications. Cela vous évitera la plupart des problèmes possibles. Si vous hésitez à mettre à jour un serveur en production, contactez d'abord la liste Tech@Auf afin que nous étudions ensemble les problèmes potentiels.

  • (!) Quand on vous propose de choisir entre votre ancienne configuration et celle proposée par Debian, dans la plupart des cas il est préférable de choisir cette dernière (celle de Debian) pour éviter une interruption de la mise à jour faute de configuration valide. Vous pourrez de toutes façons ré-intégrer vos modifications ensuite à partir des fichier .dpkg-old ou .ucf-old (ou de votre dernière sauvegarde).

  • /!\ Attention : il s'agit d'intégrer les modifications de l'ancienne configuration et non pas simplement recopier l'ancien fichier de configuration !

Finalisez la mise à jour

  • une nouvelle fois, intégrez les éventuels changements que vous trouverez avec find /etc -name "*.dpkg*" -o -name "*.ucf*"

  • cherchez s'il reste des paquets non-Debian : aptitude search ~i\!~Odebian

  • aptitude affichera la liste des paquets installés qui ne sont pas originels d'une archive Debian officielle

  • si ce n'est pas encore fait, ajoutez la nouvelle section wheezy-updates qui succède à debian-volatile à partir de Squeeze (voir la page Debian), puis lancez une mise à jour du système

Problèmes rencontrés lors de migrations : À LIRE AVANT DE MIGRER !!

sudoers (pas vraiment un soucis, mais y faire attention)

Le fichier /etc/sudoers sera modifié, profitez-en pour mettre vos paramètres dans un fichier séparé, plutôt que dans /etc/sudoers : 

visudo -f /etc/sudoers.d/local

asterisk

/!\ ATTENTION : Ne surtout pas migrer un serveur asterisk, la configuration AuF d'origine ayant été faite pour la version 1.4, le service VoIP ne fonctionnerait plus du tout !

En revanche, vous pouvez passer votre serveur VoIP sous Wheezy en le réinstallant. Pour cela, contactez MoussaNombré pour l'informer de votre migration VoIP et suivez la procédure sur Projet/Asterisk1.8/ProcedureMiseEnPlace.

MySQL

Il faut retirer la ligne suivante de la section [mysqld] du fichier /etc/mysql/conf.d/local.cnf avant de faire la mise à niveau : 

default-character-set = utf8

Si vous avez oublié de le faire avant, la retirer puis lancer apt-get install mysql-server pour terminer son installation (qui aura été interrompue).

Phpmyadmin

Phpmyadmin utilise une base de données pour stocker ses infos. Lors de la migration, une option de mise à niveau (création de la base, etc.) est proposée, mais n'aboutit pas.

Dovecot

Il y a eu beaucoup de changements entre la version 1.2 (squeeze) et 2.0 (wheezy) . Il est recommandé de lire au préalable le fichier /usr/share/doc/dovecot-core/README.Debian.gz de la version 2.x

Calamaris

La génération des graphiques ne se patche plus dans /etc/cron.daily/calamaris mais dans /usr/lib/calamaris/calamaris-cron-script, cf la config' de calamaris.

Munin

La config' Apache de Munin n'est plus automatiquement chargée via un lien dans /etc/apache2/conf.d/munin. Il faut maintenant faire un Include /etc/munin/apache.conf dans son VirtualHost.

Lshell

Erreur après passage à Wheezy : 

/etc/cron.daily/logrotate:
error: skipping "/var/log/lshell/*.log" because parent directory has insecure permissions (It's world writable or writable by group which is not "root") Set "su" directive in config file to tell logrotate which user/group should be used for rotation.

Bug signalé ici : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=668776. En résumé, en attention la correction du bug, ajouter la ligne su nobody lshell au fichier /etc/cron.daily/logrotate.

Libvirt

L'activation de l'option Activer le menu de démarrage (catégorie Boot Options dans virt-manager) perturbe l'ordre de démarrage des disques : les disques IDE passent en premier, avant les VirtIO. Ce qui fait que la machine vituel ne boote plus (elle démarre sur l'image iso d'installation).

Veiller à décocher cette option dans le cas de configuration comportant des disques IDE et VirtIO.

Noyau openvz

  • A CONFIRMER : possiblement des soucis avec Libvirt et aussi avec certains drivers (DRM, firmware).

    • serveurs virtuel KVM qui ne démarrent plus
    • plantage du noyau au boot

  • A chaque reboot le resolv.conf des CT est changé, pour éviter cela : ajouter exit 0 au début du fichier /etc/vz/dists/scripts/set_dns.sh après la ligne #!/bin/sh

Fusioninventory

  • Lors de la mise à jour accepter le nouveau fichier du mainteneur

  • après la mise à jour, lancer la commande 

    new-dev:~# auf-inventaire-config `cat /etc/fusioninventory/tag`
    pour reconfigurer votre fusioninventory-agent.

  • supprimer l'ancien fichier rm /etc/fusioninventory/agent.cfg.ucf-old

Debian/Wheezy (dernière édition le 2018-12-16 02:19:32 par JeanChristopheAndré)