Час від часу трапляється. Я оновлюю пакет і потрібно оновити точку розподілу. У нас є декілька DP, і зазвичай все проходить добре, проте раз у раз наш основний DP не оновлює пакет.
Журнал стану вмісту ніколи не говорить багато про помилку. У мене немає доступу до сервера резервного сервісу до точок управління або до DP, я просто адміністратор SCCM. Я можу перевірити будь-які журнали в SCCM, запустити звіти та все, але я не знаю, де шукати.
Раніше я намагався встановити налаштування "Відключити користувачів від точки розподілу" на проблемному пакеті, обидва субнастройки - 0, але це насправді не працює для нас. Здається, проблема через деякий час відходить сама по собі, але іноді це займає кілька днів. Для більшості (насправді всіх, але може бути один або два, які я не помітив) ми встановлюємо клієнтам "Запустити програму з точки розподілу". При розгортанні програми, не впевнений, що це має відношення до цього, або який корінь причина є.
Оновлення
Я знайшов трохи більше інформації у звітах, зокрема All Status Messages for a Specific Package at a Specific Siteзапитах. Використовуючи свій ідентифікатор пакета для запиту, після того, як оновлення DP знову не вдалося, я побачив один запис, який виділявся:
Диспетчер розподілу не зміг обробити пакет "Оновлення конфігурації" (ідентифікатор пакета = SOM00013).
Можлива причина : диспетчер розповсюдження не має доступу ні до каталогу джерела пакета, ні до точки розподілу. Рішення: Перевірте, чи може диспетчер розподілу отримати доступ до каталогу / точки розподілу джерел пакунків.
Можлива причина : Каталог джерела пакунків містить файли з довгими іменами файлів і загальна довжина шляху перевищує максимальну довжину, підтримувану операційною системою. Рішення: зменшіть кількість папок, визначених для пакета, скоротіть ім'я файлу або розглянути можливість зв'язати файли за допомогою утиліти стиснення.
Можлива причина : на комп'ютері сервера веб-сайту або в точці розподілу недостатньо місця на диску. Рішення: Перевірте, чи є достатньо вільного місця на диску на сервері сервера веб-сайту та в точці розповсюдження.
Можлива причина : Каталог джерела пакунків містить файли, які можуть використовуватися активним процесом. Рішення: Закрийте будь-які процеси, які, можливо, використовують файли у вихідному каталозі. Якщо ця помилка зберігається, створіть альтернативну копію вихідного каталогу та оновіть джерело пакета, щоб вказати на нього.
Я сумніваюсь у середині двох причин з простих причин
Папка джерела не така глибока, щоб містити довгі імена файлів для NTFS, хоча я спробую перевірити їх повноту.
Я можу додати файли до DP просто чудово, тому це не проблема файлового простору, інші пакети можна буде просто оновити.
Чого я не очікував, це те, що третя причина говорить, що джерело десь використовується. Яка різниця це все-таки має значення? Хіба це не просто копіювання файлів із спільного використання файлів у розділ SCCM DP? Крім того, клієнти з циклу b / c навіть не мають доступу до вихідного каталогу, це майже просто каталог каталогів для sccm для копіювання файлів.
Це просто залишає першу причину, але це знову повертається до тієї ж речі: Інші пакети можуть оновлюватись чудово.