Maps that are turned off are running?!

[clk430]

6.7 Win2K

In the past few days, we've had some strange thing happen. After compiling the maps, saving teh MSD, generating the MSL and starting the service, the changes we made were not reflected! Even Launcher didn't reflect the changes! We had to delelte the map from the IFD, regenerate, then re-code and rebuild the map, then regenerate again for it to work.

Then after restarting the service, random maps that would be OFF in the MDS would be running!

We had to re-boot and this stopped. Does this have something to do woth Run-Map caching???

Production data was compromised and we can't figure out what happend.

 

[janhes]

Did you restart the event server at the windows level or the Management Console level? If only at the Management Console level then the startup parmeters are cached. For new or deleted msls the event server needs to be restarted at the windows level. See the ISD and event server documentation.

 

[BocaBurger]

How do you have maps OFF in an MSL? If you have a map in the .msl and the start time or event is off, it is still loaded into RAM and takes up resources. That is why it is suggested not to deploy RUN maps with an .msl



BocaBurger
<===========================||////////////////|0
The pen is mightier than the sword, but the sword hurts more!

 

[janhes]

Did you manage to have 2 versions of mercntsvns.exe running.
Theoretically this is impossible but I've managed to find a way of consistently doing this. If the Event server is started in windows, then connect with the management console before the event server is fully running and start from the management console, this gives two versions of mercntsvns.exe.
If you close the event server from windows it leaves one version running and I believe you can then restart a new event server and have 2 mercntsvns.exe running.
This would mean that one event server would be running all the original maps as they are cached.

 

[BocaBurger]

Now that you know how to do this, don't!

"The installation guidelines said: " Use Windows 2000 or better", so I installed Linux."

 

[janhes]

Imagine the fun you could have in vn8 if this is still possible. Multiple mercntsvns for each system.

 

[clk430]

Janhes - there was only one version of mercntsvns.exe running. I remeber a thread a while back discussin this, so I watched out for it. I do know how to make multiple run though.

Also, we did restart the event server at the windows level, not the Management Console level.

Boca - Maybe I am misunderstadning you, and I know you said a thousand time not to deploy run maps with an MSL, but here is what was done:

The MSD has several maps. One of the maps turned off and not cleaned up (for testing reasons if we needed it). We generated one .msl from that .msd, and that map which was turned off (and previously not running) simply turned on according to launcher.txt and Manegement Console. The .MSD in the IFD showed that it was off. So we re-booted the server, delted that map and it finally reflected the change.

 

[BocaBurger]

When you say turned off, I think you mean the trigger was removed?

Not in production. I test, yes, you want to see if there is anything in the RUN map setting that could cause a problem; such as an invalid path name in an output card, that is not getting over written in the RUN statement.

I would need to see the launcher.txt and MC snapshot when it happened. Also, if you use the Event Server Monitor Tool, an snapshot would help from there too.

Eventserver.log file might have info too.



BocaBurger
<===========================||////////////////|0
The pen is mightier than the sword, but the sword hurts more!

 

[clk430]

Yes, the trigger was removed and source event was OFF. Unfortunately, none of the above evidence files were kept, so I'll make sure to grab them next time. Hopefully, the service pack and new hardware, tune will address problems like this.

Janhes - If the component services "times out" and restarting/stopping from there and the management console will not work, we usually stop it from the task manager.

Gernerally, mercntsvns.exe and EventServerServ are running. Which of the above two services should I kill first too most gracefully stop the Mercator, or does it not matter?

 

[janhes]

Probably doesn't matter as they have stopped talking to each other.