It would be nice if you contribute back to this community forum. "I got it resolved" doesn't really help any other user having the same question. So would be nice if you post back how you resolved it and then close the thread. And for a different question you open a new one, ideally writing a bit more than a single…

The germans have a word for everything! And if they don't ... they make it up by putting together other words ...

Upvoted too. It seems that Oracle tend to listen more to this kind of requests when you are a huge client paying tons of $$$ in licenses with plans to pay even more. In that kind of process of course most of us doesn't weight a lot, so any alternative approach giving some weight to others too is welcome.

TL;DR : can't work, will not work, time wasted. Take a supported OS and the result will be different ...

Is your DB installed as pluggable DB or not? Because if it is "orcl" is maybe the CDB (which can't be used) and you need to enter the details for the PDB. If you run the RCU by hand don't you get more "info" on what's going on? (look for the "rcu" file and execute it directly)

You are like the 1-2 per week asking this same exact question again and again in the last few months (don't take it in a badly way, just means you aren't alone ). You are ignoring what's the key element of OBIEE: the model. Things in OBIEE works all connected and fine when you adopt the approach of modeling things to match…

Thanks to your second post I finally see what you are talking about as things were slightly confused in the first... So, first thing, yes you can override the value of a session variable from a dashboard prompt as long as in the RPD you checked the "Enable any user to set the value" checkbox for that variable. Which seems…

No, just "standard" (simple/normal) DB install, without any of those extra things.

You already got the best answers above, so I just want to point out few details. You don't have to add a user in a group and than assign that group to an application role. You could directly assign the user to the application role if you want, but as they said above using a group is a good practice (because users can join…

Hi, The answer depends what's that install supposed to be: if it's a sandbox or test server you can have the DB on the same server as OBIEE (as long as you have enough hardware resources). As you can see in OBIEE Samples that's what they did there. If it's a prod environment is generally a good practice to split things,…

You will not find anything about it in MOS as the certification matrix is quite simple: RCU is only supported on Oracle DB, MS SQL or DB2 (not going into which version). So any other DB isn't supported and not certified and the installer or the RCU itself will not be able to run against any other DB. So even assuming that…

Nope, so far no documented or known way ... You can of course download a new copy of the "live" RPD, but that's probably not what you are after. If you desperately need to open your saved RPD you can always try to go through a SR but I suspect the reply will be the same.

You already got a bunch of replies, and as you can see the answer is into a mix of solutions. I would have a "all-in-one" solution, but it isn't an Oracle official tool or something you can buy on the market, just a way to put together all the metadata into a graph database allowing you to easily query the whole path: from…

Yeah, because in 11g the server needed the password to load and open the RPD, while in 12c the RPD is transformed into XML which isn't protected by password anymore. So the server do not need to know the password of the RPD (it's asked when loading a new RPD to be able to open it once, that's it).

That thing require the old password, the one which is missing in this case. Otherwise why to set a password on the RPD if an utility you get with the Admintool can just reset it?

Good luck and if all good come back to close the thread

I would say you can't .... The password doesn't exist anywhere else than inside the RPD. Keep trying with all the possible passwords (as it will not "lock" the RPD after some wrong attempts. Of course you can also script that and "brute force" it if you have at least an idea of what the password must look like.

What version of OBIEE are you using? I would guess it's a 12c and you didn't configure CSP correctly .... Look at https://gianniceresa.com/2016/10/google-map-in-an-obiee-12c-analysis/ (the part about CSP) and also https://obieeil.blogspot.ch/2017/12/obiee-12-with-external-images.html (also the part about configuring CSP)

Like that it must work (of course you can't say if the code/description is because of "origin" or "destination", but if you need that info you could easy add it). Plan B is what Christian said with "OR" (instead of your original "AND").

A complex join with a "OR" (because "AND" is impossible, ok ... possible yes, but a totally different meaning) works just fine in 12.2.1.3 . You just can't edit an already existing foreign key join to change it into a complex join (even if you open the formula editor when you save it will refuse). If you already have a…