Bug 973469 - F18 PostgreSQL packages omit a systemd servce definition or daemon launch script
F18 PostgreSQL packages omit a systemd servce definition or daemon launch script
Status: CLOSED NOTABUG
Product: Fedora
Classification: Fedora
Component: postgresql (Show other bugs)
18
i686 Linux
unspecified Severity high
: ---
: ---
Assigned To: Pavel Raiskup
Fedora Extras Quality Assurance
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2013-06-11 21:43 EDT by Martin Gregorie
Modified: 2013-06-12 08:07 EDT (History)
4 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2013-06-12 08:07:45 EDT
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Martin Gregorie 2013-06-11 21:43:13 EDT
Description of problem: 
=======================
I've just done a clean install of 32 bit Fedora 18 PAE and am expecting to run Postgresql under it. Unfortunately, none of the postgresql packages appear to contain either a copy of the old SysVinit daemon launch script or a replacement postgresql.service file: there was no script placed in /etc/rc.d/init.d and locate can't find a postgres.service file

Version-Release number of selected component (if applicable):
================
postgresql 9.2.4

How reproducible:
=================
Simple: do a clean install of Fedora 18, followed by "

    yum install postgresql* --skip-broken

and all the packages except postgresql-plparrot-0.05-3.fc18.i686, which fails because it needs libparrot.so.5.0.0  - from the look of it, the absence of this package does not affect this issue: I'd expect the control scripts and service definitions to be in the postgresql-server package.

Steps to Reproduce:
===================
1. Clean install of F18 (32 bit, with XFCE as desktop. 
   Developer and Libre Office packages selected.
   Use separate partitions for /, /boot, /home and /tmp

2. This doesn't install PostgreSQL, so install it: yum postgresql* --skip-broken
   so the problem with libparrot isn't a show stopper.

3. Now try to enable the PostgreSQL service and you'll find it is impossible
   because there is no postgresql.service file and no 'postgresql' daemon
   launcher in /etc/rc.d/init.d either

Actual results:
===============
PostgresQL 9.2.4 is successfully installed but can't be enabled or started because there is no service definition.

Expected results:
=================
To have the service definition installed so PostgreSQL can be enabled and started/

Additional info:
================
None.
Comment 1 Devrim GÜNDÜZ 2013-06-12 08:02:27 EDT
Hi,


The service file is here:

/usr/lib/systemd/system/postgresql.service

So it is not "postgres.service".

(Please note that there is no /etc/init.d/ anymore, in most of the services)

Regards, Devrim

Note You need to log in before you can comment on or make changes to this bug.