Bug 1294599 - Virtual environment overcloud deploy fails with default memory allocation
Virtual environment overcloud deploy fails with default memory allocation
Product: RDO
Classification: Community
Component: rdo-manager (Show other bugs)
x86_64 Linux
unspecified Severity unspecified
: ---
: Kilo
Assigned To: Hugh Brock
Shai Revivo
Depends On:
  Show dependency treegraph
Reported: 2015-12-29 02:28 EST by Frank
Modified: 2016-05-19 11:31 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2016-05-19 11:31:37 EDT
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Frank 2015-12-29 02:28:40 EST
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 11:31:37 EDT
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.