Làm cách nào tôi có thể tìm thấy (các) khách hàng nào đang khiến cập nhật phân phối của mình bị lỗi?


14

Nó xảy ra mọi lúc. Tôi cập nhật một gói và cần cập nhật điểm phân phối. Chúng tôi có nhiều DP và thường mọi thứ đều ổn, tuy nhiên thỉnh thoảng, DP chính của chúng tôi không cập nhật gói.

1 Ảnh chụp màn hình DP không thành công

Nhật ký trạng thái nội dung không bao giờ nói nhiều về sự thất bại. Tôi không có quyền truy cập máy chủ phụ trợ vào các điểm quản lý hoặc DP, tôi chỉ là quản trị viên SCCM. Tôi có thể kiểm tra bất kỳ nhật ký nào trong SCCM, chạy báo cáo và mọi thứ, nhưng tôi không biết tìm ở đâu.

Trước đây, tôi đã thử cài đặt "Ngắt kết nối người dùng khỏi Điểm phân phối" trên gói sự cố, cả hai cài đặt phụ thành 0, nhưng nó không thực sự hiệu quả với chúng tôi. Vấn đề dường như tự biến mất sau một thời gian, nhưng đôi khi phải mất vài ngày. Đối với đa số (thực sự là tất cả, nhưng có thể có một hoặc hai tôi đã bỏ qua), chúng tôi đặt máy khách thành "Chạy chương trình từ điểm phân phối" Khi triển khai chương trình, không chắc điều đó có liên quan gì hay không, hoặc root là gì nguyên nhân là.

Cập nhật

Tôi đã tìm thấy thêm một chút thông tin trong các báo cáo, đặc biệt là All Status Messages for a Specific Package at a Specific Sitetruy vấn. Sử dụng ID gói của tôi cho truy vấn, sau khi DP Update thất bại lần nữa, tôi đã thấy một mục nổi bật:

Trình quản lý phân phối không thể xử lý gói "Cập nhật cấu hình" (gói ID = SOM00013).

Nguyên nhân có thể : Trình quản lý phân phối không có quyền truy cập vào thư mục nguồn gói hoặc điểm phân phối. Giải pháp: Xác minh rằng trình quản lý phân phối có thể truy cập thư mục nguồn / điểm phân phối gói.

Nguyên nhân có thể : Thư mục nguồn gói chứa các tệp có tên tệp dài và tổng chiều dài của đường dẫn vượt quá độ dài tối đa được hệ điều hành hỗ trợ. Giải pháp: Giảm số lượng thư mục được xác định cho gói, rút ​​ngắn tên tệp hoặc xem xét gói các tệp bằng tiện ích nén.

Nguyên nhân có thể : Không có đủ dung lượng đĩa trống trên máy tính của máy chủ trang web hoặc điểm phân phối. Giải pháp: Xác minh rằng có đủ dung lượng đĩa trống trên máy tính của máy chủ trang web và trên điểm phân phối.

Nguyên nhân có thể : Thư mục nguồn gói chứa các tệp có thể được sử dụng bởi một quy trình hoạt động. Giải pháp: Đóng mọi quá trình có thể sử dụng tệp trong thư mục nguồn. Nếu thất bại này vẫn còn, tạo một bản sao thay thế của thư mục nguồn và cập nhật nguồn gói để trỏ đến nó.

Tôi nghi ngờ hai nguyên nhân giữa vì những lý do đơn giản

  • Thư mục nguồn không sâu để chứa tên tệp dài cho NTFS, mặc dù tôi sẽ cố kiểm tra tính đầy đủ.

  • Tôi có thể thêm các tệp vào DP tốt, vì vậy đó không phải là vấn đề về không gian tệp, các gói khác có thể được cập nhật tốt.

Điều tôi không mong đợi là nguyên nhân thứ 3 nói rằng thư mục nguồn đang được sử dụng ở đâu đó. Điều gì khác biệt sẽ làm cho anyway? Không phải là sao chép các tập tin ra khỏi tập tin vào Chia sẻ DP SCCM sao? Hơn nữa ném cho tôi một vòng lặp b / c khách hàng thậm chí không truy cập vào thư mục nguồn, nó gần như chỉ là một thư mục dàn cho sccm để sao chép các tệp từ đó.

Điều đó chỉ để lại nguyên nhân đầu tiên, nhưng điều đó một lần nữa quay trở lại cùng một điều: Các gói khác có thể cập nhật tốt.


1
Tôi sẽ bắt đầu bằng cách xem xét báo cáo tích hợp được tìm thấy trong mục Cập nhật phần mềm - E Xử lý sự cố.
Garth Jones

Bạn đã kiểm tra các bản ghi trong các khách hàng? Cái tôi thường bắt đầu là $ env: Windir \ ccm \ log \ wuahandler.log Hãy tìm các dòng có cờ ERROR và WARNING. Một bản cập nhật sẽ trông như thế này (Tôi sẽ tắt đầu; không có máy windows để cắt-n-dán) 1) Hãy nói rằng nó sắp bắt đầu cập nhật. Phần này có nhiều dòng vì họ muốn làm cho nó trông đẹp hơn 2) Giả sử ai là máy chủ SCCM, nó đang nhận các tệp 3) Đề cập rằng nó đang kiểm tra các tệp và gói nào nếu có 4) Nếu thấy lỗi , nó sẽ báo cáo như "Tôi không thể nhận được gói" hoặc "Tôi không thể tìm thấy
raubvogel

-1, đây là một ứng dụng khách gây ra sự cố này nhiều khả năng, nhưng việc truy cập 3000 khách hàng riêng lẻ cho các nhật ký chỉ ra điều gì đó đã được biết đến tại điểm phân phối là điên rồ. Tôi biết những gì mong đợi, đây không phải là một câu hỏi đòi hỏi một câu trả lời mơ hồ, hoặc thậm chí là một câu hỏi có thể có lợi từ một câu trả lời mơ hồ. Đó là một câu hỏi rất cụ thể.
MDMoore313

Nếu anh ta có quyền truy cập quản trị viên SCCM, anh ta sẽ có thể đi đến giám sát-> triển khai, và sau đó tìm mục nhập cho gói phần mềm ở đó. Nhấp vào đó sẽ cho thấy khách hàng nào đã cài đặt và không. Tôi giả sử hình ảnh anh ấy nhận được từ màn hình đó.
raubvogel

Câu trả lời:


3

Tôi nghi ngờ bạn sẽ có thể giải quyết vấn đề này nếu điều này là đúng "Tôi không có quyền truy cập máy chủ phụ trợ vào các điểm quản lý hoặc DP".

Bạn có thể truy cập distmgr.log trên máy chủ trang web không? Nếu không, sau đó bạn sẽ cần phải leo thang vấn đề đến một người có thể.

Vấn đề này không liên quan gì đến khách hàng nên tôi sẽ bỏ qua các câu trả lời khác khuyên bạn nên xem xét khách hàng. Sự cố này xảy ra do Máy chủ Trang web không thể sao chép các tệp từ thư mục nguồn của bạn sang điểm phân phối.

Nếu bạn không thể truy cập nhật ký Máy chủ Trang web, một điều bạn có thể cố gắng loại bỏ nó xuống cấu trúc thư mục của bạn quá dài là để nén gói của bạn, triển khai nó và giải nén trước khi cài đặt ở cuối máy khách.


+1 cho thông tin nhật ký, nhưng vấn đề là máy chủ không thể sao chép các tệp có, nhưng lý thuyết làm việc của chúng tôi là máy khách có khóa ghi trên các tệp DP bằng cách nào đó. Cấu trúc thư mục không quá dài b / c gói cụ thể này có các tệp đã được nén và hành vi không nhất quán nhưng không chính xác.
MDMoore313

0

Lấy bộ công cụ SCCM. Nó có một bộ phân tích nhật ký và bộ công cụ điểm phân phối có thể giúp bạn tìm ra vấn đề.

http://www.microsoft.com/en-us/doad/details.aspx?id=36213


2
bạn có thể đi sâu vào chi tiết hơn một chút về việc ai đó sẽ sử dụng bộ công cụ để tìm một khách hàng vẫn đang giữ một gói hàng không? Nếu không, đây thực sự là một câu trả lời liên kết, vì tôi đã cài đặt bộ công cụ.
MDMoore313
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.