|
OMSA and you can use SNMP to manage traps or smartmontools.
|
# ¿ Nov 8, 2018 15:58 |
|
|
# ¿ May 17, 2024 18:20 |
|
http://linux.dell.com/repo/community/ubuntu/ If you’re running it on your HV maybe CentOS is a better option so you have ongoing updates for the next decade. It’s what Dell formally supports for managing its platform. Your VMs can be whatever you want them to be even if OS lifecycles are much shorter. Edit: you’re virtualizing this right? nem fucked around with this message at 21:12 on Nov 8, 2018 |
# ¿ Nov 8, 2018 21:09 |
|
revmoo posted:Nah it's just a porn storage box. CentOS + kvm on the hypervisor then so you can take advantage of Dell's instrumentation software through a supported route. 2900 is the first family to support virtualization, but it'll take a hit without VT-D... then again for a fileserver not a big deal. Create the LVM layer on your HV in CentOS, then you can roll whatever Ubuntu distribution you want as a guest. Share your fileserver mount to the guest. Upside is you can blow out the OS whenever you please without any loss of data or working out LVM configuration. If you need to reboot 15 seconds will be far more pleasant than listening to your turbine farm spin up for 30 seconds with another 3 minutes of BIOS initialization. Another thing I've seen is that dsm services can be picky on kernel/OS/hardware combinations, meaning you may very well run into a combination of the three where your SNMP traps and omreport utility suddenly fail to report any devices. Standardizing your OS and leaving it alone gives you peace of mind that monitoring will work for the indeterminate future.
|
# ¿ Nov 9, 2018 04:34 |
|
code:
CentOS/Redhat hasn't used SysV since 7.0 released July 2014. systemd all the way - systemctl status
|
# ¿ Nov 11, 2018 22:24 |
|
As a complement check out ntfy, which supports a variety of backends including desktop, Slack, syslog, and push.
|
# ¿ Nov 20, 2018 07:50 |