none
Service de recherche SharePoint Foundation - L'URL n'est pas valilde ?

    Question

  • Bonjour,

    J'ai enfin réussi à corriger tous les messages d'erreurs et d'erreurs critiques que SharePoint me générait dans l'Observateur d'événement de Windows.

    Hip Hip Hip .... Houraaaaa !! :P

    Cependant, il me reste encore un dernier message, qui n'est pas une erreur mais un simple avertissement qui revient toutes les 5 minutes.

    Et pas question de l'ignorer car ça bloque le fonctionnement de la recherche sur une de mes applications web.

    Voici le log: 

    __________________________________________

    Message:

    Impossible d’analyser l’adresse de démarrage sts4://pcdev_ibe:70/contentdbid={1286ce45-0f4f-4c61-bf37-c62c804b4453}.

    Contexte : application « Fichier_d'index_de_recherche_sur_le_serveur_de_recherche », catalogue « Search »

    Détails : L’URL n’est pas valide (0x80072ee5)

    -----------------------------------------------------------

    Journal: Application

    Source: Service de recherche SharePoint Foundation

    Èvénement: 14

    Catégorie: Rassembleur

    Niveau: Avertissement

    Utilisateur: SERVICE LOCAL

    __________________________________________

    Je précise tout de même que :

    • mon serveur SharePoint (qui est aussi mon serveur de recherche SharePoint) s'appel PCDEV_IBE.
    • j'ai 3 applications web hebergés sur ce server (de dev), ces 3 sites web ont la même adresse ip, y'a juste le numéro de port qui change.
      WebApp 1 avec l'url http://pcdev_ibe/ (sur le port 80) 
      WebApp 2 avec l'url http://pcdev_ibe:8080/
      WebApp 3 avec l'url http://pcdev_ibe:70/
    • Le problème ne se pose que sur la WebApp 3 (comme indique le message ci-dessus). Sur les 2 autres web apps, la recherche fonctionne normalement.

    S'il y a besoin d'autres précisions, n'hésitez pas à me demander.

     

    Surtout, si une âme charitable pouvait me pousser dans la bonne direction, à défaut de me donner une réponse complète, ce serait avec plaisir tout de même ;) !

    Merci.

     

    Cordialement.


    La réalité dépasse toute fiction
    • Moved by Hengzhe Li Tuesday, February 21, 2012 6:43 AM merge forum (Origine :Développement Sharepoint 2010)
    Thursday, September 01, 2011 4:54 PM

Answers

  • Le point qui figure à la fin fait seulement partie du message d'avertissement de l'event viewer.

    Dans la base de données de Recherche WSS_Search_ServeurName, l'information qui est stockée est bien :

     sts4://pcdev_ibe:70/contentdbid={1286ce45-0f4f-4c61-bf37-c62c804b4453}

    Cela fait désormais plus de deux semaines que je tente tout pour essayer de solutionner ce problème mais je n'ai malheureusement plus le temps de m'en occuper.

    Je vais donc tout simplement supprimer cette application Web de mon Serveur et Prier pour que jamais jamais je ne rencontre encore ce problème dans une autre des mes applications Web.

    Merci encore pour tous vos efforts.

    Cordialement.

     


    La réalité dépasse toute fiction
    Monday, September 12, 2011 3:39 PM

All replies

  • Bonjour,

    Comme première piste je vous suggère d'aller voir si votre web application est bien listée dans votre source de contenu...

    Via la centrale d'administration -> Application Management -> Manage Service Application

    Cliquez ensuite sur "Search Service Application" et ensuite sur Content Source (sous la rubrique Crawling)

     

    Si votre site n'est pas listé vous pouvez créer une nouvelle source de contenu : http://technet.microsoft.com/en-us/library/ee792875.aspx


    Pascal P
    http://sharepoint-afterwork.fr
    Nouveaux site en FR
    Twitter: @PascalPoeck
    Thursday, September 01, 2011 6:10 PM
  • Bonjour,

    Est-ce que la piste que vous me suggèrez est valable pour SharePoint Foundation ?

    Dans l'administration centrale -> Gestion des applications --> Gérer les applications de service, je ne trouvre rien qui ressemble ni à 'Search Service Application' ni à 'Service d'application de recherche'...

    Pour mes 2 autres applications web, la recherche fonctionne bien par défaut, je n'ai pas fait d'ajout ni de manipulaton pour activer la recherche.

    Dans mon application WebApp 3 qui pose problème, je suis sûr que la fonctionnalité de recherche est activé aussi (sinon, je n'aurais pas ce message d'avertissement dans l'event viewer toutes les 5 min...)

    Le seul problème c'est ce message URL n'est pas valide.

    Mais de quelle URL parle-t'il et comment corriger le problème ?

    Merci.


    La réalité dépasse toute fiction
    • Edited by LabuzZ Friday, September 02, 2011 8:20 AM
    Friday, September 02, 2011 8:18 AM
  • Bonjour,

    Ce ne sont pas les même services effectivement mais en parcourant le web je suis tomber sur ceci : http://social.technet.microsoft.com/Forums/en/sharepoint2010setup/thread/af57728f-ae20-477b-8c67-2b594a1a72de

    Avez-vous configurer la recherche dans la liste déroulante lorsque vous avez créer votre web application? (voir la solution validée dans le lien ci-dessus)

     


    Pascal P
    http://sharepoint-afterwork.fr
    Nouveaux site en FR
    Twitter: @PascalPoeck
    Friday, September 02, 2011 1:41 PM
  • Bonjour,

    Oui, mon application web a bien le serveur de recherche configuré pour sa base de données de contenu, je viens de vérifier.

    En fait, je suis certain que la fonctionnalité de recherche est activé dans cette application web.

    Le problème est double :

    1. Où est l'erreur qui rend la string "sts4://pcdev_ibe:70/contentdbid={1286ce45-0f4f-4c61-bf37-c62c804b4453}." invalide en tant qu'URL ?
      Sachant que je sais que les caractères "{" et "}" ne sont pas autorisés dans une URL. Ce qui nous amène au second point ;
    2. D'où provient cette string et comment est-elle interprétée ?

    Vraiment, je suis convaincu que mon problème ne vient pas du fait que la fonctionnalité de recherche n'est pas activée, car elle est belle et bien activée.

    Il me faut juste savoir d'où provient cette chaîne de caractères, ce qu'elle signifie, à quoi sert-elle et comment est-elle interprétée ?

    Cela me permettra peut-être de comprendre le problème et de le corriger.

    Encore merci pour tous vos efforts ;) !

    Cordialement.


    La réalité dépasse toute fiction
    Friday, September 02, 2011 2:54 PM
  • Bonjour,

    Y aurait-il du nouveau à propos de ma question ?

    Merci.


    La réalité dépasse toute fiction
    Monday, September 05, 2011 9:06 AM
  • Bonjour,

    Il s'agit en effet d'un service Windows spécifique uniquement dédié à la recherche de l'aide. L'aide sur la recherche est accessible en cliquant sur le bouton bleu en haut à droite de chaque site.

    Pour le démarrer, cliquer sur "Recherche de l’Aide sur SharePoint Foundation" dans les Services de l'administration :

     

    Configurez correctement les comptes, ainsi que la base de donnée (qui est une BD spécifique à cette recherche)

    Cliquez sur demarrer, votre service est démarré correctement.

    Dans votre cas je pencherai donc plutôt pour des droits d'accès à la base de donnée de contenu, car le compte d'accès au contenu doit obligatoirement avoir un acces à cette base de donnée. Par défaut ce compte est system local.

     

    Thierry Buisson

     

    • Proposed as answer by Ciprian Duduiala Tuesday, September 06, 2011 5:44 AM
    • Unproposed as answer by LabuzZ Tuesday, September 06, 2011 2:22 PM
    Monday, September 05, 2011 10:40 AM
  • Bonjour,

    Merci pour cette piste à propos des droits d'accès sur la base de donnée de contenu de ma Web App 3.

    Je vais effectuer quelques tests et je vous tiens informé.

    Cordialement.


    La réalité dépasse toute fiction
    Monday, September 05, 2011 12:01 PM
  • Bonjour à tous !

    J'ai suivi les indications de la page suivante pour le paramétrage des 2 comptes du service de recherche de SharePoint Foundation :

    http://technet.microsoft.com/fr-fr/library/cc678863.aspx

    1. Pour le compte du service de recherche Microsoft SharePoint Foundation 2010, c'est 'Service Local' et il était déjà entièrement paramétré par défaut.J'ai revérifié.
    2. Pour le compte d’accès au contenu de recherche Microsoft SharePoint Foundation 2010, je n'avais pas crée de compte, mais je viens d'en créer un. C'est un compte utilisateur nommé 'spscrawl' avec les paramétrages suivants :
    • --> Il doit disposer des autorisations de compte d’utilisateur de domaine.
    • --> Il ne doit pas être membre du groupe d’administrateurs de batterie.

    Les autorisations SQL Server et de base de données suivantes sont configurées automatiquement c.a.d. :

    • --> accès en lecture à la base de données de configuration de batterie de serveurs ;
    • --> accès en lecture à la base de données de contenu SharePoint_Admin ;
    • --> affectation de ce compte au rôle db_owner pour la base de données de recherche SharePoint Foundation 2010.

    Cependant, ces manipulations n'ont strictement rien changé à ma situation.


    J'ai toujours le même message d'avertissement dans l'Event Viewer à chaque fois que le travail intitulé 'Actualisation du service de recherche SharePoint Foundation' est executé (c.a.d. toutes les 5 minutes).


    Dans l'Administration Centrale, ce travail est bien à l'état 'Réussi' à chaque occurence, mais la fonctionnalité de recherche ne fonctionne toujours pas dans ma Web App 3, et celle-ci uniquement...

    Dans tous les cas, merci pour votre aide.

    Cordialement.


    La réalité dépasse toute fiction
    Tuesday, September 06, 2011 2:19 PM
  • Bonjour,

    ceci est peut etre la réponse:

    http://support.microsoft.com/kb/896861

    Regardez aussi coté firewall.

    Cordialement

    Xavier VANNESTE


    Xavier VANNESTE
    www.xvanneste.com
    media.xvanneste.com
    blog.xvanneste.com

    Wednesday, September 07, 2011 6:57 PM
  • Bonjour,

    Merci pour votre aide, mais le lien ci-dessous concerne un problème différent.

    Je n'ai pas le même message, ni rien qui y ressemble.

    Concernant le firewall, mon problème survient sur le serveur lui même. Le travail Actualisation du service de recherche SharePoint Foundation est déclanché et excécuté depuis le serveur, donc je ne comprends pas comment le firewall pourrait intéragir.

    De plus, j'ai deux autres applications web sur le même serveur qui ont étaient créés de manière analogue, et pour celles-ci, la recherche fonctionne à merveille.

    Y aurait-il une limite ? Pas plus de 3 applications web par serveur Sharepoint ?


    La réalité dépasse toute fiction
    Thursday, September 08, 2011 8:34 AM
  • Le probléme n'est pas si différent que cela, pour accéder a votre site le serveur envoie une requête comme s'il était un simple utilisateur, un moyen très simple et d'essayer d'accéder a votre site SUR le serveur en local depuis IE si vous avez un 401 alors le probléme est celui du lien.
    Xavier
    Xavier VANNESTE
    www.xvanneste.com
    media.xvanneste.com
    blog.xvanneste.com
    Friday, September 09, 2011 7:21 AM
  • Bonjour Xavier,

    Tout d'abord, je tiens à vous remercier pour vos efforts ;) !

    Grâce à votre méthode de vérification, je peux désormais vous affirmez que ce n'est pas le même problème. En effet, j'accède sans problème, même depuis le serveur à mon site à l'adresse http://pcdev_ibe:70/.

    D'autres part, j'ai pensé à quelque chose.

    Et si la base de données de contenu de cette application web avait changé d'identifiant lors d'une mise à niveau.

    J'ai du effectué une mise à niveau des bases de données via l'assistant de configuration de SharePoint à la suite de l'installation et de la création d'une web application pour corriger tous les messages d'erreurs SharePoint que j'avais dans l'Event Viewer.

    Depuis cette mise à niveau des bases de données de contenu, le seul message qui apparait constamment dans l'Event viewer et le message d'avertissement que l'on essaie de résoudre ici.

    Hypothèse :

    Et si, lors de la mise à niveau des bases de données de contenu, l'ID de la base de ma web App 3 avait changé et ne serait plus égal à la valeur {1286ce45-0f4f-4c61-bf37-c62c804b4453}... ?

    Questions :

    1. Est-ce possible (que la mise à niveau modifie des ID de base de données) ?
    2. Où/Comment pourrais-je trouver l'ID actuel de la base de donnée de contenu de ma Web App 3 ? (afin de vérifier si mon hypothèse est valide)

    Merci.

    Cordialement.


    La réalité dépasse toute fiction
    • Edited by LabuzZ Friday, September 09, 2011 10:18 AM
    Friday, September 09, 2011 10:18 AM
  • Bonjour

    Est que votre content access account a bien les droits sur la base de données ?? au pire une verification entre les bases sur la sécurité peut le faire.

    Concernant l'id de la db:

    http://blog.xvanneste.com/Lists/Billets/Post.aspx?ID=86


    Xavier VANNESTE
    www.xvanneste.com
    media.xvanneste.com
    blog.xvanneste.com
    Saturday, September 10, 2011 9:50 PM
  • Bonjour,
    Avec l'aide de votre astuce publié à l'url suivante : http://blog.xvanneste.com/Lists/Billets/Post.aspx?ID=86
    J'ai pu vérifier que l'ID de ma base de données est bien :
    DatabaseId=%7B1286CE45%2D0F4F%2D4C61%2DBF37%2DC62C804B4453%7D
    C'est à dire : DatabaseId=[%7B] 1286CE45 [%2D] 0F4F [%2D] 4C61 [%2D] BF37 [%2D] C62C804B4453 [%7D] et comme :
    [%7B] = "{" = Accolade ouvrante
    [%2D] = "-" = Moins
    [%7D] = "}" = Accolade fermante
    ça nous donne bien le même ID que dans contentdbid={1286ce45-0f4f-4c61-bf37-c62c804b4453}.
    Du coup, j'ai pas l'impression que l'ID de ma content database ait changé...
    En revanche, je ne comprends pas la question que vous me posé sur les droits d'accès ?
    Comme expliqué précédemment, le compte que j'utilise pour la recherche est un compte que j'ai crée nommé "spscrawl".
    Et voici encore une fois tous les droits de ce compte comme c'est expliqué à l'url : http://technet.microsoft.com/fr-fr/library/cc678863.aspx
    • --> Il doit disposer des autorisations de compte d’utilisateur de domaine.
    • --> Il ne doit pas être membre du groupe d’administrateurs de batterie.
    Les autorisations SQL Server et de base de données suivantes sont configurées automatiquement c.a.d. :
    • --> accès en lecture à la base de données de configuration de batterie de serveurs ;
    • --> accès en lecture à la base de données de contenu SharePoint_Admin ;
    • --> affectation de ce compte au rôle db_owner pour la base de données de recherche SharePoint Foundation 2010.
    Or c'est bien le cas, mais pour répondre à votre question : Non, ce compte ne disposait pas d'accès direct à ma base de données de contenu.
    Il n'en possède pas non plus pour aucune base de données de contenu d'aucune autre Web App.
    Et pourtant, cela marche très bien dans toutes les autres Web App.
    Cependant, même en forçant des autorisations de "public" et de "databaseReader" sur la ContentDB qui pose problème, le problème reste exactement le même, toujours le même message...
    Impossible d’analyser l’adresse de démarrage sts4://pcdev_ibe:70/contentdbid={1286ce45-0f4f-4c61-bf37-c62c804b4453}.
     
    Contexte : application « Fichier_d'index_de_recherche_sur_le_serveur_de_recherche », catalogue « Search »
     
    Détails : L’URL n’est pas valide (0x80072ee5)
    
    
    Aussi, que signifie : "au pire une verification entre les bases sur la sécurité peut le faire" s'il vous plait ?
    Merci.

    Cordialement.

    La réalité dépasse toute fiction

    • Edited by LabuzZ Monday, September 12, 2011 1:23 PM
    Monday, September 12, 2011 1:08 PM
  • Bonjour

    Je viens de voir qu'il y a un point a la fin de l'id ={1286ce45-0f4f-4c61-bf37-c62c804b4453}. cela ne viendrait il pas de la ??? car cela me semble bizarre.


    Xavier VANNESTE
    www.xvanneste.com
    media.xvanneste.com
    blog.xvanneste.com
    Monday, September 12, 2011 3:17 PM
  • Le point qui figure à la fin fait seulement partie du message d'avertissement de l'event viewer.

    Dans la base de données de Recherche WSS_Search_ServeurName, l'information qui est stockée est bien :

     sts4://pcdev_ibe:70/contentdbid={1286ce45-0f4f-4c61-bf37-c62c804b4453}

    Cela fait désormais plus de deux semaines que je tente tout pour essayer de solutionner ce problème mais je n'ai malheureusement plus le temps de m'en occuper.

    Je vais donc tout simplement supprimer cette application Web de mon Serveur et Prier pour que jamais jamais je ne rencontre encore ce problème dans une autre des mes applications Web.

    Merci encore pour tous vos efforts.

    Cordialement.

     


    La réalité dépasse toute fiction
    Monday, September 12, 2011 3:39 PM
  • Bonjour, LabuzZ,

    Merci d’avoir partagé avec nous la solution que vous avez choisi pour dépasser ce problème.

     

    Cordialement,

    Cipri


    Suivez MSDN sur Twitter   Suivez MSDN sur Facebook


    Ciprian DUDUIALA, MSFT  
    •Nous vous prions de considérer que dans le cadre de ce forum on n’offre pas de support technique et aucune garantie de la part de Microsoft ne peut être offerte.

    Wednesday, September 14, 2011 5:58 AM