Vous n'êtes pas identifié(e).

#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 smile )


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)

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)

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 smile
Merci et bon week end aussi smile

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).

Hors ligne

Pied de page des forums