Highlighted
Micro Focus Expert
Micro Focus Expert
125 views

POA Console Read Only Access

Jump to solution
Good morning All,
 
We have a newly upgraded GW 2014 POA (upgraded from GW 2012), we have the http user name and password for the console, from the startup file, and are able to access the POA console when presented with the log on.
 
It appears to be granting full access, however; when you go to the Log settings, it shows as Read Only, thus no changes are allowed/able to be made to the log settings, which after the upgrade has the log files set to 2 GB, we would like to change that setting back to 1024 MB, is there another method to change the Log levels, which I did see the setting in the startup file for the POA, so I assume we can make the change there, would we also have to reset the POA for that change to take effect?
 
The other question of course is why/how to get the POA to not be in read only mode for the user that has been designated in the POA startup file.
 
Thank you, for any assistance
 
Daniel
Labels (1)
0 Likes
1 Solution

Accepted Solutions
Highlighted
Knowledge Partner
Knowledge Partner

Re: POA Console Read Only Access

Jump to solution

The startup file will overrule in this case. I'd comment out all these settings (log settings, http user and pwd) from the startup file and bounce the daemon. Afterwards i'd define these settings in the GAC, wait a little and restart the daemon again. Also make sure the the POA has its own unique admin port, let's say 9711 if the MTA is running on the same box. You're running 14.2.3, right?

 

View solution in original post

13 Replies
Highlighted
Knowledge Partner
Knowledge Partner

Re: POA Console Read Only Access

Jump to solution

You can change all this from the admin console on port 9710. Generally, i'd move as much as possible out of the startup file. Does the poa console account have a GW account, too? It' recommended to have some "generic" name instead.

 

0 Likes
Highlighted
Micro Focus Expert
Micro Focus Expert

Re: POA Console Read Only Access

Jump to solution

Good day, 

 

Thank you for your prompt response, 

 

The log settings are set correctly in the GAC, while the startup files are reflecting the larger size, in this case it would appear that the startup files are over ridding the GAC, so if we remark out those settings in the startup files, the GAC should take precedence, is that correct? Would we also need to restart MTA or POA after the remarking of the size setting?

 

Not that I can see, the account does have a generic name, xxxgw (user name) and as mentioned it does log on without issue, just the log settings are read only. 

 

Thank you again for your assistance

 

Daniel 

0 Likes
Highlighted
Knowledge Partner
Knowledge Partner

Re: POA Console Read Only Access

Jump to solution

The startup file will overrule in this case. I'd comment out all these settings (log settings, http user and pwd) from the startup file and bounce the daemon. Afterwards i'd define these settings in the GAC, wait a little and restart the daemon again. Also make sure the the POA has its own unique admin port, let's say 9711 if the MTA is running on the same box. You're running 14.2.3, right?

 

View solution in original post

Highlighted
Micro Focus Expert
Micro Focus Expert

Re: POA Console Read Only Access

Jump to solution

Yes running 14.2.3

 

And thank you, I have passed those suggestions onto the customer, and will await their confirmation on the changes.

 

Thanks so much 

 

Daniel 

0 Likes
Highlighted
Micro Focus Expert
Micro Focus Expert

Re: POA Console Read Only Access

Jump to solution

@dschaldenovell 

Hi,

The Web Console user that you define is a read-only user.  If you want read-write access you need to login as a system administrator.

Cheers,

Laura

 

Laura Buckley

Views/comments expressed here are entirely my own.
If you find this post helpful, please show your appreciation and click on "Like" below...
0 Likes
Highlighted
Micro Focus Expert
Micro Focus Expert

Re: POA Console Read Only Access

Jump to solution

Good afternoon Laura, 

 

Interesting with the POA in question, I cannot seem to log into it using my credentials, (only the account that was set in the startup file), for GroupWise, I am a system administrator, I tried another Post office and I was able to log into that one, I assume I should be able to log into any of the consoles, now that it's GW 2014. Or is that an incorrect statement on my part?

 

Daniel 

0 Likes
Highlighted
Knowledge Partner
Knowledge Partner

Re: POA Console Read Only Access

Jump to solution

Provided that everything has synched properly you should be able to login as THE admin (or anyone defined as "system administrator") and be able to make changes (such as triggering indexing a.s.o.). With the http account things have changed over the time. Nowadays you get e.g. a warning in the log if the http account (name and credentials) used matches e.g. a system admin. In the early days of the "new" architecture it could come to a race condition if you set the http account "equally" to a sysadmin. In current builds, from my experience, a sysadmin account (e.g. admin with password "novell") would override a http account with the same credentials, resulting in "r/w access" in the http console. Nevertheless i'd always use some sort of generic account (without a counterpart with a GW account) in the http settings. It will be r/o and that will shown in the relevant sections.

Do i understand correctly that you cannot login to httpcon with a defined sysadmin at all?

 

0 Likes
Highlighted
Micro Focus Expert
Micro Focus Expert

Re: POA Console Read Only Access

Jump to solution

Good morning 

 

To this point, my account is the only one I've tried. Because of training this week the customer has limited staff, but I can try to do have another GW system admin try today as well. But at this point my credentials as a sysadmin have't worked. 

Thank you, 

Daniel 

 

0 Likes
Highlighted
Knowledge Partner
Knowledge Partner

Re: POA Console Read Only Access

Jump to solution

Even someone defined as "just" PO admin will be allowed to access the http console (of the given PO) and do things such as changing log settings, trigger index updates a.s.o.

Just doublechecked this on one of my 14.2.3 systems. Is the account which fails "THE" administrator (the one created while initially configuring GW14) or a GW account defined as system admin in the GAC?

 

0 Likes
Highlighted
Micro Focus Expert
Micro Focus Expert

Re: POA Console Read Only Access

Jump to solution

Good afternoon

 

I checked my access, and I was able to access another POA that was recently upgraded to GW 2014. When I click on the POA Console in the GAC it launches and I used my GW credentials user name/password and for that Post Office I'm able to access HTTP console successfully. So this PO is called ExxPO

Another PO that was just upgraded called MxxPO I cannot access with my GW credentials. Basically responds with Authorization required. 

 

The account that fails is a System Admin in GAC but as shown above it does work on other Post offices, I was going to try to spot check a few more and see how things work on these ones as well. 

0 Likes
Highlighted
Knowledge Partner
Knowledge Partner

Re: POA Console Read Only Access

Jump to solution

Can ANY GW user which has an administrative role access MxxPO? Maybe roles haven't synched to the PO DB for some reason, e.g. a non-unique admin-port. What do the PO logs say? Is the PO in question in the same domain as the PO which works?

 

0 Likes
The opinions expressed above are the personal opinions of the authors, not of Micro Focus. By using this site, you accept the Terms of Use and Rules of Participation. Certain versions of content ("Material") accessible here may contain branding from Hewlett-Packard Company (now HP Inc.) and Hewlett Packard Enterprise Company. As of September 1, 2017, the Material is now offered by Micro Focus, a separately owned and operated company. Any reference to the HP and Hewlett Packard Enterprise/HPE marks is historical in nature, and the HP and Hewlett Packard Enterprise/HPE marks are the property of their respective owners.