Re: Getting Dell RAID status via SNMP
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 wrote: > Hi, > > From: Andrew Daugherity > 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&m=149872410222552&w=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
Hi, From: Andrew Daugherity 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&m=149872410222552&w=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
On Mon, Jul 24, 2017 at 12:10 AM, FUKAUMI Naoki wrote: > Hi, > > From: Jibby Jeremiah > 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&m=149872410222552&w=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: , 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&m=146343624320665&w=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 vide
Re: Getting Dell RAID status via SNMP
Hi, From: Jibby Jeremiah 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&m=149872410222552&w=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", + "replac
Re: Getting Dell RAID status via SNMP
Darn. Well if you need more testers let me know.
Re: Getting Dell RAID status via SNMP
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&r=1&w=2 .jh
Re: Getting Dell RAID status via SNMP
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
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
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
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
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
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.