[jira] [Commented] (AMBARI-22766) ambari-server setup with internal database may not work on centos 7

["ASF GitHub Bot (JIRA)" <ji...@apache.org>]

    [ https://issues.apache.org/jira/browse/AMBARI-22766?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16322701#comment-16322701 ] 

ASF GitHub Bot commented on AMBARI-22766:
-----------------------------------------

hapylestat opened a new pull request #95: AMBARI-22766 ambari-server setup with internal database may not work on centos 7 (dgrinenko)
URL: https://github.com/apache/ambari/pull/95
 
 
   ## What changes were proposed in this pull request?
   
   Adding systemd handling support for internal database installation on `service` package-less systems like CentOS7, RHEL7
   
   cent 7 and rhel 7 installations and docker images could be shipped without `service` package as it is not important after moving to `systemd` hypervisor. Since that, `ambari-server setup` should support installation of internal database on such systems
   
   ## How was this patch tested?
   
   Manual ambari server installation with internal databse using `docker` container `centos/systemd:latest` with executin base python UT:
   
   ```
   [18:12:05]W:   [Step 2/2] Total run:1211
   [18:12:05]W:   [Step 2/2] Total errors:0
   [18:12:05]W:   [Step 2/2] Total failures:0
   ```
   

----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
users@infra.apache.org


> ambari-server setup with internal database may not work on centos 7
> -------------------------------------------------------------------
>
>                 Key: AMBARI-22766
>                 URL: https://issues.apache.org/jira/browse/AMBARI-22766
>             Project: Ambari
>          Issue Type: Bug
>          Components: ambari-server
>    Affects Versions: trunk
>            Reporter: Dmytro Grinenko
>            Assignee: Dmytro Grinenko
>            Priority: Critical
>             Fix For: trunk
>
>
> it may happened so, that centos7 image will not have "service" command at all.
> {code}
> Default properties detected. Using built-in database.
> INFO: Loading properties from /etc/ambari-server/conf/ambari.properties
> INFO: Adjusting filesystem permissions
> INFO: Loading properties from /etc/ambari-server/conf/ambari.properties
> Configuring ambari database...
> Checking PostgreSQL...
> INFO: about to run command: /usr/bin/env service postgresql status
> Running initdb: This may take up to a minute.
> INFO: about to run command: /usr/bin/postgresql-setup initdb
> About to start PostgreSQL
> INFO: about to run command: /usr/bin/env service postgresql status
> ERROR: Exiting with exit code 127.
> REASON: Unable to start PostgreSQL server. Exiting
> [root@node-test0 /]# service postgresql status
> bash: service: command not found
> [root@node-test0 /]# service postgresql status
> bash: service: command not found
> [root@node-test0 /]# service postgresql status
> bash: service: command not found
> [root@node-test0 /]# service postgresql status
> bash: service: command not found
> [root@node-test0 /]# service postgresql status
> bash: service: command not found
> {code}
> *Background:*
> This caused due to centos 7 using systemd by default and switched to use of {{systemctl}} command instead of {{service}}. Since that, service command exist only in backward compatibility context and r optional. Currently optional package, which provides this package called {{initscripts}}
> Currently, everything ok r with standalone centos 7 image and it includes this package installed by default. However docker image centos/centos:7 doesn't provide this package by default, and systemd enabled image centos/systemd:latest use {{systemctl}} without installed {{initscripts}}: https://github.com/CentOS/sig-cloud-instance-images/issues/28
> *Summary:*
> Due to {{service}} command going to be deprecated, we need consider to switch fully to {{systemctl}} replacement for systemd enabled images



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)