Projet

Général

Profil

Actions

Demande #3949

fermé

Demande #3799: Migrer le parc des machines et VM vers Debian Buster

Migrer vers Debian Buster la vm dtc

Ajouté par Christian P. Momon il y a environ 5 ans. Mis à jour il y a presque 5 ans.

Statut:
Fermé
Priorité:
Normale
Assigné à:
Christian P. Momon
Catégorie:
-
Version cible:
Début:
21/10/2019
Echéance:
% réalisé:

100%

Temps estimé:
Difficulté:
2 Facile

Description

Ticket de suivi de la migration du SI April vers Debian Buster (#3799).


Demandes liées 1 (1 ouverte0 fermée)

Lié à Admins - Demande #5576: Migrer dtc sur BullseyeNouveauBenjamin Drieu02/09/2021

Actions

Mis à jour par François Poulain il y a environ 5 ans

  • Assigné à mis à Christian P. Momon

Mis à jour par François Poulain il y a environ 5 ans

  • Statut changé de Nouveau à Résolu
  • % réalisé changé de 0 à 100

Mis à jour par François Poulain il y a environ 5 ans

Principale difficulté relatée ici : #3983

Mis à jour par Christian P. Momon il y a environ 5 ans

Sur IRC:Freendode#april-admin le 04/11/2019 :

17:28 < cpm_screen> benj: en PHP7.3, il semble que dans les requêtes SQL insert et update, les valeurs '' ne soient plus gérées implicitement, faut leur mettre 0 avant l'appel sql.
17:28 < cpm_screen> ça te dit quelque chose ?
17:47 < PoluX> cpm_screen: STRICT_TRANS_TABLES est devenu le défaut dans mariadb depuis MariaDB 10.2.4.
17:47 < PoluX> et on est passé de 10.1.41-0 à 1:10.3.17
17:47 < cpm_screen> PoluX: cool et c'est mal si on remet comme avant ? Comment fais-ton?
17:48 < PoluX> il doit exister une conf :)
17:51 < PoluX> cpm_screen: j'essaierais ça : https://mariadb.com/kb/en/library/innodb-system-variables/#innodb_strict_mode
17:53 < PoluX> cpm_screen: =off, donc
17:53 < PoluX> cpm_screen: vu d'après https://jira.mariadb.org/browse/MDEV-7635 référencé dans https://mariadb.com/kb/en/library/mariadb-1024-changelog/

Rajouter dans le fichier root@dtc:/etc/mysql/conf.d/mysql.cnf :

[mysqld]
#
# * April custom required for vm drupal6 and vm dtc.
#
# sql_mode = STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION
sql_mode=ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION

Testable depuis la vm drupal6 :

mysql -u gdtc -h 172.16.0.6 -p gdtc
Enter password: 
mysql> show global variables like 'sql_mode';
+---------------+-----------------------------------------------------------------------+
| Variable_name | Value                                                                 |
+---------------+-----------------------------------------------------------------------+
| sql_mode      | ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION |
+---------------+-----------------------------------------------------------------------+
1 row in set (0.00 sec)

mysql> show  variables like 'sql_mode';
+---------------+-----------------------------------------------------------------------+
| Variable_name | Value                                                                 |
+---------------+-----------------------------------------------------------------------+
| sql_mode      | ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION |
+---------------+-----------------------------------------------------------------------+
1 row in set (0.00 sec)

mysql> INSERT INTO `benevalo` ( `actor_id`, `qualification`, `date`, `elapsed_time`, `costs`, `description`, `project`, `admin_info` ) VALUES ( '592', '2', '2019-11-04', '3480', '', 'test', 'Divers', '' ); 
Query OK, 1 row affected, 1 warning (0.00 sec)

mysql> 

Mis à jour par Quentin Gibeaux il y a presque 5 ans

  • Statut changé de Résolu à Fermé

Mis à jour par Christian P. Momon il y a environ 3 ans

Actions

Formats disponibles : Atom PDF