|
0 / 0 / 1 Регистрация: 27.01.2021 Сообщений: 10 |
|
|
1 |
|
|
27.01.2021, 10:30. Показов 6392. Ответов 15
Добрый день ,существует проблема: SAS диски HGST новые не хотят инициализироваться в рейд контроллере
__________________
0 |
|
0 / 0 / 1 Регистрация: 27.01.2021 Сообщений: 10 |
|
|
27.01.2021, 10:37 [ТС] |
2 |
|
Если загрузится под Win PE типа Streleca и подсунуть дрова под рейд то диски читаются в утилитах, смарт показывает блоки 512 ,low lewl format вроде делает но безрезультатно в итоге нет инициализации.
0 |
|
Модератор
20529 / 12415 / 2189 Регистрация: 23.11.2016 Сообщений: 62,100 Записей в блоге: 23 |
|
|
27.01.2021, 14:00 |
3 |
|
смарт показывает блоки 512 а тут можете этот самый смарт показать?
1 |
|
0 / 0 / 1 Регистрация: 27.01.2021 Сообщений: 10 |
|
|
27.01.2021, 15:40 [ТС] |
4 |
|
Спасибо что откликнулись,смарта фото нет ,но я сделаю и выложу .
0 |
|
0 / 0 / 1 Регистрация: 27.01.2021 Сообщений: 10 |
|
|
28.01.2021, 11:18 [ТС] |
5 |
|
Смарт диска выкладываю
0 |
|
0 / 0 / 1 Регистрация: 27.01.2021 Сообщений: 10 |
|
|
28.01.2021, 11:46 [ТС] |
6 |
|
На запись разрешение диск не получает ,только на чтение при записи сразу ошибки ,где собака зарыта в контроллере Marvell_PIKE6480 или в самих дисках, интересный факт что год назад мы с этой партии без проблем диски на сервер ставили и таких глюков не было ,к сожалению у нас три одинаковых сервера и контроллер одинаковый на всех больше подоткнуть диски не куда. Миниатюры
0 |
|
Модератор
20529 / 12415 / 2189 Регистрация: 23.11.2016 Сообщений: 62,100 Записей в блоге: 23 |
|
|
28.01.2021, 11:50 |
7 |
|
в смарте вроде ничего особо плохого не видно, кроме температуры. Чего это они у вас так греются сильно?
0 |
|
0 / 0 / 1 Регистрация: 27.01.2021 Сообщений: 10 |
|
|
28.01.2021, 11:59 [ТС] |
8 |
|
да тут просто крышка на сервере открыта ,нет должного охлаждения
0 |
|
1376 / 508 / 99 Регистрация: 11.03.2015 Сообщений: 1,735 |
|
|
28.01.2021, 13:10 |
9 |
|
azzex,
1 |
|
0 / 0 / 1 Регистрация: 27.01.2021 Сообщений: 10 |
|
|
28.01.2021, 14:39 [ТС] |
10 |
|
Попробую в конце дня сдернуть их с сервера когда работа будет у сотрудников закончена
0 |
|
1376 / 508 / 99 Регистрация: 11.03.2015 Сообщений: 1,735 |
|
|
28.01.2021, 15:18 |
11 |
|
azzex,
2 |
|
0 / 0 / 1 Регистрация: 27.01.2021 Сообщений: 10 |
|
|
28.01.2021, 16:38 [ТС] |
12 |
|
a_shats, Да все верно на других дисках физический размер 512 байт,но странно все с одной коробки ,или в прошлый раз при создании рейд массива контроллер смог их перевести с 520 в 512
0 |
|
1376 / 508 / 99 Регистрация: 11.03.2015 Сообщений: 1,735 |
|
|
28.01.2021, 16:44 |
13 |
|
Решениеazzex,
2 |
Сообщение было отмечено azzex как решение
|
0 / 0 / 1 Регистрация: 27.01.2021 Сообщений: 10 |
|
|
28.01.2021, 17:15 [ТС] |
14 |
|
a_shats, Спасибо за ваш труд уже 20 % отформатировалось жду финала надеюсь на результат
0 |
,по факту отпишусь.|
1376 / 508 / 99 Регистрация: 11.03.2015 Сообщений: 1,735 |
|
|
28.01.2021, 17:18 |
15 |
|
azzex,
0 |
|
0 / 0 / 1 Регистрация: 27.01.2021 Сообщений: 10 |
|
|
28.01.2021, 18:22 [ТС] |
16 |
|
Решениеa_shats, Спасибо вам огромное за помощь, все получилось и заработало диск стал инициализироваться и форматироваться еще раз спасибо.
0 |
Раздражает, когда какой-то сайт не загружается и отзывается непонятными ошибками. Обычно они сопровождаются одним из десятков HTTP-кодов, которые как раз намекают на характер сбоя, а также его вероятные причины.
В этом материале поговорим об ошибке 400 Bad Request. Почему она появляется и как ее исправить.
Чуть подробнее об ошибке 400
Как и другие коды, начинающиеся на четверку, 400 Bad Request говорит о том, что возникла проблема на стороне пользователя. Зачастую сервер отправляет ее, когда появившаяся неисправность не подходит больше ни под одну категорию ошибок.
Стоит запомнить — код 400 напрямую связан с клиентом (браузером, к примеру) и намекает на то, что отправленный запрос со стороны пользователя приводит к сбою еще до того, как его обработает сервер (вернее, так считает сам сервер).
Комьюнити теперь в Телеграм
Подпишитесь и будьте в курсе последних IT-новостей
Подписаться
Из-за чего всплывает Bad Request?
Есть 4 повода для возникновения ошибки сервера 400 Bad Request при попытке зайти на сайт:
- Некорректно настроенные HTTP-заголовки в запросе со стороны клиента. Некоторые приложения и сайты мониторят заголовки на предмет наличия в них чего-нибудь подозрительного. Если ваш запрос не соответствует ожиданиям сервера, то высока вероятность появления ошибки 400 (но это не всегда вина пользователя).
- Такой же сбой появляется, если клиент пытается загрузить на сервер файл слишком большого размера. Это происходит, потому что на большинстве сайтов есть ограничения по размеру загружаемых данных. Причем ограничение может быть как в 2 гигабайта, так и в 600 килобайт.
- Еще ошибка 400 появляется, когда пользователь пытается получить доступ к несуществующей странице. То есть в браузер банально ввели ссылку с опечаткой, некорректным доменом или поддоменом.
- Устаревшие или измененные куки-файлы. Сервер может воспринять подмену куки-файлов как попытку атаковать или воспользоваться дырой в безопасности. Поэтому такие запросы сходу блокируются.
Читайте также
Исправляем ошибку 400 Bad Request на стороне клиента
Так как ошибка 400 в 99 случаев из 100 возникает на стороне клиента, начнем с соответствующих методов. Проверим все элементы, участвующие в передаче запроса со стороны клиента (браузера).
Проверяем адрес сайта
Банальщина, но необходимая банальщина. Перед тем как бежать куда-то жаловаться и предпринимать более серьезные шаги, повнимательнее взгляните на ссылку в адресной строке. Может, где-то затесалась опечатка или вы случайно написали большую букву вместо маленькой. Некоторые части адреса чувствительны к регистру.
А еще стоит поискать запрашиваемую страницу через поисковик, встроенный в сайт. Есть вероятность, что конкретная страница куда-то переехала, но сервер не может показать подходящий HTTP-код в духе 404 Not Found. Если, конечно, сам сайт работает.
Сбрасываем параметры браузера
Этот метод срабатывает, если сервер отказывается принимать запросы из-за «битых» куки или других данных. Дело в том, что сайт использует куки-файлы, чтобы хранить информацию о пользователе у него же в браузере. При входе конкретного человека на ресурс, он пытается распознать куки и сравнить информацию с той, что уже есть на сервере.
Иногда случается, что куки-файлы одного или нескольких пользователей вступают в конфликт. В таком случае надо открыть настройки браузера, а потом удалить весь кэш, куки и прочие связанные элементы.
В зависимости от браузера процесс удаления куки-файлов может немного отличаться. В Chrome это работает так:
- Открываем настройки браузера.
- Переходим в раздел «Конфиденциальность и безопасность».
- Выбираем «Файлы cookie и другие данные».
- Нажимаем на кнопку «Удалить все».
Для чистки cookies можно использовать стороннюю программу в духе CCleaner или CleanMyPC.
Загружаем файл подходящего размера
Если ошибка 400 Bad Request появляется при попытке загрузить на сайт какой-нибудь файл, то стоит попробовать загрузить файл поменьше. Иногда вебмастера ленятся грамотно настроить ресурс, и вместо понятного объяснения вроде «Загружаемые файлы не должны быть размером больше 2 мегабайт» люди получают Bad Request. Остается только гадать, какой там у них лимит.
Устраняем проблемы, связанные с Windows и сторонним софтом
Помимо браузера, на работу сети могут влиять другие программные продукты (экраны, защищающие от «непонятных подключений»). И вирусы. Да и сама Windows может стать проблемой. Почти любой ее компонент. Поэтому надо бы проделать следующее:
- Повторно установить NET.Framework. Желательно перед этим удалить предыдущую версию.
- Установить какой-нибудь приличный антивирус (а лучше два) и запустить глубокую проверку систему. Возможно, подключению и входу на ресурс мешает вредоносная программа.
- Если у вас уже установлен антивирус, то, наоборот, попробуйте его отключить. Иногда встроенные в них экраны проверки подключений блокируют работу браузера целиком или отдельных страниц. Лучше выдать браузеру больше прав на выполнение своих задач или установить антивирус, который более лояльно относится к установленному на компьютере софту.
- Еще надо поменять параметры брандмауэра. Его можно разыскать в панели управления Windows. Там надо добавить в список исключений ваш браузер. Тогда брандмауэр не будет мешать подключению к запрашиваемому сайту.
- Почистить Windows от программного мусора. Можно пройтись приложением CCleaner.
- Обновить драйверы для сетевых устройств.
- Обновить Windows или просканировать систему на наличие погрешностей в системных компонентах.
Ищем проблему на стороне сервера
Если что-то происходит на стороне ресурса, то это редко заканчивается ошибкой 400. Но все-таки есть несколько сценариев, при которых клиента обвиняют в сбое зря, а настоящая вина лежит на сервере.
Проверяем требования к HTTP-заголовкам
Пока настраиваешь сайт, несложно допустить ошибку или даже парочку. Возможно, требования к HTTP-заголовком указаны некорректно, и сервер ожидает запросы с ошибками, которые по объективным причинам не может распознать адекватно. Тогда администратору стоит перепроверить ожидаемые заголовки на своем сайте или в приложении.
Удаляем свежие обновления и плагины
Иногда ошибка 400 Bad Request появляется после обновления CMS или установки новых плагинов. Если у вас она появилась из-за этого, то наиболее логичное решение — откатиться до более ранней версии CMS и удалить все новые плагины.
Главное, перед этим сделать резервную копию данных. И перед установкой обновлений тоже стоило бы.
Проверяем состояние базы данных
Некоторые сторонние расширения для того же WordPress получают полный доступ к ресурсу и имеют право вносить изменения даже в подключенную базу данных. Если после удаления свежих плагинов ошибка 400 никуда не исчезла и появляется у всех, кто пытается зайти на сайт, стоит проверить, в каком состоянии находится база данных. Нужно вручную проверить все записи на наличие подозрительных изменений, которые могли быть сделаны установленными расширениями.
Исправляем ошибки в коде и скриптах
Ничего из вышеперечисленного не помогло? Тогда осталось проверить свой код и работающие скрипты. Лучше провести дебаггинг вручную и не надеяться на помощь компьютера. Сделать копию приложения или сайта, потом пошагово проверить каждый отрезок кода в поисках ошибок.
В крайнем случае придется кричать «полундра» и звать на помощь техподдержку хостинга. Возможно, возникли сложности на их стороне. Тогда вообще ничего не надо будет делать. Просто ждать, пока все исправят за вас.
На этом все. Основные причины появления 400 Bad Request разобрали. Как ее лечить — тоже. Теперь дело за вами. Пользуйтесь полученной информацией, чтобы больше не пришлось мучиться в попытках зайти на нужный ресурс.
Pooh
Ars Scholae Palatinae
-
Add bookmark
-
#1
I’ve got a Dell SAS 6/IR that refuses to discover, and appears to corrupt the LBA of, two 160 WD RE2 drives (WD1601ABYS). The controller works fine with every other drive I’ve attached on any port (including two 250GB RE2s). The RE2s appear to be fine as well. My first thought was an HPA left from a previous (and old) RAID controller they had been on. Connected them to another PC with an ICH7 chipset (not even AHCI), POST would throw an error about detecting them properly, but they would list in the BIOS setup (as unknown capacity). MHDD complained about the drives not having an LBA table, so I used testdisk to delete the MBR and partition table. After that, the POST would enumerate them properly. To be on the safe side, I also DBAN’d the disks and wrote new DOS Partition tables to them. Writing data to them worked fine and without any issues, everything looked good in hdparm. Back in to MHDD, it worked fine, used NHPA to make sure there wasn’t something I missed, rebooted and ran a full MHDD test — everything looked good.
Once I connected them back to the Dell SAS 6/IR, same thing all over again — discovery error 0x00000002, SAS configuration hangs if you try and go in to adapter properties, and the drives aren’t picked up properly on another system until the MBR and partition table is wiped and MHDD complains about them not having an LBA table.
So, I thought maybe it was a bug / quirk with the controller and these specific models / drives. I cross-flashed the card to an LSI 3081E-R (to get a more recent firmware) and made sure the nvdata was not mismatched afterwards. No difference at all in behavior — LBA on these 2 drives is corrupted every time I connect them, they work fine on other PCs, and the card works fine with every other drive.
Kinda pulling my hair out on this one, since these are the best drives I have to use for a boot mirror… Ideas?
Devin
Ars Tribunus Angusticlavius
-
Add bookmark
-
#2
A couple things:
Have you updated the firmware of the drives?
Have you tried those disks in another RAID controller?
Pooh
Ars Scholae Palatinae
-
Add bookmark
-
#3
Forgot to mention it, but the firmware on the drives is more recent than any revisions posted on the WD site. Yes, they do work fine on other (SATA only) RAID controllers, the 6/iR is the only SAS one that I have.
-
Add bookmark
-
#4
Since you had gotten errors on the other PC, I’d chalk it up to a bad/incompatible drive and move on to a different drive, especially since it works with your 250GB drives, and those are quite cheap nowadays.
FYI, from my experience cross-flashing the Dell SAS 6/iR to LSI 3081E-R (to enable RAID-1E/IME arrays, roughly a RAID-10 equivalent, which was disabled in the Dell firmware), for the flash to actually work completely, I had to first erase the flash (sasflash -o -e 6), then write the LSI firmware and BIOS. With just flashing the LSI firmware (without erasing), the SAS BIOS would show an invalid NVRAM checksum (but appear to work fine), I couldn’t create RAID-1E arrays. The PCI subsystem vendor/device IDs still identified it as a Dell SAS 6/iR. After erasing, then flashing, the subsystem ID shows LSI 3081E-R, and IME arrays are enabled.
Extra benefits: a few more options in the SAS BIOS (timeouts, max number of INT 13 devcies), and the bus-scan time on BIOS load and Linux device init is reduced from 30+ seconds to under 20. Downside: Dell OpenManage no longer recognizes the controller, so the only way to monitor array status is with LSI SNMP utils, and it doesn’t light up the «drive present/OK» light (probably related to the backplane no longer showing in the device list — must be a custom Dell thing).
Pooh
Ars Scholae Palatinae
-
Add bookmark
-
#5
«Since you had gotten errors on the other PC,…» Not sure what you are reffering to — the drives work perfectly fine and without error on other PCs unless they’ve just been attached to the SAS card. MHDD turns up no error on them and I can do «extensive» writes to them without errors. And I do a bit of volunteer work, often using hand-me-down parts — sometimes even «cheap» is too expensive.
As for cross-flashing the SAS card, as I said in the OP, I made certain I didn’t have an NVDATA mismatch afterwards (yes, a sasflash -o -e 6 was run).
Main Question:
————————
Running Freenas 11.2-U8 on a Dell Poweredge T310 on an aftermarket OEM LSI HBA card already in IT mode, that I thought was an LSI 9211-8i, but it turns out its actually an OEM IBM 9200 / SAS2008.
I honestly have no idea what LSI card is equal to what, I am guessing that LSI 9211 = IBM 9200 = SAS2008 chip. Please correct me if I’m wrong.
Currently the whole system is working, but it only detects drives during BIOS, and drives passed through to FreeNas works, except HotPlug/Hotswap is not working…
The dmesg output and mpsutil output shows that it detected *something* new when hot-plugged into New Slots, but FreeNas is not getting updated to attach them.
I also know from the past, that hotswap in the Same Slots also does not register enough to work right.
I need hotplug/hotswap to work. Hopefully upgrading firmware will solve it. Any other idea? I don’t want to fix whats not broken, if I can just run a command to detect them.
Diagnosis:
—————-
mpsutil also shows its only on firmware 10.
I know firmware 20 is out, and I now wish to upgrade = hopefully then it will detect hotswap. (unless i’m unaware of something)
mpsutil also shows BIOS version 7.19 and UEFI version 7.18 — these also seem outdated. I found a 7.39 BIOS and a 7.27 UEFI.
sas2flash bundled with FreeNas also seems to be on an older version, 16.0 (not 20.0)
I am using BIOS boot in an EFI system (a personal workaround from the past), but the new non-grub FreeNas bootloader seems to have resolved my old issue, and I think now is a good time to switch.
I heard I can skip BIOS drive detection entirely and just rely on Freenas, and I’m fine with that, but I am confused on the method of removal. How do I do it ?
I also don’t enjoy trawling through thousands of forum posts and I had to open about 50 tabs, just to advance this far. Maybe this will help someone later.
Visiting LSI.com takes you to Broadcom.com and I would prefer to get all files directly from them, but their website is a pain to navigate with the number of clones that exist.
Starting here:
https://www.broadcom.com/support/do…=SAS+9211-8i+Host+Bus+Adapter&pa=&po=&dk=&pl=
Firmware Section:
Installer_P20_for_MSDOS_and_Windows / Windows Installer
https://docs.broadcom.com/docs/12350530
https://docs.broadcom.com/docs-and-…ckage_P20_IR_IT_FW_BIOS_for_MSDOS_Windows.zip
Code:
Firmware : firmwareHBA_9211_8i_IT2118it.bin Version no: 20.00.07.00 Release date: 11-FEB-16 BIOS : sasbios_relmptsas2.rom Version no: 7.39.02.00 Release date: 03-AUG-15 Installer for DOS (SAS2FLSH): sas2flash_dos_relsas2flsh.exe Version no: 20.00.00.00 Release date: 18-SEP-14
(no idea why the dates are off, probably a documentation bug, most everything in this .zip file is dated March 2016, except the BIOS date is right)
Firmware Section:
Installer_P20_for_UEFI / UEFI Installer
https://docs.broadcom.com/docs/12350820
https://docs.broadcom.com/docs-and-…es/sas_sata_6g_p20/Installer_P20_for_UEFI.zip
Code:
Installer for EFI (SAS2FLASH) : sas2flash_efi_ebc_relsas2flash.efi Version:20.00.00.00 Release Date:18-SEP-14
Firmware Section:
Installer_P20_for_FreeBSD / FreeBSD Installer
https://docs.broadcom.com/docs/12350815
https://docs.broadcom.com/docs-and-…sas_sata_6g_p20/Installer_P20_for_FreeBSD.zip
Code:
Installer for FreeBSD (SAS2FLASH): sas2flash_freebsd_amd64_relsas2flash Version:20.00.00.00 Release Date:18-SEP-14
BIOS section:
(actually a UEFI rom)
UEFI_BSD_P20 / UEFI BSD
https://docs.broadcom.com/docs/12348628
https://docs.broadcom.com/docs/UEFI_BSD_P20.zip
LSI Corporation SAS2 MPT UEFI BSD HII Driver Release: x64sas2.rom (for Flashing on X64 platforms) Version: 7.27.01.01
Supported Controllers: SAS 2008 (also: SAS2004, SAS2108, SAS2116, SAS2208, SAS2308)
Also includes a Signed SecureBoot version.
This seems to be all thats relevant.
Commands (taken from another thread):
——————
sas2flsh -o -f 2118it.bin -b mptsas2.rom
sas2flsh -o -f 2118it.bin (if OptionROM is not needed)
Conclusion
—————-
So I think I have all the files for the firmware upgrade, and an idea of the firmware flash command / process,
but I’m not sure what to do about the BIOS removal or Bios flash / UEFI flash additional process.
The UEFI document says it needs the latest firmware and latest NVdata, and to unload the driver.
I also am not sure if I can even flash from Freenas, because a pool is running on 2 old drives on it, and I dont know how to unload a pool, or unload the driver.
So rebooting seems to be my only option.
Boot from a new USB stick into DOS? Then flash? What about the OptionROMs? Can I remove it? How?
Am I missing anything?
Thanks.
Diagnostic Commands used:
——————————————
dmesg
mpsutil
sas2flash
sysctl
camcontrol
Full Diagnostic Data:
——————————-
# Something _was_ detected. Just not as a /dev/da* device
Code:
[EOFL@freenas ~]$ dmesg | grep mps0 mps0: <Avago Technologies (LSI) SAS2008> port 0xfc00-0xfcff mem 0xdf1bc000-0xdf1bffff,0xdf1c0000-0xdf1fffff irq 16 at device 0.0 on pci2 mps0: Firmware: 10.00.08.00, Driver: 21.02.00.00-fbsd mps0: IOCCapabilities: 1285c<ScsiTaskFull,DiagTrace,SnapBuf,EEDP,TransRetry,EventReplay,HostDisc> mps0: uhub0: <Intel EHCI root HUB, class 9/0, rev 2.00/1.00, addr 1> on usbus0 mps0: SAS Address for SATA device = 382a272f6e953836 mps0: SAS Address from SATA device = 3b2a27328d845551 mps0: SAS Address from SATA device = 382a272f6e953836 da1 at mps0 bus 0 scbus0 target 1 lun 0 da0 at mps0 bus 0 scbus0 target 0 lun 0 <--- starting here, new drives were hotplug inserted into new slots -- > mps0: SAS Address for SATA device = 4f666550e095d970 mps0: SAS Address from SATA device = 4f666550e095d970 mps0: SAS Address for SATA device = 4f666550e0b5d394 mps0: SAS Address from SATA device = 4f666550e0b5d394
# da1 and da2 are working on this HBA already, through BIOS detection, (da2 is my flash drive)
Code:
[EOFL@freenas ~]$ ls /dev/da* crw-r----- 1 root operator 0x6f May 7 17:19 /dev/da0 crw-r----- 1 root operator 0x78 May 7 17:19 /dev/da0p1 crw-r----- 1 root operator 0x79 May 7 17:19 /dev/da1 crw-r----- 1 root operator 0x82 May 7 17:19 /dev/da1p1 crw-r----- 1 root operator 0x7a May 7 17:19 /dev/da2 crw-r----- 1 root operator 0x83 May 7 17:19 /dev/da2p1 crw-r----- 1 root operator 0x84 May 7 17:19 /dev/da2p2
da2 at umass-sim0 bus 0 scbus10 target 0 lun 0
da2: <SanDisk Ultra 1.00> Removable Direct Access SPC-4 SCSI device
#The first two, Handle 0009 and 000a, are what was hotplugged, and are missing a B____T whatever that is #
Code:
[EOFL@freenas ~]$ sudo mpsutil show all
Adapter:
mps0 Adapter:
Board Name: IBM 6Gb Perf HBA
Board Assembly: H3-25113-03A
Chip Name: LSISAS2008
Chip Revision: ALL:
BIOS Revision: 7.19.00.00
Firmware Revision: 10.00.08.00
Integrated RAID: no
PhyNum CtlrHandle DevHandle Disabled Speed Min Max Device
0 N 1.5 6.0 SAS Initiator
1 N 1.5 6.0 SAS Initiator
2 0001 0009 N 6.0 1.5 6.0 SAS Initiator
3 0002 000a N 6.0 1.5 6.0 SAS Initiator
4 N 1.5 6.0 SAS Initiator
5 N 1.5 6.0 SAS Initiator
6 0003 000b N 6.0 1.5 6.0 SAS Initiator
7 0004 000c N 6.0 1.5 6.0 SAS Initiator
Devices:
B____T SAS Address Handle Parent Device Speed Enc Slot Wdt
4433221102000000 0009 0001 SATA Target 6.0 0001 01 1
4433221103000000 000a 0002 SATA Target 6.0 0001 00 1
00 01 4433221106000000 000b 0003 SATA Target 6.0 0001 01 1
00 00 4433221107000000 000c 0004 SATA Target 6.0 0001 00 1
Enclosures:
Slots Logical ID SEPHandle EncHandle Type
08 500605b00544bd30 0001 Direct Attached SGPIO
Expanders:
NumPhys SAS Address DevHandle Parent EncHandle SAS Level
#Shows the version numbers for everything.
Code:
[EOFL@freenas ~]$ sudo sas2flash -list
LSI Corporation SAS2 Flash Utility
Version 16.00.00.00 (2013.03.01)
Copyright (c) 2008-2013 LSI Corporation. All rights reserved
Adapter Selected is a LSI SAS: SAS2008(B2)
Controller Number : 0
Controller : SAS2008(B2)
PCI Address : 00:03:00:00
SAS Address : 500605b-0-0544-bd30
NVDATA Version (Default) : 0a.02.00.20
NVDATA Version (Persistent) : 0a.02.00.20
Firmware Product ID : 0x2213 (IT)
Firmware Version : 10.00.08.00
NVDATA Vendor : LSI
NVDATA Product ID : Undefined
BIOS Version : 07.19.00.00
UEFI BSD Version : 07.18.04.01
FCODE Version : N/A
Board Name : IBM 6Gb Perf HBA
Board Assembly : H3-25113-03A
Board Tracer Number : SP23001554
Finished Processing Commands Successfully.
Exiting SAS2Flash.
#Sysctl output for good measure
Code:
[EOFL@freenas ~]$ sudo sysctl -a | grep mps device mps dev.mps.0.use_phy_num: 1 dev.mps.0.encl_table_dump: dev.mps.0.mapping_table_dump: dev.mps.0.spinup_wait_time: 3 dev.mps.0.chain_alloc_fail: 0 dev.mps.0.enable_ssu: 1 dev.mps.0.max_io_pages: -1 dev.mps.0.max_chains: 4096 dev.mps.0.chain_free_lowwater: 4093 dev.mps.0.chain_free: 4096 dev.mps.0.io_cmds_highwater: 22 dev.mps.0.io_cmds_active: 0 dev.mps.0.driver_version: 21.02.00.00-fbsd dev.mps.0.firmware_version: 10.00.08.00 dev.mps.0.disable_msi: 0 dev.mps.0.disable_msix: 0 dev.mps.0.debug_level: 3 dev.mps.0.%parent: pci2 dev.mps.0.%pnpinfo: vendor=0x1000 device=0x0072 subvendor=0x1014 subdevice=0x03cb class=0x010700 dev.mps.0.%location: slot=0 function=0 dbsf=pci0:3:0:0 dev.mps.0.%driver: mps dev.mps.0.%desc: Avago Technologies (LSI) SAS2008 dev.mps.%parent:
#Tried to rescan the SCSI bus with camcontrol to no avail.
Code:
[EOFL@freenas ~]$ sudo camcontrol rescan all Re-scan of bus 0 was successful Re-scan of bus 1 was successful Re-scan of bus 2 was successful Re-scan of bus 3 was successful Re-scan of bus 4 was successful Re-scan of bus 5 was successful Re-scan of bus 6 was successful Re-scan of bus 7 was successful Re-scan of bus 8 was successful Re-scan of bus 9 was successful Re-scan of bus 10 was successful
Code:
[EOFL@freenas ~]$ sudo camcontrol devlist <ATA ST4000DM000-1F21 CC54> at scbus0 target 0 lun 0 (pass0,da0) <ATA ST4000DM000-1F21 CC54> at scbus0 target 1 lun 0 (pass1,da1) <OCZ-REVODRIVE X2 1.20> at scbus1 target 0 lun 0 (ada0,pass2) <OCZ-REVODRIVE X2 1.20> at scbus2 target 0 lun 0 (ada1,pass3) <ST2000DM006-2DM164 CC26> at scbus5 target 0 lun 0 (ada2,pass4) <Hitachi HUA722020ALA330 JKAOA3MA> at scbus5 target 1 lun 0 (ada3,pass5) <ST2000DM001-1CH164 CC29> at scbus6 target 0 lun 0 (ada4,pass6) <ST4000DM000-1F2168 CC52> at scbus6 target 1 lun 0 (ada5,pass7) <SanDisk Ultra 1.00> at scbus10 target 0 lun 0 (pass8,da2)
#da0 and da1 are on the HBA
#ada0/1 are two SATA connected SSDs in 1 PCI-e slot (old OCZ tech, don’t ask)
#ada2,3,4,5 are existing HDDs on internal SATA ports.
#da2 is my boot flash drive