-
Notifications
You must be signed in to change notification settings - Fork 15
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
Assistance: How to use thsi to restore backups from local into confluent cloud #36
Comments
@abraham-leal is there a way to skip any existing schemas when pushing to a destination so it will upload any missing ones in a batch whilst leaving duplicates (source file exists in destination) alone? |
|
Hi @beckyshaw - Thanks a lot for raising this issue. If your destination schema isn't blank and you are simply trying to restore some subjects from your local file system, then you can run this command with -noPrompt flag. This will bypass all the preflight checks - you need to ensure that the destination schema compatibility mode for these subjects and the import mode is correctly set for the subjects being imported. As long as these are properly set, bypassing the pre-flight check should do the trick for you. Please reach out if this doesn't work. |
Hey @beckyshaw thanks for the questions. As @aadubey mentioned, you can override the checks with -noPrompt. The tool will attempt to register all schemas, and fail with the ones that already exist (have the same schema ID). Keep in mind you may also use allow/deny lists to achieve filtering. |
Thanks both. I no longer get errors with it so will run a few more tests and make sure i can backup schemas :) |
Hi @abraham-leal @aadubey 2024/02/19 11:54:24 ERROR: Received status code 422 instead of 200 for POST, on [redacted]/subjects/beck-testing-1/versions, HTTP Response: |
Hi @beckyshaw - could you please post the full logs? 422 is expected when the schema isn't valid. |
when you say it's not valid what do you mean? It technically doesnt exist at the destination side yet because it was deleted but it was created in ccloud and backed up using the schema exporter so it should be valid. |
Hi @beckyshaw - we need to see the reason for 422 (which is masked in your original update). Could you please share the full logs from exporter? |
Hello!
How can I use this to backup using <go run ./cmd/ccloud-schema-exporter.go -getLocalCopy -syncDeletes -localPath .$@/${ENV}/${datestring}> and then restore back to confluent cloud if a schema is deleted from schema registry please?
So if i bring a backup from ccloud in local, what command would i need to send it back to ccloud?
The text was updated successfully, but these errors were encountered: