Bug 1497421
Summary: | Cannot allocate memory when deploy logging on one Env | ||||||
---|---|---|---|---|---|---|---|
Product: | OpenShift Container Platform | Reporter: | Anping Li <anli> | ||||
Component: | Installer | Assignee: | Michael Gugino <mgugino> | ||||
Status: | CLOSED ERRATA | QA Contact: | Anping Li <anli> | ||||
Severity: | urgent | Docs Contact: | |||||
Priority: | urgent | ||||||
Version: | 3.7.0 | CC: | aos-bugs, boris.ruppert, dzhukous, eminguez, jokerman, mmariyan, mmccomas, sdodson, wsun, zisis.lianas | ||||
Target Milestone: | --- | Keywords: | Reopened | ||||
Target Release: | 3.7.z | ||||||
Hardware: | Unspecified | ||||||
OS: | Unspecified | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | If docs needed, set a value | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | |||||||
: | 1557290 (view as bug list) | Environment: | |||||
Last Closed: | 2018-05-04 12:44:22 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: | 1557290 | ||||||
Attachments: |
|
Description
Anping Li
2017-09-30 09:34:49 UTC
Created attachment 1332643 [details]
The memory allocate error
I guess the bug should be fixed in openshift-ansible:v3.7.25 and later. The error appears again when install Openshift with logging by openshift-ansile-3.9.0-0.38.0.0 ansible slave: free -h total used free shared buff/cache available Mem: 3.9G 1.5G 1.5G 1.2M 853M 1.9G TASK [openshift_logging_fluentd : Generate logging-fluentd daemonset definition] *** Tuesday 06 February 2018 07:46:31 +0000 (0:00:02.093) 0:19:01.565 ****** An exception occurred during task execution. To see the full traceback, use -vvv. The error was: OSError: [Errno 12] Cannot allocate memory fatal: [ec2-54-87-30-170.compute-1.amazonaws.com]: FAILED! => {"msg": "Unexpected failure during module execution.", "stdout": ""} Isn't this related to ansible and not logging specifically? we didn't hit this issue for the separate logging deploy. @Scott, do we advocate using ansible 2.4.x with ose-ansible 3.7? (In reply to Jeff Cantrill from comment #12) > @Scott, do we advocate using ansible 2.4.x with ose-ansible 3.7? Ansible 2.4 is not required until OCP 3.9 but should work. If downgrading to ansible-2.3.2 as shipped in the OCP channel fixes the problem then that's a perfectly valid workaround and we can lower priority based on having a confirmed workaround. I had the same issue with the OCP 3.7 installer: openshift-ansible-3.7.23-1.git.0.bc406aa.el7.noarch $ ansible --version ansible 2.3.1.0 config file = /etc/ansible/ansible.cfg configured module search path = Default w/o overrides python version = 2.7.5 (default, May 3 2017, 07:55:04) [GCC 4.8.5 20150623 (Red Hat 4.8.5-14)] Workaround was to increase the memory of the bastion/installer host (in my case from 2GB RAM to 8GB RAM). The current release-3.7 code no longer has include_tasks calls which lead to this problem. Can you please test the latest 3.7.z? We're not going to be able to apply the same work around as we did for the node role in this case. Logging role requires the use of dynamic imports due to the way that it's constructed. For now, the workaround for logging is to increase memory sufficiently. I have been unsuccessful in replicating this with either the logging play (playbooks/openshift-logging/config.yml) or synthetically with contrived plays and tasks. With release-3.9 + RPM installed ansible 2.4.3 w/ RHEL localhost. The logging can be installed with OCP. And redpeloyed. the memory are reduced with openshift3/ose-ansible/images/v3.7.40-1. So move to verified. 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://access.redhat.com/errata/RHBA-2018:0636 Please have your customer downgrade to ansible-2.3.2 and let us know if that improves the situation. That's the version that ships in the OCP 3.7 channels and it's the preferred version for use with 3.7. Also, if you find that doesn't resolve the issue please open a new bug. We don't re-open bugs that have an errata shipped for them. The needinfo request[s] on this closed bug have been removed as they have been unresolved for 1000 days |