Bug 1362570

Summary: If firewalld section is available in the conf file, then gdeploy should check for firewalld service
Product: [Red Hat Storage] Red Hat Gluster Storage Reporter: SATHEESARAN <sasundar>
Component: gdeployAssignee: Sachidananda Urs <surs>
Status: CLOSED ERRATA QA Contact: RamaKasturi <knarra>
Severity: low Docs Contact:
Priority: unspecified    
Version: rhgs-3.1CC: amukherj, knarra, rcyriac, rhinduja, smohan
Target Milestone: ---Keywords: ZStream
Target Release: RHGS 3.1.3 Async   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: gdeploy-2.0.1-1 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2017-02-07 11:34:21 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 1351522    

Description SATHEESARAN 2016-08-02 14:21:10 UTC
Description of problem:
-----------------------
FirewallD daemon is not turned on, even when the config file contains firewalld rules

Version-Release number of selected component (if applicable):
-------------------------------------------------------------
gdeploy-2.0-16

How reproducible:
-----------------
Always

Steps to Reproduce:
-------------------
0. Stop firewalld 
1. create a gdeploy conf file to add firewall services and ports

Actual results:
---------------
There are errors even when firewalld rules are mentioned

Expected results:
-----------------
When firewall section is available, I expect gdeploy to start firewalld if not running

Additional info:
-----------------
TASK: [Add/Delete services to firewalld rules] ******************************** 
failed: [dell-r430-7.gsslab.pnq.redhat.com] => (item=glusterfs) => {"failed": true, "item": "glusterfs", "parsed": false}
failed=True msg='failed to connect to the firewalld daemon'
OpenSSH_6.6.1, OpenSSL 1.0.1e-fips 11 Feb 2013
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 56: Applying options for *
debug1: auto-mux: Trying existing master
debug1: mux_client_request_session: master session id: 2
Shared connection to dell-r430-7.gsslab.pnq.redhat.com closed.

Comment 3 Sachidananda Urs 2016-08-11 07:14:00 UTC
gdeploy now checks if firewalld is already running. If not starts the firewall service.

Comment 4 RamaKasturi 2016-09-27 06:04:38 UTC
*** Bug 1379543 has been marked as a duplicate of this bug. ***

Comment 5 RamaKasturi 2016-09-30 09:06:25 UTC
Verified and works fine with build gdeploy-2.0.1-2.el7rhgs.noarch.

When firewalld is not started, gdeploy starts firewalld and opens the ports.

TASK [Start firewalld if not already started] **********************************
changed: [10.70.36.82]

If already started, it does not start it again.

Comment 7 errata-xmlrpc 2017-02-07 11:34:21 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://rhn.redhat.com/errata/RHSA-2017-0260.html