yum update breaks omsa?
Michael E Brown
Michael_E_Brown at dell.com
Thu Apr 12 08:50:13 CDT 2007
On Thu, Apr 12, 2007 at 09:27:28AM -0400, Zembower, Kevin wrote:
> The update may not be broken. I get the same result with the omreport
> command, but needed the 'storage' option to get the output I expected:
>
> www:~# omreport storage
>
> For further help, type the command followed by -?
Can you check your alertlog?
# omreport system alertlog
I just noticed on my system, I got:
Severity : Ok
ID : 2164
Date and Time : Thu Apr 12 08:46:39 2007
Category : Storage Service
Description : See readme.txt for a list of validated controller driver versions.
Severity : Non-Critical
ID : 2131
Date and Time : Thu Apr 12 08:46:39 2007
Category : Storage Service
Description : The current firmware version 521S is older than the required firmware version 522A for a controller of model PERC 4e/Di: Controller 0 (PERC 4e/Di)
So, maybe it isnt giving information because the PERC firmware is too
old? I'll be updating my firmware and checking again soon.
--
Michael
>
>
>
> www:~# omreport storage controller
>
> Controller PERC 4e/Di (Embedded)
>
>
>
> Controllers
>
> ID : 0
>
> Status : Ok
>
> Name : PERC 4e/Di
>
> Slot ID : Embedded
>
> State : Ready
>
> Firmware Version : 521S
>
> Minimum Required Firmware Version : Not Applicable
>
> Driver Version : Not Applicable
>
> Minimum Required Driver Version : Not Applicable
>
> Number of Connectors : 2
>
> Rebuild Rate : 30%
>
> BGI Rate : Not Applicable
>
> Check Consistency Rate : Not Applicable
>
> Reconstruct Rate : Not Applicable
>
> Alarm State : Not Applicable
>
> Cluster Mode : Not Applicable
>
> SCSI Initiator ID : 7
>
> Cache Memory Size : 256 MB
>
> Patrol Read Mode : Not Applicable
>
> Patrol Read State : Not Applicable
>
> Patrol Read Rate : Not Applicable
>
> Patrol Read Iterations : Not Applicable
>
>
>
> www:~#
>
>
>
> Hope this helps.
>
>
>
> -Kevin
>
> ________________________________
>
> From: linux-poweredge-bounces at dell.com
> [mailto:linux-poweredge-bounces at dell.com] On Behalf Of Jeff Potter
> Sent: Thursday, April 12, 2007 8:38 AM
> To: linux-poweredge at dell.com
> Subject: yum update breaks omsa?
>
>
>
>
>
> Hi List,
>
>
>
> It looks like an update to OMSA last night has "broken" our monitor
> scripts that rely on omreport, which itself now returns nothing:
>
>
>
> # omreport storage
>
> For further help, type the command followed by -?
>
>
>
> #
>
>
>
> I've tried a srvadmin-services.sh, just to see if that clean this up,
> but no go.
>
>
>
> Thoughts?
>
>
>
> Here's what yum.log shows as having been updated:
>
>
>
> Apr 12 04:23:15 Updated: srvadmin-omilcore.i386 5.2.0-460
>
> Apr 12 04:23:27 Updated: srvadmin-deng.i386 5.2.0-460
>
> Apr 12 04:23:27 Installed: srvadmin-omauth.i386
> 5.2.0-460.rhel4
>
> Apr 12 04:23:35 Updated: srvadmin-omacore.i386 5.2.0-460
>
> Apr 12 04:23:36 Updated: srvadmin-cm.i386 5.2.0-460
>
> Apr 12 04:23:36 Updated: srvadmin-odf.i386 5.2.0-460
>
> Apr 12 04:23:43 Updated: srvadmin-storage.i386 5.2.0-460
>
> Apr 12 04:23:43 Updated: srvadmin-ipmi.i386 5.2.0-460.rhel4
>
> Apr 12 04:23:48 Updated: srvadmin-hapi.i386 5.2.0-460
>
> Apr 12 04:23:48 Updated: srvadmin-isvc.i386 5.2.0-460
>
> Apr 12 04:23:52 Updated: srvadmin-omhip.i386 5.2.0-460
>
> Apr 12 04:23:52 Updated: srvadmin-storageservices.i386
> 5.2.0-460
>
> Apr 12 04:23:52 Updated: srvadmin-base.i386 5.2.0-460
>
>
>
>
>
> best,
>
> Jeff
>
>
>
>
>
> P.S. I also noticed this output was generated in from yum.cron -- it
> would be nice if this didn't get sent out on automated updates.
>
>
>
>
> /etc/cron.daily/yum.cron:
>
>
>
> To start all installed services without a reboot,
>
> enter the following command: srvadmin-services.sh start
>
>
>
> warning: /etc/pam.d/omauth saved as /etc/pam.d/omauth.rpmorig
>
>
>
> _______________________________________________
> Linux-PowerEdge mailing list
> Linux-PowerEdge at dell.com
> http://lists.us.dell.com/mailman/listinfo/linux-poweredge
> Please read the FAQ at http://lists.us.dell.com/faq
More information about the Linux-PowerEdge
mailing list