Output from omreport storage connector controller=1 -fmt ssv
---
List of Connector(s) on Controller PERC 6/E Adapter (Slot 2)
ID;Status;Name;State;Connector Type;Termination;SCSI Rate
0;Ok;Logical Connector ;Ready;SAS Port RAID Mode;Not Applicable;Not
Applicable
Path Health
Status;Name;State;St
Adam Caines writes:
> Looks like it's reporting "path health". The 6e has both sas ports
> connected to redundant controllers in the MD1120. It's strange on
> another server, I also have a PERC H700 connect to a MD1220 with
> redundant links and it does not output the "path health" section.
[s
Looks like it's reporting "path health". The 6e has both sas ports
connected to redundant controllers in the MD1120. It's strange on another
server, I also have a PERC H700 connect to a MD1220 with redundant links and
it does not output the "path health" section.
C:\Users\Administrator>omreport
Adam Caines writes:
> Looks like some strange output on the lines for controller 1? The
> formatting is breaking there. I checked omreport storage controller
> and didn't see anything that stood out as being strange.
[snip]
> OK | 0:0 | Connector 0 [SAS Port RAID Mode] on controlle
Looks like some strange output on the lines for controller 1? The
formatting is breaking there. I checked omreport storage controller and
didn't see anything that stood out as being strange.
System: PowerEdge 1950 III OMSA version:6.4.0
ServiceTag: XXX
Adam Caines writes:
> All of the status lines appear to be Ok.
Indeed they do. This appears to be trickier than I initially
thought. Perhaps the debug output from the plugin has some clues?
Try 'check_openmanage -d --only storage'. It will attempt to print the
status of all monitored storage co
Adam Caines writes:
> Having a strange problem with check_openmanage. Use it without error on many
> other systems. Any help would be appreciated.
>
> check_openmanage version: 3.6.5 (.exe version)
> Dell OMSA version: 6.4.0
> OS: Windows Server 2008 R2
> Hardware: Poweredge 1950 with PERC 6/i
Having a strange problem with check_openmanage. Use it without error on
many other systems. Any help would be appreciated.
check_openmanage version: 3.6.5 (.exe version)
Dell OMSA version: 6.4.0
OS: Windows Server 2008 R2
Hardware: Poweredge 1950 with PERC 6/i and PERC 6/e connected to MD1120
-
Benny Somali writes:
> Ignore my previous question.
Too late, but no problem. My one-line patch is easily reversed :)
> It worked fine now.
> I used a batch script and didn't add a line to turn the echo off so it
> returned special characters.
> So I added @echo off and the Status Information d
Benny Somali writes:
> Works fine now.
Good, thanks for testing.
> By the way, the Status Information field is blank, is it related to
> the max length of 1023 chars?
Probably not. You shouldn't run into problems with the silly nrpe limit
for other than large servers with lots of performance d
From: Benny Somali [mailto:benny.som...@firstnational.ca]
> Sent: Monday, October 25, 2010 10:27 AM
> To: nagios-users@lists.sourceforge.net
> Subject: Re: [Nagios-users] Check_OpenManage INTERNAL ERROR
>
> Hi Trond,
>
> Works fine now.
> By the way, the Status Information f
6 PM
> To: Nagios Users List
> Subject: Re: [Nagios-users] Check_OpenManage INTERNAL ERROR
>
> Benny Somali writes:
>
> > Yes, you are right.
> > There is pdisk #1 that has empty vendor ID field.
> > The disk in question was original Dell disk, however, it seeme
Benny Somali writes:
> Yes, you are right.
> There is pdisk #1 that has empty vendor ID field.
> The disk in question was original Dell disk, however, it seemed to be
> bad now.
> We have an opened trouble ticket with Dell and expect to get a
> replacement disk.
Ah.. it makes sense that in some
nal Message-
> From: Trond Hasle Amundsen [mailto:t.h.amund...@usit.uio.no]
> Sent: Friday, October 22, 2010 3:29 PM
> To: Nagios Users List
> Subject: Re: [Nagios-users] Check_OpenManage INTERNAL ERROR
>
> Benny Somali writes:
>
> > INTERNAL ERROR: substr outside of str
Benny Somali writes:
> INTERNAL ERROR: substr outside of string at script/check_openmanage line 1502.
> INTERNAL ERROR: Use of uninitialized value in lc at script/check_openmanage
> line 1502.
Hi Benny,
Thanks for reporting this. The error is related to the vendor of
physical disks as reported
I would like to report an INTERNAL ERROR when running check_openmanage
only on this server.
It works fine with other servers.
Below is the debug result:
C:\Program Files\NSClient++\scripts>check_openmanage.exe -d
System: PowerEdge 6800
ServiceTag: X71 O
16 matches
Mail list logo
