Details
-
Bug
-
Status: Resolved
-
Major
-
Resolution: Fixed
-
None
-
None
-
CentOS 6.4
Description
I deployed Postgres to aws-ec2 successfully (with persistence enabled in Brooklyn). I then stopped and restarted Brooklyn. The rebind to Postgres was successful, but the entity showed as serviceUp=false due to repeated:
2014-12-23 21:48:38,321 DEBUG b.u.task.BasicExecutionManager [brooklyn-execmanager-VcUs2dBg-166]: Exception running task Task[ssh: check-running PostgreSqlNodeImpl{id=bFSjnbH9}:X2rPfdeN] (rethrowing): Execution failed, invalid result 126 for check-running PostgreSqlN odeImpl{id=bFSjnbH9}
This is happening because postgres `$INSTALL_DIR` is `/home/users/compose/brooklyn-managed-processes/installs/PostgreSqlNode_9.3-1`, which is not visible to the postgres user.
The command be executed periodically is:
export RUN_DIR="/opt/brooklyn/postgres/apps/CUnY9qiv/bFSjnbH9" ; mkdir -p $RUN_DIR ; cd $RUN_DIR ; test -f /opt/brooklyn/postgres/apps/CUnY9qiv/bFSjnbH9/postgresql.pid || exit 1 ; ps -p `cat /opt/brooklyn/postgres/apps/CUnY9qiv/bFSjnbH9/postgresql.pid` ; { sudo -E -n -u postgres -s -- /home/users/compose/brooklyn-managed-processes/installs/PostgreSqlNode_9.3-1/bin/pg_ctl -D /opt/brooklyn/postgres/apps/CUnY9qiv/bFSjnbH9/data -l /opt/brooklyn/postgres/apps/CUnY9qiv/bFSjnbH9/postgresql.log status ; }
What I don't understand is why the Postgres entity didn't show as on-fire before Brooklyn was restarted!