+7 (495) 320-70-49
- Назад
- Телефоны
- +7 (495) 320-70-49
- Заказать звонок
info@proxmox.su
Москва, Бакунинская улица, 69с1
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

OSD не удалось, но уведомление по электронной почте не пришло., Proxmox Виртуальная Среда

Ting Guest	#1 0 20.11.2021 17:31:00 Привет! Вчера у меня провалился OSD, он показывает down/out, но уведомления по email нет. Хочу узнать, как настроить уведомление по email при сбое Ceph OSD. Спасибо.

mgibbons Guest	#2 0 10.12.2023 19:38:00 Я тоже сегодня пришёл сюда, чтобы задать точно такой же вопрос!! Не прошёл OSD и письма нет! Безумный Крс Марк

_gabriel Guest	#3 0 10.12.2023 20:16:00 Версия pve?

CelticWebs

Guest

10.12.2023 20:22:00

У нас пару недель назад начали отказывать OSD, и, к сожалению, мы не проверяли как следует, так что вообще не заметили, пока все не стало только для записи. Поэтому я очень заинтересован, как нам настроить уведомления по электронной почте об этом!

mgibbons

Guest

10.12.2023 21:31:00

Code: proxmox-ve: 8.1.0 (running kernel: 6.5.11-6-pve)
pve-manager: 8.1.3 (running version: 8.1.3/b46aac3b42da5d15)
proxmox-kernel-helper: 8.1.0
pve-kernel-6.2: 8.0.5
proxmox-kernel-6.5: 6.5.11-6
proxmox-kernel-6.5.11-6-pve-signed: 6.5.11-6
proxmox-kernel-6.5.11-4-pve-signed: 6.5.11-4
proxmox-kernel-6.2.16-19-pve: 6.2.16-19
proxmox-kernel-6.2: 6.2.16-19
pve-kernel-6.2.16-3-pve: 6.2.16-3
ceph: 18.2.0-pve2
ceph-fuse: 18.2.0-pve2
corosync: 3.1.7-pve3
criu: 3.17.1-2
glusterfs-client: 10.3-5
ifupdown2: 3.2.0-1+pmx7
ksm-control-daemon: 1.4-1
libjs-extjs: 7.0.0-4
libknet1: 1.28-pve1
libproxmox-acme-perl: 1.5.0
libproxmox-backup-qemu0: 1.4.1
libproxmox-rs-perl: 0.3.1
libpve-access-control: 8.0.7
libpve-apiclient-perl: 3.3.1
libpve-common-perl: 8.1.0
libpve-guest-common-perl: 5.0.6
libpve-http-server-perl: 5.0.5
libpve-network-perl: 0.9.5
libpve-rs-perl: 0.8.7
libpve-storage-perl: 8.0.5
libspice-server1: 0.15.1-1
lvm2: 2.03.16-2
lxc-pve: 5.0.2-4
lxcfs: 5.0.3-pve3
novnc-pve: 1.4.0-3
proxmox-backup-client: 3.1.2-1
proxmox-backup-file-restore: 3.1.2-1
proxmox-kernel-helper: 8.1.0
proxmox-mail-forward: 0.2.2
proxmox-mini-journalreader: 1.4.0
proxmox-widget-toolkit: 4.1.3
pve-cluster: 8.0.5
pve-container: 5.0.8
pve-docs: 8.1.3
pve-edk2-firmware: 4.2023.08-2
pve-firewall: 5.0.3
pve-firmware: 3.9-1
pve-ha-manager: 4.0.3
pve-i18n: 3.1.4
pve-qemu-kvm: 8.1.2-4
pve-xtermjs: 5.3.0-2
qemu-server: 8.0.10
smartmontools: 7.3-pve1
spiceterm: 3.3.0
swtpm: 0.8.0+pve1
vncterm: 1.8.0
zfsutils-linux: 2.2.0-pve4

sb-jw

Guest

10.12.2023 22:38:00

Интересные ожидания от гипервизора. Сначала я не вижу в мониторинге стороннего хранилища задачу, которая обязательно должна быть у гипервизора. А что насчет вашей системы мониторинга и метрик в Grafana? У вас нет? Тогда не удивляйтесь, что у вас нет представления о состоянии ваших систем. Лично я не жду мониторинга от гипервизора, предпочитаю сам позаботиться об этом, тогда я точно знаю, что он существует и как меня оповещает. Но слепо полагаться на него по принципу «что-нибудь обязательно произойдет как-нибудь и где-то» — очень рискованно.

mgibbons

Guest

10.12.2023 22:54:00

Хмм... Я понимаю, откуда вы исходите... НО Proxmox — это, по сути, оболочка управления для множества компонентов: сети, Qemu и хранилище. Вы настраиваете систему уведомлений, чтобы она сообщала вам о состоянии системы. И, собственно, она должна также включать модуль оповещений в ceph в процессе этой настройки. Так что, хотя внешнее наблюдение и отлично, на версии 8.1, когда CEPH продвигают как неотъемлемый компонент, я "удивлён", что эта часть не завершена. Всё. Krs Mark

sb-jw Guest	#8 0 11.12.2023 08:52:00 Ты можешь интерпретировать это как хочешь, я все равно не вижу в этом никакого смысла. Посмотри, что вообще вовлечено в PVE. Если спорить так, то ты ещё и ожидаешь, что PVE будет считывать статус оборудования через IPMI и сообщать тебе о неисправном блоке питания. Потом ты ещё и хочешь, чтобы твои BGP сессии отслеживались в SDN, твой Synology NAS, который подключен через NFS, или твой SAS SAN, потому что он подключен через iSCSI. Только потому, что Proxmox предлагает много опций или продвигает какую-то функцию, например CEPH, это не значит, что Proxmox должен предлагать обширный сбор метрик и мониторинг для этого. Для меня всё равно ясно, что мониторинг — это работа каждого админа. Я не хочу получать отчеты из разных источников через разные каналы в инфраструктуре — что-то подобное должно быть централизованным, например, через Checkmk (которой, кстати, есть готовые проверки для Proxmox и CEPH). Там я могу определить свои пороговые значения, когда хочу получать уведомления, или определить, кто получит push-сообщение через SMS и с какой целью. И если ты запускаешь PVE-ноду, ты можешь также установить Checkmk в Docker-контейнере — это совсем не высшая математика Но в любом случае, я вижу это именно так, как описал, и никогда не смогу понять это по-другому. Я отвечаю за окружение и поэтому забочусь об этой ответственности и прозрачности текущего состояния. Просто мои 2 цента.

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры