URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID1
Нить номер: 79079
[ Назад ]

Исходное сообщение
"FreeBSD 6.2, 3Ware 9550SX и 2 Трб..."

Отправлено User_15 , 05-Мрт-08 03:14 
Итак, суть вопроса. Есть замечательный рэйд-контроллер 3Ware 9550SX. Он поддерживается фрей 6.2 на уровне ядра. Это подтвердилось при установке фри: 5-й рэйд, созданный из 4-х 750-гиговых винтов, размером 2 Трб, отлично распознался при установке. Единственное, что могло бы насторожить - при каждом движении клавиш появлялось сообщение типа "неверная геометрия диска". На это сообщение обычно рекомендуют не обращать внимания, здесь обращает на себя внимание то, что оно гораздо настойчивей, чем обычно. Но все же, рэйд она видит и понимает, раздел и точку монтирования (/opt) размером 2 Трб создала, все отлично поставилось и загрузилось... Еще момент - все разделы (/, /var, /tmp/, swap, /usr были созданы на системном винте, который не включен в рэйд (саташный)). Он опознается системой как ad1. Рэйд же опознается как da0 (т.е. как бы СКАЗИ, хотя рэйд сата-шный...). И вот главный вопрос. В сеансе под рутом даю df и...
/dev/da0s1d  48144266       4 44292722     0%    /opt
Получаю вот это. Я так понимаю, это вроде немногим меньше 50 Гигов. А где 2 Трб???
Может, кто-нибудь просветит? Заранее грейт сенкс :)

Содержание

Сообщения в этом обсуждении
"FreeBSD 6.2, 3Ware 9550SX и 2 Трб..."
Отправлено AMDmi3 , 05-Мрт-08 03:25 
>Может, кто-нибудь просветит? Заранее грейт сенкс :)

Уж сколько раз твердили миру... ни fdisk, ни bsdlabel разметки не поддерживают > 2Тб. Либо делай разметку на "чуть меньше чем 2Тб", либо используй GPT разметку (неизвестно как с нее грузиться, правда. Вроде умеет grub2), либо грузись с отдельного устройства.


"FreeBSD 6.2, 3Ware 9550SX и 2 Трб..."
Отправлено AMDmi3 , 05-Мрт-08 03:45 
* Либо делай разметку на "чуть меньше чем 2Тб", либо используй GPT разметку (неизвестно как с нее грузиться, правда. Вроде умеет grub2. Либо грузись с отдельного устройства).



"FreeBSD 6.2, 3Ware 9550SX и 2 Трб..."
Отправлено User_15 , 05-Мрт-08 04:31 
>* Либо делай разметку на "чуть меньше чем 2Тб", либо используй GPT
>разметку (неизвестно как с нее грузиться, правда. Вроде умеет grub2. Либо
>грузись с отдельного устройства).

Спасибо за ответ и совет. Пытаюсь через sysinstall удалить все, что связано с /opt и создать разметку по новой. При попытке сохранить изменения получаю - ERROR: Unable to write data to disk da0! и далее - Disk partition write returned an error status!

Дело не в рэйде - проверял на виртуальной системе - все тоже самое. Видимо, необходимо действовать не через sysinstall? Как именно? Подходят только варианты для удаленной работы, переустановка отвергается, т.к. доступа к консоли нет...



"FreeBSD 6.2, 3Ware 9550SX и 2 Трб..."
Отправлено AMDmi3 , 05-Мрт-08 05:46 
>Дело не в рэйде - проверял на виртуальной системе - все тоже
>самое. Видимо, необходимо действовать не через sysinstall? Как именно? Подходят только
>варианты для удаленной работы, переустановка отвергается, т.к. доступа к консоли нет...

Я sysinstall предпочитаю вообще не пользоваться, поэтому про него не скажу.

По идее для начала нужно посмотреть что все-таки реально записалось на диск (fdisk /dev/da0, bsdlabel /dev/da0s1). Я предполагаю, что там просто небольшой слайс в (полный_размер_массива - 2^32) секторов. Тогда надо расширить fdisk'ом слайс до нужной величины, либо добавить еще один слайс (разумеется, следя чтобы не залезть за границу 2**32 секторов). Потом в первом случае отредактировать метку (увеличить последнюю партицию или добавить новую) и создать файловую систему на новом пространстве.


"FreeBSD 6.2, 3Ware 9550SX и 2 Трб..."
Отправлено AMDmi3 , 05-Мрт-08 10:38 
Извиняюсь, невнимательно почитал первое сообщение. Собственно если система на другом винте, и на RAID важных данных нет, то проще всего сделать `newfs -U /dev/da0` - будет файловая система на весь винт, без разметки. У самой UFS ограничений 2Тб нету, так что все будет работать. Либо сделать GPT разметку - man gpt.

"FreeBSD 6.2, 3Ware 9550SX и 2 Трб..."
Отправлено CrAzOiD , 05-Мрт-08 08:00 
>[оверквотинг удален]
>поставилось и загрузилось... Еще момент - все разделы (/, /var, /tmp/,
>swap, /usr были созданы на системном винте, который не включен в
>рэйд (саташный)). Он опознается системой как ad1. Рэйд же опознается как
>da0 (т.е. как бы СКАЗИ, хотя рэйд сата-шный...). И вот главный
>вопрос. В сеансе под рутом даю df и...
>/dev/da0s1d  48144266       4 44292722  
>   0%    /opt
>Получаю вот это. Я так понимаю, это вроде немногим меньше 50 Гигов.
>А где 2 Трб???
>Может, кто-нибудь просветит? Заранее грейт сенкс :)

в настройках этого контроллера есть пункт о 2 Тб пределе.
Т.е. если размер массива превышает 2Тб и стоит соответствующая настройка (стоит она по умолчанию) то диск разбивается на слайсы (не знаю как это правильно в терминах 3ware назвать) по 2Тб и остатки.
Не помню какая там полезная емкость у 750Гб диска, кажется 685Гб, и похоже что это твой случай. 685х3=2055.
50Гб диск - это остаток от 2Тб массива
Так то ищи в системе еще один диск, наверное какой-нить da1


"FreeBSD 6.2, 3Ware 9550SX и 2 Трб..."
Отправлено User_15 , 05-Мрт-08 15:34 
Всем спасибо за помощь и участие, прежде всего, AMDmi3.
Сделал следующее - удалил всю предыдущую разметку (кстати, fdisk видит полный размер массива, при этом постоянно ругается на геометрию, а label вообще видит из всего массива 50Гб, собстно в этом и была проблема). Далее сделал newfs -U /dev/da0 и вот результат df:
/dev/da0    2128104536       4 1957856170     0%    /opt
Попробовал перед этим подключить GPT, но при вводе
gpt create da0
Он выдал что-то типа "Диск содержит MBR" и отказался работать, дальше я с ним не стал заморачиваться.

Дополнительный вопрос - есть ли у кого-нибудь сведения, насколько надежно фря работает с большими массивами данных, нет ли выявленных проблем и т.д. и т.п. Если есть информация такого рода, буду благодарен за ссылки.


"FreeBSD 6.2, 3Ware 9550SX и 2 Трб..."
Отправлено AMDmi3 , 05-Мрт-08 16:37 
>Попробовал перед этим подключить GPT, но при вводе
>gpt create da0
>Он выдал что-то типа "Диск содержит MBR" и отказался работать, дальше я
>с ним не стал заморачиваться.

Можно было сделать что-то вроде dd if=/dev/zero of=/dev/da0 bs=1m count=1

>Дополнительный вопрос - есть ли у кого-нибудь сведения, насколько надежно фря работает
>с большими массивами данных, нет ли выявленных проблем и т.д. и
>т.п. Если есть информация такого рода, буду благодарен за ссылки.

C UFS проблем никаких нет, ее тестировали и на больших объемах. Только древняя она, посему нетороплива и если машина по какой-то причине ребутнется, эти 2Tb будут fsck'ся часа 3.
А альтернатив немного - UFS+gjournal (решает проблему с fsck, насчет производительности и стабильности ничего не скажу) и ZFS. Последний радует неимоверно, raidz на 6 полутеррабайтных SATA дисках работает уже полгода, ни разу не падал, скорости 200-300MB/s, параллелится приемлимо, ребуты переживает без проблем. Но это домашнее файлохранилище, не особо нагруженное, и кое-какие проблемы у ZFS известны (http://wiki.freebsd.org/ZFSKnownProblems).