RDO tickets are now tracked in Jira https://issues.redhat.com/projects/RDO/issues/
Bug 1080481 - Fedora20: packstack gives undefined method `split' for nil:NilClass
Summary: Fedora20: packstack gives undefined method `split' for nil:NilClass
Keywords:
Status: CLOSED DUPLICATE of bug 1098446
Alias: None
Product: RDO
Classification: Community
Component: openstack-puppet-modules
Version: unspecified
Hardware: Unspecified
OS: Unspecified
unspecified
high
Target Milestone: ---
: ---
Assignee: Lukas Bezdicka
QA Contact: Ami Jeain
URL:
Whiteboard:
Depends On: 1098446
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-03-25 14:12 UTC by Amita Sharma
Modified: 2014-12-01 11:20 UTC (History)
11 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
: 1098446 (view as bug list)
Environment:
Last Closed: 2014-12-01 11:20:10 UTC
Embargoed:


Attachments (Terms of Use)
log file (11.45 KB, text/plain)
2014-03-25 14:12 UTC, Amita Sharma
no flags Details
openstack-setup.log (5.58 KB, text/plain)
2014-03-25 14:14 UTC, Amita Sharma
no flags Details

Description Amita Sharma 2014-03-25 14:12:47 UTC
Created attachment 878477 [details]
log file

Description of problem:
Fedora20: packstack gives undefined method `split' for nil:NilClass

Version-Release number of selected component (if applicable):
openvswitch.x86_64 0:2.0.1-1.fc20 installed

Steps to Reproduce:
1.packstack --answer-file=/root/packstack-answers-20140325-030016.txt


Actual results:
ERROR : Error appeared during Puppet run: 10.65.201.125_horizon.pp
Error: undefined method `split' for nil:NilClass
You will find full trace in log /var/tmp/packstack/20140325-090940-WGyOcv/manifests/10.65.201.125_horizon.pp.log
Please check log file /var/tmp/packstack/20140325-090940-WGyOcv/openstack-setup.log for more information


Expected results:
Installation should be successful.

Additional info:
PFA for log files.

Comment 1 Amita Sharma 2014-03-25 14:14:46 UTC
Created attachment 878480 [details]
openstack-setup.log

Comment 2 Francesco Vollero 2014-04-08 15:41:05 UTC
Hi Amita, 

I wasn't able to replicat ethe bug, could you please also paste the logs from 10.65.201.125_horizon.pp.log in order to track it down properly.

Comment 3 Francesco Vollero 2014-04-10 17:00:24 UTC
Ok, I did a little digging and seems that the problem is on setsebool and at the moment we could not do anything because is not packstack related. What anyhow you could try to do is to test with a bigger timeout and see if it work properly.

Comment 4 Martin Magr 2014-04-24 11:59:10 UTC
There is no way to set timeout for setsebool. But unfortunately problem here is Puppet itself. I created bug for that some time ago: 

https://tickets.puppetlabs.com/browse/PUP-1948

Comment 5 Gilles Dubreuil 2014-05-15 04:37:42 UTC
The same symptoms are occurring on RHEL7RC.
Meanwhile this is a RHEL7 bug:
Here is the manifest excerpt from <IP>_horizon.pp generating the error:
--------------------
if ($::selinux != "false"){
    selboolean{'httpd_can_network_connect':
        value => on,
        persistent => true,
    }
}
-------------------

Debugging selboolean resource leads to setsebool -P command to fail:
---------
[root@p1-rh7 ~]# /usr/sbin/setsebool -P httpd_can_network_connect on
Killed
---------

As a matter of fact, any boolean flag setup with persistent option '-P' will fail.

This has been fixed in F20, tested using latest policycoreutils-2.2.5-3.fc20.x86_64.


Note, it doesn't matter if selinux is enforced or not (permissive).

Comment 6 Rich Megginson 2014-07-10 00:13:53 UTC
(In reply to Gilles Dubreuil from comment #5)
> The same symptoms are occurring on RHEL7RC.
> Meanwhile this is a RHEL7 bug:
> Here is the manifest excerpt from <IP>_horizon.pp generating the error:
> --------------------
> if ($::selinux != "false"){
>     selboolean{'httpd_can_network_connect':
>         value => on,
>         persistent => true,
>     }
> }
> -------------------
> 
> Debugging selboolean resource leads to setsebool -P command to fail:
> ---------
> [root@p1-rh7 ~]# /usr/sbin/setsebool -P httpd_can_network_connect on
> Killed
> ---------
> 
> As a matter of fact, any boolean flag setup with persistent option '-P' will
> fail.
> 
> This has been fixed in F20, tested using latest
> policycoreutils-2.2.5-3.fc20.x86_64.

This is _not_ fixed in F20 - I have policycoreutils-2.2.5-4 - "setsebool -P httpd_can_network_connect on" will run OOM and get killed

Is there a workaround?  That is, can I use semodule to load a module that does the same thing as "setsebool -P httpd_can_network_connect on"?

> 
> 
> Note, it doesn't matter if selinux is enforced or not (permissive).

Correct.

Comment 7 Rich Megginson 2014-07-10 00:20:23 UTC
semanage boolean --modify --on httpd_can_network_connect
has the same error - hits OOM

Comment 8 Dave Neary 2014-11-28 22:26:11 UTC
I got this bug today, on CentOS 7 with all updates installed, with Packstack installing OpenStack Juno. Is there a solution/workaround at this point?

Comment 9 Sam Hague 2014-11-30 23:30:00 UTC
I hit this error today. This is a fedora 20 install with packstack --allinone in a kvm vm. Host is f19 and guest is f20. The first run of packstack came up fine. I then changed the ip address of the nic and reran packstack. I then hit the error.

I bumped the vm ram to 4GB and then it worked. The vm was originally at 2GB. Top is showing 3.4 GB of memory in use in the working case.

Comment 10 Lukas Bezdicka 2014-12-01 11:20:10 UTC
Closing this as this is not a bug in packstack but in libsemanage. Workaround is to increase VM memory size or use newer libsemanage package.

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


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