Если у вас не собирается Raid массив автоматически после перезагрузки на XenCenter, поможет такая комманда

 

 mdadm -Es >> /etc/mdadm.conf

 

проверяйте после перезагрузки.

 

В одном архиве (6Кб) выкладываю реестровые полезняшки для разработкпи терминального профиля пользователя Default user 

Change My Computer text .reg - меняет My Computer на фактическое имя компа в сети
Disable client audio mapping.reg
Disable client COM port mapping.reg
Disable Dr Watson.reg
Disable Logging of Print Events to the System Event Log.reg
Disable Roaming Profile Cache.reg
DontDisplay LastuserName.reg
Enable ICA Keep Alives.reg
Increase Performance and Reliability over WAN links and the Internet.reg
Set ErrorMode.reg
Set Event Log Parameters.reg
Set WinStation Overrides.reg
Surpress Spooler Error Messages.reg
TCP keep alives.reg

 

Этой заметкой хочу предостеречь джигитов, которые хотят построить терминальную ферму "правильно", т.е. используя т.н. перемещаемые профили. 

По своей сути идея замечательная, на какой бы сервер не залогинился пользователь - везде за ним сохраняются настройки, такие как почта, мои документы, настройки рабочего стола, локали, принтеры и прочее. И все настройки профайла хранятся на отдельной сетевой "шаре".

Но это только в том случае, если бы это работало так как надо. По моему печальному опыту неверное сохранение/восстановление профайла приводит к непоправимым последствиям, зависаниям и блускринам терминальных серверов.

Так, на протяжении долгого времени наши терминальные серверы блускринили с непонятными интервалами от пятнадцати минут до недели с непременной невнятной ошибкой PAGE_FAULT_IN_NONSYSTEM_AREA  (0x00000050). Сначала хотелось говорить плохие слова в адрес Citrix и их мегафермы, учитывая количество багфиксов и ну оччень регулярно выходящих хотфиксов и сервиспаков (что, понятно, не говорит о качестве продукта).

Опросы моих друзей и знакомых выявили такие же проблемы (которые не решаются) , а также, с другой стороны, полное отсутствие проблем с терминальными серверами.

Так вот, забавный факт, полное отсутствие проблем было в случаях, когда терминальный сервер настроен без всяких там взрослых ухищрений, а именно, без особой балансировки нагрузки и без roaming profiles.

 И вот, вчера, убрав сохранение профилей на сетевой шаре (в групповой политике Terminal profile), подчистив все откешированные профили на сервере, мы имеем до сегодняшнего дня ни разу не заблускринивший сервер. Что только подтверждает правильность нашей догадки. 

Майкрософту незачот.

Еще одна забавная деталь, ica протокол, который используется цитриксом медленнее, нежели стандартный виндовый rdp, думаю, это за счет включенного медленного базового шифрования. И быстрее ica только в случае удаленной работы по ненадежным или медленным каналам связи. Так что для внутреннего использования на бездисковых станциях рекомендую подключаться напрямую через rdp. Но, понятно, если нужны вкусности предоставляемые цитриксом, как балансировка нагрузки, оптимизация для медленных соединений, универсальные драйвера принтера, маппинг локальных дисков, то, безусловно, без цитруса вам не обойтись.

 

Способ лечения прост, как 5 копеек, если понимать всю глубину наших (citrix) глубин.

в домашней ~
в .ICAClient копируем nls дир-рию из /usr/local/ICAClient/nsl

в которой создаем символичный линк  ru на en.

cd ~
cd .ICAClient/nls
ln -s en ru.

Все, злой мессадж более не показывается.

 

http://www.windowsnetworking.com/articles_tutorials/Profile-Folder-Redirection-Windows-Server-2003.html 

install Citrix and place it in a test farm using an Access database.
When I deploy that image, I simply run CHFARM and join it to my production farm. I have been running this way without any issues since the introduction of XP and now with MPS.
Also, o­n a side note, I don't run SYSPREP o­n any of my TS servers. I have had some quirky issues with a build in the past and the o­nly variable was SYSPREP.
I do run Ghostwalker o­n Win2k images or NewSid from Sysinternals for 2000 or 2003.  

 

В моей конфигурации терминального сервера Application Data, Desktop и My Documents редиректятся в пользовательские каталоги, учавствуют в бекапах и т.д.

Применялась к пользователю политика "все по умолчанию запрещено", и добавлялись в security path разрешенные для запуска c:\program files, d:\program files.

Проблема состояла в следующем: на десктопе юзера, или в меню (которые, как мы помним, редиректятся) есть ярлыки на разрешенные приложения: 1C, Word и т.д.
Так вот, т.к. сами ярлыки находились в сети, то разрешения на запуск, соответственно не было и НИ ОДИН ЯРЛЫК НЕ РАБОТАЛ.

Сначала решил добавить в unrestricted сетевые пути профилей, но потом быстро отказался, т.к. это позволяло запускать приложения просто скопировав на рабочий стол.

Решение просто, но гениально: разрешаем к запуску path ... *.lnk !!!

Таким образом при запуске lnk запрещенные приложение не в нужных путях все равно не запустятся! 

Вот, непонятно откуда взявшаяся иконка Outlook Express, которой нет ни в All Users Profile, ни в Default Profile, хотел удалить для новых юзеров, но откуда?

Как описано в  KB250380 необходимо убить ключи реестра

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Active Setup\Installed Components\{44BBA840-CC51-11CF-AAFA-00AA00B6015C}

и

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Active Setup\Installed Components\{7790769C-0471-11d2-AF11-00C04FA35D02}

это освободит юзеров от ненужной иконки Outlook Express 

http://office.microsoft.com/en-us/assistance/HA011402681033.aspx
http://www.microsoft.com/office/orkarchive/2003ddl.htm