none
SharePoint 2013 - Impossible d'indexer du contenu SharePoint RRS feed

  • Question

  • Bonjour,

    Je mets en place notre ferme SharePoint 2013 et j’ai un problème avec le search L

    Après configuration, impossible d’indexer du contenu SharePoint !!

    A chaque fois j’ai le même message d’erreur «Access is denied. Verify that either the Default Content Access Account has access to this repository, or add a crawl rule to crawl this repository. If the repository being crawled is a SharePoint repository, verify that the account you are using has "Full Read" permissions on the SharePoint Web Application being crawled.»

    Pourtant l’acompte utilisé à FULL READ sur toutes les web application !! J’ai également testé en ajoutant des Crawl Rules, et lu des dizaines de pages/forums suggérées par Google.

    J’ai également testé les solutions BackConnectionHostNames et DisableLoopbackCheck

    Pour info je peux indexer le contenu d’un file share.

    J’ai essayé divers configuration du search, même celle du Wizard.

    Dernière détail, sur mon serveur de DEV (qui ne fait pas partie du même environnement mais du même domaine) aucun problème…

    D’avance merci pour votre aide J

    lundi 26 mai 2014 12:30

Réponses

  • J'ai la solution à mon problème (Merci à Marius sur Linkedin)

    En recréant une web app avec le FQDN au lieu du nom du serveur, le search est maintenant en mesure d'indexer le contenu de la web app et plus de message d'erreur :) :) 

    Il me reste une question... pourquoi dois-je utiliser FQDN sur ma (future) PROD et pas sur mon DEV???

    • Marqué comme réponse Crayonrouge mardi 27 mai 2014 14:15
    mardi 27 mai 2014 14:15

Toutes les réponses

  • Bonsoir, 

    C'est assez souvent le DisableLoopbackCheck qui pose problème. (penser à redémarrer)

    Sinon, quelles est l'authentification pour l'url utilisé pour le crawl ? Est ce qu'il y a du ssl ?

    Cordialement


    Julian GILBERT

    lundi 26 mai 2014 19:45
  • Bonjour Julian,

    Oui c'est ce que l'on retrouve le plus souvent sur le web, malheureusement cette solution ne fonctionne pas non plus.

    Authentification: Claims Based Authentication

    Provider: NTLM

    Pas de SSL

    Salutations

    mardi 27 mai 2014 07:43
  • C'est pourtant assez classique comme configuration.

    • Tu as plusieurs serveurs ? 
    • Tu arrives à te connecter à l'application web avec le compte d'indexation ? 

    Julian GILBERT

    mardi 27 mai 2014 08:09
  • Plusieurs serveurs mais j'ai aussi testé avec un seul

    Oui j'ai acccès..

    mardi 27 mai 2014 09:33
  • Car si tu as plusieurs frontaux + apps, il est préférable d’appliquer le DisableLoopbackCheck sur tous les serveurs. (a minima tt les frontaux)

    Julian GILBERT

    mardi 27 mai 2014 09:43
  • Je viens de vérifier et tous mes serveurs ont le DisableLoopbackCheck.. mais ça ne marche pas, toujours le même message d'erreur :(

    Y'a t'il un moyen de vérifier (outil ou log) ce qui peut bloquer?

    Merci

    mardi 27 mai 2014 10:41
  • Tu peux avoir des infos plus précises en regardant les logs SharePoint ULS.

    Tu peux augmenter le niveau de logs pour la partie recherche à Verbose.


    Julian GILBERT

    mardi 27 mai 2014 11:02
  • Okey, merci je vais faire ça...
    mardi 27 mai 2014 11:06
  • J'ai configuré en VERBOSE, reproduit l'erreur en lançant un crawl mais je sais pas vraiment quoi chercher :(
    mardi 27 mai 2014 13:04
  • J'ai la solution à mon problème (Merci à Marius sur Linkedin)

    En recréant une web app avec le FQDN au lieu du nom du serveur, le search est maintenant en mesure d'indexer le contenu de la web app et plus de message d'erreur :) :) 

    Il me reste une question... pourquoi dois-je utiliser FQDN sur ma (future) PROD et pas sur mon DEV???

    • Marqué comme réponse Crayonrouge mardi 27 mai 2014 14:15
    mardi 27 mai 2014 14:15