Différences

Ci-dessous, les différences entre deux révisions de la page.

--- issue122:labo_linux [2017/07/09 14:46] – auntiee
+++ issue122:labo_linux [2017/07/11 14:34] (Version actuelle) – d52fr
@@ Ligne 7: / Ligne 7: @@
 • We’ve started to virtualize more servers and this was another physical machine that could break down.**
-Il y a plusieurs mois, j'ai transféré l'un des paquets logiciel que nous utilisons au bureau vers un nouveau serveur. Avoir le temps de me concentrer sur quelque chose d'aussi important qu'une migration serveur est très inhabituel pour me, car j'ai généralement un peu moins de six heures par semaine pour regarder des nouveautés. Dans ce cas, je connaissait le paquet logiciel, PCRT (PC Repair Tracker, ou suivi des réparations des PC), mais la migration était à la fois un changement de matériel et une mise à jour logiciel - je n'y voyais aucun problème.
+Il y a plusieurs mois, j'ai transféré l'un des paquets logiciels que nous utilisons au bureau vers un nouveau serveur. Avoir le temps de me concentrer sur quelque chose d'aussi important qu'une migration serveur est très inhabituel pour moi, car j'ai généralement un peu moins de six heures par semaine pour regarder des nouveautés. Dans ce cas, je connaissais le paquet logiciel, PCRT (PC Repair Tracker, ou suivi des réparations des PC), mais la migration était à la fois un changement de matériel et une mise à jour logicielle - je n'y voyais aucun problème.
 Notre « Repair Tracker » fonctionnait très bien jusqu'ici, mais il y avait plusieurs soucis :
-• La version de PCRT que nous utilisions était plutôt obsolète (nous avions la 2.2 alors que la 4.1 a été publié).
+• La version de PCRT que nous utilisions était plutôt obsolète (nous avions la 2.2 alors que la 4.1 a été publiée).
 • L'emplacement du « serveur » sur lequel il fonctionnait n'était pas aussi sûr que celui de nos autres serveurs.
 • Nous n'étions pas même certains de faire des sauvegardes régulières (on avait une vieille sauvegarde « dd » et on pouvait donc restaurer la machine au besoin, mais sans les données récentes).
@@ Ligne 33: / Ligne 33: @@
 sudo service apache2 restart**
-L'idée était de migrer la base de donner existante et la version 2.2 de PCRT sur notre serveur virtuel nouvellement créé, faire toute les mises à niveau nécessaires pour arriver à la 4.1, puis aborder les sauvegardes. Il s'avère que nous sauvegardions la base de données et le logiciel régulièrement, mais, comme vous auriez pu le comprendre, l'installation sur le nouveau serveur ne s'est pas très bien passée.
+L'idée était de migrer la base de données existante et la version 2.2 de PCRT sur notre serveur virtuel nouvellement créé, faire toutes les mises à niveau nécessaires pour arriver à la 4.1, puis aborder les sauvegardes. Il s'avère que nous sauvegardions la base de données et le logiciel régulièrement, mais, comme vous auriez pu le comprendre, l'installation sur le nouveau serveur ne s'est pas très bien passée.
-Le problème ? Ubuntu 16.04 Server. Plus précisément, la version plus récente de PHP sur Ubuntu Server et PCRT 2.2 ne semblaient pas faire bon ménage. Heureusement, l'un de nos administrateurs système avait recontré un problème similaire avec d'autres logiciels. La solution était d'exécuter une version moins récente de PHP (à la fin, deux versions de PHP était installées, mais seule la plus vieille était activée). Lorna Jane Mitchell (l'auteur de PHP Web services et de PHP Master) a aussi rencontré ce problème et a documenté la PPA qu'elle a utilisée pour installer les deux versions de PHP. En fait, il m'a suffit d'inverser l'avant-dernière étape :
+Le problème ? Ubuntu server 16.04. Plus précisément, la version plus récente de PHP sur Ubuntu Server et PCRT 2.2 ne semblaient pas faire bon ménage. Heureusement, l'un de nos administrateurs système avait rencontré un problème similaire avec d'autres logiciels. La solution était d'exécuter une version moins récente de PHP (à la fin, deux versions de PHP était installées, mais seule la plus vieille était activée). Lorna Jane Mitchell (l'auteur de PHP Web services et de PHP Master) a aussi rencontré ce problème et a documenté la PPA qu'elle a utilisée pour installer les deux versions de PHP. En fait, je n'ai fait qu'inverser l'avant-dernière étape :
 https://lornajane.net/posts/2016/php-7-0-and-5-6-on-ubuntu
@@ Ligne 52: / Ligne 52: @@
-Of course this wasn’t the only answer, there were a number of PHP 5.6 dependencies I also needed to install, but they all got sorted out by reading the error logs during the install of PCRT.
+**Of course this wasn’t the only answer, there were a number of PHP 5.6 dependencies I also needed to install, but they all got sorted out by reading the error logs during the install of PCRT.
 All of this could have been avoided if we just installed Ubuntu server 14.04 and used the version of PHP default with it, however one of our goals was to be as up-to-date as possible, and, when I took this approach on another development machine, it also didn’t quite work out as expected.
-On that development machine we wanted to run a number of non-virtualized PHP software packages, one of which was PCRT, the other Owncloud. Because it seemed the simplest route to get PCRT installed, we installed Ubuntu server 14.04. But that turned out to be a mistake because Owncloud wanted a later version of PHP (5.59 was installed; it needed 5.6).
+On that development machine we wanted to run a number of non-virtualized PHP software packages, one of which was PCRT, the other Owncloud. Because it seemed the simplest route to get PCRT installed, we installed Ubuntu server 14.04. But that turned out to be a mistake because Owncloud wanted a later version of PHP (5.59 was installed; it needed 5.6).**
+Bien entendu, ce n'était pas la seule solution ; il y avait plusieurs dépendances de PHP 5.6 que je devais installer aussi, mais tout cela a été réglé après la lecture du journal des erreurs pendant l'installation de PCRT.
+On aurait pu éviter tout ce tracas en installant simplement Ubuntu server 14.04 et en utilisant la version par défaut de PHP incluse. Toutefois, l'un de nos objectifs était d'être aussi à jour que possible et, quand j'ai utilisé cette approche sur une autre machine de développement, les choses ne se sont pas passées tout à fait comme attendu.
+Sur la machine de développement, nous voulions faire tourner plusieurs paquets logiciels non virtualisés de PHP, dont l'un était PCRT et l'autre Owncloud. Parce que la solution la plus simple pour installer PCRT semblait être l'installation d'Ubuntu server 14.04, c'est ce qu'on a fait. Mais cela s'est avéré un problème parce que Owncloud voulait une version plus récente de PHP (la 5.59 était installée, mais la 5.6 était nécessaire).
-In this case, I employed the same tactic, but ran a2dismod for version 5.59 and a2enmod for 5.6. Better planning might have foreseen this problem, but often time is precious and I end up having to figure out issues as we go. Two separate virtualized environments would have also solved this problem, and it’s the direction we’re headed, but it just got me thinking that it’s a bit of a pain having to maintain several versions of PHP to run the software we want to run.
+**In this case, I employed the same tactic, but ran a2dismod for version 5.59 and a2enmod for 5.6. Better planning might have foreseen this problem, but often time is precious and I end up having to figure out issues as we go. Two separate virtualized environments would have also solved this problem, and it’s the direction we’re headed, but it just got me thinking that it’s a bit of a pain having to maintain several versions of PHP to run the software we want to run.
-Technologies like Docker suddenly seem more viable, even for a smaller organization.
+Technologies like Docker suddenly seem more viable, even for a smaller organization. **
+Dans ce cas-là, j'ai utilisé la même tactique, mais j'ai exécuté a2dismod pour la version 5.59 et a2enmod pour la 5.6. Une meilleure planification aurait pu sans doute prévoir le problème, mais, souvent, le temps est compté et je finis par devoir résoudre des problèmes en cours de route. Deux environnements virtualisés distincts auraient également résolu le problème, et c'est la direction que nous prenons, mais cela m'a montré que c'est un peu fastidieux de devoir maintenir plusieurs versions de PHP pour pouvoir lancer les logiciels que nous voulons.
+Tout d'un coup, des technologies comme Docker semblent plus viables, même pour une petite ou moyenne organisation.