-
Notifications
You must be signed in to change notification settings - Fork 10
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
cleanup.sh errors out if ZooKeeper not running #31
Comments
I noticed this issue on branch Is it worth opening PRs against |
I found a few other small bugs in code specific to |
Hi Jason, apologies I couldn't respond earlier due to a wrist injury. I'll
get to work soon now. Thanks for your patience.
…On Sat, 10 Dec, 2022, 12:40 am Jason Gerlowski, ***@***.***> wrote:
I found a few other small bugs in code specific to i/r-j (the most
signficant of which is that the startup + recovery computed for
restart-solr-node tasks is incorrect). Can open PRs for them as well, once
I get a little clarification on what the development workflow is here.
(i.e. Is i/r-j just a personal branch that @chatman
<https://github.com/chatman> has? Is it a feature branch that's worth
fixing bugs on? etc.)
—
Reply to this email directly, view it on GitHub
<#31 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ABDCR5CGNLGIYQDUUWL465DWMN72DANCNFSM6AAAAAASZPG5SQ>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
No worries, and hope your wrist heals up. Don't rush getting back to work for my sake - I've got the fixes locally so I'm fine. I just wanted to offer them upstream if the intention is that the stuff on |
Yes. It will be merged to main/master soon. It is WIP work on the following PR: Thanks for the startup time calculation bug, fixed it. Feel free to commit directly to that branch, or raise PR against it. |
A line towards the end of cleanup.sh causes the script to error out if no ZooKeeper process is running on the box:
...which comes from the script command:
Not a major issue, but it'd be a nicer experience if we made this 'kill' command dependent on the jps/grep sub-shell actually producing a pid to terminate.
The text was updated successfully, but these errors were encountered: