Come posso trovare quali client stanno causando errori nel mio aggiornamento della distribuzione?


14

Di tanto in tanto succede. Aggiorno un pacchetto e devo aggiornare il punto di distribuzione. Abbiamo più DP, e di solito tutto procede bene, tuttavia ogni tanto il nostro DP principale non aggiorna il pacchetto.

1 Screenshot DP non riuscito

Il registro dello stato del contenuto non dice mai molto sull'errore. Non ho accesso al server back-end ai punti di gestione o ai DP, sono solo l'amministratore di SCCM. Posso controllare qualsiasi registro in SCCM, eseguire rapporti e tutto il resto, ma non so dove cercare.

In passato ho provato a impostare l'impostazione "Disconnetti utenti dal punto di distribuzione" sul pacchetto del problema, entrambe le impostazioni secondarie su 0, ma in realtà non funziona per noi. Il problema sembra scomparire da solo dopo qualche tempo, ma a volte ci vogliono diversi giorni. Per la maggior parte (in realtà tutti, ma ce ne possono essere uno o due che ho trascurato) impostiamo i client su "Esegui programma dal punto di distribuzione" Quando si distribuisce il programma, non siamo sicuri che ciò abbia a che fare con esso, o quale sia il root la causa è.

Aggiornare

Ho trovato un po 'più di informazioni nei rapporti, in particolare la All Status Messages for a Specific Package at a Specific Sitequery. Utilizzando il mio ID pacchetto per la query, dopo che l'aggiornamento DP non è riuscito di nuovo, ho visto una voce che si distingue:

Distribution Manager non è riuscito a elaborare il pacchetto "Aggiornamenti di configurazione" (ID pacchetto = SOM00013).

Possibile causa : il gestore distribuzione non ha accesso né alla directory di origine del pacchetto né al punto di distribuzione. Soluzione: verificare che il gestore distribuzione possa accedere alla directory di origine del pacchetto / punto di distribuzione.

Possibile causa : la directory di origine del pacchetto contiene file con nomi di file lunghi e la lunghezza totale del percorso supera la lunghezza massima supportata dal sistema operativo. Soluzione: ridurre il numero di cartelle definite per il pacchetto, abbreviare il nome file o considerare la possibilità di raggruppare i file utilizzando un'utilità di compressione.

Causa possibile : non è disponibile spazio su disco sufficiente sul computer del server del sito o sul punto di distribuzione. Soluzione: verificare che sia disponibile spazio su disco sufficiente sul computer server del sito e sul punto di distribuzione.

Causa possibile : la directory di origine del pacchetto contiene file che potrebbero essere utilizzati da un processo attivo. Soluzione: chiudere tutti i processi che potrebbero utilizzare file nella directory di origine. Se l'errore persiste, creare una copia alternativa della directory di origine e aggiornare l'origine del pacchetto in modo che punti ad essa.

Dubito delle due cause centrali per ragioni semplici

  • La cartella di origine non è così profonda da contenere nomi di file lunghi per NTFS, anche se cercherò di verificarne la completezza.

  • Posso aggiungere file alla DP bene, quindi non è un problema di spazio file, altri pacchetti possono essere aggiornati bene.

Quello che non mi aspettavo è che la terza causa dica il directory di origine è in uso da qualche parte. Che differenza farebbe comunque? Non sta semplicemente copiando i file dalla condivisione file nella condivisione SCCM DP? Inoltre, lanciandomi per un ciclo b / c i client non accedono nemmeno alla directory di origine, è praticamente solo una directory di gestione temporanea per cui sccm copia i file.

Questo lascia solo la prima causa, ma torna ancora alla stessa cosa: altri pacchetti possono aggiornarsi bene.


1
Vorrei iniziare esaminando il rapporto integrato nella sezione Trovati nella sezione Aggiornamenti software - Risoluzione dei problemi E.
Garth Jones,

Hai controllato i log nei client stessi? Quello con cui di solito inizio è $ env: windir \ ccm \ logs \ wuahandler.log Cerca le righe con i flag ERROR e WARNING. Un aggiornamento sarà simile a questo (sto andando fuori di testa; non ho una macchina Windows per tagliare e incollare) 1) Dire che sta per iniziare l'aggiornamento. Questa parte prende molte righe perché vogliono renderla carina 2) Di 'chi è il server SCCM che sta ottenendo i file 3) Menzione che sta controllando i file e quali pacchetti se ne stanno ottenendo 4) Se vede un errore , segnalerà "Non riesco a ottenere un pacchetto" o "Non riesco a trovare
raubvogel,

-1, questo è un client che causa questo problema più che probabilmente, ma esaminare individualmente 3000 client per i log che indicano qualcosa che dovrebbe essere già noto al punto di distribuzione è folle. So cosa aspettarmi, questa non è una domanda che richiede una risposta vaga, o anche una domanda che può beneficiare di una risposta vaga. È una domanda molto specifica.
MDMoore313,

Se ha accesso come amministratore SCCM, dovrebbe essere in grado di accedere alle distribuzioni di monitoraggio> e quindi trovare lì la voce per il pacchetto software. Cliccando su quello mostrerai quali client avevano installato e quali no. Ho pensato che l'immagine che aveva ottenuto provenisse da quello schermo.
raubvogel,

Risposte:


3

Dubito che sarai in grado di risolverlo se questo è vero "Non ho accesso al server back-end ai punti di gestione o ai DP".

Puoi accedere a distmgr.log sul server del sito? In caso contrario, dovrai inoltrare il problema a qualcuno che può.

Questo problema non ha nulla a che fare con il client, quindi ignorerei altre risposte che consigliano di guardare i client. Questo problema è causato dal fatto che il Site Server non è in grado di copiare i file dalla cartella di origine al punto di distribuzione.

Se non riesci ad accedere ai log del Site Server, una cosa che potresti provare a eliminare perché la struttura della cartella è troppo lunga è comprimere il pacchetto, distribuirlo e decomprimerlo prima dell'installazione sul client.


+1 per le informazioni del registro, ma il problema è che il server non può copiare i file sì, ma la nostra teoria di funzionamento è che un client ha in qualche modo un blocco in scrittura sui file DP. La struttura delle cartelle non è troppo lunga in questo particolare pacchetto con i file già compressi e il comportamento non è coerente ma macchiato.
MDMoore313

0

Ottieni il toolkit SCCM. Ha un analizzatore di log e kit di strumenti per i punti di distribuzione che possono aiutarti a trovare il problema.

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


2
saresti in grado di entrare un po 'più in dettaglio su come qualcuno userebbe il toolkit per trovare un client ancora trattenuto su un pacchetto? In caso contrario, questa è effettivamente una risposta solo al collegamento, poiché avevo già installato il toolkit.
MDMoore313,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.