none
Win 2008 R2 поднятый из Бэкапа 2-х летней давности не работает rdp и hyper-v RRS feed

  • Общие обсуждения

  • Итак, не будем вдаваться в подробности почему, увалился сервер , КД

    КД был поднят и его старого бэкапа 2-х летней давности. тогда он был переставлен с нуля  ,настроен с необходимым минимумом и забэкаплен.

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

    самая главная проблема - к нему нельзя подключится по РДП , не отвечает рдп на запрос о подключение , логин с паролем не спрашивает , сертификат не сует. переустанавливал , сервер лицензирования активировал , лицензии поднимал.

    пробовал подключится с него к нему та-же история , еслди на тему каких-то файрфолов

    так-же отвалилась работа Гипер В , оно не может запустить машину 

    Не удается найти описание для идентификатора события 15500 из источника Microsoft-Windows-Hyper-V-VMMS. Вызывающий данное событие компонент не установлен на этом локальном компьютере или поврежден. Установите или восстановите компонент на локальном компьютере.

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

    К событию были добавлены следующие сведения: 

    vm-2.psb.dn.ua
    1DEBF991-A844-409F-BFCB-5B066CD58086
    %%3221225785
    0xC0000139

    Отсутствует специальный ресурс языкового стандарта для нужного сообщения

    переустанавливал роль та-же песня.

    не вдаваясь в восстановление конкретных сервисов , есть ощущнние что не хватает ему для работы каких-то сертификатов которые за эти 2 года устарели . где рыть ? или какието доверительные связи или хз

    его сертификат КД я продлил , правда делал все в суете и не помню с тем-же ключем или нет.

    16 февраля 2016 г. 8:53

Все ответы

  • Гипер В , оно не может запустить машину 

    Не удается найти описание для идентификатора события 15500 из источника Microsoft-Windows-Hyper-V-VMMS. Вызывающий данное событие компонент не установлен на этом локальном компьютере или поврежден. Установите или восстановите компонент на локальном компьютере.

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

    К событию были добавлены следующие сведения: 

    vm-2.psb.dn.ua
    1DEBF991-A844-409F-BFCB-5B066CD58086
    %%3221225785
    0xC0000139

    16 февраля 2016 г. 22:41
  • Первое. Уточните - вы восстанавливали систему на аппаратный сервер? На тот же самый аппаратный сервер, с которого был сделан бэкап? Чем делался бэкап и проводилось восстановление?

    Второе. Проверьте, что с рабочей станции показывает команда telnet ИМЯ-СЕРВЕРА 3389. Она до сервера доходит? Файерволл на сервере стандартный виндовый или сторонний? Служба файерволла на сервере запущена? Если отключить файерволл (через панель управления, а не как службу), картина с RDP меняется?

    Вы вообще уверены, что подключаетесь по RDP к правильному порту? 3389 - порт по умолчанию. На каком порту служба работает сейчас? Порт прописан в HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\TerminalServer\WinStations\RDP-Tcp\PortNumber.

    Третье. Ошибка Hyper-V, ее симптомы и методы траблшутинга описаны здесь: https://technet.microsoft.com/en-us/library/dd582134 Выполните описанные там действия. Что-то изменилось? Созданная с нуля виртуальная машина запускается? Если удалить проблемную ВМ и создать ее заново на основе сохраненных виртуальных дисков, она стартует?

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


    Evgeniy Lotosh // MCSE: Server infrastructure, MCSE: Messaging

    17 февраля 2016 г. 6:18
  • Попробуйте сделать действия описанные в этой статье http://r0nwilliams.com/2008/08/29/hyper-v-virtual-machines-wont-start-with-errors-17040-and-15500/
    17 февраля 2016 г. 6:22
  • Гипер В , оно не может запустить машину 

    Не удается найти описание для идентификатора события 15500 из источника Microsoft-Windows-Hyper-V-VMMS. Вызывающий данное событие компонент не установлен на этом локальном компьютере или поврежден. Установите или восстановите компонент на локальном компьютере.

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

    К событию были добавлены следующие сведения: 

    vm-2.psb.dn.ua
    1DEBF991-A844-409F-BFCB-5B066CD58086
    %%3221225785
    0xC0000139


    Код ошибки 0xC0000139 сообщает о том, что какая-то функция в DLL не найдена. Проверьте для начала системные файлы с помощью sfc /scannow

    Слава России!

    17 февраля 2016 г. 10:30
  • да , проверял я все это , машина тупо не стартует , как-будто не имеет доступа к железу , все диски , неты я отключаю , голая машина и не стартует.

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

    17 февраля 2016 г. 12:12
  • Windows PowerShell
    (C) Корпорация Майкрософт, 2009. Все права защищены.

    PS C:\Windows\system32> sfc /scannow

    Начато сканирование системы.  Этот процесс может занять некоторое время.

    Начало стадии проверки при сканировании системы.
    Проверка 100% завершена.

    Защита ресурсов Windows обнаружила поврежденные файлы и успешно их восстановила.
    Подробные сведения содержатся в файле CBS.Log windir\Logs\CBS\CBS.log.
    Например: C:\Windows\Logs\CBS\CBS.log

    Изменения, сделанные при восстановлении системных файлов, вступят в силу только после перезагрузки.
    17 февраля 2016 г. 12:24
  • все тоже самое
    17 февраля 2016 г. 12:53
  • по гипер в создал доп тему 

    https://social.technet.microsoft.com/Forums/ru-RU/e00d5a03-667f-4b44-bda5-851f8b123fd9/-?forum=ws2008r2ru&prof=required

    все танцы с бубноб были проделаны , там более подробно описпл 

    17 февраля 2016 г. 17:04
  • по рдп он не отвечает по порту даже на сервере при конекте к 127.0.0.1

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

    17 февраля 2016 г. 17:17
  • Сертификаты ни при чем. Hyper-V от них никак не зависит, RDP-протокол предусматривает явное уведомление при некорректном сертификате. Я вопрос задавал - новая ВМ, созданная с нуля, стартует?

    Evgeniy Lotosh // MCSE: Server infrastructure, MCSE: Messaging

    18 февраля 2016 г. 5:45
  • я отвечал немного выше  ,новая машина созданная  нуля не стартует. что-бы было нагляднее , создал так-же машину без диска и без сетевой  ,что-бы исключить вопросы о правах и доступах , такая машина тоже не стартует.
    18 февраля 2016 г. 12:38
  • Ну, если у вас не стартует даже вновь созданная ВМ, следует предположить, что бэкап у вас попросту некорректный - битый, неполный и т.п. Из-за этого вы получили покореженную ОС. Переустановить сервер с нуля (по ходу дела ликвидировав ошибки при проектировании и разделив КД и терминальные службы) проще и быстрее, чем до бесконечности искать решение. Поднимайте второй КД (что нужно делать в любом случае), переносите роли FSMO, создавайте второй глобальный каталог, понижайте роль этого КД, копируйте ВМ в другое место и переустанавливайте.

    Evgeniy Lotosh // MCSE: Server infrastructure, MCSE: Messaging

    18 февраля 2016 г. 12:49
  • Ну, если у вас не стартует даже вновь созданная ВМ, следует предположить, что бэкап у вас попросту некорректный - битый, неполный и т.п. Из-за этого вы получили покореженную ОС. Переустановить сервер с нуля (по ходу дела ликвидировав ошибки при проектировании и разделив КД и терминальные службы) проще и быстрее, чем до бесконечности искать решение. Поднимайте второй КД (что нужно делать в любом случае), переносите роли FSMO, создавайте второй глобальный каталог, понижайте роль этого КД, копируйте ВМ в другое место и переустанавливайте.

    Evgeniy Lotosh // MCSE: Server infrastructure, MCSE: Messaging

    Небольшое замечание. У автора вопроса - Win2K8, там для корректного импорта штатными средствами VM нужно специально экспортировать, импорт из простой копии VM стал возможен только в Win2012

    Слава России!



    • Изменено M.V.V. _ 18 февраля 2016 г. 13:05
    18 февраля 2016 г. 13:04
  • архив у меня нормальный и не битый. встал корректно , без ошибок. вариант переустановки расматриваетса как крайняя мера и применим только на грядущих выходных хочу заметить , что эти проблемы решаются без переустановки , и когда-то в конце 2014 года я их таки решил. без переустановки. полностью все действия которые были предприняты по их решению я не могу 100% восстановить в памяти , затем и обратился за помощью , 1 голова хорошо , но мысли в слух наводят на дополните мысли
    18 февраля 2016 г. 13:25
  • я не делаю процедур импорта  ,я готов с нуля поднять машинки  ,там пара семерок с клиентбанкаи , ничего сложного , тем более диски vhd этих машин сохранены и полностью рабочии , с учетом того что железо не менялось , думаю они встанут без проблем. вопрос именно в самом гипер в который не может запустить машину , даже созданую с нуля и бьет на 15500 ошибку. по факту железо тоже , ничего не добавлялось не менялось не снималось. на етом железе уже все работало. боле того у меня сохранилась системная папка упавшего сервера , ее с и д диски востановились партишином. не хватает бутовского раздела  ,поктому была попытка поднять все с бекапа. етих дисков у меня 3 близнеца  ,1 с упапвшим серверов сейчас лежит. на выходных попробую ему бутовскую партицию всунуть , можеть таки чудо и заведется.
    • Изменено xRescuex 18 февраля 2016 г. 13:32
    18 февраля 2016 г. 13:30
  •  У автора вопроса - Win2K8, там для корректного импорта штатными средствами VM нужно специально экспортировать


    У него не только импортированная, но и созданная с нуля ВМ не запускается. Что-то радикально покривело в потрохах ОС. Какие-то системные файлы не скопировались или скопировались неверно, например.

    Evgeniy Lotosh // MCSE: Server infrastructure, MCSE: Messaging

    19 февраля 2016 г. 5:23
  • архив у меня нормальный и не битый. встал корректно , без ошибок. 

    Я уже спрашивал, и вы, кажется. так и не ответили: чем вы делали архив и восстанавливали?


    Evgeniy Lotosh // MCSE: Server infrastructure, MCSE: Messaging

    19 февраля 2016 г. 5:25
  • родным виндовс бэкапом , состояние системы , загрузка и диск с
    19 февраля 2016 г. 9:18
  • Понятно. С учетом примитивности этого средства я по-прежнему склоняюсь к мнению, что у вас попросту был битый бэкап. Как вариант - в ходе восстановления слетели разрешения на ключевые системные файлы, из-за чего система не может с ними работать.

    Evgeniy Lotosh // MCSE: Server infrastructure, MCSE: Messaging

    19 февраля 2016 г. 10:35
  • допустим , но переставляя роль заного я эти разрешения восстаналвиваю ... может обновы какието которые встали  после бэкапа навредили ? 
    19 февраля 2016 г. 10:54
  • Нет, обновления не могут повредить сервер настолько сильно.

    Evgeniy Lotosh // MCSE: Server infrastructure, MCSE: Messaging

    19 февраля 2016 г. 11:06
  • Нет, обновления не могут повредить сервер настолько сильно.

    Evgeniy Lotosh // MCSE: Server infrastructure, MCSE: Messaging

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

    19 февраля 2016 г. 11:44
  • диски проверены. 
    19 февраля 2016 г. 11:44
  • вы наверное не обновлялись с пред сервис пака 1 

    Знаете, за последние двадцать с лишним лет я что только с чего только не обновлял. ;) В том числе я неоднократно обновлял 2008-ю, в том числе сервис-паками. Мелкие проблемы возникали, но чтобы сервер лег и не встал - никогда такого не было. Это весьма специфичный сценарий, когда сервер уже покривел по самое не могу, и установка обновлений лишь вытаскивает этот факт на поверхность.

    Evgeniy Lotosh // MCSE: Server infrastructure, MCSE: Messaging

    19 февраля 2016 г. 12:11
  • вы зашли в другую степь , вы сказали , обновы не могут повредить сервер  ,я вам сказал могут , ваы начинаете рассуждать на тему могут но не так шоб он упал не встал. и т.д. это другая тема  идругая степь , обновы могут заставить не работать как конкретные сервисы  ,так и сервер в целом. это факт
    19 февраля 2016 г. 13:01