Эта статья, состоящая практически целиком из писем наших читателей, посвящена "опытной эксплуатации" последнего пакета изменений для Windows 2000 - Service Pack 4 (SP4). Все письма были лишь немного отредактированы для большей ясности изложения. На основании приведенных комментариев становится очевидным, что SP4 представляет собой определенную проблему для Windows 2000 Terminal Services, а для компонента Multiple Universal Naming Convention Provider (MUP), mup.sys, описание проблем даже документировано. Некоторые считают, что на перезапуск системы и регистрацию стало уходить неоправданно много времени, но сейчас мы не станем доискиваться причин таких длительных таймаутов. Любой из вас, кто захочет связаться с авторами публикуемых комментариев, может отослать на мой адрес письмо, а я перешлю его автору.
Мы провели обновление двух терминальных серверов до SP4, изначально на обоих работал клиент RightFax (изготовитель - Captaris). У нас использовалась самая последняя версия этого продукта, RightFax 8.5, общее число пользователей – около 40. Мы не стали обновлять сервер RightFax, однако до сих пор никаких проблем в работе клиентских систем не возникало.
Я пытался обновить свой сервер Dell PowerEdge 2650 до SP4, но всегда получал сообщение об ошибке Unable to write ScriptMaps metabase. При нажатии клавиши Enter появлялось сообщение Failed to execute regsvr32.exe. Код ошибки 5. Я остановил работу служб IIS Admin, FTP и WWW до начала обновления. Кроме того, я удалил файлы .htr, .ida, .idr, принтер и некоторые другие расширения в IIS Config. Безуспешно.
После того, как я установил SP4 и перезагрузился, во время фазы загрузки на мониторе появилось сообщение о применении политики безопасности (или что-то подобное) и потребовалось 20-30 минут для того, чтобы система наконец-то загрузилась. Я перезагружался несколько раз – сообщение исправно появлялось, задержка загрузки не пропадала. Ссылку на нечто подобное я нашел на Web-сайте Microsoft в статье "Security Group Policy Is Applied During Every Startup Process", где сообщалось, что SP4 устраняет эту проблему. После удаления SP4 проблема исчезла. Моя система – Windows 2000 Professional, станция входит в состав рабочей группы.
Как сообщается на форуме Novell,
компонент mup.sys в SP4 провоцирует появление
"голубого экрана смерти" или
перезагрузку системы, если значение
параметра реестра HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\
Services\Mup\DisableDFS
установлено в 1. В качестве "обходного
маневра" предлагается установить DisableDFS в
0. Проблема существует независимо от
используемого сетевого программного
обеспечения. Репродуцировать ее можно
следующим образом:
-
Установите SP4 на станцию Windows 2000 и присвойте параметру реестра HKEY_LOCAL_MACHINE\SYSTEM\currentcontrolset\
Services\Mup\disabledfs (тип параметра - REG_DWORD) значение 1. -
Перезагрузите компьютер.
-
Подключите сетевой диск данной станции с другого компьютера.
-
Отключите сетевой диск – неважно, с хоста или со станции клиента – и хост немедленно выдаст "голубой экран смерти".
Иногда приходилось несколько раз подключать/отключать сетевой диск, прежде чем появлялся "голубой экран смерти". Novell сообщает, что специалисты Microsoft уже знают об этой проблеме и пишут соответствующую программу коррекции.
В нашей сети используются рабочие станции Windows 2000, сервер Microsoft Small Business Server (SBS) 4.5 и сервер Windows 2000. После установки SP4 на некоторые рабочие станции на них стал постоянно возникать "голубой экран смерти" с диагностикой Stop 0x00000001e (0xc00000005,0xbfeaed16, 0x00000000, 0x00000000) KMODE_EXCEPTION_NOT_HANDLED Address: bfeaed16 base at bfeae000, datestamp 3e25bc59 - mup.sys.
Статья Microsoft "List of Networking Fixes in Windows 2000 Service Pack 4" поясняет, что SP4 заменяет файл mup.sys для решения проблемы уязвимости из-за переполнения буфера. Я прочел в нескольких статьях из новостных групп, что это связано с работой клиента Novell. Раньше у нас использовался сервер Novell, и на клиентских станциях был установлен клиент от Novell. Мы удалили клиента Novell на всех рабочих станциях и выключили сервер Novell. А сегодня в новостных группах появилось такое сообщение:
"Проблема с mup.sys существует в
самом SP4. Для временного ее решения
установите HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\
Services\Mup\DisableDFS в 0. Тем
самым вы избавитесь, наконец, от "голубого
экрана смерти". Предположительно, Microsoft
уже работает над соответствующей
программой (Updated MUP). Я не смогу
протестировать это исправление, поскольку
уже снес все SP4 на рабочих станциях.
Я установил SP4 на сервер Dell PowerEdge 4400 с Terminal Services, на котором также работает несколько коммерческих приложений. После проведения процедуры обновления Windows Update работать перестал. Update-клиент перестает работать, когда Windows Update начинает поиск продуктов для обновления, и на экране появляется сообщение 0% complete. Кроме того, при подключении клиентов к терминальному серверу также стали возникать проблемы. Программа администратора Terminal Services Manager после нескольких часов работы терминального сервера не в состоянии к нему подключиться. Перезагрузка на какое-то время решает проблему, но через несколько часов все повторяется. В отчаянии я удалил SP4 и, кажется, проблемы прекратились. Я не стану устанавливать SP4 на свои серверы до тех пор, пока не услышу об этом пакете обновлений что-нибудь лестное от других пользователей.
Я успел установить SP4 на три контроллера домена, терминальный сервер (член домена) и 25 рабочих станций (какое счастье, что вовремя остановился!). После проведенных процедур терминальный сервер заблокировал пользовательские сессии, и мне пришлось вручную удалять их, прежде чем клиенты смогли вновь подключиться к Terminal Services. Далее, процедура регистрации стала очень продолжительной, а две старенькие рабочие станции с оперативной памятью в 64 Мбайт пришлось модернизировать, поскольку после обновления они стали постоянно выдавать "голубой экран смерти".
Мои пользователи столкнулись со странным эффектом в работе Microsoft Outlook и всех устаревших приложений Microsoft Office (мы вынуждены использовать Office 97 из-за работы с некоторыми приложениями) - их стало невозможно запустить. При этом появляется сообщение об ошибке The Program is not registered properly. Please run Setup again. Can't find this file. Make sure the path and file name are correct. Переустановленные программы смогли заработать только после того, как я изменил локальные права пользователей, регистрировавшихся в системе, для всего программного обеспечения, а заодно и переустановил весь Microsoft Office. Подумаешь, бином Ньютона – в сети всего-навсего 1000 рабочих станций!
Я еще не убежден, что все так плохо, но после того, как два существующих в домене контроллера были обновлены до уровня SP4, а после этого в домен был добавлен еще один контроллер, новый DC не смог получить данные SAM, и его невозможно было использовать для добавления новый учетных записей. В системном журнале появилось Event ID 16650 с источником ошибки SAM (описание на сайте Microsoft TechNet отсутствует). Я намереваюсь создать новый сервер и посмотреть, не столкнусь ли я с той же проблемой.
Не так давно мы приступили к установке SP4 на новые станции и обновлению существующих систем. Линейка наших настольных систем находится в диапазоне от нескольких Pentium 1 Gateways до станций Pentium 4 Dell PC. Базовая конфигурация программного обеспечения рабочих станций включает в себя Windows 2000, Office 2000, Symantec AntiVirus Client 8.0 (работает на антивирусном менеджер-сервере), Real VNC и далее по мелочам другое программное обеспечение. Серверы в основном работают под Windows NT 4.0, антивирусный сервер - под Windows 2000 и еще есть сервер DNS, работающий под Linux. Мы ни разу не столкнулись ни с одной проблемой и ни с одной жалобой от пользователей, которые были бы связаны с установкой SP4 (всего 20 установок, включая мою собственную).
Я трижды пытался поставить SP4 и каждый раз безуспешно. Во время первой попытки программа установки попросту зависла. Следующие попытки были завершены, но сервер перестал работать так, как до установки SP4. Самая большая проблема "успешных" установок была связана с возможностью (точнее, невозможностью) работы в Internet. Сервер начал сбоить, стали возникать длительные таймауты, страницы перестали загружаться. В дополнение ко всему прокси-сервер тоже стал "глючить" и в результате ни один клиент не смог получить доступ к Internet. Естественно, я снес SP4. Мне бы проявить терпение и подождать выхода SP4а. Неудавшаяся попытка установки SP4 перевела станцию вообще в какое-то жуткое состояние, удалить SP4 я не смог. Мне пришлось повторно устанавливать на станцию SP3, чтобы сервер начал работать как прежде. Как было бы здорово, если бы сначала я прочел вашу статью – сэкономил бы два дня работы.
У меня имеется устройство Garmin eTrex GPS и время от времени я арендую портативный компьютер с установленной на нем программой Microsoft AutoRoute для создания простенькой, но мобильной системы спутниковой навигации (Satellite Navigation - SatNav). eTrex – очень простое последовательное устройство: 4800bps без функции управления потоками, но работает. После установки SP4 Windows 2000 Professional распознала ресивер Global Positioning System (GPS) как Ballpoint Device (шариковую ручку!) и стала интерпретировать данные о позиционировании как перемещения мышки. За несколько секунд мой рабочий стол был перенастроен невиданным образом! Подключение GPS через конвертер USB to Serial также ничего не дало. Последний раз я столкнулся с похожей проблемой в NT 4.0, но это было связано с путаницей в настройках устройства бесперебойного питания American Power Conversion (APC) UPS, подключенного к последовательному порту, которое тоже воспринималось как последовательная мышь. Выход из этой ситуации оказался следующим: подключите GPS и после того, как курсор начнет метаться по экрану, отключите GPS. Теперь будут загружены драйверы устройства ballpoint. Затем надо открыть Device Manager и отключить serial ballpoint device (отключить его полностью, а не только как индивидуальный профиль). С этого момента ресивер GPS и AutoRoute начинают работать нормально, и можно подключить устройство к последовательному порту или через конвертер USB to Serial. Я подозреваю, что с любым простым устройством, работающим через последовательный порт, может произойти нечто похожее. За исключением описанной проблемы, опыт общения с SP4 оказался положительным.
SP4 создает значительные проблемы для GDI-принтеров. У меня дома установлен принтер QMS Minolta PagePro 1100L, и с тех пор как я установил SP4, обе станции Windows 2000 стали отказывать со стоп-кодом Stop 1E в модуле pwgdi.dll (предположительно, этот файл от QMS, а не от Microsoft). Сбой происходил всякий раз при обращении к драйверу принтера: при попытке что-либо распечатать, при просмотре свойств принтера, при использовании режима Print Preview или в некоторых случаях (например, при использовании Microsoft Word 2002) просто при запуске приложения, при условии, что по умолчанию в качестве принтера в системе используется GDI-устройство. До сих пор я не нашел никаких упоминаний о такого рода проблеме на сайтах Microsoft (news.microsoft.com, Knowledge Base и т.д.) К сожалению, модель моего принтера уже не выпускается, и компания сообщила, что больше не занимается обновлением соответствующих драйверов.
После установки SP4 в системе Dell 8100 Dimension с Windows 2000 Professional мой компьютер стал непрерывно перезагружаться, появляется "голубой экран смерти", но пропадает он так быстро, что ничего прочесть не удается.
Паула Шерик - Редактор Windows & .NET Magazine и консультант по вопросам планирования, реализации и взаимодействия сетей. С ней можно связаться по адресу: paula@winnetmag.com.