-
Notifications
You must be signed in to change notification settings - Fork 67
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
Corrupt pool name based on filename #4431
Comments
This is caused by segmentio/ksuid#74. We can work around that, but before we do, let's see if it gets fixed over there. |
There doesn't seem to be much activity in the https://github.com/segmentio/ksuid project. I've added the |
This commit changes the lakeapi to use the pool name (which call also be the string version of the pool ID) over requiring the pool id when operating on a given pool. Apart from reducing the amount of requests needed when operating on a remote lake, this also allows for users to create a pool with ksuid name with Zed knowing how to resolve this correctly. Closes #4431
The commit fixes an issue with pool looks that made it so pools with a ksuid-like name could not be looked up for most zed commands. Fix the logic for lake/api.PoolID so that looking up a pool by ID is tried first and then falls back to looking up a pool by name if nothing is found. Closes #4431
The commit fixes an issue with pool looks that made it so pools with a ksuid-like name could not be looked up for most zed commands. Fix the logic for lake/api.PoolID so that looking up a pool by ID is tried first and then falls back to looking up a pool by name if nothing is found. Closes #4431
The commit fixes an issue with pool looks that made it so pools with a ksuid-like name could not be looked up for most zed commands. Fix the logic for lake/api.PoolID so that looking up a pool by ID is tried first and then falls back to looking up a pool by name if nothing is found. Closes #4431
Verified in Zed commit 935c334. Repeating the original repro steps, the name of the pool is no longer a problem.
Thanks @mattnibs! |
Repro is with Zed commit 7882cee. This was originally originally reported by a community user in a Slack message.
Repro requires the attached test data
Alice test_full-report.json.gz, though it must be
gunzip
'ed first, as there's something about using this filename as a pool name that triggers the problem.The
branch not found
and corrupt pool nameAlichftestYfulosreporwtjson
are signs of the bug. I was tinkering with some debug in the Go code and there's something highly suspicious about these all having the same number of characters:The text was updated successfully, but these errors were encountered: