Nest Org Ru Team Site

2010.Q1.0.0 – Release Notes УЖЕ в открытом доступе!

Отмечу лишь те МЕГА-”фишки”, которые ОЧЕНЬ жду:

• Fiber Channel Targets, iSER/SRP – кратенько – теперь Sun Storage 7000 станет мультипротокольной NAS/SAN/DAS системой хранения, перекрывающей фактически любые (почти?) потребности на площадке заказчика
• Multi-interface iSCSI targets
• Дедупликация – ОЛЕ!!! ОЛЕЕЕ!!! Эта, вероятно, самая ожидаемая конкуентная “фича”
• Поддержка множества пулов – еще одно дружное УРА!!! Это один из ключевых вопросов у заказчиков, которые хотят, например, хранить как данные своих инстанций Oracle (Mirrored Pool), так и, например, данные с файлового сервера (RAIDZ Pool). К сожалению – перфекционизм не всегда применим в ограниченных бюджетах, и приходится выискивать компромиссы – отсюда появляются недорогие консолидированные системы хранения (хотя надо было бы делить, делить и еще раз – делить), на которых лежит буквально ВСЕ, при этом – работая, скажем так – кое-как… Что вполне ожидаемо
• Indestructible shares (неразрушаемые шары) – банально очень важная “фишка” – уж очень легко было “поломать” (читай – удалить) созданную шару с уже размещенными данными и находящуюся в продуктиве – буквально в два клика – это было ОЧЕНЬ плохо

Ну по ссылке все написано. Надеюсь, это не ошибка и скоро (очень скоро! ОЧЕНЬ!) мы таки увидим релиз!

PS: еще – http://www.c0t0d0s0.org/archives/6399-2010.02-release-of-Sun-Unified-Storage-System-software-imminent.html

PPS:

Repost:

Extensions to the x86gentopo project that enables topology for direct attach SATA devices. With the topology, the direct attach SATA devices automatically get diagnosed, leveraging the existing driver hardending, SMART data collection, and disk diagnosis rules already in OpenSolaris.

Пруф: http://blogs.sun.com/sdaven/entry/more_disk_diag_for_opensolaris.

Про пакет SUNWhd (из комплекта X4500) на домашнем сервере (конечно, и не только на нем!) можно забыть как про страшный сон.

Прошел фактически месяц с момента покупки Sun Microsystems компанией Oracle…

Про Opensolaris – ни слова. Вообще. Это не только меня настораживает.

Про SunSPOT – ни слова.

Что еще “забыли”? Где релиз Sun Storage 7000 с поддержкой FiberChannel инциаторов и поддержкой дедупликации?

Что будет-то? На полном серъезе некоторые товарищи начинают активно посматривать в сторону решений IBM. Время беспокоиться?

Один из “основных” поклепов консерваторов и тонких ценителей (навроде меня) в сторону Opensolaris был ключевой момент – НЕЛЬЗЯ было поставить OSol в текстовом режиме. AI – не в счет, в целом (хотя – можно засчитать).

В build 131 интегрированна возможность установки в текстовом режиме! Читать – здесь, брать “на попробовать” – Genunix! Пока только для X86 (хм, с этим проблем и не было – хотя как посмотреть – вот приехала недавно машинка X2270 – отличная, простая (это ее ключевая особенность) – до такой степени простая, что в нее даже можно не ставить при квотирование ILOM/SP… А без него нет ни монитора, ни клавиатуры, ни удаленного графического доступа к консоли – только серийный порт. Инсталляция OSol только с помощью Automated Installer – что требует выполнения ряда специфичных требований и специфичных познаний. Ну и SPARC-платформы – аналогично, вряд ли найдется много заказчиков, покупающих Niagara2 серверы и вставляющие в них графический адаптер (недешевый весьма) – ЗАЧЕМ?!

Где-то неделю назад обещал оттестировать работоспособность Opensolaris JeOS с Logical Domains. Ну, собственно, небольшой опыт работы уже был, так что хватило пробежаться по “верхам”, то есть бегло просмотреть документацию – освежить, так сказать, и актуализировать уже имеющиеся знания. Короче, если коротко – в два слова – оно работает. Если чуть-чуть развернуть, то инсталляцию делал на Sun Fire T2000, Solaris 10 10/09 SPARC, System Firmware 6.7.6, образа брал здесь. Попробовал развернуть и с использованием файла, и с использование zvol – работает, как и заявленно.

В конце октября в Opensolaris была интегрированна интересная возможность – откат группы транзакций из коммандной строки. Почитать можно здесь. Полезно в случае проблем возникновения проблем с оборудованием – “битыми” RAID-контроллерами, например – короче, всякий раз, когда ZFS сталкивается с невозможностью проконтроллировать корректную запись блоков данных на диски. В результате – мы не можем импортировать свой пул, а рекоммендация в такой ситуации была одна – восстановление с бэкапа после приведения в порядок “железа” (ну или вдумчивый – очень вдумчивый!!! – анализ происходящего). Степень “полезности” этой функции я бы поставил чуть ли не выше наличия, например, дедупликации.

Посмотрел, отметил “зачетность” сей возможности, порадовался. Вспомнил про Oracle 10 + Solaris 10 с далеко не самым последним релизом, стоящий на V40z и контроллерах Adaptec – в продуктивной среде. Полезность этого нововведения резко сократилась до домашнего и внутриоффисного применения. Забыл до поры, до времени.

А вот сегодня – натолкнулся на крайне полезную заметочку. Смысл прост – качаем LiveCD Opensolaris latest bits (build 128+), загружаемся с него, делаем дальше все по инструкции от Виктора – она предельно проста и перевода не требует. Сам бы не додумался – особенно когда мне это надо было бы делать в “запарке” по факту наличия разваленного пула на площадке – времени бы на “подумать” не оставили бы ;(

Мораль – даже для настоящих джедаев с тяжеленным приложением Opensolaris может оказаться достаточно интересным и полезным.

PS: резонно подметили – “настоящие джедаи не используют ZFS” – это точно подмечено, они используют чОрную коробочку под название Veritas Volume Manager, они консервативны и предпочитают оплачивать свои проблемы заранее, а не по мере их возникновения. Проблемы имеют обыкновения проявляться, как показала практика, даже в самых стабильных и простых конфигурациях. Да, конфигурабельно, да, отлажено, да – много лет на рынке. Но и проблемы – тоже, кхм, оттачивались много-много лет И не все так гладко – в том числе и из-за немаленькой стоимости этого решения.

PPS: все-таки хотелось увидеть эту “фишку” в обычном, привычном для заказчиков и поддерживаемом, Solaris 10 – хотя пора думать о выходе Solaris 11 – в котором будет ВСЕ

Собственно, вышел.

Пришло время сделать резкие движения Перевожу свой пул с не очень важными данными на включенное свойство с дедупликацией (как коряво сказал, блин). zvol для iSCSI для TimeMachine пока не буду трогать – хотя результат тестирования меня порадовал, особенно совместно с компрессией.

PS: “фишки” релиза:
- поддержка установки на iSCSI таргеты
- поддержка загрузки с Automated Installer образа
- Конструктор Дистрибутива (Distribution Constructor) для создания виртульных образов OVF 1.0
- обновленная поддержка расширенных и логических разделов (GParted рулит? Станет проще устанавливать как вторую ОС)

Ну как-то так – по английски хорошо написано здесь.

Нда, трагедия Не смог обновиться до build 129:

Action upgrade failed for 'kernel/misc/amd64/acpica' (pkg://opensolaris.org/SUNWckr):
 IOError: [Errno 28] No space left on device
 The running system has not been modified. Modifications were only made to a clone of the running system.  This clone is mounted at /tmp/tmpHuaQTJ should you wish to inspect it.
pkg: An unexpected error happened during image-update: [Errno 28] No space left on device: '/var/pkg/history/20091214T182039Z-01.xml'
pkg: An error was encountered while attempting to store information about the
current operation in client history.
pkg: [Errno 28] No space left on device: '/var/pkg/history/20091214T182039Z-01.xml'
Update Phase ...

Ну, не трагедия. Читаем внимательно вот эту статью.

Особо внимательно читаем про зачистку ВСЕХ ваших загрузочных сред (у меня их осталось три).

Обратите внимание на этот баг – всякий раз после обновления pkg image-update – flush-content-cache-on-success флаг сбрасывается в false (то есть – снова накопление).

PS: хм, не мало:
ilyxa@home:~$ du -hs /var/pkg/download
4.1G /var/pkg/download
ilyxa@home:~$


Dec 5 00:02:37 home rge: [ID 801725 kern.info] NOTICE: rge0: Tx stall detected, watchdog code 0x18144
Dec 5 00:02:38 home rge: [ID 801725 kern.info] NOTICE: rge0: automatic recovery activated

Все-таки не все проблемы решены – при большом объеме передаваемых данных все-таки что-то происходит с интерфейсом – ну, по крайней мере – оно не “умирает”.

PS: update от автора – any work on bug ID 6807184 by Masayuki Murayama – кажеться, проблема решена окончательно? Ждем интеграции!

Создаем VM, запускаем ее:

VBoxManage createvm --name JeOS --ostype OpenSolaris_64 --register
VBoxManage modifyvm JeOS --nic1 bridged --nictype1 82540EM --bridgeadapter1 "en1: AirPort" \
--memory "768" --hwvirtex on --vtxvpid on --boot1 disk \
--vrdp on --vrdpport 3389 --vrdpauthtype null
VBoxManage storagectl JeOS --name ide-boot --add ide --controller ICH6 
VBoxManage storageattach JeOS --storagectl ide-boot --port 0 --device 0 \
--type hdd \
--medium /Users/ilyxa/Desktop/OSOL0906JeOSProto/JeOS-0906-proto-x86-b002-preview-v10.vdi 
VBoxManage storageattach JeOS --storagectl ide-boot --port 0 --device 1 \
--type hdd \
--medium /Users/ilyxa/Desktop/OSOL0906JeOSProto/instance.vdi 
VBoxHeadless -s JeOS &

Не забываем поменять пути к образам дисков, настройки сети – я на Маке, вы на Windows (или Solaris?).

NWAM по умолчанию получает адрес по DHCP (ну мы-то хитрые , и адрес, конечно, заранее “нарисовали” в своем DHCP-сервере). Потому просто идем по ssh, предварительно развернув заготовленные ключи и не забываем почитать инструкцию:

cd /Users/ilyxa/Desktop/OSOL0906JeOSProto/
unzip sshvmkeys.virtdisks.zip
cd sshvmkeys.virtdisks
chmod 600 sshvmkey*
ssh -2 -i ./sshvmkeyrsa.key -o "StrictHostKeyChecking no" osol@192.168.1.7

Затрачено: 5 минут на готовую O/S. СУПЕР!

PS: ну дальше все совсем просто – pkg install в руки и вперед! Не менее интересен способ развертывания через instance.vdi – он же, кстати, и основной