Admins

À titre d'essai, mumble a été migrée.
Quelques remarques :

• W: There is no public key available for the following key IDs: EF0F382A1A7B6500 (mais ok cf : https://micronews.debian.org/2017/1497791872.html ) * quelques questions ncurses posées (reconfiguration locales, quelques détails postfix et des nouvelles options, tout a été accepté tel quel) * nouvelle conf ssh non appliquée (il y avait trop de différences, j'ai préféré garder la notre) * mailq cassé ? (il manque sbin après postfix dans le chemin)
  

  root@mumble:~# mailq
  postqueue: warning: Mail system is down -- accessing queue directly
  postqueue: fatal: vstream_popen: execvp /usr/lib/postfix/showq: No such file or directory
  postqueue: fatal: malformed showq server response
  

  
  --> il faut virer "main.cf:daemon_directory = /usr/lib/postfix", c'est une ligne legacy

À part ça, ràs, ça fonctionne (et ça reboot)

t'as suivi pas à pas la doc debian ou bien t'as fait upgrade/distupgrade sans plus de précaution ? :)

màj jessie, puis fix stretch dans les dépots, puis apt dist-upgrade

J'ai mis à jour peyotl en stretch. Etienne va tester et remonter les éventuels problèmes.

J'ai mis à jour absinthe de stretch vers buster.

J'ai mis à jour lamp et adl en stretch. Même soucis avec postfix dans les deux cas. Résolution triviale.

qq notes ici : https://admin.april.org/dokuwiki/doku.php?id=sysadm:upgrade_vers_stretch

bots mis à jour en stretch, RAS à par le soucis de postfix

• cloner la machine au profit de sympa2 ;
• upgrader ;
• migrer la gestion des transports de cron vers incron ;
• passer en fcgi.

• plus de messages d'erreurs périodiques dans syslog ;
• fonctionnement correct d'une liste de test ;
• fonctionnement correct de wws avec test de montée en charge.

• extinction de l'ancienne VM ;
• renomage de la machine ;
• réaffectation de l'IP.

• je pense qu'il y a au moins deux machines qu'on peut confier à benj : dtc et candidatsfr
• je pense que lamp et galanga vont être retord: à ne migrer qu'à l'occasion d'un camp
• idem pour les hotes: il y a trop d'enjeu
• je pense que drupal6 ne sera pas migrée
• et pour le reste des guests, on fait quand on veut/peut
• pour le local, perso je propose de ne pas migrer mais d'instancier un nv serveur
• et pour damiana, il faudra prévoir une opération commando :)

Quentin : vm admin done

agir done

Christian: VM candidatsfr : fait. RAS.

Concernant la nouvelle interface agir.april.org (Redmine) suite à la migration de la VM agir

[11/25/17 17:31] <edausq> le nouveau menu redmine
http://www.redmine.org/projects/redmine/news#New-menu-item-for-creating-objects-issues-wiki-pages-and-more
[11/25/17 17:32] <edausq> Users who still prefer to see the "New issue" menu item can revert back to the previous
behaviour. A new setting (Administration / Settings / Display / Project menu tab for creating new
objects) lets you control that. You can also choose to hide both of these menu items, as the "New
issue" link is also added to the top of the issue list.

Pour pouet, attention à la mise à jour de postgres :

http://renaudguezennec.eu/index.php/2017/07/01/mettre-jour-postgresql-sur-debian-stretch/

Il faut manuellement migrer la base 9.4 en 9.6 en supprimant la base vierge 9.6 automatiquement crée.

L'état de dispatching des VM :

francois@renard:~/securedrop-club$ ssh calamus virsh list
 Id    Name                           State
----------------------------------------------------
 2     adl                            running
 6     bots                           running
 7     candidatsbe                    running
 16    pouet                          running
 20    lamp                           running
 21    republique-numerique           running
 23    pad                            running
 24    scm                            running
 25    candidatsfr                    running
 26    agir                           running

francois@renard:~/securedrop-club$ ssh virola virsh list
 Id    Name                           State
----------------------------------------------------
 3     admin                          running
 5     bastion                        running
 10    drupal6-dev                    running
 11    drupal6                        running
 12    dtc                            running
 15    mumble                         running
 21    sympa                          running
 22    mail                           running
 23    dns                            running

===== bastion =====
9.4
===== admin =====
9.4
===== dns =====
9.4
===== mail =====
9.4
===== sympa =====
9.4
===== adl =====
9.4
===== lamp =====
9.4
===== agir =====
9.4
===== bots =====
9.4
===== dtc =====
9.4
===== drupal6 =====
8.10
===== republique-numerique =====
9.4
===== mumble =====
9.4
===== candidatsbe =====
9.4
===== candidatsfr =====
9.4
===== pad =====
9.4
===== scm =====
9.4
===== pouet =====
9.4
===== webchat =====
9.4
===== photos =====
9.4
===== virola.april.org =====
9.4
===== calamus.april.org =====
9.4
===== galanga.april.org =====
8.10
root@raspberrypi:~/april# ssh root@damiana.local.april.org "cat /etc/debian_version" 
9.4
root@raspberrypi:~/april# ssh peyotl.local.april.org "cat /etc/debian_version" 
9.4
root@raspberrypi:~/april# ssh kavakava.local.april.org "cat /etc/debian_version" 
9.4

Il ne reste que galanga et drupal6 : pour galanga ça peut attendre la remise en état du RAID. Pour drupal6, c'est un no-go à cause de PHP5 vs PHP7 ?