Vous n'êtes pas identifié(e).
Pages : 1
Bonjour,
voila quelques jours que je me bats avec ma Fedora 26 mise a jour depuis une 25 ou tout fonctionnait bien !
J'ai installé postgresql depui le repo officiel. J'arrive à démarrer le service manuellement en faisant :
$ sudo systemctl start postgresqlavec ce résultat:
$ sudo systemctl status postgresql
● postgresql.service - PostgreSQL database server
Loaded: loaded (/usr/lib/systemd/system/postgresql.service; disabled; vendor preset: disabled)
Active: active (running) since Sun 2017-09-17 10:47:12 CEST; 33min ago
Process: 4603 ExecReload=/usr/libexec/postgresql-ctl reload -D ${PGDATA} -s (code=exited, status=0/SUCCESS)
Process: 4158 ExecStart=/usr/libexec/postgresql-ctl start -D ${PGDATA} -s -w -t ${PGSTARTTIMEOUT} (code=exited, status=0/SUCCESS)
Process: 4156 ExecStartPre=/usr/libexec/postgresql-check-db-dir postgresql (code=exited, status=0/SUCCESS)
Main PID: 4160 (postgres)
Tasks: 7 (limit: 4915)
CGroup: /system.slice/postgresql.service
├─4160 /usr/bin/postgres -D /var/lib/pgsql/data
├─4161 postgres: logger process
├─4163 postgres: checkpointer process
├─4164 postgres: writer process
├─4165 postgres: wal writer process
├─4166 postgres: autovacuum launcher process
└─4167 postgres: stats collector process
sept. 17 10:47:11 localhost.localdomain systemd[1]: Starting PostgreSQL database server...
sept. 17 10:47:11 localhost.localdomain postgresql-ctl[4158]: LOG: redirection des traces vers le processus de récupération des traces
sept. 17 10:47:11 localhost.localdomain postgresql-ctl[4158]: ASTUCE : Les prochaines traces apparaîtront dans le répertoire « pg_log ».
sept. 17 10:47:12 localhost.localdomain systemd[1]: Started PostgreSQL database server.
sept. 17 10:52:16 localhost.localdomain systemd[1]: Reloading PostgreSQL database server.
sept. 17 10:52:16 localhost.localdomain systemd[1]: Reloaded PostgreSQL database server.mais impossible de le faire se lancer au démarrage avec la commande habituelle:
$ sudo systemctl enable postgresqlj'obtiens ce message d'erreur:
$ sudo systemctl enable postgresql
Synchronizing state of postgresql.service with SysV service script with /usr/lib/systemd/systemd-sysv-install.
Executing: /usr/lib/systemd/systemd-sysv-install enable postgresql
erreur lors de la lecture d'informations sur le service postgresql : Invalid argumentle répertoire /var/lib/pgsql/data est créé correctement et postgresql fonctionne lors du lancement manuel !
si quelqu'un a une idée, je lui serais reconnaissant car je sèche complètement.
@+
Dernière modification par meles (21/09/2017 22:42:30)
Hors ligne
Pouvez vous poster le contenu du fichier service ?
Guillaume.
Hors ligne
Bien sur:
# It's not recommended to modify this file in-place, because it will be
# overwritten during package upgrades. It is recommended to use systemd
# "dropin" feature; i.e. create file with suffix .conf under
# /etc/systemd/system/UNITNAME.service.d directory overriding the
# unit's defaults. Look at systemd.unit(5) manual page for more info.
[Unit]
Description=PostgreSQL database server
After=network.target
[Service]
Type=forking
User=postgres
Group=postgres
# Where to send early-startup messages from the server (before the logging
# options of postgresql.conf take effect)
# This is normally controlled by the global default set by systemd
# StandardOutput=syslog
# Disable OOM kill on the postmaster
OOMScoreAdjust=-1000
# ... but allow it still to be effective for child processes
# (note that these settings are ignored by Postgres releases before 9.5)
Environment=PG_OOM_ADJUST_FILE=/proc/self/oom_score_adj
Environment=PG_OOM_ADJUST_VALUE=0
# Maximum number of seconds pg_ctl will wait for postgres to start. Note that
# PGSTARTTIMEOUT should be less than TimeoutSec value.
Environment=PGSTARTTIMEOUT=270
Environment=PGDATA=/var/lib/pgsql/data
ExecStartPre=/usr/libexec/postgresql-check-db-dir %N
# Use convenient postgresql-ctl wrapper instead of directly pg_ctl. See the
# postgresql-ctl file itself for more info.
ExecStart=/usr/libexec/postgresql-ctl start -D ${PGDATA} -s -w -t ${PGSTARTTIMEOUT}
ExecStop=/usr/libexec/postgresql-ctl stop -D ${PGDATA} -s -m fast
ExecReload=/usr/libexec/postgresql-ctl reload -D ${PGDATA} -s
# Give a reasonable amount of time for the server to start up/shut down.
# Ideally, the timeout for starting PostgreSQL server should be handled more
# nicely by pg_ctl in ExecStart, so keep its timeout smaller than this value.
TimeoutSec=300
[Install]
WantedBy=multi-user.targetmerci de vous intéresser au problème.
J'ai googlé sur le sujet mais sans succès.
edit : correction du copié collé
@+
Dernière modification par meles (18/09/2017 14:53:18)
Hors ligne
J'ai mis à jour le copier collé du fichier service , j'avais malheuresement raté un bout sur le précédent.
Hors ligne
Bonjour, après vérification sur une autre machine, même type d'installation (Fedora 25 -> Fedora 26), postgresql se lance au démarrage sans soucis et le fichier service est rigoureusement le même.
Hors ligne
Oui, ça m'a l'air bon à moi aussi. Je ne vois pas ce qui pourrait lui poser problème.
Guillaume.
Hors ligne
bonjour,
A tout hasard, après le enable, avez-vous fait un "systemctl daemon-reload" ?
(vérification avec : systemctl status xxx.service)
Cordialement.
Cordialement,
Sébastien.
Hors ligne
et avez-vous essayé avec un fichier minimaliste qui ne contiendrait que :
[Unit]
[Service]
User=postgres
Group=postgresEnvironment=PGDATA=/var/lib/pgsql/data/
TimeoutSec=300
[Install]
Cordialement,
Sébastien.
Hors ligne
Bonsoir,
contre toute attente, ça marche aujourd'hui ! j'ignore si c'est la dernière mise à jour.
Par contre, il me semble que lorsque j'ai parlé du problème, tous les fichiers dans le repertoire
/etc/systemd/system/multi-user.target.wants/ étaient en dur. aujourd'hui tout est en lien ! est ce l'effet du daemon-reload ?
Merci à tous de votre aide.
Hors ligne
Pages : 1