Bug 1053113 - rhc app restart -a {app} Unable to complete the requested operation due to: Failed to correctly execute all parallel operations - ["RestartCompOp"].
Summary: rhc app restart -a {app} Unable to complete the requested operation due to: F...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: OpenShift Online
Classification: Red Hat
Component: Image
Version: 2.x
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
: ---
Assignee: Michal Fojtik
QA Contact: libra bugs
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-01-14 17:21 UTC by Anton
Modified: 2015-05-15 00:36 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2014-01-30 00:55:45 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Anton 2014-01-14 17:21:15 UTC
Description of problem:
when running:
rhc app restart -a {app}
results in:
Unable to complete the requested operation due to: Failed to correctly execute
all parallel operations - ["RestartCompOp"].

This is after running: 
rhc tidy-app -a {app}
Which had resulted in:
Server returned an unexpected error code: 504




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


How reproducible:


Steps to Reproduce:
1.
2.
3.

Actual results:


Expected results:
Expect app to restart

Additional info:

Comment 1 Anton 2014-01-14 17:24:42 UTC
The reference id is: 1cb97ccc289c7179981370d8428e5144

Comment 2 Andy Grimm 2014-01-14 18:58:17 UTC
I see two separate issues:

1) The postgresql cartridge's "tidy" action appears to require that the service be running (so that it can run "vacuum".  It produced this error:

January 03 20:56:09 INFO oo_spawn buffer(7/) psql: could not connect to server: No such file or directory
Is the server running locally and accepting
connections on Unix domain socket "/var/lib/openshift/<UUID>/postgresql//socket//.s.PGSQL.5432"?


2) The jboss restart that happens at the end of "tidy" took too long, so that operation timed out.

Comment 3 Andy Grimm 2014-01-15 22:10:04 UTC
To be more clear about the state of things yesterday when I made my comment, I saw that 1) the tidy operation did free of space in the gear, so that it was not near its quota, and 2) the jboss startup had succeeded (albeit outside the timeout window) and the app ( http://magickapp-magickweb.rhcloud.com ) was accessible.  So in my comment I provided what appear to be the root cause(s) of the operation failure(s).

Comment 4 Michal Fojtik 2014-01-16 11:56:55 UTC
https://github.com/openshift/origin-server/pull/4494

I tried to address at least the postgresql tidy issue, where the postgres is down and 'vacuum' fail in that case.

I'm not sure if I can do anything for the jboss issue :-(

Comment 5 openshift-github-bot 2014-01-20 12:39:21 UTC
Commit pushed to master at https://github.com/openshift/origin-server

https://github.com/openshift/origin-server/commit/76ef3998a2fb846ffacbc7981971eae6205ff099
Bug 1053113 - Make sure postgresql is running vacuum

Comment 6 Meng Bo 2014-01-21 06:52:41 UTC
Checked on devenv_4247, the postgresql tidy issue has been fixed.

When the postgresql in stop status, the tidy operation will not be blocked.

Mark bug as verified.



# rhc cartridge-stop postgresql -a php54
Using postgresql-9.2 (PostgreSQL 9.2) for 'postgresql'
Stopping postgresql-9.2 ... done

# rhc app-tidy php54
RESULT:
php54 cleaned up


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