Эти и многие другие эпитеты хотелость произносить от глюка к глюку при установке Project Server.
Думаю, корректно установить сие произвенеие мелкософтовского исскуства давалось не многим, и вот, теперь и я стал одним из "избранных" ;)

Для установки нужно:
1. Установить WSS, если Project Server русский, то соотв. берем WSS SP1 Russian.
2. ВРУЧНУЮ создать базы с нужным collation. Почему, расскажу позже.
3. Завести двух спец. юзеров в базе.
4. Проинсталлить Project Server 2003.
5. Побороть баг в веб-интерфейсе.
6. Установить SP1.

Странно, но в WSS ружно разрешить файлы ASP.
http://dotnetjunkies.com/WebLog/AlexChang/archive/2004/03/22/9747.aspx

И в продолжение эпопеи: глюки на странице управления юзерами и т.д. не прекращали появляться, был установлен SP1, а затем и была был применен метод ниндзя, который описывается здесь:
http://support.microsoft.com/default.aspx?scid=kb;en-us;832588

А все из-за WSS обработчиков URL.
Но, справедливость восторжествовала и Project 2003 Server был установлен и замучан до производственной готовности.

 

После установки SP1 перестала работать операция копирования с FTP на сетевую шару.
Workaround:
копировать сначала на локальный диск, а потом на сетевую шару.

Воистину призвание сервиспаков: старые глюки убираем, - новые добавляем. 

Как выяснилось не все так гладко с шаблонами в SharePoint Portal Server.
Шаблоны списков и шаблоны узлов действуют ТОЛЬКО В ПРЕДЕЛАХ ОДНОГО портала. Т.е. импортировать и работать со списком, скажем, сотрудников мы можем только на том портале, на котором этот список и шаблон создавались. 

Вот, к примеру, автоматическая топология контроллеров домена с линком синхронизации.

А вот это топология почтовых серверов Exchange.

Так что MOM 2005 еще много чего умеет! :)

 

Сие счастье вылетает с сообщением о глючности в RPC. Попробуем найденный в буржуйском форуме совет, где говориться что глюк связан с новой фичей в безопасности SP1.

For the issue of a remote Ops Console failing, the MOM Authors, MOM Users
and MOM Admins should be added to the Distributed COM Users NT Group o­n the
management servers.  This is a new security group in W2K3 SP1.

From a forthcoming KB article:

Due to changes in DCOM security o­n Windows 2003 Server SP1, the users
connecting to the Management Server must now also be in the "Distributed COM
Users" local security group o­n the Management Server.

Ну а вот и сам патч. 

Что делать когда получаем такое сообщение от MOM при попыткие отмониторить DNS сервис на контроллере домена?

Внимание, правильный ответ, - устанавливаем SP1 для  Windows 2003 Server.

 

Возможен глюк при проигрывании в потоке mp3 с variable bitrate, замедление звука или вообще потеря коннекта с сервером. Да, есть такой глюк и.
Лечить можно только путем конвертации в WMA.
 

Хотелось поиметь свежую Самбу3, и, скрестив с AD на базе Windows 2003 SP1 получить аутентификацию в squid на основе доменных аккаунтов, причем конечная цель - подсчет трафика от терминальных пользователей.

Samba3 package now doesn't include ADS support due the portability problems
with Kerberos5 libraries o­n different installations. You need to compile port
yourself to get this functionality.


Абыдна, да?!

UPDATED: проблема решена, авторизация на основе доменных аккаунтов работает.