Projet

Général

Profil

Tâche #17135

Distribution EOLE - Scénario #16977: Qualification EOLE 2.6.0 RC

Le schedule de postgreSQL ne fonctionne pas sur eolebase (2.6.0-rc0)

Ajouté par Daniel Dehennin il y a plus de 7 ans. Mis à jour il y a plus de 7 ans.

Statut:
Fermé
Priorité:
Normal
Assigné à:
Début:
16/09/2016
Echéance:
% réalisé:

100%

Temps estimé:
2.00 h
Temps passé:
Restant à faire (heures):
0.0

Description

  1. Lancement d’un eolebase instance-default
  2. Installation du paquet eole-postgresql
  3. Reconfigure
  4. Lancement du schedule:
    root@eolebase:~# python /usr/share/eole/schedule/schedule cron 
    Démarrage de pre schedule daily
    eole-schedule - /usr/share/eole/schedule/daily/pre/postgresql:
    eole-schedule - psql: FATAL:  Peer authentication failed for user "postgres" 
    eole-schedule - run-parts: /usr/share/eole/schedule/daily/pre/postgresql exited with return code 2
    /usr/share/eole/schedule/daily/pre/postgresql:
    psql: FATAL:  Peer authentication failed for user "postgres" 
    run-parts: /usr/share/eole/schedule/daily/pre/postgresql exited with return code 2
    Une erreur a été détectée
    eole-schedule - Sortie de pre schedule daily avec un code d'erreur
    

Révisions associées

Révision d49bb921 (diff)
Ajouté par Philippe Caseiro il y a plus de 7 ans

Ajout de l'execution des commandes pg* par l'utilisateur "postgres"

Root n'a plus a possibilité d'exécuter les commandes pg directement sans
sans configuration, afin d'être en phase avec les autres projets on
ajoute une fonction RunAs pour exectuer les commandes avec l'utilisateur
postgres

ref #17135 @2h

Historique

#1 Mis à jour par Daniel Dehennin il y a plus de 7 ans

  • Sujet changé de Le schedule de postgreSQL ne fonctionne pas sur eolebase à Le schedule de postgreSQL ne fonctionne pas sur eolebase (2.6.0-rc0)

#2 Mis à jour par Philippe Caseiro il y a plus de 7 ans

  • Assigné à mis à Philippe Caseiro

#3 Mis à jour par Philippe Caseiro il y a plus de 7 ans

Les commandes pg_* ne fonctionnent plus si elles sont lancées par "root" lancé manuellement avec l'utilisateur système "postgres" elles fonctionnent très bien.

#4 Mis à jour par Philippe Caseiro il y a plus de 7 ans

  • % réalisé changé de 0 à 20

Solution n°1 :

Changer le script de schedule pour que les commandes soient exécutées par l'utilisateur système "postgres" sudo -u par exemple.

Solution n°2 :

Ajouter un pg_map dans la configuration de postgresql pour faire correspondre l'utilisateur "root" système à l'utilisateur "postgres" dans postgresql.

#5 Mis à jour par Joël Cuissinat il y a plus de 7 ans

  • Projet changé de Distribution EOLE à eole-postgresql
  • Statut changé de Nouveau à En cours
  • Temps estimé mis à 2.00 h
  • Restant à faire (heures) mis à 2.0

Je pense que la solution n°1 est la plus adaptée, une solution du même genre est utilisée pour la sauvegarde de la base ejabberd : #17083

#6 Mis à jour par Philippe Caseiro il y a plus de 7 ans

  • Statut changé de En cours à Nouveau
  • Restant à faire (heures) changé de 2.0 à 3.0

#7 Mis à jour par Philippe Caseiro il y a plus de 7 ans

  • Restant à faire (heures) changé de 3.0 à 0.25

#8 Mis à jour par Scrum Master il y a plus de 7 ans

  • Statut changé de Nouveau à En cours

#9 Mis à jour par Joël Cuissinat il y a plus de 7 ans

  • Statut changé de En cours à Fermé
  • % réalisé changé de 20 à 100
  • Restant à faire (heures) changé de 0.25 à 0.0

OK, ajout des pas de test correspondants dans "PGSQL-FIXME - Préparation du serveur" :)

Formats disponibles : Atom PDF