This does not affect trusty as in trusty stats_temp_directory is not

ubuntu@pg-tru:~$ grep stats_temp /etc/postgresql/9.3/main/postgresql.conf 
#stats_temp_directory = 'pg_stat_tmp'

You received this bug notification because you are a member of Desktop
Packages, which is subscribed to postgresql-common in Ubuntu.

  configured stats_temp_directory does not get created after reboot

Status in postgresql-common package in Ubuntu:
Status in postgresql-common source package in Xenial:
Status in postgresql-common source package in Artful:
Status in postgresql-common source package in Bionic:

Bug description:
  Default postgres installation in Ubuntu (and Debian) configures
  stats_temp_directory inside /var/run/postgresql:

  $ grep stats_temp /etc/postgresql/10/main/postgresql.conf 
  stats_temp_directory = '/var/run/postgresql/10-main.pg_stat_tmp'

  However, this directory is not created after reboot.

  In most cases this is not a problem as systemd starts postgres via
  pg_ctlcluster, a "multiversion/cluster aware pg_ctl wrapper", and
  pg_ctlcluster will create missing directories before starting

  But in cases where systemd is not starting postgres this is a problem.
  Specifically, when postgres is controlled by pacemaker (using postgres 
resource agent for pacemaker) it is started using pg_ctl wrapper. pg_ctl won't 
create missing directories and therefore postgres fails to start.

  The simplest solution for this issue is to have systemd recreate
  missing directories via /usr/lib/tmpfiles.d/postgresql.conf file.

  Currently only /var/run/postgresql and /var/log/postgresql are created
  using systemd-tmpfiles.

To manage notifications about this bug go to:

Mailing list:
Post to     :
Unsubscribe :
More help   :

Reply via email to