Задача

Пользователь на компьютере Host-A жалуется что не может попасть в общую папку на компьютере Host-B (например \\Host-B\Public). Необходимо обеспечить доступ пользователя с компьютера Host-A к общей папке \\Host-B\Public

Диагностика

Прежде чем приступать к диагностике необходимо проверить правильность настроек сетевых карт на исходном и целевом хосте.

Проверка разрешения имен

Скажу сразу что в большинстве случаев проверку стоит начинать с проверки работоспособности DNS-клиента, а вернее в состоянии ли он разрешить имя узла.

Шаг 1
Открываем командную строку, вводим последовательность команд

nslookup
ip_addr
host_name

записываем результаты

Шаг 2
Сравниваем полученные результаты с исходными, полученными ранее (ip адрес целевого хоста).

Если имена разрешаются некорректно то на целевом хосте выполняем команду

ipconfig /registerdns

Через некоторое время на исходном выполняем команду очистки кэша DNS-клиента

ipconfig /flushdns

Шаг 3
Повторяем действие из первого шага. Если проблема доступа разрешилась то пытаемся понять почему было некорректно зарегистрировано имя или почему его не было. Эта тема выходит за рамки данной публикации, но если потребуется можно написать отдельную статью.

Если проблема не решена то переходим к следующему этапу диагностики.

Проверка брандмауэра

Логика проверки работоспособности брандмауэра проста – пакет отправляется с машины Host-A и должен достигнуть машины Host-B, дальше он должен быть принят на Host-B.

Для функционирования такой цепочки необходимы условия:

• Пакет должен быть отправлен с Host-A
• Пакет должен быть принят на Host-B

Примечание: В примерах ниже обсуждается только Windows 7. Примеры для Windows XP не приводятся, но представленная логика вполне подходит для этой операционной системы (для Windows XP будут приводится соответствующие сноски).

Шаг 1
Для того что бы убедится что проблема именно в брандмауэре необходимо его отключить на исходном и целевом хосте. Для этого открываем оснастку Wf.msc и отключаем брандмауэр для всех профилей.

Примечание: Для Windows XP необходимо выключить службу mpssvc командой (net stop mpssvc).

Если проблема решена то причина с вероятностью 99% кроется в правилах брандмауэра. Переходим к шагу №2.

Шаг 2
Поочередно включаем брандмауэры на исходном и целевом хосте. Включили на первом, проверили соединение, включили на втором. Если соединение пропадает то переходим к Шагу №3.

Шаг 3
Виновник проблемы найден, приступаем к изучению настроенных правил бранжмауэра.

• Если есть документация по правилам то проверьте ее на соответствие действительности.
• Если документации нет то постарайтесь понять и задокументировать все настройки.
• Если специфичных настроек не обнаружено то не мучайтесь и сделайте сброс всех правил на изначальные.

Итог

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

Все грусно…

При первой же проверке было выявлено что WMI цел, права на root-ветку совпадают с правами на работоспособном сервере, конструкция

gpresult /USER targetusername /V

и прочие не отрабатывали вываливаясь с ошибкой.

Чудеса да и только…

Что было сделано:

1. Пересобран WMI согласно моей старой инструкции.
2. WMI проверен с помощью утилиты WMIDiag

Покопавшись в своих записях нашел сходную ситуацию которая повторяла нынешнюю. В решении проблемы помогла перекомпиляция scersop.mof.

cd /d %windir%\system32
regsvr32 /n /I userenv.dll
cd wbem
mofcomp scersop.mof
gpupdate /force
gpresult

Сегодня установил Internet Explorer 9 на наши TMG серверы. Хорошо хоть в тестовой лабе…

Первое что «покривело» была консоль управления TMG. Она бодро информировала об ошибке 0×8002003. Как и следовало ожидать – большего от консоли управления получить не удалось

Как оказалось, проблема кроется в IE9. Надеюсь что будет патч, но пока что проблему удалось решить следующим способом.

Открываем cmd.exe, вводим.

cd "C:\Program Files\Microsoft Forefront Threat Management Gateway\UI_HTMLs\TabsHandler\"
notepad TabsHandler.htc

Ищем три строки, которые содержат «paddingTop», и комментируем их добавив в начало каждой из них символы «//»
Например, строка

m_aPages [niPage].m_tdMain.style.paddingTop = ((m_nBoostUp < 0) ? -m_nBoostUp : 0) ;

станет выглядеть как

// m_aPages [niPage].m_tdMain.style.paddingTop = ((m_nBoostUp < 0) ? -m_nBoostUp : 0) ;

Для сохранения изменений тыкаем Ctrl+S.

Открываем консоль TMG 2010 и…
О чудо!!! все работает.

Мораль стара – перед установкой обновлений надо их тестировать.

Герой моего рассказа – ноутбук который попал в руки после того как прошел испытания временем и установкой второго сервис пака на Висту. Установка SP2 для Windows Vista, по словам хозяина прошла успешно, но от проблемы с зависанием при загрузке не избавила.

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

Симптомы:

При обычной загрузке прогресс-бар побегав по экрану пропадал и пациент уходил в глубокую задумчивость на период от 10 до 30 минут… Или вообще не возвращался

При попытке загрузиться в безопасном режиме система долго обжевывала драйвер crcdisk.sys и выплюнув на экран приветсвие приходила в чувство.

Диагностика:

Выбранный метод диагностики по сути своей стар как мир – разделяй и влавствуй. Т.е. методом исключения ищем виновного в том что происходит и по шагам изучаем все критические для загрузки системы компоненты:

С помощью msconfig на первом шаге отключаем программы в автозагрузке. Перезагружаемся. Результат тот же самый. На втором шаге отключаем все НЕ микрософтовские сервисы. Перезагружаемся.

Не помогло..

• С помощью редактора реестра вычищаем секцию автозагрузки от хлама (слишком много мониторов для принтеров, квиктайм и пр. «полезности»)
• Пока думаем что делать дальше зачищаем диски и смотрим что нужно будет удалить когда система поднимется

По логике вещей в данной ситуации ничего иного кроме как начать рыть какие драйвера мешают загрузиться не остается (можно конечно включить протоколирование загрузки, но это не наш метод ).

Изучив список установленного софта и выявив круг подозреваемых пришел к списку:

1. драйверы видеокамеры
2. драйверы модема
3. Nero 6
4. Nero 10

Меня сильно смутила строка с Nero 6.

Удалить пакет с безопасном режиме получилось, благо у него свой инсталлятор

После перезагрузки система поднялась успешно.

Итог
Каким образом на Vista Home Premium попал Nero 6 осталось невыясненным, но его удаление помогло избавится от проблемы с загрузкой.

Мораль.

Не стоит пренебрегать золотым правилом по обновлению пакетов программ. Если вышла новая версия то желательно обновиться т.к. в будущем старый пакет может привести к последствиям которых явно не ожидаешь

Error: Unexpected error refreshing Server Manager: Exception from HRESULT:0x800F0818

Симптомы у нее простые:

1. В Server Manager при открытии не отображаются установленные Roles и Features-ы
2. Внизу слева висит ошибка при нажатии на нее выводится вот такое окно.
   

Решение

1. С сайта Microsoft скачиваем инструмент под названием  Microsoft Update Readiness Tool.
2. Запускаем. Дожидаемся окончания установки.
3. Открываем папку C:\Windows\logs\CBS и ищем в ней файл Checksur.log
   В моем случай лог выглядит следующим образом (красным цветом отмечено самое интересное)

   Checking System Update Readiness.Binary Version 6.1.7601.21645Package Version 12.02011-05-27 11:12

   Checking Windows Servicing Packages
   Checking Package Manifests and Catalogs(f) CBS MUM Corrupt 0×00000000 servicing\Packages\Package_for_KB2416400_RTM~31bf3856ad364e35~amd64~~6.1.1.2.mum Expected file name Microsoft-Windows-Foundation-Package~31bf3856ad364e35~amd64~~6.1.7600.16385.mum does not match the actual file name(fix) CBS MUM Corrupt CBS File Replaced Package_for_KB2416400_RTM~31bf3856ad364e35~amd64~~6.1.1.2.mum from Cabinet: C:\Windows\CheckSur\v1.0\windows6.1-servicing-x64-apr29.cab.(fix) CBS Paired File CBS File also Replaced Package_for_KB2416400_RTM~31bf3856ad364e35~amd64~~6.1.1.2.cat from Cabinet: C:\Windows\CheckSur\v1.0\windows6.1-servicing-x64-apr29.cab.
   Checking Package Watchlist
   Checking Component Watchlist
   Checking Packages
   Checking Component Store
   Summary:Seconds executed: 1274 Found 1 errors Fixed 1 errors  CBS MUM Corrupt Total count: 1  Fixed: CBS MUM Corrupt.  Total count: 1  Fixed: CBS Paired File.  Total count: 1(w) Unable to get system disk properties 0x0000045D IOCTL_STORAGE_QUERY_PROPERTY Disk Cache

4. При изучении файла выяснилось что отсутствует один файл Package_for_KB2416400_RTM~31bf3856ad364e35~amd64~~6.1.1.2.mum
5. Следующим шагом требуется получить владельца на папку c:\Windows\Servicing\Packages
   Выполняем команду

   takeown /F c:\Windows\Servicing\Packages /D y /R

   Теперь получаем право Full Control

   cacls c:\Windows\Servicing\Packages /E /T /C /G "Domain\UserName":F

6. Загружаем пакет KB2416400
7. Распаковываем его командой

   expand -F:* Windows6.1-KB2416400-x64.msu D:\temp\

8. Ищем CAB-файл и распаковываем его.

   expand -F:* Windows6.1-KB2416400-x64.cab d:\temp\KB2416400

9. Ищем нужный нам файл package_for_kb2416400_rtm_bf~31bf3856ad364e35~amd64~~6.1.1.2.mum
   
10. И копируем его в папку c:\Windows\Servicing\Packages

По аналогии поступаем со всеми найденными ошибками.

После выполнения всех перечисленных действий перезагрузки не требуется.

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

Тема этой статьи – Служба Фоновой Передачи Данных, в простонародье BITS (background intelligent transfer service), с её возможными проблемами, а так же методики их устранения. Проще говоря сегодня мы изучаем методики ремонта BITS.

Сервис BITS, при правильном подходе, может использоваться для передачи любых данных между клиентом и сервером, но в обычной жизни используется для получения обновлений через WSUS или с сайта Microsoft Update. Большинство проблем функционирования этой службы выливаются в ошибки:

1. Служба не запускается.
2. Служба работает, но не скачиваются обновления.
3. Вроде все работает но в логах периодически вылезают ошибки.

Перед тем как мы приступим к диагностике сделаю лирическое отступление – использование командной строки для меня удобно и поэтому все предложенные методики исключают использование графического интерфейса. Ну не мое это…

Определение состояния сервиса BITS

Для определения состояния сервиса открываем командную строку и вводим

sc query bits

Если сервис находится в рабочем состоянии то результат выведенный на экран будет таким

SERVICE_NAME: bits
TYPE : 20 WIN32_SHARE_PROCESS
STATE : 4 RUNNING
(STOPPABLE,NOT_PAUSABLE,ACCEPTS_SHUTDOWN)
WIN32_EXIT_CODE : 0 (0×0)
SERVICE_EXIT_CODE : 0 (0×0)
CHECKPOINT : 0×0
WAIT_HINT : 0×0

Если сервис не работает (причина пока не указывается) то в качестве результата на экране появится следующий текст

SERVICE_NAME: bits
TYPE : 20 WIN32_SHARE_PROCESS
STATE : 1 STOPPED
(NOT_STOPPABLE,NOT_PAUSABLE,IGNORES_SHUTDOWN)
WIN32_EXIT_CODE : 0 (0×0)
SERVICE_EXIT_CODE : 0 (0×0)
CHECKPOINT : 0×0
WAIT_HINT : 0×0

Управление сервисом BITS.

Сервис немногословен и допускает только две команды для управления – start и stop.
Для остановки сервиса вводим команду:

sc stop bits

Для запуска:

sc start bits

Настройки сервиса BITS.

Настройки сервиса распространяются через групповые политики. В секции Computer Configuration\Administrative Templates\Network\Background Intelligent Transfer Service (BITS) содержит два основных параметра:

1. Maximum number of BITS jobs for each user – максимальное количество заданий для пользователя (по умолчанию 300).
2. Maximum number of BITS jobs for this computer – максимальное количество заданий для компьютера (по умолчанию 300).

после их изменения необходимо выполнить обновление политик с помощью команды

gpupdate /force

и произвести перезапуск сервиса BITS

sc stop bits
sc start bits

Сервис при своей немногословности имеет на удивление мало настроек которые заключаются только в запуске сервиса из под учетной записи LocalSystem. В командной строке вводим (пробел между obj= и LocalSystem обязателен)

sc config bits obj= LocalSystem

В случае успешной установки параметра на экран будет получен следующий вывод

[SC] ChangeServiceConfig SUCCESS

Для применения настроек вводим

sc stop bits
sc start bits
sc query bits

Ошибки при работе сервиса.

Ниже представлены распространенные коды ошибок сервиса BITS.

• E_INVALIDARG (0×80070057) – Пользователь установил неправильные настройки для прокси в Internet Explorer-е
• ERROR_WINHTTP_NAME_NOT_RESOLVED (0x80072ee7) – сервис не смог разрешить имя сервера обновлений или прокси сервера. Проверьте настройки DNS.
• ERROR_HTTP_INVALID_SERVER_RESPONSE (0x80072f78) – сервер отправил неверный пакет но работа задания по загрузке может быть продолжена. Временная проблема.
• BG_E_INSUFFICIENT_RANGE_SUPPORT (0×80200013) – Необходимо проверить прокси-сервер на предмет понимания запросов Range (Не спрашивайте что это, пока что не сталкивался).
• BG_E_MISSING_FILE_SIZE (0×80200011) – BITS посылает запрос HEAD, прокси не возвращает Content-Length заголовка ответа, в результате чего сервис вываливается с ошибкой. Нужно проверить прокси-сервер и WSUS,  на предмет корректности настроек.
• BG_E_HTTP_ERROR_403 (0×80190193) – сервер вернул ответ 403 (отказано в доступе. Надо трясти администратора сервера, но вполне возможно что это временные неполадки).
• ERROR_NOT_LOGGED_ON (0x800704dd) -службы SENS не получает уведомления о входе пользователя в систему.  Убедитесь, что служба SENS запущена и работает правильно.

Ошибки при которых сервис BITS  не стартует.

• ERROR_SERVICE_DOES_NOT_EXIST (0×80070424) – неправильные настройки сервиса (не найден).
• ERROR_SERVICE_NOT_IN_EXE (0x8007043B) – сервис не перечислен в группе сервисов netsvcs svchost
• ERROR_SERVICE_DISABLED (0×80070422) – сервис находится в состоянии disable. Необходимо включить сервис.
• ERROR_SERVICE_DEPENDENCY_DELETED – Необходимо убедиться, что список зависимостей для обслуживания BITS правильный, и работают все службы, от которых она зависит.
• ERROR_SERVICE_DEPENDENCY_FAIL (0×80070433, 0x8007042c) – неудается стартовать зависимые сервисы:
  • Windows 2000: Rpcss, SENS, Wmi
  • Windows XP: Rpcss
  • Windows Server 2003: Rpcss, EventSystem
  • Windows Vista, 7: RpcSs, EventSystem (а также http.sys и LanManWorkstation когда включен peercaching)

• ERROR_PATH_NOT_FOUND (0×80070003) – проверьте существование папки %ALLUSERSPROFILE%\Microsoft\Network
• ERROR_FILE_NOT_FOUND (0×80070002) – отсутствует ключ “Parameters”. Проверьте существование ключа

HKLM\SYSTEM\CurrentControlSet\Services\BITS\Parameters\ServiceDll= %SystemRoot%\System32\qmgr.dll

• REGDB_E_CLASSNOTREG – BITS в Windows 2000 зависит от служб SENS и EventSystem. Если каталог COM+ будет поврежден, то служба BITS не запустится, и возникнет эта ошибка.
• EVENT_E_INTERNALERROR (0×80040154, 0×80040206) – Внутренняя ошибка.

Восстановление настроек BITS

Первым делом при невозможности запустить службу следует проверить есть ли у вас право записи в папку

C:\Documents and Settings\All Users\Application Data\Microsoft\Network\

Открываем командную строку, вводим:

Sc config bits binpath="%systemroot%\system32\svchost.exe –k netsvcs"
Sc config bits depend = RpcSs EventSystem
Sc config bits start=delayed-auto
Sc config bits type=interact
Sc config bits error=normal
Sc config bits obj=LocalSystem
Sc privs bits privileges=SeCreateGlobalPrivilege/SeImpersonatePrivilege/SeTcbPrivilege/SeAssignPrimaryTokenPrivilege/SeIncreateQuotaPrivilege
Sc sidtype bits type= unrestricted
Sc failure bits reset= 86400 actions=restart/60000/restart/120000

Выполняем рестарт сервиса

net stop bits
net start bits
net stop wuauserv
net start wuauserv

Если не помогло то удаляем файлы qmgr*.dat.

Del "%ALLUSERSPROFILE%\Application Data\Microsoft\Network\Downloader\qmgr*.dat"

Удаляем за ненадобностью всю папку SoftwareDistribution и catroot2

del /f /s /q %windir%\SoftwareDistribution\*.*
del /f /s /q %systemroot%\system32\catroot2\*.*

Удаляем файл журнала.

del /f /s /q %windir%\windowsupdate.log

Повторно регистрируем библиотеки.

cd /d %windir%\system32
regsvr32.exe atl.dll
regsvr32.exe urlmon.dll
regsvr32.exe mshtml.dll
regsvr32.exe shdocvw.dll
regsvr32.exe browseui.dll
regsvr32.exe jscript.dll
regsvr32.exe vbscript.dll
regsvr32.exe scrrun.dll
regsvr32.exe msxml.dll
regsvr32.exe msxml3.dll
regsvr32.exe msxml6.dll
regsvr32.exe actxprxy.dll
regsvr32.exe softpub.dll
regsvr32.exe wintrust.dll
regsvr32.exe dssenh.dll
regsvr32.exe rsaenh.dll
regsvr32.exe gpkcsp.dll
regsvr32.exe sccbase.dll
regsvr32.exe slbcsp.dll
regsvr32.exe cryptdlg.dll
regsvr32.exe oleaut32.dll
regsvr32.exe ole32.dll
regsvr32.exe shell32.dll
regsvr32.exe initpki.dll
regsvr32.exe wuapi.dll
regsvr32.exe wuaueng.dll
regsvr32.exe wuaueng1.dll
regsvr32.exe wucltui.dll
regsvr32.exe wups.dll
regsvr32.exe wups2.dll
regsvr32.exe wuweb.dll
regsvr32.exe qmgr.dll
regsvr32.exe qmgrprxy.dll
regsvr32.exe wucltux.dll
regsvr32.exe muweb.dll
regsvr32.exe wuwebv.dll

Для полного комплекта перезапускаем WinSocks.

netsh winsock reset

На компьютерах с Windows XP или Windows Server 2003 на всякий случай выполните команду для сброса настроек прокси сервера.

proxycfg.exe -d

На компьютерах с Windows 7 и Windows Server 2008 сброс настроек выглядит несколько иначе.

NetSH WinHTTP reset proxy

Регистрируем заново клиента

wuauclt.exe /resetauthorization /detectnow

На компьютерах с Windows Vista и Windows Server 2008 очистите очередь BITS.

bitsadmin.exe /reset /allusers

Финальный перезапуск служб

net stop bits
net start bits
net stop wuauserv
net start wuauserv

Если после этого не полегчает то я буду очень удивлен…

Первая выглядит так:

!! 0xc0000034 !! 142/53007 (_0000000000000000.cdf-ms)

Вариантов решения может быть несколько:
Сценарий 1 (Windows 7):  Восстановление доступно только откатом на последнюю точку восстановления.

• Загрузитесь в  режим WinRE и восстановите ваш компьютер на точку ДО установки SP1

Сценарий 2 (Windows 7 и Windows 2008 R2 server):

• Загрузитесь в редиме WinRE и запустите режим командной строки. Выполните команды приведенные ниже и перезагрузите сервер:

  Reg load HKLM\BaseSystem C:\Windows\System32\config\SYSTEM
  Reg Delete "HKLM\BaseSystem\CurrentControlSet\Control\Session Manager" /v SetupExecute
  Reg add "HKLM\BaseSystem\CurrentControlSet\Control\Session Manager" /v SetupExecute /t REG_MULTI_SZ
  Reg unload HKLM\BaseSystem

Вторая выглядит так.

Error C000009A applying update operation {###} of {###} (\Registry…)

По некоторым данным причина этой ошибки заключена в установленных языковых пакетах (жуть какая ) интеграция которых была произведена ДО установки первого Service Pack 1.

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

Как по первой ошибке так и по второй решения пока нет и специалисты компании Микрософт рекомендуют не торопиться с установкой Service Pack 1. Работы по устранению данной ошибки ведутся, вполне вероятно что будет выпущено обновление которое решает проблему, следите за новостями.

Sqllib error: OLEDB Error encountered calling IDBInitialize::Initialize. hr = 0×80004005. SQLSTATE: 08001, Native Error: 17
Error state: 1, Severity: 16
Source: Microsoft OLE DB Provider for SQL Server
Error message: [DBNETLIB][ConnectionOpen (Connect()).]SQL Server does not exist or access denied.

Причина:
Проблема возникает, если на сервере не запущена служба SQLWriter.

Решение:
Запустите службу SQL Server VSS Writer

net start SQLWRITER

Вот она:

Error: 0×80042304: The volume shadow copy provider
is not registered in the system.

Методика устранения традиционная – регистрация библиотек VSS.

Внешние проявления проблемы – на вкладке Shadow Copies недоступны настройки теневого копирования и выводится только.

Решение:

Создайте исполняемый файл со следующим содержимым:

cd /d %windir%\system32
Net stop vss
Net stop swprv
regsvr32 ole32.dll
regsvr32 oleaut32.dll
regsvr32 vss_ps.dll
vssvc /register
regsvr32 /i swprv.dll
regsvr32 /i eventcls.dll
regsvr32 es.dll
regsvr32 stdprov.dll
Net start swprv

Запустите получившийся командный файл.

В случае успешной регистрации библиотек результат отработки будет таким.

The DFS Replication service failed to replicate the replicated folder at local path F:\Files\Enterprise because the local path is not the fully qualified path name of an existing, accessible local folder.

Additional Information:
Replicated Folder Name: Enterprise
Replicated Folder ID: C5E44E34-773F-4CC5-8BA3-B60DE9C3F78E
Replication Group Name: File Servers Group
Replication Group ID: 9BD925FD-AD73-45F8-8473-2A0AFAEEE52A
Member ID: 2073F8D1-1D51-4AB4-B1DB-2631E05EF836

Операционная система: Windows 2008, Windows 2008 R2

Решение:
Причина возникновения ошибки – недоступность целевой папки на которую указывает ссылка F:\Files\Enterprise\DfsrPrivate.

• Остановить службу DFSR

  net stop dfsr

• Удалить ссылку F:\Files\Enterprise\DfsrPrivate
• Запустить службу DFSR

  net start dfsr