Dear experts,
whenever I restart my Integration Server, the password of the user Administrator is reset to the default. So far, I used to change the password in the web UI at “Security” → “User Management”, but this doesn’t persist the password in my case. Do I miss some additional steps? Or do I need to fix something in the server installation?
A maybe related phenomenon: For additional users I create, the account names and passwords survive server reboots, but the assigned user groups are forgotten after reboots.
Best regards,
Christian

This is quite odd; password changes and user creation is permanent. Can you provide your IS version and fix level?

KM

Dear Kasi,
thank you for the quick reply. The Integration Server is a very recent installation of the latest version and the latest fixes. In detail:

Updated - Hang on; is this server an API Gateway instance? If yes, then you must perform user management only via API Gateway UI since both API GW and IS use the Administrator user. If you change it on the IS in the back, the passwords are reverted.

If not, then take a look at the following -

NP and I can both assure you that this is not the case, irrespective on wM version; user management changes are permanent for an IS license.

* You can increase the logging level, as NP has asked above, and collect the relevant logs
* If you use Central User Management, then investigate from that point as well - perhaps a permissions issue in the DB
* Check the directory and file permissions of the /…/IntegrationServer/instances/yourInstanceName/config folder and its subfolders

I recommend that you create a support ticket, as this is unusual.

KM

Good find , I would expect some kind of warning message though.

Yes, that will help, but an API GW instance is not supposed to be managed in the backend, so I understand why there wasn’t a specific message.

However, the error No Messaging features are available is an immediate hint.

KM

Might be a good idea to have a read only version of IS admin UI in such environments.

As Kasi has mentioned, definitely not expected behavior, have you checked the server logs and error logs , they must have some information.
You can either access them from Admin UI , Logs->server and Logs-> error.

Dear Nagendra,
thank you for the hints.
This is the today’s error log:

Dear Kasi,
yes, it’s an API Gateway instance! I’ll immediately test your advise.
Wow, it worked! Thank you!
Best regards,
Christian

Good news, Christian!

Any administration on the GW, must be done via GW UIs - most administrative options are available. In addition, both GW standard and advanced licenses have licensing restrictions (Messaging for instance); the following is what you will see on an “advanced” GW instance -

https://higherlogicdownload.s3.amazonaws.com/IMWUC/webMethods/Files/d8e57b49877a7aa067e48b891164bb2a997dfc06.png 1.5x, https://higherlogicdownload.s3.amazonaws.com/IMWUC/webMethods/Files/d8e57b49877a7aa067e48b891164bb2a997dfc06.png 2x" data-dominant-color="F0F0EF">

image413×520 22.4 KB

This is because a GW instance must NOT be used as a regular IS.

KM

Dear Kasi,
thank you for the additional explanations! I will take account of this in future.
Best regards,
Christian