Bug 165824
Summary: | Postgresql service reported as failed during boot | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | 260795 <d.sbragion> |
Component: | postgresql | Assignee: | Tom Lane <tgl> |
Status: | CLOSED DUPLICATE | QA Contact: | David Lawrence <dkl> |
Severity: | low | Docs Contact: | |
Priority: | medium | ||
Version: | 4 | CC: | hhorak |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2005-09-30 18:53:48 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
260795
2005-08-12 16:12:59 UTC
That script looks a bit shy of a load ... don't you need some more code to maintain the $try variable? But I follow your idea, and it seems reasonable. I'll throw something like this into the next update. Ops, sorry, clearly I forgot to copy the line with the $try variable increment. I was wondering if there was a better solution, like for example checking also the exit status of the postgresql background process to further speed up the check on failure, but I don't know if it works with process executed by su, and unfortunately I had no time to check. Checking through my bug list, this is a duplicate of another report; since there is more discussion in the other entry, I'm going to close this one as a duplicate. Please add to bug #166117 if you have any additional comments. *** This bug has been marked as a duplicate of 166117 *** |