Evergreen: Update to use stop-orchestration.sh#1621
Conversation
|
Example in the logs: |
| elif [ -f venv/Scripts/activate ]; then | ||
| . venv/Scripts/activate | ||
| fi | ||
| mongo-orchestration stop || true |
There was a problem hiding this comment.
bash: line 20: mongo-orchestration: command not found
From the linked log, it looks like this did not cause a system failure, presumably because of the || true. Would there be a problem if we removed this from this command?
There was a problem hiding this comment.
yeah that stops the system failure error that would happen without it.
There was a problem hiding this comment.
To clarify - we could remove the || true part but if the command fails then there is no more clean up. Which I think is the reason it was added in the first place.
There was a problem hiding this comment.
Yes, iirc it's because in some variants we don't start mongo orchestration but we always attempt to stop it.
There was a problem hiding this comment.
The reason we always stop it is because if we put it in task which starts mongo-orchestration, it might be skipped if the testing failed; to avoid that ugliness, we put it into the clearup post step to ensure it is run always, even for static-analysis task.
There was a problem hiding this comment.
In mongo-hibernate project, a separate post step is created (rather than as a step in clearup), so no need to use the || true hack.
There was a problem hiding this comment.
@rozza I see. If this is corresponds only to "bootstrap mongo-orchestration", then perhaps we could set an env var in that func, and then check it here? I think we can ensure that we rm -rf (which is the last part of cleanup) with the following, though it's a bit long:
if [ -n "$MONGO_ORCHESTRATION_STARTED" ]; then
MONGO_ORCHESTRATION_OUTPUT=$(mongo-orchestration stop)
MONGO_ORCHESTRATION_EXIT_CODE=$?
echo "$MONGO_ORCHESTRATION_OUTPUT"
fi
cd -
rm -rf "$DRIVERS_TOOLS"
if [ $MONGO_ORCHESTRATION_EXIT_CODE -ne 0 ]; then
exit $MONGO_ORCHESTRATION_EXIT_CODE
fi
(Don't know if I have the cd - in the right place.)
Not sure if this is worth it - up to you. LGTM.
There was a problem hiding this comment.
there must be some elegant way for sure; but conservativeness usually reigns in devops process.
I created my PR for mongo-hibernate at mongodb/mongo-hibernate#36. I assigned @rozza as one reviewer. Thanks for your reminder.
jyemin
left a comment
There was a problem hiding this comment.
LGTM pending resolution of Max's comment
JAVA-5778