-
Notifications
You must be signed in to change notification settings - Fork 19
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
Signatory 1.1.0 using GCP HSM don't start anymore when there are destroyed key #383
Comments
thank you for taking the time to communicate this issue to us @Mayeu |
Thank you @stephengaudet, if you need me to try out the PR before merging just warn me, I can do that on monday. |
thank you for the assistance @Mayeu but I went ahead and merged the fix to main. Signatory integration tests now have a key in GCP with only destroyed versions, so, I merged the fix in order to keep our builds passing. you may want to stay on v1.0.0-beta for another short time while I test the fix for another new issue #379 I expect to make a new release v1.1.1 shortly that will have fixes for both this issue you've raised, and #379 thank you kindly |
good day @Mayeu , Signatory v1.1.1 has been released and fixes this issue. thank you for letting us know. please do let me know if v1.1.1 fixes the startup failure. |
@stephengaudet thank you for warning me. I won't be able to test it out before the 17th, but I'll definitely warn you as soon as I have tested it 👍 |
Hello @stephengaudet, I can confirm that the v1.1.1 solves our issue 👍 Thank you ✨ |
Hello,
The last version of Signatory (1.1.0) doesn't start anymore when the first key available in GCP HSM is destroyed.
We are in a situation where our mainnet baking keyring contains two keys:
The first one only contains one version that has been destroyed since we had an issue during our initial key generation ceremony:
The second one contains our current active key:
It seems that some of the changes between 1.0.0-beta3 and 1.1.0 broke the key selection logic. I see that the external library used to interact with cloudKMS has been upgraded, and that the cloudKMSIterator function got changed as well.
When starting signatory we get the following error message:
Beside the upgrade of Signatory, there was no other configuration changes on our side between those two versions.
Happy to provide more details if you need anything else.
The text was updated successfully, but these errors were encountered: