RDO tickets are now tracked in Jira https://issues.redhat.com/projects/RDO/issues/
Bug 1000851 - Openstack does not persist after a system reboot
Summary: Openstack does not persist after a system reboot
Keywords:
Status: CLOSED DUPLICATE of bug 981583
Alias: None
Product: RDO
Classification: Community
Component: distribution
Version: unspecified
Hardware: x86_64
OS: Linux
unspecified
medium
Target Milestone: ---
: ---
Assignee: RHOS Maint
QA Contact: Jay Turner
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-08-26 00:12 UTC by marcus young
Modified: 2015-01-07 23:35 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2014-01-15 15:17:46 UTC
Embargoed:


Attachments (Terms of Use)

Description marcus young 2013-08-26 00:12:55 UTC
Description of problem:
After rebooting the system immediately after a fresh allinone install, no services are available

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


How reproducible:
Always

Steps to Reproduce:
1. Fresh install fedora 19 
2. sudo yum install openstack-packstack
3. Restart

Actual results:
Nothing responds on http://server/dashboard

Expected results:
Openstack UI responds

Additional info:

Comment 1 marcus young 2013-08-26 00:18:49 UTC
(In reply to marcus young from comment #0)
> Description of problem:
> After rebooting the system immediately after a fresh allinone install, no
> services are available
> 
> Version-Release number of selected component (if applicable):
> 
> 
> How reproducible:
> Always
> 
> Steps to Reproduce:
> 1. Fresh install fedora 19 
> 2. sudo yum install openstack-packstack
> 3. Restart
> 
> Actual results:
> Nothing responds on http://server/dashboard
> 
> Expected results:
> Openstack UI responds
> 
> Additional info:

Sorry, step 3 is 'sudo packstack --allinone', step 4 is 'Restart'

Comment 2 marcus young 2013-08-26 02:30:46 UTC
More details. Made permanent Permissive selinux and it worked. On reboot, still was not able to browse. It's iptables. Although it had changes before reboot to allow access, they did not stick. Changed /etc/sysconfig/iptables to the lines below, and am persistently able to browse and use openstack after reboot.


/etc/sysconfig/iptables:

# Firewall configuration written by system-config-firewall
# Manual customization of this file is not recommended.
*filter
:INPUT ACCEPT [0:0]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [0:0]
-A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
-A INPUT -p icmp -j ACCEPT
-A INPUT -i lo -j ACCEPT
-A INPUT -i eth0 -j ACCEPT
-A INPUT -m state --state NEW -m tcp -p tcp --dport 443 -j ACCEPT
-A INPUT -m state --state NEW -m tcp -p tcp --dport 22 -j ACCEPT
-A INPUT -m state --state NEW -m tcp -p tcp --dport 80 -j ACCEPT
-A FORWARD -m state --state ESTABLISHED,RELATED -j ACCEPT
-A FORWARD -p icmp -j ACCEPT
-A FORWARD -i lo -j ACCEPT
-A FORWARD -i eth0 -j ACCEPT
-A INPUT -j REJECT --reject-with icmp-host-prohibited
-A FORWARD -j REJECT --reject-with icmp-host-prohibited
COMMIT

Comment 3 Jiri Stransky 2013-09-09 14:32:27 UTC
Yeah this is also the case if you install RDO using Foreman, as it uses packstack's puppet modules.

I think the reason is that we use outdated fork of `firewall` module in packstack. Maybe we could fix this by using the upstream module from puppetlabs.

https://github.com/stackforge/packstack/tree/bb7e9dd8af4d994048d3fcb76a1601a6ec16073a/packstack/puppet/modules

Comment 4 Jiri Stransky 2013-09-09 14:57:54 UTC
We're using some 0.0.4 fork of puppetlabs-firewall, and they seem to have some automatic persistent rules support since 0.2.0 or so. (Current upstream version is 0.4.1.)

Comment 5 Lars Kellogg-Stedman 2014-01-15 15:17:46 UTC
Thanks for the report.  This happens because our current puppet modules do not support firewalld.  https://bugzilla.redhat.com/show_bug.cgi?id=981583 is already open on this issue.

*** This bug has been marked as a duplicate of bug 981583 ***


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