Tâche #11462
Scénario #11254: Qualification de la migration de la version 2.3 vers 2.4
upgrade_prerequisites.sh --> pas d'alerte si Arkeia v8 EST INSTALLÉ
0%
Demandes liées
Historique
#1 Mis à jour par Emmanuel IHRY il y a presque 9 ans
- Distribution changé de EOLE 2.5 à EOLE 2.3
Test réalisé sur un eSBL 2.3.16
- Installation de Atkeia V8 avec le script esbl_inst_arkeia_8.2
- lancement du script upgrade_prerequisites.sh
- le test ne ramène pas d'anomalie indiquant que arkeia est en V8 --> il faut indiquer qu'il est nécessaire de migrer au préalable
voir description de ce qui devait être fait dans :
https://dev-eole.ac-dijon.fr/issues/10846
--> fichier de log qui mentionne toutefois le paquet arkeai v8 comme paquet supplémentaire
========================
Vérification du matériel
========================
Test OK
=================================================
Vérification des paquets à la mise à jour bloquée
=================================================
Test OK
============================================
Vérification de la version de noyau utilisée
============================================
Test OK
====================================
Vérification des adaptations locales
====================================
Test échoué
Des adaptations non déclarées dans la variable ont été détectées :
Dictionnaires locaux
++++++++++++++++++
Pas de dictionnaires locaux détectés.
Patchs locaux
+++++++++++
Pas de patchs locaux détectés.
Paquets supplémentaires
+++++++++++++++++++++
Paquets supplémentaires :
acpid all-esbl
apt-transport-https apt-utils
arkeia arkwui
bash-completion bsd-mailx
bzip2 clamav
command-not-found command-not-found-data
debsums dictionaries-common
diffutils e2fsprogs
eject eole-debsums
eole-debsums-zephir-agent eole-esbl-glpi
eole-esbl-grr eole-esbl-ocs
eole-geo-ide-base eole-geo-ide-distribution
eole-geoide eole-userpassword
eole-web-config esbl-glpi
esbl-grr esbl-ocs
friendly-recovery fuse-utils
gdal-bin geo-ide-base-php
geoip-database gettext
gettext-base gnupg-curl
grep grub-common
grub-pc gzip
hostname hunspell-fr
ifupdown initscripts
insserv installation-report
intltool-debian iputils-arping
iputils-tracepath irqbalance
language-support-writing-fr laptop-detect
less libapache-dbi-perl
libapache2-mod-perl2 libapache2-mod-rpaf
libatm1 libc-client2007e
libc6-i686 libclass-accessor-perl
libconvert-binhex-perl libdevel-symdump-perl
libemail-abstract-perl libemail-date-format-perl
libemail-date-perl libemail-simple-perl
libfcgi-perl libfont-afm-perl
libfribidi0 libfuse2
libgc1c2 libgd2-xpm
libgdal1-1.6.0 libgeos-3.1.0
libgeos-c1 libgfortran3
libgif4 libgomp1
libhdf4-0-alt libhdf5-serial-1.8.4
libhtml-format-perl libhttp-server-simple-perl
libicu42 libio-string-perl
libio-stringy-perl liblockfile1
liblua5.1-0 libmailtools-perl
libmime-lite-perl libmime-tools-perl
libnetaddr-ip-perl libnetcdf4
libntfs-3g75 libogdi3.2
libossp-uuid-perl libossp-uuid16
libparse-debianchangelog-perl libproc-daemon-perl
libproj0 librpc-xml-perl
librrd4 libsoap-lite-perl
libsub-name-perl libt1-5
libtask-weaken-perl libterm-readkey-perl
libwww-mechanize-perl libxerces-c28
linux-firmware linux-image-2.6.32-73-eole
lockfile-progs login
manpages mawk
mlock mount
mtr-tiny nano
ncurses-base net-tools
netcat-openbsd nmap
ntfs-3g ntpdate
ocsinventory-agent p7zip
php-yii php5-gd
php5-imap php5-ldap
php5-pgsql php5-redis
php5-xmlrpc plymouth-theme-ubuntu-text
po-debconf postgresql
postgresql-8.4 postgresql-client-8.4
postgresql-client-common postgresql-common
powermgmt-base ppp
pppconfig pppoeconf
proj-data python-gdbm
python-gnupginterface python-lxml
python-rrdtool redis-server
sgml-base sysv-rc
tar tasksel
tasksel-data telnet
tree ubuntu-keyring
ufw update-manager-core
upstart ureadahead
uuid-runtime vim-tiny
w3m wfrench
wireless-crda xml-core
#2 Mis à jour par Emmanuel IHRY il y a presque 9 ans
- Tâche parente changé de #11247 à #11254
#3 Mis à jour par Emmanuel IHRY il y a presque 9 ans
Scénario :
- Installation sur un esbl de Arkeia V8
- lancement du script upgrade_prerequisites.sh
--> pas d'anomalie constatée alors que la présence de Arkeia V8 devrait être signalée en erreur
---> en revanche le paquet Arkeia est bien indiqué dans les paquets complémentaires.
--> lancement ensuite de UpgradeAuto
--> le système indique qu'il faut faire un Maj-Auto -E
--> après quoi Arkeia passe en V10
--> je relance UpgradeAuto et ça passe
--> le processus est il normal ?
#4 Mis à jour par Emmanuel IHRY il y a presque 9 ans
- Assigné à mis à Benjamin Bohard
#5 Mis à jour par Emmanuel IHRY il y a presque 9 ans
- Statut changé de Nouveau à En cours
#6 Mis à jour par Benjamin Bohard il y a presque 9 ans
La présence du paquet arkeia dans la liste des paquets complémentaire devait suffire, a priori, à alerter l'administrateur sur la nécessité de le mettre à jour.
Le problème principal est qu'il se retrouve noyé dans une liste de paquets qui n'ont rien à faire là.
Faut-il un traitement particulier pour certains paquets supplémentaires ou suffit-il de faire disparaître ceux qui n'ont rien à faire dans cette liste ?
#7 Mis à jour par Benjamin Bohard il y a presque 9 ans
- Fichier control_version.patch Voir ajouté
- % réalisé changé de 0 à 20
Dans le cas de l'emploi spécifique d'une liste noire, on peut comparer la version en plus du nom de paquet.
Les paquets dans la liste noire doivent être présentés sous la forme <nom_de_paquet>.<version>, telle que retournée par la commande dpkg-query -W -f='${Package}.${Version}'.
#8 Mis à jour par Thierry Bertrand il y a presque 9 ans
- Statut changé de En cours à Nouveau
#9 Mis à jour par Thierry Bertrand il y a presque 9 ans
- Statut changé de Nouveau à Reporté
- Restant à faire (heures) mis à 0.0
#10 Mis à jour par Thierry Bertrand il y a presque 9 ans
- % réalisé changé de 20 à 0
- Temps estimé mis à 0.00 h
#11 Mis à jour par Thierry Bertrand il y a presque 9 ans
- Temps estimé changé de 0.00 h à 1.00 h