Only work, nothing personal

Це оновлення версія попередньої публікації https://onchigor.blogspot.com/2016/07/apcupsd-vm-exsi.html Але цього разу використав досвід з https://gist.github.com/gschora/a10f0692e6e691aa1af8 https://habr.com/ru/sandbox/101324/ Послідовність викладена так ################################################################# # these are instructions for automating the suspend and shutdown of esxi vm's # and host in case of a power failure. ################################################################## 0# make a new VM and install Ubuntu-Server on it 1# install apcupsd apt-get install apcupsd 2# configure /etc/apcupsd/apcupsd.conf 3# enable apcupsd vim /etc/default/apcupsd ISCONFIGURED=yes 4# restart apcupsd sudo service apcupsd restart ------------------------------------------------- 5# enable ssh on esxi configuration-tab - security profile - properties (right upper corner) 6# copy shutdown_esxi.sh on esxi into datastore e.g. "/vmfs/volumes/MyDataStore/scripts 7# make the

Потрібно встновити postfix sudo apt update sudo apt install mailutils Потім має запуститсь утиліта для мінімального налаштування postfix. Якщо вона не стартує, то її можна запустити вручну sudo dpkg-reconfigure postfix Напершому ж екрані потрібно вибрати один режим роботи 1. No configuration: Should be chosen to leave the current configuration unchanged. 2. Internet site: Mail is sent and received directly using SMTP. 3. Internet with smarthost: Mail is received directly using SMTP or by running a utility such as fetchmail. Outgoing mail is sent using a smarthost. 4. Satellite system: All mail is sent to another machine, called a 'smarthost', for delivery. 5. Local only: The only delivered mail is the mail for local users. There is no network. Для потреб, що сервер тільки надсилав поштові повідомлення локально, то треба вибрати "Internet site". Але якщо потрібно, щоб сервер додатково надсилав поштові повідомлення на зовнішній поштовий сервер, то режим "Internet w

Для перевірки використав плагін check_smb3 https://exchange.nagios.org/directory/Plugins/System-Metrics/File-System/SMB/check_smb3/details Завантажив код плагіна, потім додав його до плагінів у Nagios XI, потім додав у команди. Потім налаштував перевірку сервіса. На Ubuntu Server 22 треба було ще встановити smbclient, і виправити трохи код. Бо команда "if [[ ]] then" чомусь не сприймається, тому зробив три "if [ ] then".

Після некоретного вимикання живлення, CentOS не завантажується і отримаємо помилку "Entering emergency mode. Exit the shell to continue." Type "journalctl" to view system logs. You might want to save "/run/initramfs/rdsosreport.txt" to a usb stick or /boot after mounting them and attach it to a bug report. Для виправлення використав команду xfs_repair -v -L /dev/dm-0 Потім перезавантажив через reboot і CentOS 8 завантижилось без помилок. Пораду знайшов тут https://forums.centos.org/viewtopic.php?t=73689

Після перезапуску перестало працювати мережеве з'єднання. Для виправлення потрібно перевірити які мережеві пристрої присутні sudo lshw -C network і які вказані у /etc/netplan. У 00-installer-config.yaml вказано enp3s0, а lshw показує enp2s0. Потрібно виправити /etc/netplan і прийняти зміни sudo netplan apply Поради знайшов у https://askubuntu.com/questions/1325393/ethernet-not-working-after-reboot-on-ubuntu-server-20-04-2 https://askubuntu.com/questions/1383206/ethernet-is-disabled-after-reboot-ubuntu-server-20-04-3?rq=1

Для графіків mrtg чи nagios потрібен доступ до інформації за допомогою snmp в CentOS8. Для цього потрібно встановити та запустити демон snmp # dnf install net-snmp # systemctl enable snmpd # systemctl start snmpd Перевірка, що демон snmp запускається # systemctl status snmpd -l Утиліту snmpwalk потрібно встановити через # dnf install net-snmp-utils Запуск snmpwalk для перевірки, що працює доступ до snmp параметрів $ snmpwalk -v 2c -c public -O e 127.0.0.1 Для доступу ззовні до параметрів snmp потрібно налаштувати firewalld. Для налаштування сервісу snmp потрібно створити файл /etc/firewalld/services/snmpd.xml <?xml version="1.0" encoding="utf-8"?> <service> <short>SNMPD</short> <description>SNMP daemon</description> <port protocol="udp" port="161"/> </service> Потім вказати # firewall-cmd --zone=public --add-service snmpd --permanent # firewall-cmd --reload Тепер можна перевірити доступ ззовні $ snm

Після встановлення Nagios XI перестав працювати mrtg. Бо нова версія mrtg використовує для log файла формат rrd. Про нові параметри конфігурації mrtg можна знайти тут https://manpages.ubuntu.com/manpages/xenial/man1/mrtg-reference.1.html Нова mrtg пропонує для вивода графіків використовувати утиліту /cgi-bin/14all.cgi, але вона чомусь не була встановлена при автоматичному встановленні Nagios XI. Саму утиліту і її опис знайшов тут https://github.com/gregvolk/14all.cgi Ще можна прочитати про утиліту тут http://www.geocities.ws/paulcwilliamson/mrtg/14allsetup.html Параметри конфігурації описані тут http://www.dasubi.org/~pochi/mrtg/14all/config.html Але навіть після завантаження і встановлення утиліти в папку для cgi-bin і встановлення достатніх прав доступу і запуску, графік не формується. Бо потрібно у самому файлі вказати шлях до mrtg.cfg $cfgfiledir = '/etc/mrtg/cfg/'; На Ubuntu Server 22.04 не формуюються графіки в mrtg, замість них повідомлення "Error: Cannot create gra