none
Создание пакетов распространения в Software Update RRS feed

  • Вопрос

  • Господа, нужна помощь.

    Суть вопроса:
    есть сервер1 (праймари сайт) сервер2 (всус)
    сервер2 добавлен как роль СУП
    сервер1 и сервер2 отлично синхронятся между собой, сервер2 отлично синхронится с майкрософт апдейтом, т.е. списки обновлений обновляются каждый день согласно расписанию. СУП работает через прокси.

    проблема в следующем:
    когда создается пакет распространения обновлений, то на этапе закачивания его из Интернета появляется сообщение плана:
    The server name or address could not be resolved

    Сначала грешил на прокси, но если бы причина была в нем, то и синхронизации между СУП и майкрософт апдейт небыло бы.

    вобщем, кто чем может... надеюсь и уповаю.. куда смотреть? что делать?
    14 октября 2008 г. 12:53

Ответы

Все ответы

  • На странице http://technet.microsoft.com/en-us/library/bb892800.aspx смотрите логи из разделов

    • Software Updates Site Server Log Files
    • WSUS Server Log Files
    15 октября 2008 г. 5:30
  • В моем случае (когда роль СУП поднята на отдельном сервере) я не могу найти Software Updates Site Server Log Files:

    SUPSetup.log, PatchDownloader.log  и т.д.
    где они размещаются?

    15 октября 2008 г. 9:11
  • Логи находятся на сервере где вы установили SUP, то есть на том же сервере где и WSUS, по пути <InstallationPath>\Logs.

    InstallationPath - можно посмотреть в реестре HKLM\Software\Microsoft\SMS

    16 октября 2008 г. 6:59
  • Логи нашёл, никаких ошибок, все везде соединяется, синхронизируется...

    Вчера интереса ради попробовал сделать следующее:
    скачал обновление с помощью консоли WSUS и создал пакет обновления в SCCM, где источником обновления указал не Интернет, а контент WSUSа. Пакет создался без ошибок и предупреждений как прежде при скачивании из Интернета. В доках к SCCM нашел следующее, ч
    то можна уже созданный (закачаное обновление) пакет синхронизировать с инетом, проделав полный путь создания пакета и выбрав за соурс - интернет. при этом он скачиваться заново не будет, а просто пройдет процес валидации. От у меня валидация и проходит, а начисто качаться обновление через SCCM не хочет.
    17 октября 2008 г. 6:29
  • решение найдено:
    при скачке обновления не проходила авторизация на прокси, от ее убрали и все заработало.
    17 октября 2008 г. 14:17