-
Notifications
You must be signed in to change notification settings - Fork 26
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
chain-initiator.sh: piping to head loses error status
- Loading branch information
Showing
2 changed files
with
2 additions
and
2 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
9e9517c
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@elric1 are you sure? There is a
set -o pipefail
earlier in the file.With this change, I can no longer debug activation failures on dailynet, because all commitments are printed out and the log buffer is full.
9e9517c
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hmmm, I do remember seeing a problem. I can look into it again, though, maybe my solution wasn't appropriate. As you point out, pipefail is set.
9e9517c
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Okay, I've had a look. I clearly remember running into the problem where I set invalid parameters after changing protocols and the script exiting successfully and the cluster not activating the chain. But, I can't reproduce it. I think that what must have happened was that I was on a branch or something where the pipefail was lost.
In any case, please see PR #455 which reverts the change.