Hi.
I’ve upgraded v11 to v20 cause of elasticsearch v7 support particularly. Got some Oracle datasource connected and some views which are working without major error in v11. When i’ve upgraded to v20 some views needed some adjustements.
I’ve noticed that some Oracle function seems to not have been pushed down correctly. I’ve compensate with dremio function when it could be. (i couldn’t for some regexp one). But now i’ve got a big view which makes me an error when i make a request on it just with simple select with a simple criteria : “GandivaException: Failed to make LLVM module due to Function string castVARCHAR(date64[ms], int64) not supported yet.”
I can’t figure out how to fix it.
Can you help me?
Hi.
I’ve made some test to try to resolve the pb, and it seems that when reflection is enabled, the exception disappears… How could it be possible?
Thx.
@The_Yab974 Are you able to provide us with a profile for the job that failed with the Gandiva exception?
Sure. I’ve made some other tests and with another comparison operator for my criteria the exception disappears too… (>= instead of = which fails)
60f5b4de-813d-4fe3-8a78-3b5c4a59fb68.zip (692,6 Ko)
Hi.
I wanted to share my experience about this result.
It seems that it’s due to introducing last_day() function in dremio set instead of passing through to the DB (Oracle here). Since Dremio v16 (i’ve upgraded from v11 to v20 as a reminder but honestly i haven’t read all release note. My bad…) this function return timetype now where previously it returned string. So as required for our views we passed some string conversion function in this situation which results on this bug.
After adapting request it works perfectly.
Best regards.
Thanks for the update @The_Yab974
Super nice that you figured it out and apologize for the delay
Don’t worry. I understand. This tool is great and if i can help (and have time for it ofc) i share my experience with pleasure.
If only everything in this world could be like that… 