Re: Getting Dell RAID status via SNMP

2017-08-16 Thread Jibby Jeremiah 
Sorry have not been checking in for a while - will definitely try the
patches suggested.
It may take a few weeks though to fit with our internal processes.

I will report back - thanks

On Sun, Jul 30, 2017 at 10:33 PM, FUKAUMI Naoki <fuka...@soum.co.jp> wrote:

> Hi,
>
> From: Andrew Daugherity <andrew.daugher...@gmail.com>
> Subject: Re: Getting Dell RAID status via SNMP
> Date: Fri, 28 Jul 2017 15:08:47 -0500
>
> >> Here is new/WIP patch to support bio(4) for mfii(4). it doesn't fix the
> >> "issue" yet, but it includes hot swap support from my patch for mfi(4)
> >>  http://marc.info/?l=openbsd-tech=149872410222552=2
> >>
> >> Could you try attached patch?
> >>
> >
> > Hi,
> >
> > Thanks for the patch, but it fails to build (also, I had to use 'patch
> -l'
> > to get it to apply at all, due to ^M line endings, etc.):
> > 
> > /usr/src/sys/dev/pci/mfii.c: In function 'mfii_makegood':
> > /usr/src/sys/dev/pci/mfii.c:3068: error: 'MR_DCMD_CFG_FOREIGN_SCAN'
> > undeclared (first use in this function)
> (snip)
>
> sorry, I forgot that my mfii(4) patch depends on updated mfireg.h in my
> mfi(4) patch. (it's not merged yet)
>
> > I got around that by copying those definitions from the FreeBSD mfi
> driver
>
> your fix is correct :), I also got definitions from FreeBSD.
> and your sysctl/bioctl/dmesg output looks good to me.
>
> > Nice work!  Sorry I don't have a card with cache (e.g. H730) to test on,
> > but I haven't hit any problems with my H330 yet.
>
> thank you for your report!
>
> Best Regards,
>
> --
> FUKAUMI Naoki
>
>

Re: Getting Dell RAID status via SNMP

2017-07-30 Thread FUKAUMI Naoki 
Hi,

From: Andrew Daugherity <andrew.daugher...@gmail.com>
Subject: Re: Getting Dell RAID status via SNMP
Date: Fri, 28 Jul 2017 15:08:47 -0500

>> Here is new/WIP patch to support bio(4) for mfii(4). it doesn't fix the
>> "issue" yet, but it includes hot swap support from my patch for mfi(4)
>>  http://marc.info/?l=openbsd-tech=149872410222552=2
>>
>> Could you try attached patch?
>>
> 
> Hi,
> 
> Thanks for the patch, but it fails to build (also, I had to use 'patch -l'
> to get it to apply at all, due to ^M line endings, etc.):
> 
> /usr/src/sys/dev/pci/mfii.c: In function 'mfii_makegood':
> /usr/src/sys/dev/pci/mfii.c:3068: error: 'MR_DCMD_CFG_FOREIGN_SCAN'
> undeclared (first use in this function)
(snip)

sorry, I forgot that my mfii(4) patch depends on updated mfireg.h in my
mfi(4) patch. (it's not merged yet)

> I got around that by copying those definitions from the FreeBSD mfi driver

your fix is correct :), I also got definitions from FreeBSD.
and your sysctl/bioctl/dmesg output looks good to me.

> Nice work!  Sorry I don't have a card with cache (e.g. H730) to test on,
> but I haven't hit any problems with my H330 yet.

thank you for your report!

Best Regards,

--
FUKAUMI Naoki

Re: Getting Dell RAID status via SNMP

2017-07-28 Thread Andrew Daugherity 
On Mon, Jul 24, 2017 at 12:10 AM, FUKAUMI Naoki <fuka...@soum.co.jp> wrote:

> Hi,
>
> From: Jibby Jeremiah <jibby.jerem...@gmail.com>
> Subject: Re: Getting Dell RAID status via SNMP
> Date: Wed, 19 Jul 2017 15:03:21 -0400
>
> > Darn.  Well if you need more testers let me know.
>
> It seems your RAID card doesn't have cache,
>
> > mfii0 at pci3 dev 0 function 0 "Symbios Logic MegaRAID SAS3008" rev 0x02:
> > msi
> > mfii0: "PERC H330 Adapter", firmware 25.5.0.0019
>
> then, I guess the "issue" will not happen.
>
> Here is new/WIP patch to support bio(4) for mfii(4). it doesn't fix the
> "issue" yet, but it includes hot swap support from my patch for mfi(4)
>  http://marc.info/?l=openbsd-tech=149872410222552=2
>
> Could you try attached patch?
>

Hi,

Thanks for the patch, but it fails to build (also, I had to use 'patch -l'
to get it to apply at all, due to ^M line endings, etc.):

/usr/src/sys/dev/pci/mfii.c: In function 'mfii_makegood':
/usr/src/sys/dev/pci/mfii.c:3068: error: 'MR_DCMD_CFG_FOREIGN_SCAN'
undeclared (first use in this function)
/usr/src/sys/dev/pci/mfii.c:3068: error: (Each undeclared identifier is
reported only once
/usr/src/sys/dev/pci/mfii.c:3068: error: for each function it appears in.)
/usr/src/sys/dev/pci/mfii.c:3073: error: 'MR_DCMD_CFG_FOREIGN_CLEAR'
undeclared (first use in this function)
/usr/src/sys/dev/pci/mfii.c: In function 'mfii_makespare':
/usr/src/sys/dev/pci/mfii.c:3125: error: 'MR_DCMD_CFG_MAKE_SPARE'
undeclared (first use in this function)
*** Error 1 in /usr/src/sys/arch/amd64/compile/GENERIC.MP (Makefile:947
'mfii.o')


I got around that by copying those definitions from the FreeBSD mfi driver
(patch is also attached, in case gmail decides to munge inline tabs):

Add MR_DCMD_CFG definitions for *_SPARE and FOREIGN_* (taken from
FreeBSD sys/dev/mfi/mfireg.h).
--- sys/dev/ic/mfireg.h.bak Fri Jul 28 12:43:41 2017
+++ sys/dev/ic/mfireg.h Fri Jul 28 12:47:19 2017
@@ -139,6 +139,13 @@
 #define MR_DCMD_CONF_GET 0x0401
 #define MR_DCMD_CFG_ADD 0x0402
 #define MR_DCMD_CFG_CLEAR 0x0403
+#define MR_DCMD_CFG_MAKE_SPARE 0x0404
+#define MR_DCMD_CFG_REMOVE_SPARE 0x0405
+#define MR_DCMD_CFG_FOREIGN_SCAN 0x04060100
+#define MR_DCMD_CFG_FOREIGN_DISPLAY 0x04060200
+#define MR_DCMD_CFG_FOREIGN_PREVIEW 0x04060300
+#define MR_DCMD_CFG_FOREIGN_IMPORT 0x04060400
+#define MR_DCMD_CFG_FOREIGN_CLEAR 0x04060500
 #define MR_DCMD_BBU_GET_STATUS 0x0501
 #define MR_DCMD_BBU_GET_CAPACITY_INFO 0x0502
 #define MR_DCMD_BBU_GET_DESIGN_INFO 0x0503

I'll leave it to the experts to determine whether the numbers for
MR_DCMD_CFG_MAKE_SPARE, etc. are in fact correct.

I have the same PERC H330 HBA, and temporarily have a rather unique disk
configuration in this server -- it has two disks, initially set up as
RAID-1.  For testing UEFI support, I broke the mirror, and configured the
second disk as a passthrough disk, so as to have one disk with MBR and one
with GPT.  (Unfortunately, OpenBSD still doesn't boot in EFI mode on this
server, only BIOS mode [1].  FreeBSD and Linux do work fine with EFI.)
 Right now it shows a degraded RAID-1 volume plus the passthrough disk.
Obviously I plan to make a normal healthy RAID-1 before going live with it.

After building a new kernel with the patch, I now have a new 'mfii0' entry
in hw.sensors:

hw.sensors.cpu0.temp0=26.00 degC
hw.sensors.mfii0.drive0=degraded (sd0), WARNING
hw.sensors.pchtemp0.temp0=26.50 degC
hw.sensors.sdtemp0.temp0=25.62 degC
hw.sensors.sdtemp1.temp0=26.25 degC

(sdtemp was already working previously)

Also bioctl works too, at least for reading status (haven't tried modifying
the array):
=== bioctl sd0 output 
BEFORE
sd0: <DELL, PERC H330 Adp, 4.27>, serial 007bbdf6cecf3d461e5c56708741

AFTER (bioctl -v)
Volume  Status   Size Device
mfii0 0 Degraded 499558383616 sd0 RAID1 WT
  0 Failed  0 0:0.0   noencl <>
 'unknown serial'
  1 Online   500107862016 0:1.0   noencl 
 'unknown serial'

Not sure about the 'unknown serial', but otherwise looks correct.


Nice work!  Sorry I don't have a card with cache (e.g. H730) to test on,
but I haven't hit any problems with my H330 yet.


-Andrew


[1] https://marc.info/?l=openbsd-misc=146343624320665=2
With more recent kernels, the numbers on the "entry point" line are
different, but the UEFI boot problem otherwise remains the same -- video
corruption, followed by a reboot 10-15 seconds later.  I just discovered
that serial console support has recently been added to the UEFI bootloader,
so I hopefully I'll be able to see boot messages from after the video goes
wonky, and submit a more useful bug report.


dmesg:
OpenBSD 6.1 (GENERIC

Re: Getting Dell RAID status via SNMP

2017-07-23 Thread FUKAUMI Naoki 
Hi,

From: Jibby Jeremiah <jibby.jerem...@gmail.com>
Subject: Re: Getting Dell RAID status via SNMP
Date: Wed, 19 Jul 2017 15:03:21 -0400

> Darn.  Well if you need more testers let me know.

It seems your RAID card doesn't have cache,

> mfii0 at pci3 dev 0 function 0 "Symbios Logic MegaRAID SAS3008" rev 0x02:
> msi
> mfii0: "PERC H330 Adapter", firmware 25.5.0.0019

then, I guess the "issue" will not happen.

Here is new/WIP patch to support bio(4) for mfii(4). it doesn't fix the
"issue" yet, but it includes hot swap support from my patch for mfi(4)
 http://marc.info/?l=openbsd-tech=149872410222552=2

Could you try attached patch?

Best Regards,

--
FUKAUMI Naoki
Index: sys/dev/pci/mfii.c
===
RCS file: /cvs/src/sys/dev/pci/mfii.c,v
retrieving revision 1.43
diff -u -p -r1.43 mfii.c
--- sys/dev/pci/mfii.c	8 Apr 2017 02:57:25 -	1.43
+++ sys/dev/pci/mfii.c	24 Jul 2017 04:09:34 -
@@ -22,11 +22,15 @@
 #include 
 #include 
 #include 
+#include 
 #include 
 #include 
 #include 
 #include 
+#include 
+#include 
 
+#include 
 #include 
 #include 
 
@@ -271,9 +275,63 @@ struct mfii_softc {
 	struct mfii_pd_softc	*sc_pd;
 	struct scsi_iopool	sc_iopool;
 
+	/* save some useful information for logical drives that is missing
+	 * in sc_ld_list
+	 */
+	struct {
+		uint32_t	ld_present;
+		char		ld_dev[16];	/* device name sd? */
+	}			sc_ld[MFI_MAX_LD];
+
+	/* scsi ioctl from sd device */
+	int			(*sc_ioctl)(struct device *, u_long, caddr_t);
+
+	uint32_t		sc_ld_cnt;
+
+	/* bio */
+	struct mfi_conf		*sc_cfg;
 	struct mfi_ctrl_info	sc_info;
+	struct mfi_ld_list	sc_ld_list;
+	struct mfi_ld_details	*sc_ld_details; /* array to all logical disks */
+	int			sc_no_pd; /* used physical disks */
+	int			sc_ld_sz; /* sizeof sc_ld_details */
+
+	/* mgmt lock */
+	struct rwlock		sc_lock;
+
+	/* sensors */
+	struct ksensordev	sc_sensordev;
+	struct ksensor		*sc_bbu;
+	struct ksensor		*sc_bbu_status;
+	struct ksensor		*sc_sensors;
 };
 
+#ifdef MFII_DEBUG
+#define DPRINTF(x...)		do { if (mfii_debug) printf(x); } while(0)
+#define DNPRINTF(n,x...)	do { if (mfii_debug & n) printf(x); } while(0)
+#define	MFII_D_CMD		0x0001
+#define	MFII_D_INTR		0x0002
+#define	MFII_D_MISC		0x0004
+#define	MFII_D_DMA		0x0008
+#define	MFII_D_IOCTL		0x0010
+#define	MFII_D_RW		0x0020
+#define	MFII_D_MEM		0x0040
+#define	MFII_D_CCB		0x0080
+uint32_t	mfii_debug = 0
+/*		| MFII_D_CMD */
+/*		| MFII_D_INTR */
+/*		| MFII_D_MISC */
+/*		| MFII_D_DMA */
+/*		| MFII_D_IOCTL */
+/*		| MFII_D_RW */
+/*		| MFII_D_MEM */
+/*		| MFII_D_CCB */
+		;
+#else
+#define DPRINTF(x...)
+#define DNPRINTF(n,x...)
+#endif
+
 int		mfii_match(struct device *, void *, void *);
 void		mfii_attach(struct device *, struct device *, void *);
 int		mfii_detach(struct device *, int);
@@ -293,13 +351,15 @@ struct cfdriver mfii_cd = {
 
 void		mfii_scsi_cmd(struct scsi_xfer *);
 void		mfii_scsi_cmd_done(struct mfii_softc *, struct mfii_ccb *);
+int		mfii_scsi_ioctl(struct scsi_link *, u_long, caddr_t, int);
+int		mfii_ioctl_cache(struct scsi_link *, u_long, struct dk_cache *);
 
 struct scsi_adapter mfii_switch = {
 	mfii_scsi_cmd,
 	scsi_minphys,
 	NULL, /* probe */
 	NULL, /* unprobe */
-	NULL  /* ioctl */
+	mfii_scsi_ioctl
 };
 
 void		mfii_pd_scsi_cmd(struct scsi_xfer *);
@@ -350,6 +410,8 @@ int			mfii_mfa_poll(struct mfii_softc *,
 int			mfii_mgmt(struct mfii_softc *, struct mfii_ccb *,
 			u_int32_t, const union mfi_mbox *,
 			void *, size_t, int);
+int			mfii_ioctl_mgmt(struct mfii_softc *, uint32_t, uint32_t,
+			uint32_t, void *, const union mfi_mbox *);
 
 int			mfii_scsi_cmd_io(struct mfii_softc *,
 			struct scsi_xfer *);
@@ -382,6 +444,42 @@ void			mfii_aen_pd_remove(struct mfii_so
 void			mfii_aen_pd_state_change(struct mfii_softc *,
 			const struct mfi_evtarg_pd_state *);
 
+#if NBIO > 0
+int		mfii_ioctl(struct device *, u_long, caddr_t);
+int		mfii_bio_getitall(struct mfii_softc *);
+int		mfii_ioctl_inq(struct mfii_softc *, struct bioc_inq *);
+int		mfii_ioctl_vol(struct mfii_softc *, struct bioc_vol *);
+int		mfii_ioctl_disk(struct mfii_softc *, struct bioc_disk *);
+int		mfii_ioctl_alarm(struct mfii_softc *, struct bioc_alarm *);
+int		mfii_ioctl_blink(struct mfii_softc *sc, struct bioc_blink *);
+int		mfii_ioctl_setstate(struct mfii_softc *,
+		struct bioc_setstate *);
+int		mfii_ioctl_patrol(struct mfii_softc *sc, struct bioc_patrol *);
+int		mfii_bio_hs(struct mfii_softc *, int, int, void *);
+
+#ifndef SMALL_KERNEL
+static const char *mfi_bbu_indicators[] = {
+	"pack missing",
+	"voltage low",
+	"temp high",
+	"charge active",
+	"discharge active",
+	"learn cycle req'd",
+	"learn cycle active",
+	"learn cycle failed",
+	"learn cycle timeout",
+	"I2C errors",
+	"replace pac

Re: Getting Dell RAID status via SNMP

2017-07-19 Thread Jibby Jeremiah 
Darn.  Well if you need more testers let me know.
​

Re: Getting Dell RAID status via SNMP

2017-07-18 Thread Johan Huldtgren 

On 2017-07-18 19:45, Stuart Henderson wrote:

On 2017-07-18, Jibby Jeremiah  wrote:

​Stuart H wrote :

So for now you would need to run bioctl to fetch status for this.


Thanks again Stuart.   But I look at the man page and it is not clear 
to me

how to use this:

[root@myname ~]# bioctl -q sd0
sd0: , serial 
0077a1dc0b3da755200084e6a0a06d86

[root@myname ~]# bioctl -i sd0
sd0: , serial 
0077a1dc0b3da755200084e6a0a06d86

[root@myname ~]# bioctl -i mfii0
bioctl: Can't locate mfii0 device via /dev/bio
[root@myname ~]# bioctl -i mfii
bioctl: Can't locate mfii device via /dev/bio
[root@myname ~]# bioctl -iv sd0
sd0: , serial 
0077a1dc0b3da755200084e6a0a06d86




Oh hmm - perhaps mfii(4) doesn't support reading status at all then,
that's a surprise to me. Normally "bioctl sd0" would be enough.


I can confirm that mfii(4) doesn't support reading status at all. There
was some work last year to improve this, but it ran into some issues.

http://marc.info/?t=14773842861=1=2

.jh

Re: Getting Dell RAID status via SNMP

2017-07-18 Thread Stuart Henderson 
On 2017-07-18, Jibby Jeremiah  wrote:
> ​Stuart H wrote :
>> So for now you would need to run bioctl to fetch status for this.
>
> Thanks again Stuart.   But I look at the man page and it is not clear to me
> how to use this:
>
> [root@myname ~]# bioctl -q sd0
> sd0: , serial 0077a1dc0b3da755200084e6a0a06d86
> [root@myname ~]# bioctl -i sd0
> sd0: , serial 0077a1dc0b3da755200084e6a0a06d86
> [root@myname ~]# bioctl -i mfii0
> bioctl: Can't locate mfii0 device via /dev/bio
> [root@myname ~]# bioctl -i mfii
> bioctl: Can't locate mfii device via /dev/bio
> [root@myname ~]# bioctl -iv sd0
> sd0: , serial 0077a1dc0b3da755200084e6a0a06d86
>

Oh hmm - perhaps mfii(4) doesn't support reading status at all then,
that's a surprise to me. Normally "bioctl sd0" would be enough.

Volume  Status   Size Device
 mfi0 0 Online   749606010880 sd0 RAID1 WB
  0 Online   750156374016 1:0.0   noencl 
  1 Online   750156374016 1:1.0   noencl

Re: Getting Dell RAID status via SNMP

2017-07-18 Thread Jibby Jeremiah 
​Stuart H wrote :
> So for now you would need to run bioctl to fetch status for this.

Thanks again Stuart.   But I look at the man page and it is not clear to me
how to use this:

[root@myname ~]# bioctl -q sd0
sd0: , serial 0077a1dc0b3da755200084e6a0a06d86
[root@myname ~]# bioctl -i sd0
sd0: , serial 0077a1dc0b3da755200084e6a0a06d86
[root@myname ~]# bioctl -i mfii0
bioctl: Can't locate mfii0 device via /dev/bio
[root@myname ~]# bioctl -i mfii
bioctl: Can't locate mfii device via /dev/bio
[root@myname ~]# bioctl -iv sd0
sd0: , serial 0077a1dc0b3da755200084e6a0a06d86

Re: Getting Dell RAID status via SNMP

2017-07-18 Thread Stuart Henderson 
On 2017-07-18, Jibby Jeremiah  wrote:
> Thanks for the reply Stuart.
>
> We are running 6.0 and here is dmesg - I x'ed out some info on this second
> line - do not think it was important

Thanks - so this is using mfii(4), the driver for this doesn't implement
sensors yet (it's about the only one that you'll find on a newish machine
that hasn't - it's supported in ami, arc, cac, ciss, ips, mfi, mpi, mpii).
So for now you would need to run bioctl to fetch status for this.

Re: Getting Dell RAID status via SNMP

2017-07-18 Thread Jibby Jeremiah 
Thanks for the reply Stuart.

We are running 6.0 and here is dmesg - I x'ed out some info on this second
line - do not think it was important

OpenBSD 6.0-stable (GENERIC.MP) #1: Mon Feb 13 13:59:48 EST 2017
​bsduser@-XXX-X-XX:/usr/src/sys/arch/amd64/compile/
GENERIC.MP
RTC BIOS diagnostic error 80
real mem = 8395776000 (8006MB)
avail mem = 8136851456 (7759MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.8 @ 0x8ef68000 (46 entries)
bios0: vendor Dell Inc. version "1.4.5" date 08/09/2016
bios0: Dell Inc. PowerEdge R330
acpi0 at bios0: rev 2
acpi0: sleep states S0 S5
acpi0: tables DSDT FACP BOOT SSDT SLIC HPET LPIT APIC MCFG WDAT SSDT DBGP
DBG2 SSDT SSDT SSDT SSDT SSDT SSDT PRAD HEST BERT ERST EINJ DMAR FPDT
acpi0: wakeup devices PEGP(S0) PEG0(S0) PEGP(S0) PEG1(S0) PEGP(S0) PEG2(S0)
XHC_(S0) XDCI(S0) PXSX(S0) RP01(S0) PXSX(S0) RP02(S0) PXSX(S0) RP03(S0)
PXSX(S0) RP04(S0) [...]
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpihpet0 at acpi0: 2399 Hz
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Xeon(R) CPU E3-1220 v5 @ 3.00GHz, 3293.55 MHz
cpu0:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,SGX,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,SENSOR,ARAT
cpu0: 256KB 64b/line 8-way L2 cache
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges
cpu0: apic clock running at 24MHz
cpu0: mwait min=64, max=64, C-substates=0.2.1.2.4.1, IBE
cpu1 at mainbus0: apid 2 (application processor)
cpu1: Intel(R) Xeon(R) CPU E3-1220 v5 @ 3.00GHz, 3292.35 MHz
cpu1:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,SGX,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,SENSOR,ARAT
cpu1: 256KB 64b/line 8-way L2 cache
cpu1: smt 0, core 1, package 0
cpu2 at mainbus0: apid 4 (application processor)
cpu2: Intel(R) Xeon(R) CPU E3-1220 v5 @ 3.00GHz, 3292.35 MHz
cpu2:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,SGX,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,SENSOR,ARAT
cpu2: 256KB 64b/line 8-way L2 cache
cpu2: smt 0, core 2, package 0
cpu3 at mainbus0: apid 6 (application processor)
cpu3: Intel(R) Xeon(R) CPU E3-1220 v5 @ 3.00GHz, 3292.35 MHz
cpu3:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,SGX,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,SENSOR,ARAT
cpu3: 256KB 64b/line 8-way L2 cache
cpu3: smt 0, core 3, package 0
ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins
acpimcfg0 at acpi0 addr 0xe000, bus 0-255
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt0: no apic found for irq 32
acpiprt0: no apic found for irq 33
acpiprt0: no apic found for irq 34
acpiprt1 at acpi0: bus 1 (PEG0)
acpiprt2 at acpi0: bus 2 (PEG1)
acpiprt3 at acpi0: bus 3 (PEG2)
acpiprt4 at acpi0: bus -1 (RP01)
acpiprt5 at acpi0: bus -1 (RP02)
acpiprt6 at acpi0: bus -1 (RP03)
acpiprt7 at acpi0: bus -1 (RP04)
acpiprt8 at acpi0: bus -1 (RP05)
acpiprt9 at acpi0: bus -1 (RP06)
acpiprt10 at acpi0: bus -1 (RP07)
acpiprt11 at acpi0: bus -1 (RP08)
acpiprt12 at acpi0: bus 4 (RP09)
acpiprt13 at acpi0: bus -1 (RP10)
acpiprt14 at acpi0: bus 5 (RP11)
acpiprt15 at acpi0: bus -1 (RP12)
acpiprt16 at acpi0: bus -1 (RP13)
acpiprt17 at acpi0: bus -1 (RP14)
acpiprt18 at acpi0: bus -1 (RP15)
acpiprt19 at acpi0: bus -1 (RP16)
acpiprt20 at acpi0: bus -1 (RP17)
acpiprt21 at acpi0: bus -1 (RP18)
acpiprt22 at acpi0: bus -1 (RP19)
acpiprt23 at acpi0: bus -1 (RP20)
acpicpu0 at acpi0: C1(@1 halt!)
acpicpu1 at acpi0: C1(@1 halt!)
acpicpu2 at acpi0: C1(@1 halt!)
acpicpu3 at acpi0: C1(@1 halt!)
"ACPI000D" at acpi0 not configured
"INT3F0D" at acpi0 not configured
"PNP0501" at acpi0 not configured
"PNP0501" at acpi0 not configured
"IPI0001" at acpi0 not configured
acpibtn0 at acpi0: SLPB
"PNP0C14" at acpi0 not configured
"PNP0C33" at acpi0 not

Re: Getting Dell RAID status via SNMP

2017-07-18 Thread Stuart Henderson 
On 2017-07-17, Jibby Jeremiah  wrote:
> Hi folks,
>
> On HP HW we can query the RAID status of a system remotely with snmpwalk on
>
> .1.3.6.1.4.1.30155.2.1.2.1.5.3
>
> And you get back a status of one of the following 3 :
> - online
> - pfail
> - rebuild
>
> Works great!

This provides access to 'sysctl hw.sensors' information. (This is more
obvious if you look at the whole table with "snmptable -v2c -c public
localhost sensorTable").

> I cannot find a RAID status on a Dell though.

See "include important information" on http://www.openbsd.org/mail.html

Getting Dell RAID status via SNMP

2017-07-17 Thread Jibby Jeremiah 
Hi folks,

On HP HW we can query the RAID status of a system remotely with snmpwalk on

.1.3.6.1.4.1.30155.2.1.2.1.5.3

And you get back a status of one of the following 3 :
- online
- pfail
- rebuild

Works great!

I cannot find a RAID status on a Dell though.   I do a walk of

1.3.6.1.4.1.30155

And save it to a file and look through it but do not see anything obviously
to do with RAID status.  Maybe it is a numeric field?

Anyone?

Thanks.