Skip to content
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

Prevent "Deleting stale sandbox base" from showing up when not necessary #8525

Closed
benjaminp opened this issue May 31, 2019 · 8 comments
Closed
Labels
P2 We'll consider working on this in future. (Assignee optional) team-Local-Exec Issues and PRs for the Execution (Local) team type: bug

Comments

@benjaminp
Copy link
Collaborator

What's the reason for printing the INFO: Deleting stale sandbox base /some/long/uuidy/path message? I find it non-actionable and noisy.

@aiuto aiuto added team-Local-Exec Issues and PRs for the Execution (Local) team untriaged labels May 31, 2019
@susinmotion susinmotion added P4 This is either out of scope or we don't have bandwidth to review a PR. (No assignee) and removed untriaged labels Aug 7, 2019
@thundergolfer
Copy link
Contributor

thundergolfer commented Sep 24, 2019

⚠️ Disregard


As a counterpoint, I found this log-line relevant when looking into a lack of caching between our Bazel IDE plugin usage and terminal Bazel usage.

We currently find ourselves compiling com_google_protobuf over and over again because of some unwanted conflict between IDE and terminal, and seeing this log-line is I think a good hint as to what's maybe going on.

That said, the log-line might also be a red-herring, in which case disregard my comment.

@benjaminp
Copy link
Collaborator Author

benjaminp commented Sep 24, 2019 via email

@thundergolfer
Copy link
Contributor

thundergolfer commented Sep 24, 2019

Thanks! Yeah this looks like a more promising lead.

I'm trying to find more info what causes 'stale' sandboxes. I don't remember seeing this log before but maybe it's new in the version of Bazel we've upgraded to.

Edit: Seems like restarting Bazel server causes it.

cmdEnv.getReporter().handle(Event.info("Deleting stale sandbox base " + sandboxBase));

@kylecordes
Copy link

If the answer is as simple as "restarting Bazel server causes it", and such restarts happen regularly by default (i.e. a short idle shutdown), indeed it would be great to get rid of this noisy message.

@jin
Copy link
Member

jin commented Oct 28, 2019

This hasn't been a useful message to me, ever, IMO.

cc @jmmv what do you think about not showing this by default (or increasing the logging level)?

@jmmv
Copy link
Contributor

jmmv commented Oct 29, 2019

The reason for the log message is that this operation could take a long time and Bazel might appear stuck.

But I don't think hiding the log message is the right thing to do here. That log message should show up in rare occasions (those where this operation might indeed take a long time). If it does show up, it's because our logic to handle the sandbox base is not doing the right thing and is leaving something behind more often than not. (At least that was the original intention of the change that added this message, but I must have gotten something wrong... and haven't had a chance to look into it again since.)

@jmmv jmmv changed the title could do without the stale sandbox base clean up message Prevent "Deleting stale sandbox base" from showing up when not necessary May 13, 2020
@jmmv
Copy link
Contributor

jmmv commented May 14, 2020

@meisterT Why did you close this? I think the warning message is still annoying and we should do something about it. See my latest reply.

@jmmv jmmv reopened this May 14, 2020
@meisterT
Copy link
Member

Sorry, I understood that you already only show the message when necessary and consider it useful.

@jmmv jmmv added P2 We'll consider working on this in future. (Assignee optional) type: bug and removed P4 This is either out of scope or we don't have bandwidth to review a PR. (No assignee) labels May 29, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
P2 We'll consider working on this in future. (Assignee optional) team-Local-Exec Issues and PRs for the Execution (Local) team type: bug
Projects
None yet
Development

No branches or pull requests

8 participants