Vous n'êtes pas identifié(e).
- Contributions : Récentes | Sans réponse
Pages : 1
#1 15/03/2012 10:36:16
- yoyo70
- Membre
démarrage des services impossibles
bonjour à tous
Nous possédons la versio 8.3 de postgres;
Hier le service informatique à modifié les droits sur le répertoire 8.3 (erreur involontaire) les services sont donc devenus inacessibles.
Les droits initiaux ont été réaffectés d'après le service info mais cela ne change rien
Comment faire pour réactiver les services?
Merci à tous
ps: liste ci-dessous du pg-log d'hier
ERROR: unrecognized configuration parameter "application_name"
STATEMENT: SET application_name='Quantum GIS'
NOTICE: there is no transaction in progress
NOTICE: there is no transaction in progress
ERROR: unrecognized configuration parameter "application_name"
STATEMENT: SET application_name='Quantum GIS'
NOTICE: there is no transaction in progress
NOTICE: there is no transaction in progress
ERROR: insert or update on table "obstacles_ce" violates foreign key constraint "pk_reglement_eau"
DETAIL: Key (idouvrage)=(0) is not present in table "reglement_eau".
STATEMENT: BEGIN;INSERT INTO "spt"."environnement"."obstacles_ce" ("idouvrage", "SP_GEOMETRY") VALUES (0, GeomFromWKB(E'\\001\\001\\000\\000\\000\\050\\227\\352\\356\\025\\240\\034A\\175E\\134\\300\\334\\363YA', -1))
FATAL: unrecognized configuration parameter "application_name"
FATAL: unrecognized configuration parameter "application_name"
ERROR: unrecognized configuration parameter "application_name"
STATEMENT: SET application_name='Quantum GIS'
NOTICE: there is no transaction in progress
ERROR: relation "geography_columns" does not exist
STATEMENT: select f_table_name,f_table_schema,f_geography_column,upper(type),pg_class.relkind from geography_columns,pg_class,pg_namespace where relname=f_table_name and f_table_schema=nspname and pg_namespace.oid=pg_class.relnamespace and has_schema_privilege(pg_namespace.nspname,'usage') and has_table_privilege('"'||pg_namespace.nspname||'"."'||pg_class.relname||'"','select') order by f_table_schema,f_table_name,f_geography_column
WARNING: there is no transaction in progress
ERROR: unrecognized configuration parameter "application_name"
STATEMENT: SET application_name='Quantum GIS'
NOTICE: there is no transaction in progress
ERROR: column "SP_GEOMETRY" does not exist at character 46
STATEMENT: select distinct case when upper(geometrytype("SP_GEOMETRY")) IN ('POINT','MULTIPOINT') THEN 'POINT' when upper(geometrytype("SP_GEOMETRY")) IN ('LINESTRING','MULTILINESTRING') THEN 'LINESTRING' when upper(geometrytype("SP_GEOMETRY")) IN ('POLYGON','MULTIPOLYGON') THEN 'POLYGON' end from "public"."territoire_smgv"
ERROR: column "SP_GEOMETRY" does not exist at character 46
STATEMENT: select distinct case when upper(geometrytype("SP_GEOMETRY")) IN ('POINT','MULTIPOINT') THEN 'POINT' when upper(geometrytype("SP_GEOMETRY")) IN ('LINESTRING','MULTILINESTRING') THEN 'LINESTRING' when upper(geometrytype("SP_GEOMETRY")) IN ('POLYGON','MULTIPOLYGON') THEN 'POLYGON' end from "risque"."essai_azi"
ERROR: unrecognized configuration parameter "application_name"
STATEMENT: SET application_name='Quantum GIS'
NOTICE: there is no transaction in progress
NOTICE: there is no transaction in progress
LOG: could not open temporary statistics file "global/pgstat.tmp": Permission non accordée
LOG: could not open temporary statistics file "global/pgstat.tmp": Permission non accordée
FATAL: could not open file "global/pg_database": Permission non accordée
LOG: autovacuum launcher process (PID 4270) exited with exit code 1
LOG: terminating any other active server processes
WARNING: terminating connection because of crash of another server process
DETAIL: The postmaster has commanded this server process to roll back the current transaction and exit, because another server process exited abnormally and possibly corrupted shared memory.
HINT: In a moment you should be able to reconnect to the database and repeat your command.
WARNING: terminating connection because of crash of another server process
DETAIL: The postmaster has commanded this server process to roll back the current transaction and exit, because another server process exited abnormally and possibly corrupted shared memory.
HINT: In a moment you should be able to reconnect to the database and repeat your command.
LOG: could not open temporary statistics file "global/pgstat.tmp": Permission non accordée
LOG: all server processes terminated; reinitializing
LOG: could not open file "postmaster.pid": Permission non accordée
PANIC: could not open control file "global/pg_control": Permission non accordée
Hors ligne
#2 15/03/2012 10:43:05
- Marc Cousin
- Membre
Re : démarrage des services impossibles
Le problème de droit est toujours là.
C'est quoi comme système d'exploitation ?
Il faut que PostgreSQL soit propriétaire de toute son arborescence.
Marc.
Hors ligne
#3 15/03/2012 10:47:45
- yoyo70
- Membre
Re : démarrage des services impossibles
Nous sommes sous linux
Hors ligne
#4 15/03/2012 10:54:05
- Marc Cousin
- Membre
Re : démarrage des services impossibles
donc si il y a permission non accordée, c'est que le chown -R postgres sur l'arborescence de l'instance n'a pas été fait. Par ailleurs, il est conseillé que l'arborescence soit en 700 (sinon, il va se plaindre d'avoir trop de droits cette fois-ci )
Marc.
Hors ligne
#5 15/03/2012 12:36:47
- yoyo70
- Membre
Re : démarrage des services impossibles
J'ai une autre question est ce que le "groupe" doit être le même que "l'usager"
Hors ligne
#6 15/03/2012 12:39:30
- gleu
- Administrateur
Re : démarrage des services impossibles
Pas obligatoire à ma connaissance. Faites-le pour vous simplifier la vie.
Guillaume.
Hors ligne
#7 15/03/2012 13:33:20
- yoyo70
- Membre
Re : démarrage des services impossibles
Ok pour ça
Je viens de regarder l'ensemble des répértoires et fichiers l'usager est bien postgres avec droit ecriture lecture et exécution...
Hors ligne
#8 15/03/2012 14:37:41
- rjuju
- Administrateur
Re : démarrage des services impossibles
Juste au cas ou, l'instance tourne-t-elle encore, refuse-t-elle de se lancer ou avez-vous redémarré l'instance depuis la remise des droits ?
Sinon y a-t-il d'autres messages d'erreur dans les logs depuis ?
Dernière modification par rjuju (15/03/2012 14:38:38)
Julien.
https://rjuju.github.io/
Hors ligne
#9 15/03/2012 14:43:25
- yoyo70
- Membre
Re : démarrage des services impossibles
Pour la première question je ne peux pas te répondre...
Pour la deuxième voici le contenu du fichier"startup.log" de ce matin
encore merci pour ton aide...
FATAL: lock file "postmaster.pid" already exists
HINT: Is another postmaster (PID 4260) running in data directory "/bureautique/8.3/data"?
FATAL: data directory "/bureautique/8.3/data" has wrong ownership
HINT: The server must be started by the user that owns the data directory.
FATAL: data directory "/bureautique/8.3/data" has wrong ownership
HINT: The server must be started by the user that owns the data directory.
FATAL: data directory "/bureautique/8.3/data" has group or world access
DETAIL: Permissions should be u=rwx (0700).
FATAL: data directory "/bureautique/8.3/data" has group or world access
DETAIL: Permissions should be u=rwx (0700).
FATAL: data directory "/bureautique/8.3/data" has group or world access
DETAIL: Permissions should be u=rwx (0700).
FATAL: data directory "/bureautique/8.3/data" has group or world access
DETAIL: Permissions should be u=rwx (0700).
FATAL: data directory "/bureautique/8.3/data" has group or world access
DETAIL: Permissions should be u=rwx (0700).
FATAL: data directory "/bureautique/8.3/data" has group or world access
DETAIL: Permissions should be u=rwx (0700).
FATAL: data directory "/bureautique/8.3/data" has group or world access
DETAIL: Permissions should be u=rwx (0700).
Hors ligne
#10 15/03/2012 14:46:23
- rjuju
- Administrateur
Re : démarrage des services impossibles
Je vois 3 problèmes.
Je pense que suite au problème de droit l'instance s'est arrêtée, mais que postgres n'a pas pu supprimer le fichier postmaster.pid.
Il faut que vous regardiez si des processus postgres tournent (ou le processus de PID 4260). Si ce n'est pas le cas c'est qu'il est arrêté, et vous pouvez alors supprimer ce fichier postmaster.pid.
Il semblerait également que les fichiers ne soient pas en chmod 700, il faut donc supprimer les droits sur le groupe et/ou les autres utilisateurs.
Il faut aussi que postgres soit le propriétaire du répertoire /bureautique/8.3/data
Vous pourrez ensuite à priori redémarrer votre instance
Dernière modification par rjuju (15/03/2012 14:48:37)
Julien.
https://rjuju.github.io/
Hors ligne
#11 15/03/2012 15:27:11
- yoyo70
- Membre
Re : démarrage des services impossibles
On regarde tout ça et te tenons au courant
bon après-midi
Hors ligne
#12 16/03/2012 18:55:18
- yoyo70
- Membre
Re : démarrage des services impossibles
CA MARCHE !!!!!!!!!!!!!!!!!!!!!!
AVEC TES CONSEILS
MERCI BEAUCOUP ET TRES BON WEEK-END
Hors ligne
#13 16/03/2012 19:05:24
- rjuju
- Administrateur
Re : démarrage des services impossibles
Une bonne nouvelle que tout se soit bien finit
Merci et bon week end aussi
Julien.
https://rjuju.github.io/
Hors ligne
#14 11/04/2012 10:14:26
- Adrien
- Membre
Re : démarrage des services impossibles
Bonjour,
Pour une petite précision, quel user doit être propriétaire du dossier postgresql? Celui qui lance le programme?
Hors ligne
#15 11/04/2012 15:06:52
- rjuju
- Administrateur
Re : démarrage des services impossibles
Le user qui lance la base de donnée postgres (par défaut l'utilisateur postgres).
Julien.
https://rjuju.github.io/
Hors ligne
Pages : 1