В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

ru_proxmox

605 membersпожаловаться на группу
2020 February 16

ДИ

Данила Игоревич in ru_proxmox
Доброе утро! Хотя какое доброе ) я с #проблемой. Имеется кластер PvE (из апплайнса) 6.1-7, freenas 11.2-u7. Freenas plugin by GrandWazoo. Собственно все работает. Только после того как обновилось все в упор zvol перестали нормально работать. Конечно только с точки зрения скорости доступа. При этом если мы делаем move диска из стора iscsi в локал или в другой cifs стор, то сюрприз, утилизируем 10g сеть на 99%. Тоесть дисковая часть и сетевая отпадают. А вот вм, которые оказываются на iscsi хранилище стали просто унылым неработающим г%ном. 10-ка грузится 30 минут). Переносим диск на локал или cifs (пускай даже на тот же фринас где и iscsi) и все летает, время загрузки - 10 секунд, отзывчивость прямо ок. Машины с UEFI (возможно это важно). Стор iscsi подключен как thin provision. Пересоздавали тыщу раз, меняли block size - пока в тупике. Может кто знает что такого поменялось в последних релизах, что дает вот такую странность? Qemu-img утилизирует все и целиком, а вот вм не могут с этого стора работать хоть сколько либо адекватно.
источник
07:44пожаловаться#1

СГ

Сергей Голод in ru_proxmox
Данила Игоревич
Доброе утро! Хотя какое доброе ) я с #проблемой. Имеется кластер PvE (из апплайнса) 6.1-7, freenas 11.2-u7. Freenas plugin by GrandWazoo. Собственно все работает. Только после того как обновилось все в упор zvol перестали нормально работать. Конечно только с точки зрения скорости доступа. При этом если мы делаем move диска из стора iscsi в локал или в другой cifs стор, то сюрприз, утилизируем 10g сеть на 99%. Тоесть дисковая часть и сетевая отпадают. А вот вм, которые оказываются на iscsi хранилище стали просто унылым неработающим г%ном. 10-ка грузится 30 минут). Переносим диск на локал или cifs (пускай даже на тот же фринас где и iscsi) и все летает, время загрузки - 10 секунд, отзывчивость прямо ок. Машины с UEFI (возможно это важно). Стор iscsi подключен как thin provision. Пересоздавали тыщу раз, меняли block size - пока в тупике. Может кто знает что такого поменялось в последних релизах, что дает вот такую странность? Qemu-img утилизирует все и целиком, а вот вм не могут с этого стора работать хоть сколько либо адекватно.
А что именно обновилось есть понимание? Ядра тоже обновляли? Попробуйте начать с отката на предыдущие версии ядра
источник
08:39пожаловаться#2

ДИ

Данила Игоревич in ru_proxmox
Ядра, да. Pvmanager с 6.1-1 до 6.1-7 и все сопутствующее.
источник
08:50пожаловаться#3

ДИ

Данила Игоревич in ru_proxmox
Думаете ядро может быть искомым паразитом?) в моем просто понимании это что то явно связанное с iscsi
источник
08:50пожаловаться#4

СГ

Сергей Голод in ru_proxmox
Ядра могут быть. На последнем актуальном ядре на форуме прокса есть жалобы на поведение ВМ
источник
09:37пожаловаться#5

ЕО

Евгений Овчинников in ru_proxmox
prox по дефу мониторит smart дисков?
источник
14:42пожаловаться#6

СГ

Сергей Голод in ru_proxmox
Евгений Овчинников
prox по дефу мониторит smart дисков?
да
источник
14:43пожаловаться#7

ЕО

Евгений Овчинников in ru_proxmox
что-то в /etc/default/smartmon пусто совсем
источник
14:44пожаловаться#8

ЕО

Евгений Овчинников in ru_proxmox
# Defaults for smartmontools initscript (/etc/init.d/smartmontools)
# This is a POSIX shell fragment

# List of devices you want to explicitly enable S.M.A.R.T. for
# Not needed (and not recommended) if the device is monitored by smartd
#enable_smart="/dev/hda /dev/hdb"

# uncomment to pass additional options to smartd on startup
#smartd_opts="--interval=1800"
источник
14:44пожаловаться#9

ЕО

Евгений Овчинников in ru_proxmox
как оно работает пытаюсь понять
источник
14:47пожаловаться#10

C

Constantine in ru_proxmox
В гуи
источник
14:48пожаловаться#11

ЕО

Евгений Овчинников in ru_proxmox
я хочу понять кто инициирует проверку дисков и кто шлет e-mail
источник
14:54пожаловаться#12

ЕО

Евгений Овчинников in ru_proxmox
хочу к e-mail прикрутить допом отправку в телеграм
источник
14:54пожаловаться#13

СГ

Сергей Голод in ru_proxmox
Евгений Овчинников
я хочу понять кто инициирует проверку дисков и кто шлет e-mail
smartd, конфиг в /etc/smartd.conf
источник
15:07пожаловаться#14

СГ

Сергей Голод in ru_proxmox
в конфиге указывается email куда слать предупреждения
источник
15:08пожаловаться#15

ЕО

Евгений Овчинников in ru_proxmox
Сергей Голод
в конфиге указывается email куда слать предупреждения
я там как раз и не увидел настроек почты, но один из развернутых на proxmox 6 мне по смарту шлет на указанный e-mail при установке проблемы.
источник
15:11пожаловаться#16

СГ

Сергей Голод in ru_proxmox
Евгений Овчинников
я там как раз и не увидел настроек почты, но один из развернутых на proxmox 6 мне по смарту шлет на указанный e-mail при установке проблемы.
root@pve01:~# cat /etc/smartd.conf |grep @
#/dev/sdc -a -I 194 -W 4,45,55 -R 5 -m admin@example.com
#/dev/sdc -H -C 0 -U 0 -m admin@example.com
источник
15:12пожаловаться#17

ЕО

Евгений Овчинников in ru_proxmox
ну так они же не активированы
источник
15:13пожаловаться#18

ЕО

Евгений Овчинников in ru_proxmox
# в начале строки
источник
15:13пожаловаться#19

ЕО

Евгений Овчинников in ru_proxmox
как такое может быть что одна установка по дефу включила проверку с отчетом на mail. а другая нет
источник
15:14пожаловаться#20