Has anyone tried installing Bo v5 on the same machine as GQL v4.2? We have tried this and get a server error (usr0057) followed by a Cannot connect to repository (usr0045). (BO v5 was installed first and worked until GQL was installed, on an nt4 wkstation, oracle 8 environment, the TNSnames and BOmain.key files are correct). If anyone has seen this before, would they be able to shed some light on it?
I’ve also had a similar problem on another machine where I get an error with ‘ociw32.dll not found in path xx.xx.xx.xx’ The ociw32.dll only exists in my c:\orant\bin directory, which I added to my PATH environment variable, but with no luck. The error appeared again with the orant\bin in the path list. If I click ok after the .dll error, then the following series of error messages appear:
Server Error (USR0057) >> details
|Cannot access the connection driver(SBO0009)|Oracle OCI|0|| >> ok Cannot access network layer (USR0046)
I reinstalled the BO oracle driver, but again have had no luck, so can anyone help,
Stupid question, but can you do a TNSPing of your server (the bo repository box and SID)?
If yes, have you tried to do a safe recovery on that box, via supervisor?
Also, there is an article on BO’s tech support site that mentions setting all the path variables via contol panel / system - article number 2985, cannot connect to cluster … just remember that was something BO had me do during another case…
Good luck, post feedback
Brent
Has anyone tried installing Bo v5 on the same machine as GQL v4.2? We have
tried this and get a server error (usr0057) followed by a Cannot connect to
repository (usr0045). (BO v5 was installed first and worked until GQL was
I’ve been able to ping the box from the workstation, so the connection 's there, I haven’t tried a safe recovery yet, I don’t want to actually do a safe recovery as all the other wkstns in our dev environment and test labs work fine (i fixed the other problem by reinstalling oracle). I’ll try the BO tech support to see what that says, and post the result,
regards,
Nathan
’
Stupid question, but can you do a TNSPing of your server (the bo repository box and SID)?
If yes, have you tried to do a safe recovery on that box, via supervisor?
Also, there is an article on BO’s tech support site that mentions setting all the path variables via contol panel / system - article number 2985, cannot connect to cluster … just remember that was something BO had me do during another case…
Good luck, post feedback
Brent
Has anyone tried installing Bo v5 on the same machine as GQL v4.2? We have tried this and get a server error (usr0057) followed by a
Cannot
connect to
repository (usr0045). (BO v5 was installed first and worked untilGQL was
’