Process Mapping Logo

Process Mapping - Forums

Sharing 19 years of knowledge and experience

 
Metastorm BPM forums
Sign up Latest Topics
 
 
 


Reply
  Author   Comment  
MartinClapham

New Member
Registered:
Posts: 6
Reply with quote  #1 
Hi All

Had a fun weekend dealing with an issue while migrating from one server to another.

The company i'm working for has a multi engine setup for their new production environment.

I and my team had spent the past 2 weeks testing all workflows within this new environment including SSO being turned on and it worked perfectly so we were quite confident about a database migration this weekend.

However after migrating the database I.E. replacing Metastorm DB with a different copy, the SSO failed as it couldn't authenticate the trusted user account. As the only thing to change was the DB a lot of time was spent analysing whether the issue was with the backup/restore of database, db users and sql logins. I'd ruled out any config files as they hadn't been changed post testing sign off.

However this morning I delved into the esso_web.js file as I tracked the error message in the eLog table back to it and found that one one of the 2 engines the account was set incorrectly in the esso_web.js that was being used. This is great as it means it resolves our issue as I can just get them in sync however what I need to understand is how SSO worked for 2 weeks while testing.

So to try and figure it out, I'm wondering if anyone on here understands the inner workings of Metastorm enough to answer the following questions.

When does the engine pick up and load the info from ESSO_web.js?
Does it load from one engine and use it on both?
If so would it do this based on which engine was started first?
What would cause the esso_web to reload?
(this last question I ask because several times over the weekend the engines were stopped and started and at some point if the above questions point to the sso using the first server started I would have expected this to resolve itself however, it didn't)

Any help that anyone can give me to answer these questions would be greatly appreciated.
0
Jerome

Avatar / Picture

Guru
Registered:
Posts: 5,507
Reply with quote  #2 
I am not absolutely certain, but I believe the engine will pick up this file on startup. It is possible that it loads it every time it is accessed, but that would not gel with my memory that you need to restart the engine to apply changes to the authentication script.
__________________
Post an example, and we will have a much better idea what the problem is. In about 90% of posts, the problem is one of communication. Examples bridge that gap.
0
BMellert

Guru
Registered:
Posts: 688
Reply with quote  #3 
Any time the script is changed, or added to the list of options, an engine restart is needed for the system to read it, otherwise it keeps/uses what it has in memory.
0
MartinClapham

New Member
Registered:
Posts: 6
Reply with quote  #4 
Cheers for the help guys. It turned out to be a 2 pronged failure by the looks of it, which is what allowed the testing to work despite the config being wrong on one of the engines.
0
Previous Topic | Next Topic
Print
Reply

Quick Navigation:


Create your own forum with Website Toolbox!