Tag Archives: Server

Проблема с RU-US раскладкой и переключением языков в терминальном сервере

Проблема может проявляться по-разному

  1. При подключении по RDP к Windows 2012 R2, может появиться дополнительная раскладка клавиатуры RUS US.
  2. При подключении к сессии пользователя через Shadowing и отключении от нее — у пользователя пропадает Language bar
  3. Появление в сеансе у пользователя значка экранной клавиатуры

Это все симптомы одной проблемы.

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

решение: добавить в реестр ключик, который кажет серверу что нужно игнорировать раскладку на удаленном клиенте

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Keyboard Layout] «IgnoreRemoteKeyboardLayout»=dword:00000001


Проверить работоспособность NTP-сервера из Windows

Сделать это можно утилитой w32tm

 w32tm /stripchart /computer:SERVERNAME /dataonly /samples:5 

В результате отправляются 5 NTP-запросов на сервер SERVERNAME

Ответ получим примерно такой:

Tracking 10.10.7.5 [10.10.7.5:123].
Collecting 5 samples.
The current time is 14.02.2018 16:16:13.
16:16:13, +00.0310803s
16:16:15, +00.0398755s
16:16:17, +00.0287343s
16:16:19, +00.0301553s
16:16:21, +00.0322173s

WDS-сервер и TFTP-error 13

С некоторых пор при попытке установки образа через WDS-службу стала вываливаться ошибка не доходя даже до этапа выбора диска для установки.

На стороне клиента это выглядит как зависание и последующая ошибка на экране загрузке boot.wim

На стороне сервера в журналах WDS это проявляется примерно так:

The Following Client failed TFTP Download:
Client IP: 10.10.1.3
Filename: \Boot\x64\Images\boot.wim
ErrorCode: 13
File Size: 291959795
Client Port: 9956
Server Port: 53793
Variable Window: true

Причина: обно из последних обновлений Windows неожиданно включило опцию «Enable Variable Window Extension» во вкладке TFTP в настройках WDS-сервера.

Решение: выключить опцию (снять галочку) «Enable Variable Window Extension» во вкладке TFTP в настройках WDS-сервера.

Боже храни Интернет и пошли кару небесную QA-инженерам Microsoft!

Не устанавливаются обновления Windows Update с ошибкой 800f0831

Иногда при установке обновлений Windows происходят ошибки, и иногда они влияют не только на одно конкретное обновление, но и начинают мешать в дальнейшем.

Ниже набросаю чеклист, для борьбы с этим неприятным явлением с примерами из моей практики

Симптом: не устанавливаются обновления Windows Update с ошибкой 800f0831. Это касается не всех подряд обновлений, а какой-то части из них. Проблемы с установкой могут тянуться месяцами, без особого влияния на сервер в целом.

  1. Проверьте логи CBS, они расположены тут:
    C:\Windows\Logs\CBS\CBS.log
    Обычно в них можно найти строку с упоминанием о проблеме поиском вхождения «, Error» (В нашем случае это: Failed to resolve package ‘Package_1103_for_KB4462926~31bf3856ad364e35~amd64~~6.3.1.5’ [HRESULT = 0x800f0831 — CBS_E_STORE_CORRUPTION]). Часто там ссылаются на ранее некорректно установленное обновление, или побитое хранилище. Запоминаем виновника торжества (в нашем случае это KB4462926 Конкретная часть Package_1103 — нам не принципиальна. Все равно удалять\лечить будем все KB целиком)
  2. Пробуем установить разные обновления по отдельности, каждый раз проверяем CBS-лог, убеждаемся, что проблема именно в этом самом криво установленном обновлении
  3. Идем на http://catalog.update.microsoft.com и скачиваем интересующее нас обновление из первоисточника
  4. Распаковываем его из MSU до *.cab (можно обычным 7-zip, например)
  5. Дальше начинаем играться разными методами. Какой именно сработает — сложно предсказать
    1. Перенастраиваем источник обновлений на глобальный Windows update (отключаем от WSUS если он используется)
    2. Удаляем в WSUS запись для этого сервера (если он тянет обновления именно с WSUS). Это нужно, т.к. при настройке на WSUS могут некорректно отрабатывать ключи /Online в утилите DISM. Подробнее тут
    3. Пробуем полечить хранилище с помощью команд
      DISM /Online /Cleanup-Image /CheckHealth (проверяет «флаг состояния хранилища». время выполнения 10-20 сек)
      DISM /Online /Cleanup-Image /ScanHealth (собственно сканирует само хранилища на предмет онаружения в нем ошибок. Время выполнения 10-20 мин)
      DISM /Online /Cleanup-Image /RestoreHealth (пытается полечить хранилище. время выполнения 10-20 мин)
    4. Часто вышеприведенные команды не дают результата, поэтому идем далее. Пробуем удалить битое обновление командой DISM /online /remove-package /packagepath:E:\Distrib\KB4462926\unpack\Windows8.1-KB4462926-x64.cab Используем именно ключ /packagepath с полным путем к распакованному обновлению
    5. Если после удаления «битого обновления» нормальные все равно продолжают на него ругаться, что ж попробуйте заново установить это битое обновление. И тут есть нюанс: если просто жмакнуть на MSU файл, система ругается что обновление для нее неподходящее и не ставит его. А вот если запустить команду
      DISM /online /add-package /packagepath:E:\Distrib\KB4462926\unpack\Windows8.1-KB4462926-x64.cab то обновление нормально добавляется в хранилище.

Драйверы сетевых контроллеров Intel I217-V, I218-V, 82573V, 82579V, 82583V в Windows 2008/12 Server

(by Скороход )

Cегодня мы поговорим о жадности корпорации Intel.

Материнские платы на последних на данный момент чипсетах H87/Z87 обычно комплектуются сетевым контроллером на чипе Intel I217-V. Всё хорошо, вот только не работает он в серверных версиях Windows. Негоже, по мнению Intel, собирать шустрые сервера начального уровням на материнских платах за 100 долларов. Нужно больше золота. На этот случай у Intel есть чип I217-LM. Это тот же самый I217-V, только в левой руке, зато для него есть драйвера на серверные ОС.

Та же ситуация сохраняется и с другими контроллерами Intel, маркировка которых оканчивается на V.

Что же делать?

Continue Reading

Яндекс.Метрика