-
Notifications
You must be signed in to change notification settings - Fork 194
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
Issue when connecting to REST catalogs on AWS ( Amazon SageMaker Lakehouse) #1449
Comments
Unless something changed since I last looked at this (possible), I don't think Glue catalog supports the Iceberg REST spec? There is a separate catalog client implementation in PyIceberg for Glue, in any case, and I assume that's what you want to use: https://py.iceberg.apache.org/reference/pyiceberg/catalog/glue/ Edit: Actually, ignore me, I see Redshift has something different going on and supposedly does support REST spec. |
yes, now we have an implementation of the REST catalog, I know that reading from RMS data is not going to be possible yet but at least I was expecting that the HTTP calls to be redirected to the expected paths for the catalog. T here should be something on the code causing that... ( I tried to search but didn´t found it). |
I have not tested this personally but from reading the AWS blog on connect Spark to AWS Glue Iceberg REST catalog, there are some configurations that are different from what I would expect.
Specifically, notice the |
Well for normal s3 buckets is working well without the parameter (have a working script that writes and read via the rest catalog). Will try to dig on why is doing those weird calls. |
can you share what you've tried that worked? Might be helpful to debug this further |
Apache Iceberg version
0.8.1 (latest release)
Please describe the bug 🐞
Hi,
I am trying to read and write from a RMS (Redshift Managed Storage) backed catalog on AWS. The thing is that I am trying configuring the REST catalog like this.
But the thing is that the calls to the catalog goes through the default account id catalog. Note the http call on the traceback. it should be showing "rms-demo.dev" on the url and instead is using the accountId.
There is something in backend scenes on why it is injecting the AWs account id instead of using the catalog name? Tried to see on the code, but...
Thanks!!
Willingness to contribute
The text was updated successfully, but these errors were encountered: