It looks like Dremio has problems getting the right physical path to write data to. We added a null check to that function in the upcoming 24.3 release. However, it would be great if you can help us with additional details, so we understand what pattern leads to this NPE. Please answer the following questions:
What type of Dremio deployment is this?
Is it possible to upload the profile of the failed reflection?
Can you upload dremio.conf, dremio.env and core-site.xml as well?
I’m also interested in the type of storage you have (is it distributed storage)?
Do you use any storage proxy?
Where there any support keys enabled/disabled recently?
Is this a new reflection, or did it use to work in the past? What else can you tell us about it?
Are other reflections failing with the same NPE, or are they successful?
Thank you for answering my questions. You shouldn’t disable Iceberg, in this release (and going forward) it should be enabled by default. I can’t say for sure it will fix the NPE, but I strongly suggest to enable it and try again. Build a new reflection afterwards and see if that works.
You are using the Enterprise Edition of Dremio, this support channel is for the Community Edition. I suggest you contact us through the designated support channel, where SLAs are in place.
You’re correct, you are using CE, sorry about that, so the org name and I just assumed
The error in the last screenshot also points to a storage issue. Your dremio.conf says you don’t configure the distributed storage, but I wonder if the dremio.conf file is the same on all the nodes? If it is, then can you add paths.dist in dremio.conf to point to a local directory: file:/// on all the nodes?
Then start Dremio up and let me know if it works.
Also, were there any changes in regards to the distributed storage? Did you use something in the past, which now you removed?
How many nodes are in this cluster?
Looks like the NPE issue is no more reproducible with 24.3.0 image. Can you please confirm if this issue is fixed as part of 24.3.0?
Thanks for testing with 24.3, as requested. Looks like the implementation of the NPE check helped your usecase.
Expecting double quotes around Encoding. Any idea why is this happening?
It shouldn’t, if that’s the exact name of the column. If there would be any special characters, then yes, double quotes would be expected around the column name. I suggest you start a new thread for each new unrelated question you have.