때때로 발생합니다. 패키지를 업데이트하고 배포 지점을 업데이트해야합니다. 우리는 여러 DP를 가지고 있으며 일반적으로 모든 것이 잘 진행되지만 가끔씩 메인 DP가 패키지를 업데이트하지 못합니다.
컨텐츠 상태 로그는 실패에 대해 많이 말하지 않습니다. 관리 지점 또는 DP에 대한 백엔드 서버 액세스 권한이 없으며 SCCM 관리자 일뿐입니다. SCCM의 로그를 확인하고 보고서를 실행하는 등 모든 작업을 수행 할 수 있지만 어디를 볼지 모르겠습니다.
과거에는 문제 패키지에서 "배포 지점에서 사용자 연결 끊기"설정을 두 하위 설정을 모두 0으로 설정하려고 시도했지만 실제로는 효과가 없습니다. 문제는 시간이 지나면 저절로 사라지는 것처럼 보이지만 때로는 며칠이 걸립니다. 대다수의 경우 (실제로 간과했지만 하나 또는 두 개가 간과되었을 수 있습니다.) 클라이언트를 "배포 지점에서 프로그램 실행"으로 설정합니다. 프로그램을 배포 할 때 프로그램과 관련이 있는지 또는 루트가 원인입니다.
최신 정보
보고서, 특히 All Status Messages for a Specific Package at a Specific Site쿼리 에서 조금 더 많은 정보를 찾았습니다 . DP 업데이트가 다시 실패한 후 쿼리에 패키지 ID를 사용하여 눈에 띄는 항목 하나가 나타났습니다.
배포 관리자가 "구성 업데이트"패키지를 처리하지 못했습니다 (패키지 ID = SOM00013).
가능한 원인 : 분배 관리자가 패키지 소스 디렉토리 또는 분배 지점에 액세스 할 수 없습니다. 솔루션 : 분배 관리자가 패키지 소스 디렉토리 / 배포 지점에 액세스 할 수 있는지 확인하십시오.
가능한 원인 : 패키지 소스 디렉토리에 파일 이름이 긴 파일이 있고 경로의 총 길이가 운영 체제에서 지원하는 최대 길이를 초과합니다. 솔루션 : 패키지에 정의 된 폴더 수를 줄이거 나 파일 이름을 줄이거 나 압축 유틸리티를 사용하여 파일을 묶어보십시오.
가능한 원인 : 사이트 서버 컴퓨터 또는 배포 지점에 사용 가능한 디스크 공간이 부족합니다. 해결 방법 : 사이트 서버 컴퓨터와 배포 지점에 사용 가능한 디스크 공간이 충분한 지 확인하십시오.
가능한 원인 : 패키지 소스 디렉토리에 활성 프로세스에서 사용중인 파일이 있습니다. 솔루션 : 소스 디렉토리의 파일을 사용하는 프로세스를 모두 닫으십시오. 이 실패가 지속되면 소스 디렉토리의 대체 사본을 작성하고이를 가리 키도록 패키지 소스를 업데이트하십시오.
간단한 이유로 중간 두 가지 원인을 의심하고 있습니다.
소스 폴더는 NTFS의 긴 파일 이름을 포함하기에 깊지는 않지만 완전성을 확인하려고 시도합니다.
DP에 파일을 잘 추가 할 수 있으므로 파일 공간 문제가 아니며 다른 패키지는 잘 업데이트 될 수 있습니다.
내가 기대하지 않은 것은 세 번째 원인이 소스 디렉토리가 어딘가에서 사용되고 있다고 말합니다 . 어쨌든 어떤 차이가 있습니까? 파일 공유에서 SCCM DP 공유로 파일을 복사하는 것이 아닙니까? 루프 b / c 클라이언트에 대해 더 던지면 소스 디렉토리에도 액세스 할 수 없으며 sccm이 파일을 복사하는 스테이징 디렉토리 일뿐입니다.
그것은 첫 번째 원인을 남겼지 만 다시 같은 문제로 돌아갑니다. 다른 패키지는 잘 업데이트 될 수 있습니다.