Categories
- All Categories
- 15 Oracle Analytics Sharing Center
- 15 Oracle Analytics Lounge
- 208 Oracle Analytics News
- 41 Oracle Analytics Videos
- 15.7K Oracle Analytics Forums
- 6.1K Oracle Analytics Idea Labs
- Oracle Analytics User Groups
- 76 Oracle Analytics Trainings
- 14 Oracle Analytics Data Visualizations Challenge
- Find Partners
- For Partners
Suse15 error PN3saw13NQViewMementoE workaround available for Oracle Analytics Server 2024 (7.6) ?
Dear Forum,
first of all I am not sure if this should be a discussion or a Question …? So please correct me if I should post it as a Discussion.
Anyway, our problem is that we are getting an error when trying to change any reports in answers or when trying to create any project in Data visualization. We have just installed OAS2024 on Linux Suse-15 / SLES-15. All installer checks run fine, and also all dashboards and projects are working fine after importing a BAR file.
Please let us know if there are any workarounds availiable for our problems (see attachment),
Warm greetings,
Martijn
PS: the error is: Assertion failure: false at line 18 of handle.cpp Message: PN3saw13NQViewMementoE
Best Answer
-
Installation of OAS 2024 on SUSE 15 will require fixes that are planned for an upcoming bundle patch.
2
Answers
-
@Martijn Ceelen, iConsultancy, OBIEE Consultant - As per the certification matrix of OAS, it's not certified/tested with SUSE 15. Supported version details are as below:
Reference :
Oracle recommends using certified versions of the operating system and other associated artifacts to avoid such issues.
1 -
Hi Martijn,
You may not like the reply from Sumanth above about SUSE 15 not being certified, but it could sadly be what can lead you to a dead end.
When error messages reference cpp files, you can either find the exact error covered in a MOS document (I imagine you searched and couldn't find anything) or you should raise a SR because only Oracle knows what is going on inside their cpp files…
And the SR could be a challenge when running on an uncertified system, because if you are not lucky they could just tell you "use a certified OS and it will work".
But at the same time the installer should have complained about your SUSE 15, but it didn't as it does recognize it as a valid version as visible in your screenshots (not like Windows Server 2022 that is in the certification list but the installer report it as not supported).
If you checked MOS for that error and couldn't find anything, I would raise an SR. Mostly because with the catalog being in the database one could imagine you shouldn't have issues (not like OAS has to handle different file systems etc. like in the past when it was on disk).
Just for curiosity: what version is your BAR you imported from?
And could you try the system before importing your BAR to see if it does behave in the same exact way without your BAR content just after a clean install?
Few weeks ago I faced a bug when importing a BAR and some content was being corrupted (imported wrongly). If you have a chance to test your system before importing the BAR that could lead in focusing on what is in the BAR and how is it imported, going through the BAR import logs that are very detailed. Or focusing more on a general problem that happen with a clean install, pointing to something the system doesn't like about your server (and here the OS could be found as the cause).
PS: 99.99% of the content posted in the forum is a question, in the case you post with the wrong type (question instead of discussion) it will be switched by a mod, no need to repost :)
2 -
Hi Gianni,
thank you for your quick response and follow up questions:
- The version of the imported BAR file is OAS 6.4
- We have also restored a snapshot from the time just after the clean install. And again we have the same problem when trying to drag a column of any imported spreadsheet.We have not yet done a complete reinstall, to check if something was corrupted by the BAR import, so thank you for that suggestion. We will try that as well.
When error messages reference cpp files, you can either find the exact error covered in a MOS document (I imagine you searched and couldn't find anything) or you should raise a SR because only Oracle knows what is going on inside their cpp files…
We did that, and will be diving deeper in MOS, and are still hoping for some clues from the SR, although we, understandably, got the "choose a supported platform answer."
In the attachment I have added additional error info, especially a stack trace from answers when trying to edit an existing report. We found the same info in the log files…. and will also dive deeper into that,
maybe you or someone else
on this forum recognizes the errors,…
warm greetings
Martijn
0 -
Hi Martijn, To gather additional information, can you tell us the OS version that your OAS 6.4 is running on?
Regards,
Bala.1 -
Hi Barla,
thank you for reaching out: OAS 6.4 has been succesfully running on SUSE15 Linux in production for over a year now.
If you have anay additional questions please let me know,
Ragards,
Martijn
0 -
Hi Martijn,
Thank you for the update. So, you never had issues with OAS 6.4 on SUSE15 Linux. As Sumanth mentioned, it is recommended to be on the certified OS version. However, the installer did not fail during pre-requisites checks. To narrow down, as Gianni mentioned, it is better to verify if everything is fine before importing the BAR.
Regards,
Bala.1 -
I can confirm that SuSE 15 has not been certified (even if it a prior version installed OK). There are some current defects that are being worked out, and hopefully a post OAS 2024 certification will occur, but we have no ETA to provide.
1 -
Thx Steve,
that gives us hope, and
- if we can help in testing
- or if in the meantime, you or anybody in this this form has a workaround
- or update on the ETA
that would be great.
Warm greetings,
Martijn
P.S. I have also posted this on the idea lab as:
P.S.PS. and saw that this was already requested by
twixi-oracle due to end of life expectations of Suse 12:
1
