none
[resolu] - SCCM 2007 R3 - Pb de communication client dans la console RRS feed

 > 

  • Question

  • Question
    Connectez-vous pour voter
    0
    Connectez-vous pour voter

    Bonjour à tous et toutes,

    Après installation poussée de clients sur des ordinateurs découverts dans notre console CCM, les machines restent en non managées (colonne client = Non dans le regroupement "Tous les systèmes"). Les clients s'installent correctement, dixit le log ccmsetup.log, mais il n'y a pas de communication avec le serveur CCM.

    J'ai vérifié les autres fichiers LOG des clients :

    setuppolicyevaluator.log : RAS

    StatusAgent.log : RAS

    CcmExec.log : RAS

    LocationServices.log :

    <![LOG[Sending Fallback Status Point message, STATEID='500'.]LOG]!><time="09:28:26.790+-60" date="03-16-2012" component="LocationServices" context="" type="1" thread="7436" file="fspclientdeployassign.cpp:49">
    <![LOG[Processing pending site assignment.]LOG]!><time="09:28:26.845+-60" date="03-16-2012" component="LocationServices" context="" type="1" thread="7436" file="lsad.cpp:3328">
    <![LOG[Assigning to site '260']LOG]!><time="09:28:26.845+-60" date="03-16-2012" component="LocationServices" context="" type="1" thread="7436" file="lsad.cpp:3334">
    <![LOG[LSVerifySiteVersion : Verifying Site Version for <260>]LOG]!><time="09:28:26.845+-60" date="03-16-2012" component="LocationServices" context="" type="1" thread="7436" file="lsad.cpp:5321">
    <![LOG[LSGetSiteVersionFromAD : Failed to retrieve version for the site '260' (0x80004005)]LOG]!><time="09:28:26.876+-60" date="03-16-2012" component="LocationServices" context="" type="3" thread="7436" file="lsad.cpp:5123">
    <![LOG[Attempting to retrieve SLPs from AD]LOG]!><time="09:28:26.877+-60" date="03-16-2012" component="LocationServices" context="" type="1" thread="7436" file="lsad.cpp:2261">
    <![LOG[Failed to resolve 'SMS_SLP' to IP address from WINS]LOG]!><time="09:28:31.723+-60" date="03-16-2012" component="LocationServices" context="" type="3" thread="7436" file="lswins.cpp:324">
    <![LOG[LSGetSLP : Failed to resolve SLP from WINS, is it published]LOG]!><time="09:28:31.723+-60" date="03-16-2012" component="LocationServices" context="" type="3" thread="7436" file="lsad.cpp:2277">
    <![LOG[LSGetSiteVersionFromSLP : Unable to get the list of SLPs]LOG]!><time="09:28:31.723+-60" date="03-16-2012" component="LocationServices" context="" type="3" thread="7436" file="lsad.cpp:5194">
    <![LOG[LSVerifySiteVersion: Failed to get Site Version from AD and SLP]LOG]!><time="09:28:31.723+-60" date="03-16-2012" component="LocationServices" context="" type="3" thread="7436" file="lsad.cpp:5398">
    <![LOG[Sending Fallback Status Point message, STATEID='608'.]LOG]!><time="09:28:31.723+-60" date="03-16-2012" component="LocationServices" context="" type="1" thread="7436" file="fspclientdeployassign.cpp:49">
    <![LOG[Won't send client assignment fallback status point message because last assignment message was sent too recently.]LOG]!><time="09:38:26.833+-60" date="03-16-2012" component="LocationServices" context="" type="1" thread="7436" file="fspclientdeployassign.cpp:184">

    ClientIDManagerStartup.log :

    <![LOG[RegTask: Failed to refresh site code. Error: 0x80004005]LOG]!><time="10:28:31.837+-60" date="03-16-2012" component="ClientIDManagerStartup" context="" type="3" thread="7436" file="regtask.cpp:172">
    <![LOG[RegTask: Initial backoff interval: 1 minutes]LOG]!><time="10:28:39.840+-60" date="03-16-2012" component="ClientIDManagerStartup" context="" type="1" thread="7436" file="regtask.cpp:1830">
    <![LOG[RegTask: Reset backoff interval: 257 minutes]LOG]!><time="10:28:39.840+-60" date="03-16-2012" component="ClientIDManagerStartup" context="" type="1" thread="7436" file="regtask.cpp:1831">
    <![LOG[Already refreshed within the last 10 minutes, Sleeping for the next 9 minutes before reattempt.]LOG]!><time="10:28:39.840+-60" date="03-16-2012" component="ClientIDManagerStartup" context="" type="1" thread="7436" file="regtask.cpp:146">

    Mes recherches sur les erreurs dans les deux derniers logs m'ont orientés vers un problème de configuration des clients en méthode "poussée" (voir http://social.technet.microsoft.com/Forums/en-US/configmgradminconsole/thread/c5bbdac2-d360-4596-80eb-d7e4859dbb35). J'ai donc tenté de faire une installation manuelle comme proposé dans le forum US mais rien ne fonctionne.

    Bizarrement, mon serveur CCM "voit" bien les ordinateurs découverts, peut lancer l'installation des clients mais les clients ne "voient" pas le serveur après l'installation et il n'y a aucun retour vers le serveur. J'ai vérifié que les limites de mon site étaient correctes et que la résolution de noms de notre DNS fonctionnait.

    Pour info, je n'ai pas effectué de modification du schéma AD car nous n'avons pas les permissions à notre niveau (l'administration de notre domaine est assez hiérarchisée). J'ai donc installé le SCCM en mode mixte. Et nous n'avons pas de WINS (peut-être est-ce la raison du problème ?).

    J'avoue ne plus savoir quoi faire ni où chercher. Un peu d'aide serait grandement appréciée.

    En vous remerciant par avance,

    Cordialement,

    Eric


    • Modifié EricD26 jeudi 29 mars 2012 06:20
    vendredi 16 mars 2012 09:58
    |

Réponses

  • Question
    Connectez-vous pour voter
    0
    Connectez-vous pour voter

    Pour information, un petit retour positif sur mon problème de communication client-serveur :

    Car j'ai trouvé ce qu'il n'allait pas ! Dans le ClientIDManagerStartup.log que j'ai posté précédemment, il y a "LSGetSLP : Failed to resolve SLP from WINS, is it published". C'est que qui m'a mis la puce à l'oreille.

    Un rappel de ma configuration: Serveur SCCM R3 installé sous Windows 2008 R2 en mode mixte, sans modification du schéma AD.

    Bien que le SLP soit bien publié sur le WINS (un ping sur le nom SMS_SLP est bien résolu), le client semblait ne pas pouvoir trouver le SLP. Les erreurs de résolution sur l'AD sont "normales" puisque pas de modification du schéma. J'ai cherché et j'ai trouvé ceci :http://tompopov.blogspot.fr/2011/08/failed-to-resolve-smsslp-to-ip-address.html

    J'ai donc procédé à la réinscription de mon SLP dans mon WINS en utilisant la ligne de commande : add name Name=SMS_SLP endchar=1A rectype=0 ip={ server locator point IP address }. Et cette fois mes clients trouvent bien le SLP et remontent correctement dans la console CCM :-)

    Le sujet est donc résolu. Merci à tous les contributeurs à ce problème !

    Cordialement, Eric

    • Marqué comme réponse EricD26 jeudi 29 mars 2012 06:20
    jeudi 29 mars 2012 06:20
    |

Toutes les réponses

  • Question
    Connectez-vous pour voter
    1
    Connectez-vous pour voter

    Bonjour,

    D'après les fichiers logs, le client CM n'arrive pas à identifier son site. Soit tu éttends le schéma AD soit tu utilises un SLP ==> Y a pas une troisième méthode.

    Bechir Gharbi | http://myitforum.com/myitforumwp/community/members/bgharbi/ | Time zone : GMT+1

    vendredi 16 mars 2012 10:33
    |
    Modérateur
  • Question
    Connectez-vous pour voter
    0
    Connectez-vous pour voter

    Merci tout d'abord pour cette réponse.

    Il se trouve que j'ai, justement, un SLP puisque je n'étais pas en mesure de modifier le schéma AD. Mais, a priori, le SLP n'est pas reconnu par le client.

    Dans mon cas de figure, un WINS est-il obligatoire où le DNS seul fait-il l'affaire ?

    Cordialement, Eric

    vendredi 16 mars 2012 10:51
    |
  • Question
    Connectez-vous pour voter
    0
    Connectez-vous pour voter
    Essaye en ajoutant le switch suivant a ta ligne de commande : SMSSLP=<NomduSLP>
    vendredi 16 mars 2012 13:01
    |
  • Question
    Connectez-vous pour voter
    1
    Connectez-vous pour voter

    Si on utilise pas l'extention AD, le client cherche son SLP soit dans le WINS si le SLP est publié manuellement dans le WINS ou bien en utilisant le switch SMSSLP=NomduserveurSLP dans les propriétés du client installation push ou bien dans ligne de commande lors d'une installation manuelle ou par script.

    Pour plus d'info http://technet.microsoft.com/fr-fr/library/bb694195.aspx

    Bechir Gharbi | http://myitforum.com/myitforumwp/community/members/bgharbi/ | Time zone : GMT+1

    vendredi 16 mars 2012 13:39
    |
    Modérateur
  • Question
    Connectez-vous pour voter
    0
    Connectez-vous pour voter

    Je pensais naïvement que la résolution de nom de notre DNS suffirait au client CCM de trouver son serveur...

    En fait, j'ai installé et configuré un WINS sur notre architecture et publié manuellement de nom de mon SLP. J'ai modifié les propriétés d'installation push en précisant les options SMSSITECODE=XXX SMSSLP=SMS_SLP et j'ai relancé l'installation poussée du client sur mon PC de test et, cette fois, plus d'erreurs dans les logs. :-)

    Par contre, dans mon regroupement "Tous les systèmes" depuis lequel j'ai lancé l'installation push du client, le PC ciblé à toujours la colonne "Client" = Non. Mais j'ai lu quelque part qu'il fallait du temps pour que les informations se mettent à jour dans la console.

    En tous cas, merci beaucoup pour votre aide.

    Cordialement, Eric

    vendredi 16 mars 2012 13:56
    |
  • Question
    Connectez-vous pour voter
    0
    Connectez-vous pour voter
    Tu lances une mise à jour de ta collection et un refresh dérrière et tu vois si la colonne client = YES ou pas encore.

    Bechir Gharbi | http://myitforum.com/myitforumwp/community/members/bgharbi/ | Time zone : GMT+1

    vendredi 16 mars 2012 14:10
    |
    Modérateur
  • Question
    Connectez-vous pour voter
    0
    Connectez-vous pour voter

    J'ai lancé la mise à jour puis un refresh de la collection mais la colonne client est toujours à Non... J'ai redémarré le service CCM sur le client et ceci s'est inscrit dans le log LocationServices.log :

    <![LOG[Won't send client assignment fallback status point message because last assignment message was sent too recently.]LOG]!><time="15:18:52.361+-60" date="03-16-2012" component="LocationServices" context="" type="1" thread="7840" file="fspclientdeployassign.cpp:184">
    <![LOG[Processing pending site assignment.]LOG]!><time="15:18:52.361+-60" date="03-16-2012" component="LocationServices" context="" type="1" thread="7840" file="lsad.cpp:3328">
    <![LOG[Assigning to site '260']LOG]!><time="15:18:52.361+-60" date="03-16-2012" component="LocationServices" context="" type="1" thread="7840" file="lsad.cpp:3334">
    <![LOG[LSVerifySiteVersion : Verifying Site Version for <260>]LOG]!><time="15:18:52.361+-60" date="03-16-2012" component="LocationServices" context="" type="1" thread="7840" file="lsad.cpp:5321">
    <![LOG[LSGetSiteVersionFromAD : Failed to retrieve version for the site '260' (0x80004005)]LOG]!><time="15:18:52.403+-60" date="03-16-2012" component="LocationServices" context="" type="3" thread="7840" file="lsad.cpp:5123">
    <![LOG[Retrieved SLP [SMS_SLP] from Registry]LOG]!><time="15:18:52.403+-60" date="03-16-2012" component="LocationServices" context="" type="1" thread="7840" file="lsad.cpp:2255">
    <![LOG[Attempting to retrieve SLPs from AD]LOG]!><time="15:18:52.404+-60" date="03-16-2012" component="LocationServices" context="" type="1" thread="7840" file="lsad.cpp:2261">
    <![LOG[Retrieved SLPs from AD]LOG]!><time="15:18:52.421+-60" date="03-16-2012" component="LocationServices" context="" type="1" thread="7840" file="lsad.cpp:2265">
    <![LOG[Raising event:

    instance of CCM_CcmHttp_Status
    {
        DateTime = "20120316141852.840000+000";
        HostName = "SMS_SLP";
        HRESULT = "0x00000000";
        ProcessID = 5284;
        StatusCode = 0;
        ThreadID = 7840;
    };
    ]LOG]!><time="15:18:52.840+-60" date="03-16-2012" component="LocationServices" context="" type="1" thread="7840" file="event.cpp:525">
    <![LOG[LSGetSiteVersionFromSLP : No site version  returned from SLP for site <260>]LOG]!><time="15:18:52.841+-60" date="03-16-2012" component="LocationServices" context="" type="3" thread="7840" file="lsad.cpp:5284">
    <![LOG[LSVerifySiteVersion: Failed to get Site Version from AD and SLP]LOG]!><time="15:18:52.841+-60" date="03-16-2012" component="LocationServices" context="" type="3" thread="7840" file="lsad.cpp:5398">
    <![LOG[Won't send a client assignment fallback status point message because the last assignment error matches this one.]LOG]!><time="15:18:52.841+-60" date="03-16-2012" component="LocationServices" context="" type="1" thread="7840" file="fspclientdeployassign.cpp:201">

    Visiblement, le client ne peut pas récupérer la version de mon site CCM via le SLP. J'ai tenté alors d'utiliser la console du client et lancer une découverte automatique du code de site local lais sans succès? Le log smscliui.log me donne ceci :

    <![LOG[Attempt to auto discover site has failed. Error: 0X40002]LOG]!><time="15:29:50.388+-60" date="03-16-2012" component="smscliui" context="" type="3" thread="1884" file="clicfgdlg.cpp:1668">

    Bref, ce n'est pas gagné...

    Cordialement, Eric

    vendredi 16 mars 2012 14:37
    |
  • Question
    Connectez-vous pour voter
    0
    Connectez-vous pour voter

    Tes clients report-ils une erreur http 403 dans le log ccmexec.log ?                                                                                                                    Tu es en mode mixte ou native ? si native > Re-installe avec la propriete /native sinon re-installe sans cette propriete.

    dimanche 18 mars 2012 13:00
    |
  • Question
    Connectez-vous pour voter
    0
    Connectez-vous pour voter

    Tes clients report-ils une erreur http 403 dans le log ccmexec.log ?

    Tu es en mode mixte ou native ? si native > Re-installe avec la propriete /native sinon re-installe sans cette propriete.

    Bonjour,

    Pas d'erreurs http 403 dans le ccmexec.log.

    Je suis en mode mixte car je n'ai pas un accès suffisant à notre AD pour pouvoir effectuer la modification de schéma nécessaire dans le mode natif. Par "re-installe", tu veux parler du client ?

    J'ai laissé passer le week-end avec l'espoir de voir la colonne "Client" passer à "Oui" sur ma console CCM mais c'était un faux espoir... :-(

    Les logs du client me montrent des erreurs dans LocationServices.log (voir mon message précédent) et ClientIDManagerStartup.log qui m'affiche ceci :

    <![LOG[RegTask: Failed to refresh site code. Error: 0x80004005]LOG]!><time="09:31:20.186+-60" date="03-19-2012" component="ClientIDManagerStartup" context="" type="3" thread="1828" file="regtask.cpp:172">
    <![LOG[RegTask: Initial backoff interval: 1 minutes]LOG]!><time="09:31:32.186+-60" date="03-19-2012" component="ClientIDManagerStartup" context="" type="1" thread="1828" file="regtask.cpp:1830">
    <![LOG[RegTask: Reset backoff interval: 257 minutes]LOG]!><time="09:31:32.186+-60" date="03-19-2012" component="ClientIDManagerStartup" context="" type="1" thread="1828" file="regtask.cpp:1831">
    <![LOG[Already refreshed within the last 10 minutes, Sleeping for the next 9 minutes before reattempt.]LOG]!><time="09:31:32.186+-60" date="03-19-2012" component="ClientIDManagerStartup" context="" type="1" thread="1828" file="regtask.cpp:146">

    Et je n'arrive toujours pas à trouver pourquoi le site code ne passe pas...

    Cordialement, Eric

    lundi 19 mars 2012 08:44
    |
  • Question
    Connectez-vous pour voter
    0
    Connectez-vous pour voter

    Bonsoir,

    Vérifier si le pare-feu Windows (ou un parfeu tiers) est activé ou pas sur le serveur ayant le role SLP. Noter que la communication est en HTTP (port 80) entre le client CM et le SLP.

    Bechir Gharbi | http://myitforum.com/myitforumwp/community/members/bgharbi/ | Time zone : GMT+1

    mardi 20 mars 2012 20:43
    |
    Modérateur
  • Question
    Connectez-vous pour voter
    0
    Connectez-vous pour voter

    Bonsoir,

    Vérifier si le pare-feu Windows (ou un parfeu tiers) est activé ou pas sur le serveur ayant le role SLP. Noter que la communication est en HTTP (port 80) entre le client CM et le SLP.

    Bechir Gharbi | http://myitforum.com/myitforumwp/community/members/bgharbi/ | Time zone : GMT+1

    Bonjour,

    Désolé mais j'ai déjà vérifié cela. Le port 80 n'est pas filtré par nos routeurs et nous n'avons pas d'autre pare-feu que celui de Windows. Pour éviter des problèmes avec certaines applications, nous désactivons systématiquement le pare-feu Windows via GPO. J'ai vérifié que c'était bien le cas et pour le poste client et pour le serveur ayant le rôlé SLP.

    Je suis en train de lire un livre et relire la technet sur SCCM (notamment http://technet.microsoft.com/fr-fr/library/bb632435.aspx) pour vérifier si je n'étais pas passé à côté de quelque chose. Mais, pour l'instant, RAS...

    Cordialement, Eric

    mercredi 21 mars 2012 06:59
    |
  • Question
    Connectez-vous pour voter
    0
    Connectez-vous pour voter

    Je pense à une chose : Mon site code est "260". Dans la documentation, il est dit simplement qu'il devait être sur 3 caractères XYZ sans préciser s'il fallait de l'alphanumérique, numérique ou alphabétique uniquement. Cela peut-il avoir une incidence sur mon problème ?

    Dans l'affirmative, çà sera gênant car il me faudra soit ajouter un site secondaire, soit tout casser et réinstaller SCCM sur mon serveur...

    Cordialement, Eric

    mercredi 21 mars 2012 07:20
    |
  • Question
    Connectez-vous pour voter
    0
    Connectez-vous pour voter

    Les seuls sitecode ne pouvant pas être utilisés sont les suivants:

    • CON
    • PRN
    • AUX
    • NUL

    mercredi 21 mars 2012 09:35
    |
  • Question
    Connectez-vous pour voter
    0
    Connectez-vous pour voter
    Dans ce cas, je sèche encore plus... :-(

    Cordialement, Eric

    mercredi 21 mars 2012 10:02
    |
  • Question
    Connectez-vous pour voter
    0
    Connectez-vous pour voter
    Aucun problème sur le serveur? Aucun role en erreur?
    mercredi 21 mars 2012 10:26
    |
  • Question
    Connectez-vous pour voter
    0
    Connectez-vous pour voter

    J'ai tenté tellement de chose sur ce serveur depuis que j'ai ce pb de client mais pas d'erreurs dans le journaux du serveur et pour les services. Jusqu'à ce matin...

    J'ai dû redémarrer le serveur (Windows 2008 x64) pour application d'une mise à jour de sécurité de Windows et depuis j'ai cette erreur dans les messages d'état de ConfigMgr :

    Systems Management Server ne peut pas créer l'objet "cn=SMS-SLP-260-SCCM01" dans Active Directory.

    Cause possible : Le compte du service SMS de ce site ou le compte d'ordinateur du serveur de site n'ont peut-être pas les droits de contrôle total sur le conteneur "Gestion du système".
    Solution : Accordez au compte de service SMS du site les droits de contrôle total sur le conteneur "Gestion du système" et sur tous les objets enfants dans Active Directory.

    Cause possible : Un autre objet Active Directory appelé "cn=SMS-SLP-260-SCCM01" existe déjà en dehors du conteneur "Gestion du système".
    Solution : Recherchez l'emplacement de l'autre objet portant le même nom et supprimez l'objet de son emplacement actuel.  Puis autorisez SMS à créer un nouvel objet.

    Cause possible : le schéma Active Directory n'a pas été étendu avec les classes et attributs Active Directory SMS corrects.
    Solution : désactivez la publication Active Directory pour chaque site dans la forêt jusqu'à ce que le schéma puisse être étendu. Le schéma peut être étendu à l'aide de l'outil "extadsch.exe" se trouvant sur le CD SMS.

    Le fait qu'il ne puisse pas créer l'objet est normal puisque je n'ai pas effectué la modification du schéma AD et que le serveur est en mode mixte. Mais les journaux n'ont jamais fait état de çà avant ce matin. D'ailleurs, je ne comprends pas comment appliquer la 3ème solution proposée "désactiver la publication Active Directory" pour ce site. Je ne trouve nulle part d'option dans SCCM pour désactiver cela.

    Je commence à penser que SCCM fonctionne beaucoup mieux et, surtout, plus facilement lorsqu'on peut accéder au schéma de l'AD et l'installer en mode natif. Malheureusement, ce n'est pas mon cas et l'échelon technique administrateur de notre AD ne veut pas entendre parler de modification de schéma...

    Vu l'état actuel du serveur SCCM et toutes les "bidouilles" que j'ai pu réaliser pour tenter de résoudre le problème, le plus simple serait peut-être de tout reprendre à zéro.

    Cordialement, Eric

    mercredi 21 mars 2012 12:28
    |
  • Question
    Connectez-vous pour voter
    0
    Connectez-vous pour voter

    Pour desactiver cette option, suit cette procédure (elle permet d'activer mais il suffit de décocher la case au lieu de la cocher)

    http://technet.microsoft.com/en-us/library/bb680711.aspx

    L'extension de schéma ne nécessite pas le mode natif. Elle peut être faite sans cela.
    Et cette extension est assez mineure. Je ne l'ai jamais vu causer d'erreur sur un domaine.

    mercredi 21 mars 2012 13:05
    |
  • Question
    Connectez-vous pour voter
    0
    Connectez-vous pour voter

    Pour desactiver cette option, suit cette procédure (elle permet d'activer mais il suffit de décocher la case au lieu de la cocher)

    http://technet.microsoft.com/en-us/library/bb680711.aspx

    L'extension de schéma ne nécessite pas le mode natif. Elle peut être faite sans cela.
    Et cette extension est assez mineure. Je ne l'ai jamais vu causer d'erreur sur un domaine.

    Super, merci pour la procédure. J'ai dû l'activer par mégarde au cours de mes essais infructueux. Je n'ai plus l'erreur d'inscription AD mais l'état de mon site est toujours en "critique" et la disponibilité en "échec". J'ai réinitialisé tous les comptes de l'état du site mais malgré cela j'ai "Etat du composant = Critique" et "Etat du système de site = Critique". Je n'avais pas ces mentions avant le redémarrage de ce matin mais une coche verte sur l'état du site.

    Dans "Etat du composant", tout est à OK sauf SMS_PXE_SERVICE_POINT mais c'est normal car je ne souhaitais pas utiliser le PXE de SCCM (j'ai déjà un service PXE actif) donc, le service n'est pas opérationnel.

    Dans "Etat du système de site", tout est OK sauf "Point reporting services Configmgr". Une seule erreur de type "marque" dans le journal du service SMS_SRS_REPORTING_POINT - ID 7402 : Le point de rapport SRS SMS n'a pas pu surveiller le serveur SRS sur "SCCM01".

    Mais je ne pense pas que cela puisse être à l'origine de mon problème de communication client-serveur. Si ?

    Pour l'extension du schéma, je ne suis pas inquiet. Si cela ne tenait qu'à moi, ce serait déjà fait ;-)

    Cordialement, Eric

    mercredi 21 mars 2012 14:20
    |
  • Question
    Connectez-vous pour voter
    1
    Connectez-vous pour voter

    ID 7402 : Le point de rapport SRS SMS n'a pas pu surveiller le serveur SRS sur "SCCM01".

    C'est un bug connu dans CM 2007 R2 et R3 (lorsqu'on veut utiliser les rapports SRS) et apparait si on utilise une instance nommé de SQL reporting services sans avoir installer l'instance par défaut aussi. Pour contourner le pb, tu doit installer l'instance par défaut.

    Bechir Gharbi | http://myitforum.com/myitforumwp/community/members/bgharbi/ | Time zone : GMT+1

    mercredi 21 mars 2012 14:31
    |
    Modérateur
  • Question
    Connectez-vous pour voter
    0
    Connectez-vous pour voter

    Ah... Encore un truc bizarre alors car je n'utilise pas d'instance SQL nommée mais bien l'instance par défaut. C'est un collègue (qui s'occupe de SCOM) qui a installé le SQL en cluster et me confirme que la base SCCM est bien sur l'instance par défaut et qu'il n'y a pas d'instance nommée.

    De toute façon, ce ne doit pas être çà qui empêche mon client de communiquer avec le serveur. Je vais redémarrer encore une fois le serveur, des fois que...

    Cordialement, Eric

    mercredi 21 mars 2012 14:42
    |
  • Question
    Connectez-vous pour voter
    0
    Connectez-vous pour voter

    Un rapide retour sur mes investigations avant le week-end :

    - Tous les indicateurs de service de mon serveur (windows 2008 Entreprise R2 X64)  SCCM sont au vert. Plus aucune erreur dans les logs et tous les services sont démarrés. J'ai vérifié après redémarrages du serveur et en le laissant tourner 24h pour un suivi sur le moyen terme qui inclue les planifications de découverte, notamment.

    - J'ai procédé à la désinstallation du client sur ma machine de test (windows 7 x64) pour mieux le réinstaller depuis la console CCM. L'installation est toujours OK mais malgré des mises à jour de l'adhésion au regroupement répétées et des actualisations, le client ne remonte toujours pas dans la console. Voici le contenu des différents logs du client (C:\Windows\SysWOW64\CCM\Logs). J'ai mis en gras les problèmes que j'ai détecté et auxquels je ne trouve pas de solution :

    ClientIDManagerStartup.log

    <![LOG[RegTask: Failed to refresh site code. Error: 0x80004005]LOG]!><time="14:52:45.170+-60" date="03-23-2012" component="ClientIDManagerStartup" context="" type="3" thread="4628" file="regtask.cpp:172">
    <![LOG[RegTask: Initial backoff interval: 1 minutes]LOG]!><time="14:52:53.170+-60" date="03-23-2012" component="ClientIDManagerStartup" context="" type="1" thread="4628" file="regtask.cpp:1830">
    <![LOG[RegTask: Reset backoff interval: 257 minutes]LOG]!><time="14:52:53.170+-60" date="03-23-2012" component="ClientIDManagerStartup" context="" type="1" thread="4628" file="regtask.cpp:1831">
    <![LOG[Already refreshed within the last 10 minutes, Sleeping for the next 9 minutes before reattempt.]LOG]!><time="14:52:53.170+-60" date="03-23-2012" component="ClientIDManagerStartup" context="" type="1" thread="4628" file="regtask.cpp:146">

    LocationServices.log

    <![LOG[Processing pending site assignment.]LOG]!><time="15:02:42.514+-60" date="03-23-2012" component="LocationServices" context="" type="1" thread="4628" file="lsad.cpp:3328">
    <![LOG[Assigning to site '260,SMSSLP=SMS_SLP,SMSCACHESIZE=1000']LOG]!><time="15:02:42.514+-60" date="03-23-2012" component="LocationServices" context="" type="1" thread="4628" file="lsad.cpp:3334">
    <![LOG[LSVerifySiteVersion : Verifying Site Version for <260,SMSSLP=SMS_SLP,SMSCACHESIZE=1000>]LOG]!><time="15:02:42.514+-60" date="03-23-2012" component="LocationServices" context="" type="1" thread="4628" file="lsad.cpp:5321">
    <![LOG[LSGetSiteVersionFromAD : Failed to retrieve version for the site '260,SMSSLP=SMS_SLP,SMSCACHESIZE=1000' (0x80004005)]LOG]!><time="15:02:42.543+-60" date="03-23-2012" component="LocationServices" context="" type="3" thread="4628" file="lsad.cpp:5123">
    <![LOG[Attempting to retrieve SLPs from AD]LOG]!><time="15:02:42.544+-60" date="03-23-2012" component="LocationServices" context="" type="1" thread="4628" file="lsad.cpp:2261">
    <![LOG[Failed to resolve 'SMS_SLP' to IP address from WINS]LOG]!><time="15:02:44.840+-60" date="03-23-2012" component="LocationServices" context="" type="3" thread="4628" file="lswins.cpp:324">
    <![LOG[LSGetSLP : Failed to resolve SLP from WINS, is it published]LOG]!><time="15:02:44.840+-60" date="03-23-2012" component="LocationServices" context="" type="3" thread="4628" file="lsad.cpp:2277">
    <![LOG[LSGetSiteVersionFromSLP : Unable to get the list of SLPs]LOG]!><time="15:02:44.840+-60" date="03-23-2012" component="LocationServices" context="" type="3" thread="4628" file="lsad.cpp:5194">
    <![LOG[LSVerifySiteVersion: Failed to get Site Version from AD and SLP]LOG]!><time="15:02:44.840+-60" date="03-23-2012" component="LocationServices" context="" type="3" thread="4628" file="lsad.cpp:5398">
    <![LOG[Won't send a client assignment fallback status point message because the last assignment error matches this one.]LOG]!><time="15:02:44.840+-60" date="03-23-2012" component="LocationServices" context="" type="1" thread="4628" file="fspclientdeployassign.cpp:201">

    Tous les autres logs ne comportent aucune erreur.

    Ce qui me choque, c'est l'erreur "LSGetSLP : Failed to resolve SLP from WINS" dans le log LocationServices.log. J'ai vérifié mon WINS et le SLP y est bien inscrit. D'ailleurs il répond au ping depuis mon poste client et la résolution de son nom "SMS_SLP" est correcte autant depuis le serveur CCM que du client.

    C'est à devenir chèvre...

    Cordialement, Eric


    • Modifié EricD26 vendredi 23 mars 2012 14:33
    vendredi 23 mars 2012 14:32
    |
  • Question
    Connectez-vous pour voter
    0
    Connectez-vous pour voter

    Pour information, un petit retour positif sur mon problème de communication client-serveur :

    Car j'ai trouvé ce qu'il n'allait pas ! Dans le ClientIDManagerStartup.log que j'ai posté précédemment, il y a "LSGetSLP : Failed to resolve SLP from WINS, is it published". C'est que qui m'a mis la puce à l'oreille.

    Un rappel de ma configuration: Serveur SCCM R3 installé sous Windows 2008 R2 en mode mixte, sans modification du schéma AD.

    Bien que le SLP soit bien publié sur le WINS (un ping sur le nom SMS_SLP est bien résolu), le client semblait ne pas pouvoir trouver le SLP. Les erreurs de résolution sur l'AD sont "normales" puisque pas de modification du schéma. J'ai cherché et j'ai trouvé ceci :http://tompopov.blogspot.fr/2011/08/failed-to-resolve-smsslp-to-ip-address.html

    J'ai donc procédé à la réinscription de mon SLP dans mon WINS en utilisant la ligne de commande : add name Name=SMS_SLP endchar=1A rectype=0 ip={ server locator point IP address }. Et cette fois mes clients trouvent bien le SLP et remontent correctement dans la console CCM :-)

    Le sujet est donc résolu. Merci à tous les contributeurs à ce problème !

    Cordialement, Eric

    • Marqué comme réponse EricD26 jeudi 29 mars 2012 06:20
    jeudi 29 mars 2012 06:20
    |