Continuously getting error [ISS.0024.0001E] Could not initialize User Manager.

Hi All,

We are getting below error continuously in server log

[316313]2015-03-03 23:04:18 EST [ISS.0024.0001E] Could not initialize User Manager.
[316312]2015-03-03 23:04:17 EST [ISS.0024.0001E] Could not initialize User Manager.
[316311]2015-03-03 23:04:00 EST [ISS.0024.0001E] Could not initialize User Manager.
[316310]2015-03-03 23:03:59 EST [ISS.0024.0001E] Could not initialize User Manager.
[316309]2015-03-03 23:03:59 EST [ISS.0024.0001E] Could not initialize User Manager.
[316308]2015-03-03 23:03:58 EST [ISS.0024.0001E] Could not initialize User Manager.
[316307]2015-03-03 23:03:57 EST [ISS.0024.0001E] Could not initialize User Manager.
[316306]2015-03-03 23:03:57 EST [ISS.0024.0001E] Could not initialize User Manager.
[316305]2015-03-03 23:03:56 EST [ISS.0024.0001E] Could not initialize User Manager.
[316304]2015-03-03 23:03:55 EST [ISS.0024.0001E] Could not initialize User Manager.
[316303]2015-03-03 23:03:55 EST [ISS.0024.0001E] Could not initialize User Manager.
[316302]2015-03-03 23:03:55 EST [ISS.0024.0001E] Could not initialize User Manager.
[316301]2015-03-03 23:03:54 EST [ISS.0024.0001E] Could not initialize User Manager.
[316300]2015-03-03 23:03:54 EST [ISS.0024.0001E] Could not initialize User Manager.
[316299]2015-03-03 23:03:53 EST [ISS.0024.0001E] Could not initialize User Manager.

This server installed in 7.1 version.

All of sudden sever is going down. Can anybody help me out to resolve this issue.

Thanks in advance.

if you are using the local user config file (config/users.cnf), it may be corrupted.
Check if your local disk is full or not.
Open the users.cnf with text editor, to see if it’s corrupted.
If so, check if you have a backup copy under config/backup

HTH,

Hi,

Have checked the file, its not corrupted. Also, both the files config/users.cnf & config/backup/users.cnf are identical. Can u suggest me any other way?

Thanks,
Deepika.

Hello,

Examine this file in the Integration Server /config directory. Ensure that the server has read access to it.
If the file is corrupted, you might need to set up the users and/or groups again through the Integration Server Administrator.

Try this out, bring the IS down completely and copy the config/backup/users.cnf and replace that with config/users.cnf and start the IS.

Can you share the server log after doing the following:

  • shutdown IS
  • rename the existing server.log
  • startup IS

There should be some more error messages beside the one you have mentioned in your initial post.

Regards,
Holger

Hi Mahesh,

Have tried as you suggested, still no use. I am getting few more error as Thomsen told.

Hi Thomsen,

I have attached the server log, before shutdown & start.

Hope i will get a solution.

Thanks & regards,
Deepika.
server.log (227 KB)

Make sure you ran the database component configuration tool successfully. What is your DB?I see you have some issue with the setting up MWS.

Is it a production system or just your local installation. If local installation please uninstall and re-install, follow the steps in sequence

1> Backup your packages
1> Uninstall the existing instance via control panel or SAG installer
2> Delete the webMethods folder from your installed drive
3> Install the external DB and Run SAG installer
4> Follow the steps shown on installer
5> After the installer completes, run the DB component configurator
6> Start the IS

Let me know if you have more questions. Feel free to contact me on my email if required :slight_smile:

Deepika, did you have to run Database Configurator to resolve your issue or were you able to resolve it in another way?

Hi,

if you plan to use CentralUsers Management MWS requires a real database and cannot be configured to use the embedded database.

Make sure that MWS database schema has been created using database configurator before installing MWS.
Start MWS at least once before configuring Central Users database pool in Integrationserver.
After configuring the pool restart MWS.

If the config/users.cnf and config/backup/users.cnf are valid and identical, check for the 5 acl*.cnf files:

  • aclread.cnf
  • acllist.cnf
  • aclwrite.cnf
  • aclmap_sm.cnf
  • acls.cnf

txnpassstore.dat might be worth to be checked also.

Regards,
Holger