Windows MPIO на дисковых массивах Sun StorageTek

Для настройки Multipath I/O (MPIO) в Windows 2008 Server можно использовать решение Microsoft - Microsoft Storage Technologies - Multipath I/O. Это решение можно применять так же и для Windows 2003 Server.

Microsoft фактически предоставляет инфраструктуру (framework) для разработки производителями систем хранения специфических для их устройств модулей - Device Specific Module (DSM) и базовый DMS - Microsoft DSM в Windows Server 2008, который может быть использован в общем случае для  FC, iSCSI или SAS систем хранения.

Подробно конфигурирование описано в документе Windows Server High Availability with Microsoft MPIO. В том числе: как изначально добавить поддержку MPIO (в документе всё с картинками) и как добавить (это можно сделать самостоятельно) базовую поддержку для вашего FC (iSCSI или SAS) устройства, как установить (удалить) DSM от производителя устройства (если он не предоставил свой инсталлятор) и много других вещей :)) - всего на 50 страниц.

Для устройств от Sun можно использовать Sun StorageTek 6000 Series Family Multi-Path Device Specific Module (MPIO DSM) for the Sun StorageTek 6000 Arrays 01.03.0302.0013 General Availability. Данный DSM показал прекрасную работу в том числе и с Sun StorageTek 2540 Array о чём сначала была возможность прочитать на форуме, а затем и проверить на собственном опыте.

Для других систем можно использовать RDAC Driver:

• Sun StorageTek RDAC Driver for Windows 2003
• Sun StorageTek RDAC driver for AIX 5.X.0.16 General Availability
• Sun RDAC Driver for Linux for 6000/2500 Series Disk Arrays 09.03.0B02.0013/09.03.0C02.0013
• Sun StorageTek RDAC Driver for Linux for Storage Tek 2500 series 1.0 General Availability
• Sun StorageTek RDAC Driver for Linux 09 
• Sun StorageTek RDAC Driver for Linux for Storage Tek 6000 Series 1.0 General Availability 
• Sun Linux RDAC 09.03.0B02.0042/09.03.0C02.0042 
• Sun Linux-RDAC Failover 09.03.xxxx.0214 General Availability 

Следует учитывать, что программное обеспечение управления массивами от Sun Microsystems имеет проприетарную лицензию.

Настройка proxy для Java Web Start/JNLP в Windows

Для настройки параметров proxy для приложений запускаемых через Java Web Start с помощью Java Network Launching Protocol (JNLP) файлов можно воспользоваться Java Control Panel.
Обычно это бывает необходимо сделать для приложений не работающих корректно через proxy сервер. При этом в системе настроен proxy сервер для Web, а умолчанию для Java используются настройки Web браузера.
Запуск Java Control Panel можно произвести как из Панели управления, так и запустив файл: C:\Program Files\Java\jre6\bin\javacpl.exe

Затем выбрать Network Settings...

И, несомненно, настроить Advanced... настройки (для приложения не умеющего работать с proxy указать с какими узлами работать напрямую):

Не забыть разрешить (попросить сетевых администраторов) доступ к этим узлам напрямую.
В результате всех этих мероприятий настройки будут добавлены и сохранены для текущего пользователя. Сохраняются они в файл %USERPROFILE%\Application Data\Sun\Java\Deployment\deployment.properties:

deployment.proxy.same=true
deployment.proxy.type=1
deployment.proxy.https.port=3128
deployment.proxy.https.host=proxy.xxx
deployment.proxy.http.port=3128
deployment.proxy.http.host=proxy.xxx
deployment.proxy.ftp.host=proxy.xxx
deployment.proxy.ftp.port=3128
deployment.proxy.bypass.list=188.xxx.xxx.x2
deployment.proxy.bypass.local=true

Для распространения настроек для всех пользователей необходимо создать аналогичный файл в папке C:\Documents and Settings\Default User\Sun\Java\Deployment (возможно будет работать и с папкой %ALLUSERSPROFILE%\Sun\Java\Deployment, первый вариант заработал, второй не пробовал). Недостающий путь к файлу deployment.properties так же необходимо создать.
Для удобства можно ещё создать ярлык для закешированных приложений:

C:\Program Files\Java\jre6\bin\javaws.exe -viewer

и выбрать Install Shortcuts.
Ярлык создастся на рабочем столе текущего пользователя. К сожалению, кеширование приложений происходит для каждого пользователя отдельно и ярлыки необходимо создавать отдельно.

Комбинации клавиш Sun Ray и Sun Ray Server Software (SRSS)

Для доступа к некоторым пунктам меню в при использовании тонких клиентов SunRay можно пользоваться (а иногда и необходимо в виду отсутствия других вариантов, например, меню самого Sun Ray DTU).

• Неконфигурируемые комбинации клавиш:

Клавиатура Sun			Клавиатура не Sun			Действие
Mute			Ctrl+Pause+CursorDown			Включить-выключить звук
Softer			Ctrl+Pause+CursorLeft			Уменьшить громкость звука
Louder			Ctrl+Pause+CursorRight			Увеличить громкость звука
Mute+Softer+Louder			Ctrl+Pause+N			Показать MAC и IP адреса Sun Ray DTU и IP адрес сервера
Ctrl+Power			Ctrl+Pause+A			Полная перезагрузка Sun Ray DTU. На клавиатурах Sun клавиша Power обозначена символом луны
Stop+C			Ctrl+Pause+C			Очистить конфигурацию Sun Ray
Stop+S или Stop+M			Ctrl+Pause+S или Ctrl+Pause+M			Вызвать локальное меню Sun Ray DTU (доступно при установке соответствующего firmware)
Stop+V			Ctrl+Pause+V			Показать модель, версию firmware и MAC адрес Sun Ray DTU
Ctrl+Alt+Bksp+Bksp			Ctrl+Alt+Bksp+Bksp			Прекратить сессию. Комбинацию нельзя переназначить, но можно отключить. Более подробно см. utxconfig.
Ctrl+Alt+Del+Del			Ctrl+Alt+Del+Del			Завершает процесс под управлением которого находится X сервер

mcs - манипулирование комментариями объектных файлов

В Solaris (а может и не только там) есть утилита для манипулирования комментариями объектных файлов (ELF) - msc:

/usr/ccs/bin/mcs

Весьма важное её применение просмотр что добавили в комментарии инженеры Sun Microsystems. Обычно это информация о версии исправления (patch) с которым этот файл прибыл в систему:

# mcs -p /platform/sun4u/kernel/sparcv9/unix
/platform/sun4u/kernel/sparcv9/unix:
@(#)SunOS 5.10 Generic 137111-04 Jun 2008

# mcs -p /platform/sun4u/kernel/unix
/platform/sun4u/kernel/unix:
@(#)SunOS 5.10 Generic 137111-04 Jun 2008

# mcs -p /usr/ccs/bin/mcs
/usr/ccs/bin/mcs:
@(#)SunOS 5.10 Generic 127127-11 Mar 2008

Так же это может быть информация о компиляторе или (и) сборщике:

# mcs -p /opt/csw/bin/wget
acomp: Sun C 5.8 Patch 121015-06 2007/10/03
iropt: Sun Compiler Common 11 Patch 120760-18 2007/09/19
ld: Software Generation Utilities - Solaris Link Editors: 5.8-1.302

Удаление RDP лицензий Windows для uttsc

Для подключения по протоколу RDP в с Sun Ray клиентов рекомендуется использовать Sun Ray Connector for Windows - uttsc. Использовать его может как пользователь самостоятельно, так и возможна конфигурация на автоматический запуск в режиме киоска.
Для работы достаточно запустить Лицензирование служб терминалов и клиенты получат временные лицензии (на 90 или 120 дней). Это период отсрочки на получение лицензий. Этот период можно продлить, удалив временные клиентские лицензии с устройств.
Для управления RDP лицензиями в среде Sun Ray используется утилита utlicenseadm.
Получить список можно так:

# utlicenseadm -l -t RDPLicense
DESKTOP ID              LICENSE TYPE            LICENSE KEY
==============================================================
00144fe7a741            RDPLicense              QQAwADIAAAA=
080020ff8dd9            RDPLicense              QQAwADIAAAA=

Для удаления можно использовать простой скрипт:

#!/usr/bin/sh
PATH=/opt/SUNWut/sbin:/usr/bin
# Get list desktops with installed licenses
DESKTOP_LIST=`utlicenseadm -l -t RDPLicense | awk '/RDPLicense/{print $1}'`

for ID in ${DESKTOP_LIST}
do
  utlicenseadm -d ${ID}
done

При следующем запуске клиенты получат новые временные лицензии.

Падение VNC server в Solaris 10 при смене языка

Если совершить ошибку и, подключаясь VNC, сменить язык, например на Russian UTF-8 (ru_RU.UTF-8) то VNC сервер падает.

В логе (/var/dt/Xerrors) наблюдается нечто вроде:

/usr/openwin/bin/xset:  bad font path element (#54), possible causes are:
    Directory does not exist or has wrong permissions
    Directory missing fonts.dir
    Incorrect font server address or syntax

Попытка вновь подключиться к серверу, запущенному с помощью inetd приводит к его падению. Dtlogin пытается несколько раз перезапустить Xvnc и отключает его, сообщая:

error (pid 22852): Server for display :2 can't be started.

Вылечить это (решить текущую проблему, но не исправить ПО Solaris) можно удалив файлы в папке:

# ls /var/dt/sdtlogin/
lastlang_1      lastlang_2      lastlang_:1     lastsettings_1  lastsettings_2
# rm /var/dt/sdtlogin/*

Для варианта запуска через Dtlogin необходимо перезапустить сервис:

# svcadm restart svc:/application/graphical-login/cde-login:default

Настройка VNC в Solaris 10 - запуск с помощью Xserver

Аналогично рассмотренному: Настройка VNC в Solaris 10 - запуск с помощью dtlogin. VNC можно запускать при старте системы, но использовать идеологически более правильное хранение параметров запуска в SMF.
Скрипт

/usr/X11/bin/Xserver

считывает параметры запускаемого X-сервера из SMF:

# grep x11-server /usr/X11/bin/Xserver
    svcprop -q -p $1 application/x11/x11-server$INSTANCE
    PROPVAL=$(svcprop -p $1 application/x11/x11-server$INSTANCE)

Таким образом правильнее хранить параметры в базе SMF.
Скрипт, выполняющий данную операцию выглядит так:

#!/usr/bin/sh

# Xwindows is configured with text files under /usr/dt
# but these shouldn't be modified,
# make copied of them under /etc/dt and modify the copies

VNC_LIST="1 2"

if [ ! -d $HOME/.vnc ]
then
  mkdir -p /etc/dt/config
fi
cp /usr/dt/config/Xservers /etc/dt/config/

# Add the /etc/dt/config/Xservers to configure the extra connections to Xwindows
# Set properties for x11-server instances
for VNC in $VNC_LIST
do

  echo "   :${VNC}   Local local_uid@none root /usr/X11/bin/Xserver :${VNC}"\
  >> /etc/dt/config/Xservers
  INST=`svcs -H -o INST svc:/application/x11/x11-server:display${VNC} 2> /dev/null`
  if [ -n "${INST}" ]
  then
    svccfg delete application/x11/x11-server:display${VNC}
  fi
  svccfg -s application/x11/x11-server add display${VNC}
  svccfg -s application/x11/x11-server:display${VNC} addpg options application

  svccfg -s application/x11/x11-server:display${VNC} \
         setprop options/server = astring: \"/usr/X11/bin/Xvnc\"
  svccfg -s application/x11/x11-server:display${VNC} \
         setprop options/server_args = astring: \"-PasswordFile=${HOME}/.vnc/passwd\"
  svccfg -s application/x11/x11-server:display${VNC} \
         addpropvalue options/server_args astring: \"-AlwaysShared\"
 
  svcadm refresh application/x11/x11-server:display${VNC}

done

# Configure a password, this is prompted for before the user sees a login screen
echo "Please set VNC password"
if [ ! -d $HOME/.vnc ]
then
  mkdir $HOME/.vnc
fi
vncpasswd
chmod +r /root/.vnc/passwd

# Restarting dtlogin
svcadm restart svc:/application/graphical-login/cde-login:default

При такой конфигурации используется глубина цвета по умолчанию для X11 в Solaris:

# svcprop application/x11/x11-server | grep depth
options/default_depth integer 24

В остальном Xvnc запускается с теми же параметрами.

/usr/X11/bin/Xvnc :1 -depth 24 -PasswordFile=/root/.vnc/passwd -AlwaysShared  -auth /var/dt/A:1-i1a4Lw

Настройка VNC в Solaris 10 - запуск с помощью dtlogin

Иногда возникает необходимость оставлять графическую сессию на сервере надолго (например, при инсталяции SAP или базы Oracle). При настройке VNC сервера в Solaris 10 c помощью SMF inetd через супердемон inetd закрытие VNC клиента приводит к закрытию сессии.
На страничке Salix Training Limited есть отличная статья как настроить VNC на запуск с помощью dtlogin (CDE login service) - VNC on Solaris 10.
Так как теперь VNC сервер идёт в комплекте с Solaris 10 (начиная с 5/08 - U5) предложенное Salix решение можно значительно упростить. Для двух (число определено в списке VNC_LIST) постоянно запущенных сессий достаточно выполнит скрипт:

#!/usr/bin/sh

# Xwindows is configured with text files under /usr/dt 
# but these shouldn't be modified,
# make copied of them under /etc/dt and modify the copies

VNC_LIST="1 2"

if [ ! -d $HOME/.vnc ]
then
  mkdir -p /etc/dt/config
fi
cp /usr/dt/config/Xservers /etc/dt/config/

# Add the /etc/dt/config/Xservers to configure the extra connections to Xwindows
for VNC in $VNC_LIST
do
  echo "   :${VNC}   Local local_uid@console root /usr/X11/bin/Xvnc\
  :${VNC} -PasswordFile=${HOME}/.vnc/passwd -AlwaysShared"\
  >> /etc/dt/config/Xservers
done

# Configure a password, this is prompted for before the user sees a login screen
echo "Please set VNC password"
if [ ! -d $HOME/.vnc ]
then
  mkdir $HOME/.vnc
fi
vncpasswd
chmod +r /root/.vnc/passwd

# Restarting dtlogin
svcadm restart svc:/application/graphical-login/cde-login:default

Подключаться можно будет к сессии :1 (5901) и :2 (5901). Параметры разрешения и глубины цвета виртуального дисплея можно изменить, добавив дополнительные параметры Xvnc:

• -depth [8|15|16|24] - по умолчанию 16
• -geometry WxH - по умолчанию 1024x768

Можно настроить и другие параметры. Подробнее можно посмотреть man -M /usr/X11/man Xvnc.

P.S.
При поиске ссылки на man страницу Xvnc для Solaris нашёл универсальную инструкцию по настройке VNC в Solaris 10: How to Set Up VNC to Provide a Solaris Guest Graphical Login в документе по виртуализации: System Administration Guide: Virtualization Using the Solaris Operating System. Ошибка относительно необходимости добавления сервиса в /etc/services осталась... Ошибку исправили в аналогичном документе по OpenSolaris.

Настройка VNC в Solaris 10 - запуск с помощью SMF inetd

В последних выпусках Solaris 10 (начиная с 5/08 - U5) поставляется VNC сервер, а именно RealVNC. Есть даже для него SMF сервис:

# svcs -l svc:/application/x11/xvnc-inetd:default
fmri         svc:/application/x11/xvnc-inetd:default
name         X server that displays to VNC viewers
enabled      false
state        disabled
next_state   none
state_time   Tue Nov 17 15:27:39 2009
restarter    svc:/network/inetd:default

Попытаемся его включить:

# svcadm enable svc:/application/x11/xvnc-inetd:default

И не получается:

# svcs -l svc:/application/x11/xvnc-inetd:default
fmri         svc:/application/x11/xvnc-inetd:default
name         X server that displays to VNC viewers
enabled      true
state        maintenance
next_state   none
state_time   Wed Nov 18 16:39:38 2009
restarter    svc:/network/inetd:default

Сервис описан как запускаемый с помощью супердемона inetd:

# svcprop svc:/application/x11/xvnc-inetd:default
inetd/name astring vnc-server
inetd_start/exec astring /usr/X11/bin/Xvnc\ -inetd\ -query\ localhost\ -once\ securitytypes=none

Беда собственно в том что сервис по имени vnc-server не определён в сервисах:

/etc/services

Добавим:

# printf "vnc-server\t5900/tcp\n" >> /etc/services

Можно перезапустить сервис:

# svcadm clear svc:/application/x11/xvnc-inetd:default

И чудо:

# svcs -l svc:/application/x11/xvnc-inetd:default
fmri         svc:/application/x11/xvnc-inetd:default
name         X server that displays to VNC viewers
enabled      true
state        online
next_state   none
state_time   Wed Nov 18 18:06:29 2009
restarter    svc:/network/inetd:default

Разводка разьёма последовательного порта Sun StorageTek SL500

На контроллере ленточной библиотеки Sun StorageTek SL500 для последовательного порта используется разъём RJ-45 (гнездо).
На множестве оборудования использутся такой разъём для последовательного порта. В том числе и оборудовании Sun. Во всех серверах Sun (включая японские M-series) используется стандартная разводка предложенная Дэйвом Йостом ещё в 1987 году. Такой же раскладкой пользуется и Cisco.
Строго говоря есть различия в этих разводках: в варианте Йоста используется сигнал DCD для DCE устройств. Sun в своих документах описывает этот сигнал двойственно - DSR/DCD. Различия можно считать несущественными, а в случае DTE устройств их и вовсе нет.
Существует ещё разводка кабеля EIA/TIA 561. Sun StorageTek SL500 не использует и ёё.
Разводка кабеля для подключения к стандартному 9-контактному последовательному интерфейсу PC следующая:

DB-9 Female	Line Name	Direction	RJ-45 Male
1	DCD	In	Not connected
2	RxD	In	4
3	TxD	Out	6
4	DTR	Out	3,8
5	SG	-	5
6	DSR	In	2
7	RTS	Out	7
8	CTS	In	1
9	RI	In	Not connected

Разводка кабеля для подключения к гнезду RJ45 (консоль Cisco, серверы Sun, терминальные концентраторы APC и другие...):

RJ-45 Male	Line Name	Direction	RJ-45 Male
1	CTS	In	1
2	DSR	In	2
3	RxD	In	4
4	SG	-	5
5	SG	-	5
6	TxD	Out	6
7	DTR	Out	3,8
8	RTS	Out	7

Нумерация контактов разъёма DB9 на кабеле (гнездо):


Нумерация контактов разъёма RJ45 на кабеле (вилка):

Установка пароля управления и IP адреса массивов Sun StorageTek 6xxx

Собственно зачем нужен последовательный кабель для Sun StorageTek 6xxx?
С помощью такого кабеля можно установить (собственно сбросить) пароль для управления массивом через CAM (SYMbol password).
Описание процедуры и пароль для доступа есть на docs.sun.com в документе Sun StorageTek 6140 Array Hardware Installation Guide в 6 главе.
Краткое изложение:

• Подключить кабель
• Установить параметры терминальной программы: 38400, 8 bit, no parity, 1 stop bit, flow control - none, эмуляция терминала VT100. Как показывает опыт скорость можно установить и 9600, на следующем этапе происходит выбор скорости порта массивом.
  
• В терминальной программе (или терминальном концентраторе) послать Break. В putty это можно сделать через контекстное меню, выбрав Special Command -> Break.
• В ответ на приглашение:
  

  Set baud rate: press  within 5 seconds

  Нажать кнопочку ПРОБЕЛ
  
• В ответ на приглашение:
  

  Press within 5 seconds: <B> for Service Interface, <BREAK> for baud rate 

  Нажать кнопочку S
  
• В ответ на приглашение:
  

  Enter Password to access Service Interface (60 sec timeout):

  Ввести пароль kra16wen
  
• Далее следовать в соответствии задачами (установить IP, сменить пароль):
  

  Service Interface Main Menu
  ==============================
  1) Display IP Configuration
  2) Change IP Configuration
  3) Reset Storage Array (SYMbol) Password
  Q) Quit Menu
  Enter Selection: 

  
  Следует учесть, что возможна установка различных IP для двух портов на каждом из контроллеров (всего 4 IP адреса). Это может быть полезно при использовании двух управляющих сетей с разными IP подсетями.
  
  

  Select Ethernet Port
  ==============================
  1) Ethernet Port: 1
  2) Ethernet Port: 2
  Q) Quit
  Enter Selection: 1 

  
  Но обычно назначаются адреса только для первого Ethernet порта каждого контроллера, обычно, в одной подсети.
  Для управления дисковым массивом достаточно подключить лишь один кабель к первому порту одного из контроллеров, но в этом случае будет невозможно производить обновление firmware.
  

Разводка разьёма последовательного порта Sun StorageTek 6140

На контроллере дискового массива Sun StorageTek 6140 используется разъём MiniDIN 6, такой же, как для подключения PS/2 мыши и клавиатуры.
Разводка кабеля для подключения к стандартному 9-контактному последовательному интерфейсу PC следующая:

DB-9 Female	Line Name	Direction	MiniDIN 6 Male
1	DCD	In	Not connected
2	RxD	In	2
3	TxD	Out	1
4	DTR	Out	Not connected
5	SG	-	3,5
6	DSR	In	3,5
7	RTS	Out	6
8	CTS	In	4
9	RI	In	Not connected

Разводка кабеля для подключения к гнезду RJ45 (консоль Cisco, серверы Sun, терминальные концентраторы APC и другие...):

RJ-45 Male	Line Name	Direction	MiniDIN 6 Male
1	CTS	In	4
2	DSR	In	3,5
3	RxD	In	2
4	SG	-	3,5
5	SG	-	3,5
6	TxD	Out	1
7	DTR	Out	Not connected
8	RTS	Out	6

Нумерация контактов разъёма MiniDIN6 на кабеле (вилка):


Нумерация контактов разъёма DB9 на кабеле (гнездо):


Нумерация контактов разъёма RJ45 на кабеле (вилка):

Перезапуск сервиса в состоянии maintenance или degraded

Бывает так что при проблемах с питанием одновременно выключается и сервер и массив.
И если этим массивом является Sun-овский T3, то сервер успевает загрузиться быстрее, а файловые системы с массива не успевают смонтироваться.
В Solaris 10 с его Solaris Service Management Facility от

svc:/system/filesystem/local

зависят более четырёх десятков сервисов в том числе: sshd, samba, nfs, smtp и многие другие.
Очевидны два варианта решения этой проблемы: отключение зависимостей или перезапуск сервиса filesystem/local и, конечно, простейший - перезагрузка сервера.
Зависимостей много и отключать их в целом не очень разумно, особенно samb-у и nfs.
Для ручного перезапуска сервиса необходимо подключиться к консоли сервера (sshd так-же не работает).
Решением проблемы может служить следующий скрипт:

#!/usr/bin/sh

# STA    The abbreviated state of the service instance

PATH=/usr/sbin:/usr/bin

COLUMN=STA

# MNT    maintenance
# DGD    degraded

FRMI=svc:/system/filesystem/local:default



STATUS=`svcs -H -o ${COLUMN} ${FRMI}`

if [ ${STATUS} = MNT ]
then
  {
  echo "Clearing ${FMRI} maintenance status"
  svcadm clear ${FMRI}
  }
elif [ ${STATUS} = DGD ]
then
  {
  echo "Clearing ${FMRI} degraded status"
  svcadm clear ${FMRI}
  }
fi

Выполнять его можно через cron, например, раз в минуту:

* * * * * /root/clear_local_fs

Аналогичная проблема при монтировании файловых систем nfs

svc:/network/nfs/client:default

В этом случае скрипт так же подходит. Необходимо лишь поменять значение FMRI.

Удаление файлов возврата патчей Solaris

Согласно man странице patchadd при установке обновлений старые версии файлов сохраняются в папке:

/var/sadm/pkg/PKG/save

. Как результат при недостатке места в файловой системе /var можно получить сообщение Insufficient space in /var/sadm/pkg/PKG/save to save old files.
Для освобождения пространства можно воспользоваться следующим скриптом. Несомненно, это следует делать, если есть полная уверенность что откатывать ранее установленные патчи больше не понадобится. Например, такую уверенность даёт стабильная работа системы последние полгода.

#!/usr/bin/sh

BACKOUT_DIR="/var/sadm/pkg"
PKG_LIST=`ls $BACKOUT_DIR`


for PKG in $PKG_LIST
do
  PATCH_LIST=`ls $BACKOUT_DIR/$PKG/save`
  for PATCH in $PATCH_LIST
  do
    if [ $PATCH != pspool ]
    then
      du -hs $BACKOUT_DIR/$PKG/save/$PATCH
      rm -r $BACKOUT_DIR/$PKG/save/$PATCH
    fi
  done
done