Accueil > SCCM > SCCM – Impossibilité de publier les images de boot sur un serveur, point de distribution, si celles-ci sont déjà présentes dans le PXE Et le répertoire SMSBoot\[x] reste vide)

SCCM – Impossibilité de publier les images de boot sur un serveur, point de distribution, si celles-ci sont déjà présentes dans le PXE Et le répertoire SMSBoot\[x] reste vide)

Bonjour à tous,sccm20124

Venant d’être confronté au problème, voici un post regroupant un ensemble d’actions qui m’ont permis de m’en sortir. A tester bien sûr !

Description du problème

1. Une fois les images boot marquées comme devant être utilisées et publiées sur le rôle PXE, il est impossible de les publier sur un serveur ayant le rôle de point de distribution.

clip_image002

2. Les répertoires x86 et x64 se trouvant dans le répertoire \RemoteInstall\ SMSBoot\ sont vides et ne possèdent pas les fichiers de démarrage, nécessaires au PXE.

Ce problème engendre un service PXE inopérant sur les postes de travail, rendant inopérant l’ensemble des déploiements de systèmes d’exploitation !

Actions de résolution

1. Supprimer vos images de boot du PXE
2. Supprimer vos images de boot de votre point de distribution (Même si la copie n’a pas fonctionné)
3. Décocher l’activation du « rôle » PXE sur votre point de distribution
4. Supprimer le rôle de point de distribution sur votre serveur
5. Désinstaller le rôle serveur WDS (Windows Deployment Service)
6. Redémarrer votre serveur (Anciennement DP\PXE)
7. Sauvegarder les répertoires suivants dans un endroit sûr sur votre serveur :

– SCCMContentLib
– SMSPKG*
– SMSSIG

    8. Une fois sauvegardés, supprimer les répertoires suivants de tous vos lecteurs :

– SMSPKG$
– SMSPKGx$
– S
MSPKGSIG
– SMSSIG$
– SCCMContentLib
– RemoteInstall

Vider le répertoire C:\Windows\Temp

    9. Bien vérifier bien que le fichier Tag : No_SMS_On_Drive.SMS est bien présent sur les lecteurs appropriés

RAPPEL : Ce tag permet de signaler à SCCM, par leur présence que vous ne voulez pas de packages sur les lecteurs où se trouve ce fichier

10. Réactiver depuis la console SCCM, le rôle de point de distribution, en veillant bien à cocher l’option (Rôle) PXE. SCCM se chargera d’installer les composants Web (oubliés :)) manquants et d’installer le rôle serveur WDS. Puis scruter bien le processus de réinstallation des rôles et fonctions en consultant le fichier de Log : Distmgr.log ; Et assurez-vous que ceux-là s’installent correctement.

NOTE : Afin de s’assurer l’utilisation du bon lecteur [x:\] par SCCM concernant le stockage des packages, vous pouvez forcer l’utilisation d’un lecteur spécifique, positionné par défaut en Automatique

11. Après la réinstallation des rôles, recopier les répertoires sauvegardés suivant à l’endroit voulu (Lecteur x:\) :

– SCCMContentLib (Ne pas replacer les fichiers en cas de conflits lors de la copie)
– SMSPKG*
– SMSSIG

    NOTE : La clé de registre suivante permet à SCCM de connaitre l’endroit où se trouve le répertoire qui stocke les signatures (Hash) des packages créés depuis la console SCCM. Répertoire SMSSIG que vous avez sauvegardé. Vous pouvez modifier cette clé si vous avez modifié la lettre de lecteur [x:\] :

HLM\SOFTWARE\Microsoft\SMS\Components\SMS_DISTRIBUTION_MANAGER\
Signature Manager\SignatureRepository

12. Une fois, les rôles réinstallés avec succès, republier vos images de boot sur le PXE à Vérifier la log Distmgr.log pour s’assurer du bon déroulement de la procédure.
13. Vérifier que le répertoire \RemoteInstall\SMSBoot\x86 et x64 (en fonction de votre image de boot) possède bien cette fois, les fichiers de démarrage du PXE :

clip_image003

14. Republier vos images de boot sur le PXE sur le point de distribution –> Vérifier le fichier de log Distmgr.log.
15. Puis faite la mise à jour (Update Content) de vos packages SCCM (Legacy et Applications Catalog) sur le point de distribution fraichement réinstallé –> Vérifier le fichier de log Distmgr.log afin de vous s’assurer du bon déroulement de la procédure

Si la mise à jour, pour certains packages ou applications ne fonctionne pas, redistribuez-les, d’abord par un retrait des packages concernés sur le point de distribution, puis un “Distribute Content” ; Et si cela reste sans effet les packages sont à refaire😦 !

image

Enjoy !

Michel PICOLLET | EXAKIS Paris
Solution Architect Microsoft [System Center]
mpicollet@event-horizon.fr

Catégories :SCCM Étiquettes : , , , , , , , ,

Laisser un commentaire

Entrez vos coordonnées ci-dessous ou cliquez sur une icône pour vous connecter:

Logo WordPress.com

Vous commentez à l'aide de votre compte WordPress.com. Déconnexion / Changer )

Image Twitter

Vous commentez à l'aide de votre compte Twitter. Déconnexion / Changer )

Photo Facebook

Vous commentez à l'aide de votre compte Facebook. Déconnexion / Changer )

Photo Google+

Vous commentez à l'aide de votre compte Google+. Déconnexion / Changer )

Connexion à %s

%d blogueurs aiment cette page :