RDO tickets are now tracked in Jira https://issues.redhat.com/projects/RDO/issues/
Bug 1294599 - Virtual environment overcloud deploy fails with default memory allocation
Summary: Virtual environment overcloud deploy fails with default memory allocation
Keywords:
Status: CLOSED EOL
Alias: None
Product: RDO
Classification: Community
Component: rdo-manager
Version: Liberty
Hardware: x86_64
OS: Linux
unspecified
unspecified
Target Milestone: ---
: Kilo
Assignee: Hugh Brock
QA Contact: Shai Revivo
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2015-12-29 07:28 UTC by Frank
Modified: 2016-05-19 15:31 UTC (History)
1 user (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2016-05-19 15:31:37 UTC
Embargoed:


Attachments (Terms of Use)

Description Frank 2015-12-29 07:28:40 UTC
Description of problem: Overcloud deployment fails with connection to mysql error. Mariadb service crashed on instack instance after failed install. Overcloud state is stuck at "creating". 


Guide followed: https://repos.fedorapeople.org/repos/openstack-m/rdo-manager-docs/liberty/index.html


Version-Release number of selected component (if applicable):
lsb_release -a
LSB Version:    :core-4.1-amd64:core-4.1-noarch
Distributor ID: CentOS
Description:    CentOS Linux release 7.2.1511 (Core)
Release:        7.2.1511
Codename:       Core

Using CentOS RDO release or Delorean. Same issue faced with both. 

How reproducible: Attempt virtual environment install using default NODE_MEM value on baremetal always fail with this error. 


Steps to Reproduce:
1. Perform standard RDO install using default NODE_MEM value of 4096. Follow guide until you reach the step in point 2. 

2. openstack overcloud deploy. I have reproduced this with or without ceph (with 2 or 3 baremetal VMs, depending)

Actual results:
mariadb crashes when the instack instance runs out of memory, causing the install to fail and the deploy to get stuck until it times out. (unable to delete it)

Expected results:
Default values should provide a system capable of performing the install. 

Additional info:
I have set 2gig of swapfile on the instack instance prior to re-launching the deployment. Install completed with top showing a max swap usage of 550668 during the install.

Comment 3 Chandan Kumar 2016-05-19 15:31:37 UTC
This bug is against a Version which has reached End of Life.
If it's still present in supported release (http://releases.openstack.org), please update Version and reopen.


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