HowtoPostgreSQL : tfix

This commit is contained in:
David Prevot 2023-05-05 15:09:00 +02:00
parent e69bb3736b
commit 55cbf1090b

View file

@ -672,7 +672,7 @@ La base doit exister, sinon il faut la créer avec `createdb -O <owner> <db>` :
$ psql -U <user> -W -d <base> < dump.sql
~~~
Attention: si on restaure de cette manière il faut vérifié que les droits de la base, des tables, des séquences et des vues, soit bien avec le propriétaire de la base, si ce c'est pas le cas on peut modifié les droits comme ceci :
Attention: si on restaure de cette manière il faut vérifier que les droits de la base, des tables, des séquences et des vues, soient bien avec le propriétaire de la base, si ce c'est pas le cas on peut modifier les droits comme ceci :
- changement des droits pour toutes les tables d'une base :
@ -1506,9 +1506,9 @@ Lors d'un dump avec l'utilitaire *pg_dump* sur une réplication streaming, il se
*Error : canceling statement due to conflict with recovery* ou en français :
*ERREUR: annulation de la requête à cause d'un conflit avec la restauration*
Dans le cas où on utilise un slot physique de réplication, il faut augmenté la valeur de **max_standby_streaming_delay** et bien vérifié que cette valeurs soit supérieure a celle mis sur le primaire.
Dans le cas où on utilise un slot physique de réplication, il faut augmenté la valeur de **max_standby_streaming_delay** et bien vérifier que cette valeurs soit supérieure a celle mis sur le primaire.
Dans le cas où on fait de la réplication physique des WAL, il faut augmenté la valeur de **max_standby_archive_delay** sur le réplica, et bien vérifié que cette valeurs soit supérieure a celle mis sur le primaire.
Dans le cas où on fait de la réplication physique des WAL, il faut augmenté la valeur de **max_standby_archive_delay** sur le réplica, et bien vérifier que cette valeurs soit supérieure a celle mis sur le primaire.
## Erreur "L'utilisateur « foo » n'a pas de secret SCRAM valide (User "foo" does not have a valid SCRAM verifier.)
@ -1523,7 +1523,7 @@ Pour modifié le hash du mot de passe de l'utilisateur on peut faire comme ceci,
=# alter user foo with password 'PASSWORD';
~~~
Puis on peux vérifié que le mot de passe de l'utilisateur est bien haché en scram-sha-256 :
Puis on peut vérifier que le mot de passe de l'utilisateur est bien haché en scram-sha-256 :
~~~
=# select passwd from pg_shadow where usename='foo';