Hello markP,   Thank you for the information.   In the R410, two of the hard drives appear to be non Dell. FRMW, Firmware for - Disk 2 in Backplane 0 of PERC 6/i Adapter Controller 0 in Slot 1 ( Version : 0103 ) FRMW, Firmware for - Disk 3 in Backplane 0 of PERC 6/i Adapter Controller 0 in Slot 1 ( Version : 0103 )   They may be the ones triggering the storelibdebug. If you look in OMSA under storage do you see yellow triangle? This isn't necessarily a problem just a labeling of a non-Dell drive. You may even see not certified on the drive properties. If you have the ability to pull those drives for test see if the messages continue.  Or you may try this to suppress the non certified indication :  [URL]     I notice the newer server R340 has OMSA 9.3 (older version than on the Older server R410 has OMSA 9.5) If you are not having problems with newer server R340 I'd recommend leave it as is. For the older server R410 try previous versions of OMSA and check results Note: we have not validated or support CentOS and the R410 has only been validated up to RHEL6.   Try earlier versions of OMSA and check results:   Start with 9.2 and check results. If necessary then try 9.1.03 check results   OMSA v9.2.0 : [URL] Patch v9.2.0.2 : [URL]     OMSA v9.1.03 : [URL]  
Hi, I have a number of servers running CentOS 7 and the srvadmin suite seems to be creating world writable log files in /var/log. -rw-rw-rw- 1 root root 525 Oct 21 17:42 storelibdebugit.txt.1-rw-rw-rw- 1 root root 105 Oct 22 04:26 storelibdebugit.txt-rw-rw-rw- 1 root root 570 Oct 22 04:26 storelibdebug.txt.1-rw-rw-rw- 1 root root 124 Oct 22 04:26 storelibdebug.txt We are running version 9.5.0-4063.16816.el7.x86_64 of various srvadmin* packages. We have other servers running older versions of srvadmin that we are not seeing this happen with. Is there a configuration file somewhere where the creation of these files is prevented (or not created with these permissions)? Or something that can be set using omconfig? Thanks.
Creation of world writable log files