duplication of rules

7.8.3 I am having a weird thing happen. When i go into an existing rule, change the rule label, and save the settings when i go back to the device specific screen the rule has duplicated itself. I now have the rule before modification and a new rule with the rule label changed. The unique id for the rule is the same for each. Is this some weird caching issue? It seems to only happen in firefox.

seems to happen in IE too...

i've exactly the same problem. With IE 6 and 7



An other similar problem i have: when i changed a rule, it could be missing or overwrite an other rule in the same device... then i see the changed rule twice and the other rule is deleted. i checked this also in the conf files..



my workaround in the moment is, to configure all settings in the .conf file on the server directly...

Gmillerarmt,



please explain step by step what you did as we could not replicate the way we understood it.

Here is a step by step of what was happening.

1. Upgraded to 7.8.3.

2. rebooted serverscheck server.

3. logged into dashboard from remote machine running firefox 2.0.0.9.

4. select a device I need to modify.

5. in the device screen, I click the label for the rule i want to modify.

6. modify the values

7. Save the rule

8. Back in the device page it shows two of the same rules both with a green check mark values under the checks column.

9. I delete the duplicate rule and the device pages show the single rule without a green check mark and 0 value listed in the check column.

10. i click the label for the rule and then just save the rule again and it creates another duplicate rule.

11. I delete both duplicate rules and recreate the rule fresh trough the wizard and all is fine. no duplicates.



The issue is intermittent.

Assuming 5 is the device view, then we still are unable to replicate.



If you have a support agreement, then please login into the online helpdesk and provide following to the support team as this will help us in better understanding the issue:

1/ Word document which screen shotsof each step from 3 until 11

2/ Attach your serverscheck.conf; devices.conf and groups.conf file in the message



Thank you

The video sent by Gmillerarmt has allowed to replicate the issue.



A fix has been posted on following url:

http://files.serverscheck.net/fixes/s-server.zip



It will be part of the forthcoming 7.8.4 release

thanks for the patch. it looks good now!

hmmm... i checked it in detail now and i have still the same problem with duplicated rules.

should i send pictures to the support too?

gmillerarmt



Have you already checked it with the new patch? is it ok now?

Please send details screen shot per screen shot in a Word document and explain step by step what you did.



Also make sure to send your serverscheck.conf; groups.conf and devices.conf file

I have not. I will apply the patch this morning and test.

it seems to be even worse.



Support, I have another video documentating the problem if you would like to download it.



Gabriel

A new version has been uploaded.



gmillerarmt & bedee: we tried the examples you sent us and it did not occur on this latest build.



You can download the latest build from here:

http://files.serverscheck.net/fixes/s-server.zip



*UPDATE* we have been informed that there might some other issues regarding this test build. As it is a test build, we recommend not to put it into production prior to testing.

ok. this is what happened when i just applied this patch. Everything seemed to work ok. Duplicate rules were not being created when i was altering exsiting rules. So I deleted the two duplicate rules that were created w/ 7.8.3. I configured a "windows health" rule since it was deleted when i deleted the duplicate. I tested the rule in the wizard and everything appeared to be fine. Once I saved the new rule I received a "page cannot be displayed" error in firefox. I re-entered the host url (http://servername:1272) and received a login prompt like normal. I entered the userid and password and received the authenication challenge again, and again, and again. Thinking that the serverscheck webserver service crashed I restarted the serverscheck webserver service. I still could not log in with the admin user account remotely so i thought its best to reboot the serverscheck server. After the reboot and upon logging into the server console i received a windows error saying that a service could not be started. I went into services and both serverscheck services were not running. I tried to start the services and they wouldn't start. It appears that the serverscheck service logon account was now locked out. I unlocked the account and started the services successfully. I tried to login to the dashboard remotely using my admin user and that failed. Then I launched the local console icon on the serverscheck server and the dashboard loaded BUT with nearly all my rules in a warning or down status. And it gets worse...As these rules failed it flooded my alert teams with blank emails (no subject and no from address) until I shut down the serverscheck services. I checked the service logon account and its locked out again. It kind of appears that this system may have completely melted down.



Help. Do you think replacing the s-server.exe with the original 7.8.3 one will return me to my previous state? Or am i going to have to go to backup?

The web server is launched by the service as a separate process. It doesn't do anything in terms of Windows accounts. It doesn't use Windows account and doesn't access it.



Send your serverscheck.conf file to the helpdesk. We will look at it.



It is 11:50pm here in Europe and we are still with a few people left to work on the duplicate rules issue but first assessment is that one has nothing to do with the other as explained above.

*UPDATE 7.8.4* Issue found in adding new rule messing up the conf file - working on it



Here is what happens: when adding a new rule the first 5 lines of the conf file are messed up. These lines contain email settings and admin login details. Copy the 5 first lines from the serverscheck.conf file and it should be OK again

I restored the first 5 lines with a backup conf file. That change has allowed me to log in remotely with my admin user id. Alert email now has a subject line and message text. All of my rules that use windows credentials for checking are in the down state and cause the windows account to become locked.



I have copied back the original to the release 7.8.3 s-server.exe.



I understand that’s its late and really appreciate you staying on so late. I, unfortunately, cannot stay as late. Let’s pick this up in the morning.

A fixed release when adding rules (and tested is available) for download



http://files.serverscheck.net/fixes/s-server.zip



We also did send you a fixed version of your serverscheck.conf file including your original settings from a backup you sent us.

WOOHOO! Back up!

I used the conf file that you sent along, thank you. I had to reenter the password for the user entries in the "windows user credentials" in order for the checks to come out of the down state. I was receiving an "Access Denied" before reentering the password.

I created a new alert rule and all seems fine.



Thank You...

also good news from switzerland i saw you worked hard this night...

i also tested the new patch in serveral situations. It looks fine!



Thanks a lot to all engineers for looking so fast at all problems, which i (we) reported to you in this forum. you'r doing a excellent job!!



Thanks!