From 28a204e8ff35e92f2b4a7d903816a8cfeca1ac63 Mon Sep 17 00:00:00 2001 From: Quentin Duchemin <quentinduchemin@tuta.io> Date: Tue, 1 Sep 2020 17:40:46 +0200 Subject: [PATCH] [NextCloud] Fix doc --- pica-nextcloud/cet/README.md | 17 +++++++++++++---- pica-nextcloud/pica/README.md | 17 ++++------------- 2 files changed, 17 insertions(+), 17 deletions(-) diff --git a/pica-nextcloud/cet/README.md b/pica-nextcloud/cet/README.md index 4106e819..70cc17a4 100644 --- a/pica-nextcloud/cet/README.md +++ b/pica-nextcloud/cet/README.md @@ -12,10 +12,19 @@ Les CGU sont celles de Picasoft : https://picasoft.net/co/cgu.html La couleur de fond est `#8CBD8C`. -### Mise à jour de MariaDB +### Mise à jour de PostgreSQL -[Selon la documentation](https://mariadb.com/kb/en/upgrading-between-major-mariadb-versions/) : +Il peut arriver que la version de PostgreSQL ne soit plus supportée par NextCloud. +Sans en arriver là, il est bon de régulièrement mettre à jour PostgreSQL : +> While upgrading will always contain some level of risk, PostgreSQL minor releases fix only frequently-encountered bugs, security issues, and data corruption problems to reduce the risk associated with upgrading. For minor releases, the community considers not upgrading to be riskier than upgrading. https://www.postgresql.org/support/versioning/ -> MariaDB is designed to allow easy upgrades. You should be able to trivially upgrade from ANY earlier MariaDB version to the latest one (for example MariaDB 5.5.x to MariaDB 10.5.x), usually in a few seconds. +Les mise à jours mineures (changement du Y de la version X.Y) peuvent se faire sans intervention humaine. On veillera à bien regarder les logs. -L'idée est d'éteindre le conteneur applicatif (NextCloud), puis de lancer la nouvelle version du conteneur, d'entrer dedans, de lancer la commande `mysql_upgrade` et de redémarrer le conteneur. +En revanche, le passage d'une version majeure à une autre nécessitera une intervention manuelle. + +La documentation complète est ici : https://www.postgresql.org/docs/current/upgrading.html + +De manière générale, la façon la plus simple est de se rendre dans l'ancien conteneur, de réaliser un `pg_dumpall` et de le copier en lieu sûr (`docker cp`). +Ensuite, on supprime l'ancien volume de base de données, on relance le nouveau conteneur de base de données (qui sera sans donnée), on monte le fichier de dump, et on lance un `psql -U <user> -d <db> -f <dump_file>` (valeurs de `user` et `db` à matcher avec le fichiers de secrets). + +On attend, et **si tout s'est bien passé**, on peut lancer le conteneur applicatif (NextCloud). diff --git a/pica-nextcloud/pica/README.md b/pica-nextcloud/pica/README.md index 914b426d..1fc3cb3b 100644 --- a/pica-nextcloud/pica/README.md +++ b/pica-nextcloud/pica/README.md @@ -1,18 +1,9 @@ ## NextCloud Picasoft -### Mise à jour de PostgreSQL +### Mise à jour de MariaDB -Il peut arriver que la version de PostgreSQL ne soit plus supportée par NextCloud. -Sans en arriver là, il est bon de régulièrement mettre à jour PostgreSQL : -> While upgrading will always contain some level of risk, PostgreSQL minor releases fix only frequently-encountered bugs, security issues, and data corruption problems to reduce the risk associated with upgrading. For minor releases, the community considers not upgrading to be riskier than upgrading. https://www.postgresql.org/support/versioning/ +[Selon la documentation](https://mariadb.com/kb/en/upgrading-between-major-mariadb-versions/) : -Les mise à jours mineures (changement du Y de la version X.Y) peuvent se faire sans intervention humaine. On veillera à bien regarder les logs. +> MariaDB is designed to allow easy upgrades. You should be able to trivially upgrade from ANY earlier MariaDB version to the latest one (for example MariaDB 5.5.x to MariaDB 10.5.x), usually in a few seconds. -En revanche, le passage d'une version majeure à une autre nécessitera une intervention manuelle. - -La documentation complète est ici : https://www.postgresql.org/docs/current/upgrading.html - -De manière générale, la façon la plus simple est de se rendre dans l'ancien conteneur, de réaliser un `pg_dumpall` et de le copier en lieu sûr (`docker cp`). -Ensuite, on supprime l'ancien volume de base de données, on relance le nouveau conteneur de base de données (qui sera sans donnée), on monte le fichier de dump, et on lance un `psql -U <user> -d <db> -f <dump_file>` (valeurs de `user` et `db` à matcher avec le fichiers de secrets). - -On attend, et **si tout s'est bien passé**, on peut lancer le conteneur applicatif (NextCloud). +L'idée est d'éteindre le conteneur applicatif (NextCloud), puis de lancer la nouvelle version du conteneur, d'entrer dedans, de lancer la commande `mysql_upgrade` et de redémarrer le conteneur. -- GitLab