Skip to main content
Start a Conversation

Unsolved

S

SURFsara

2 Posts

3472

November 20th, 2018 05:00

After upgrade from OMSA 9.1 to 9.2 commands fail on Centos

Hi,

Today we updated OMSA from 9.1 to 9.2.0 on Centos 7.5
 Now commands fail for non-priv users:
  
$ omreport chassis memory
Memory Information

Error : SMStatus: 700
 
 
In 9.1 this worked. A reboot of the system does not help. Is this intentional? Now all our Nagios/icinga checks fail because of this.
 

Greetings,

Robert Verkerk
 
p.s. omreport chassis works
  
$ omreport chassis
Health
 
Main System Chassis
 
SEVERITY : COMPONENT
Ok       : Fans
Ok       : Intrusion
Ok       : Memory
Ok       : Power Supplies
Ok       : Power Management
Ok       : Processors
Ok       : Temperatures
Ok       : Voltages
Ok       : Hardware Log
Ok       : Batteries
 
For further help, type the command followed by -?

DELL-Daniel My

Moderator

 • 

6.2K Posts

November 20th, 2018 09:00

Hello

RHEL 7.5 support was added with 9.2, so the previous version you were running was not supported. That may be why functionality changed. I see nothing in the change notes about permissions.

The access level you describe sounds normal. If you want to change permissions you can modify omarolemap. You can find information about permissions and how to modify them in the User's Guide. It is on the OMSA support page.

http://www.dell.com/openmanagemanuals/

Thanks

SURFsara

2 Posts

November 20th, 2018 23:00

Hi Daniel, Thanks for the reply. We did following: Add the user to the omarole map file as a Superuser. Same problem Add the suer to the omarole map file as a Administrator. Problem solved. Thanks for the hint. Greetings, Robert Verkerk

kmscherer

1 Message

February 4th, 2019 08:00

I had the same problem on Ubuntu 18.04 with OMSA 9.2 and found this post. The change to /opt/dell/srvadmin/etc/omarolemap did not solve the problem and turned out to not be necessary. Thanks to strace, I was able to see that the unprivileged user required write permissions to the following two files:

- /opt/dell/srvadmin/var/log/openmanage/omcmdlog.xml

- /opt/dell/srvadmin/var/log/openmanage/UsageReport.xml

This is definitely a regression from 9.1 where these write permissions are not required.

puneet.sapra

9 Posts

February 5th, 2019 10:00

Hello,

Thank you for reaching out to us. 

OMSA 9.2.0 CLI commands failure issue with non-root/non-admin user access for some omreport commands, has been addressed in the below patch. Kindly use the patch to resolve the issue and let us know if you see any further issues.

 

Dell EMC OpenManage Server Administrator Managed Node (Patch) for RHEL 6.10, v9.2.0.3 https://www.dell.com/support/home/in/en/inbsd1/Drivers/DriversDetails?driverid=PRMR9

 

Dell EMC OpenManage Server Administrator Managed Node (Patch) for RHEL 7.5, v9.2.0.3 https://www.dell.com/support/home/in/en/inbsd1/Drivers/DriversDetails?driverid=K7GGP

 

Dell EMC OpenManage Server Administrator Managed Node (Patch) for SLES 15, v9.2.0.3 https://www.dell.com/support/home/in/en/inbsd1/Drivers/DriversDetails?driverid=WDDHN

 

Dell EMC OpenManage Server Administrator Managed Node for Ubuntu 18.04.1, v9.2.0 https://linux.dell.com/repo/community/openmanage/

 

Thanks and Regards,

Puneet Sapra - Dell EMC

View More

View All

No Events found!

Top