Постоянно отваливаются диски подключенные к ESXi через LSI 9260-8i, в чём проблема, как диагностировать?

У меня вообще корпус 2U, битком набитый проводами и всякой всячиной.
Проц E5-1650v4 тоже прилично греется, но в health статусе хоста в норме "Green" .
В общем завтра приколхожу кулер и перепроверю

Постоянно отваливаются диски подключенные к ESXi через LSI 9260-8i, в чём проблема, как диагностировать?

Может прикрутить кулер и перепроверить работу?
Или если перегревается, значит контроллеру тапки?
Брал его на Авито, всё время работал он с 2мя парами винтов в RAID1, а сейчас я добавил ещё 2 пары теперь 2х2*SSD и 2x2*HDD все в рэйдах 1. Кэширование на контроллере включено.

Постоянно отваливаются диски подключенные к ESXi через LSI 9260-8i, в чём проблема, как диагностировать?

Радиатор конкретно горячий, измерить нечем, но коснуться даже 1 сек невозможно, только резким касанием.
А сколько должен быть градусов и как глянуть софтово температуру из-под ESXi?

Сбой LVM на debian 9. Root каталог на LVM, система недоступна для записи, fsck помогает на несколько часов, потом рецидив. Как быть?

Спс, так и сделаю.

Сбой LVM на debian 9. Root каталог на LVM, система недоступна для записи, fsck помогает на несколько часов, потом рецидив. Как быть?

lv и md пропускаю, ни того ни другого на ESXi нету

[root@45:~] fdisk -l

***
*** The fdisk command is deprecated: fdisk does not handle GPT partitions. Please use partedUtil
***

Found valid GPT with protective MBR; using GPT

Disk /dev/disks/naa.600605b005ac3a60252cb1970511d797: 935544832 sectors, 2153M
Logical sector size: 512
Disk identifier (GUID): f8965823-ea34-429e-b76b-f2e4c288b8c7
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 935544798

Number Start (sector) End (sector) Size Name
1 2048 935542784 446G
Found valid GPT with protective MBR; using GPT

Disk /dev/disks/naa.600605b005ac3a60252cb1970511d3f4: 1951170560 sectors, 2448M
Logical sector size: 512
Disk identifier (GUID): 85904bb1-b2d1-47c9-970d-0b1de05f4575
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 1951170526

Number Start (sector) End (sector) Size Name
1 2048 1951168512 930G
Found valid GPT with protective MBR; using GPT

Disk /dev/disks/naa.600605b005ac3a6028bfdf813e02ce36: 1998045184 sectors, 760M
Logical sector size: 512
Disk identifier (GUID): 9ab0b031-02f9-4896-8d91-b5e4ad32e36e
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 1998045150

Number Start (sector) End (sector) Size Name
1 2048 1998043136 952G
Found valid GPT with protective MBR; using GPT

Disk /dev/disks/t10.NVMe____Samsung_SSD_970_EVO_Plus_500GB__________C233B29154382500: 976773168 sectors, 1804M
Logical sector size: 512
Disk identifier (GUID): ae8bc65f-193d-4873-9497-5831a2cecc88
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 976773134

Number Start (sector) End (sector) Size Name
1 2048 713172992 340G
Found valid GPT with protective MBR; using GPT

Disk /dev/disks/t10.ATA_____ST2000VX0082D2E3164__________________________________Z529VV33: 3907029168 sectors, 3089M
Logical sector size: 512
Disk identifier (GUID): ff39deae-b18e-42e1-9a15-992c27e481a4
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 3907029134

Number Start (sector) End (sector) Size Name
1 64 8191 4064K
2 7086080 15472639 4095M
3 15472640 3907029134 1855G
5 8224 520191 249M
6 520224 1032191 249M
7 1032224 1257471 109M
8 1257504 1843199 285M
9 1843200 7086079 2560M
Found valid GPT with protective MBR; using GPT

Disk /dev/disks/naa.600605b005ac3a602892a3d527ff444f: 3904294912 sectors, 1754M
Logical sector size: 512
Disk identifier (GUID): 6bca8e4e-81cf-412b-a916-8f6102ca3b71
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 3904294878

Number Start (sector) End (sector) Size Name
1 2048 3904292864 1861G
[root@45:~] blkid
-sh: blkid: not found

Сбой LVM на debian 9. Root каталог на LVM, система недоступна для записи, fsck помогает на несколько часов, потом рецидив. Как быть?

Sand,
root@spacemall:~# fdisk -l
Disk /dev/sda: 260 GiB, 279172874240 bytes, 545259520 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x61a9782a

Device Boot Start End Sectors Size Id Type
/dev/sda1 * 2048 499711 497664 243M 83 Linux
/dev/sda2 501758 545259000 544757243 259,8G 5 Extended
/dev/sda5 501760 545259000 544757241 259,8G 8e Linux LVM

Disk /dev/sdb: 200 GiB, 214748364800 bytes, 419430400 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/mapper/spacemall--vg-root: 228 GiB, 244834107392 bytes, 478191616 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/mapper/spacemall--vg-swap_1: 31,8 GiB, 34078720000 bytes, 66560000 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
root@spacemall:~# blkid
/dev/sda1: UUID="2c22da6f-6c27-4b81-b239-797a115f1e36" TYPE="ext2" PARTUUID="61a9782a-01"
/dev/sda5: UUID="R7JiFf-bO0R-YxzX-MPCR-Meoc-U34d-ZJN90e" TYPE="LVM2_member" PARTUUID="61a9782a-05"
/dev/mapper/spacemall--vg-root: UUID="1dcc4b42-62f2-48cb-bc38-e6ed87ce2b88" TYPE="ext4"
/dev/sdb: UUID="57cf9c0f-8602-4f36-8979-bd319c64a54d" TYPE="ext4"
/dev/mapper/spacemall--vg-swap_1: UUID="b333b290-9e0b-4a24-87a3-e1bbc7450c16" TYPE="swap"
root@spacemall:~#

Сбой LVM на debian 9. Root каталог на LVM, система недоступна для записи, fsck помогает на несколько часов, потом рецидив. Как быть?

Sand,
root@spacemall:~# cat /proc/mdstat
cat: /proc/mdstat: Нет такого файла или каталога
У меня нет программного рейда

Сбой LVM на debian 9. Root каталог на LVM, система недоступна для записи, fsck помогает на несколько часов, потом рецидив. Как быть?

Sand,
root@spacemall:~# lvscan
ACTIVE '/dev/spacemall-vg/root' [228,02 GiB] inherit
ACTIVE '/dev/spacemall-vg/swap_1' [31,74 GiB] inherit
root@spacemall:~# pvscan
PV /dev/sda5 VG spacemall-vg lvm2 [259,76 GiB / 0 free]
Total: 1 [259,76 GiB] / in use: 1 [259,76 GiB] / in no VG: 0 [0 ]
root@spacemall:~# vgscan
Reading all physical volumes. This may take a while...
Found volume group "spacemall-vg" using metadata type lvm2
root@spacemall:~#

Сдох один винт в LSI MegaRAID 9260-8i в RAID1, купили аналог, идентичных нет, как правильно его заменить?

Всем спасибо, вопрос снят!

Сдох один винт в LSI MegaRAID 9260-8i в RAID1, купили аналог, идентичных нет, как правильно его заменить?

В общем сдох не винт, а кабель! Так что всё гуд!

Сдох один винт в LSI MegaRAID 9260-8i в RAID1, купили аналог, идентичных нет, как правильно его заменить?

Вот такое пишет...
Винт на место старого подрубил

Сдох один винт в LSI MegaRAID 9260-8i в RAID1, купили аналог, идентичных нет, как правильно его заменить?

Ща попробую

Сдох один винт в LSI MegaRAID 9260-8i в RAID1, купили аналог, идентичных нет, как правильно его заменить?

Drno, Нет, я даже не вставлял пока новый винт
Т.е. надо просто воткнуть новый винт и зайти в меню, а там сказать к какой виртуальной группе он относится?

После переноса от хостера сайта OpenCart открывается только главная страница, остальные 404?

Виктор Таран, переписал, заработало, спасибо!

После переноса от хостера сайта OpenCart открывается только главная страница, остальные 404?

Есть такой вариант, но у меня как раз таки цель была уйти от apach'а

После переноса от хостера сайта OpenCart открывается только главная страница, остальные 404?

Отлично, это помогло, единственное, что отмечу 2 момента:
1. У меня после внесения поправок страницы не работали при использовании nginx -s reload, а вот когда сделал /etc/init.d/nginx restart — то всё взлетело! Я ХЗ почему так, может я что-то где-то не видел, может кэши. Но я каждый раз проверял сайт в браузере после Crtl+R + Crtl+F5.
2. Из всего конфига в примере самое главное вот это:

location / {
try_files $uri @opencart;
}
location @opencart {
rewrite ^/(.+)$ /index.php?_route_=$1 last;
}

Александр, спасибо за помощь!

После переноса от хостера сайта OpenCart открывается только главная страница, остальные 404?

nginx+FPM - так и етсь. Ну и как быть? Я htaccess удалял из корня, всё равно тоже самое.
папку cache, кстати, тоже чистил

Почему не изменился IP у субдомена на biz.mail.ru?

Ваш ответ про разные NS-сервера, навёл меня на верную мысль!!!
Оказалось всё банально просто!
У меня на этом же аккаунте выделено управление поддоменом b.olmio.com в отдельно подключенный домен:
И следовательно управлять этим доменом надо было из панели B.olmio.com, а не olmio.com
Блин, сам себя надурил((

Почему ошибка отсутствующего эктеншена при входящем с GoIP на FreePBX?

Andrey Barbolin,
Да, вы правы в этом, ваша подсказка тоже мне помогла завершить картину у себя в голове.
Однако, решением, всё же является удаление "-custom"
Я специально проверил с указанием в Routing Prefix в GoIP номера сим-карты 9787487341, этот же номер в DID во входящем маршруте, и в настройках транка добавил "-custom", чтобы получилось "context=from-trunk-sip-9787487341-custom", на выходе получил:

[2021-06-23 15:28:05] NOTICE[20121][C-00000095]: chan_sip.c:26447 handle_request_invite: Call from '9787487341' (192.168.1.42:5160) to extension '9787487341' rejected because extension not found in context 'from-trunk-sip-9787487341-custom'.

Как исправить ошибку индекса PRIMARY базы данных mysql bitrix24?

Ваш комментарий мне понравился больше всех, если вы сталкивались в продуктами компании 1С, в т.ч. с их ERP системами, то вы должны знать, что 1С очень косячная конторка, и с подобным бредом я сталкиваюсь постоянно во всех их продуктах