none
WSS3 Problème Visionneuse SSRS RRS feed

  • Question

  • Bonjour,

    Nous utilisons Sharepoint avec la visionneuse de rapport SSRS pour afficher nos rapports BI.

    Lorsque nous tentons d'accéder à notre portail Sharepoint depuis un nom de domaine, ex : www.domaine.fr
    les pages contenant la visionneuse de rapport ne s'affichent plus.
    ex : http://www.domaine.fr/Commun/Rapports/Rapport.aspx  => la page tente de se charger pdt plusieurs minutes, et abouti sur "une erreur innatendue s'est produite"

    Tout fonctionne lorsque nous utilison l'ip externe du serveur à la place du nom de domaine, ou lorsque nous nous connectons en local depuis le serveur.  ex: http://94.0..../Commun/Rapports/Rapport.aspx => fonctionne


    Remarques :

    - Le nom de domaine semble fonctionner correctement puisque toutes les autres pages de sharepoint s'affichent sans problème.

    - Le serveur Reporting Services fonctionne également correctement puisqu'il est possible d'afficher les rapports en dehors du portail.
       exemple : http://www.domaine.fr/ReportServer/Pages/ReportViewer.aspx?http.......

    - En creusant un peu plus j'ai remarqué que les pages RSItemPicker.aspx et RSViewerPage.aspx situé dans
    http://www.domaine.fr/_layouts/Reportserver/  ne sont pas accessible non plus avec le nom de domaine et  pourraient  être la source du problème puisqu'elles sont utilisées par la visionneuse. Il  ne semble pas s'agir d'un probleme de droit sur ce dossier car les autres pages de ce dossier fonctionnent.

    - Les mapping de substitution ont été configuré ainsi
       Zone : Default : http://nomserver/
       Zone : Internet : http://www.domaine.fr

    => quelquechose bloque à un endroit au niveau de la visionneuse, peut etre qu'une url incorrecte est envoyée à un moment.
    Quelqu'un a t'il deja rencontré ce problème
    S'agit-il d'un problème reseau, configuration sharepoint , patch à appliquer ?

    Environnement :
    WSS 3.0 SP2 : 12.0.0.6421
    Authentification : Windows
    Reporting  Services : Integrated Mode


    Merci

    jeudi 18 février 2010 10:41

Toutes les réponses

  • Bonjour Guillaume,

    c'est visiblement un problème de conf. réseau. A tout hasard, vérifie les logs SharePoint au moment ou tu tentes d'accéder à ta page depuis l'extérieur. S'il n'y a rien dans les logs, tu sauras que l'URL publique pour l'Internet n'est pas gérée dans les DNS publiques ou bien qu'elle n'est pas correctement forwardée par le ou les proxies.

    Si tu as quelque chose dans les logs, le problème est plus loin... mais tu sauras quelle URL est requêtée (perso, je pense que tu es dans cette situation). Si les pages RSItemPicker et RSViewerPage sont la source du problème, tu le verras. Si c'est ce cas, il faudra voir là aussi à forwarder les requêtes à ces pages et que les DNS externes redirigent vers le bon serveur.

    Bon courage.

    Sébastien PICAMELOT - http://blogs.developpeur.org/gribouillon/
    vendredi 19 février 2010 18:33
    Modérateur
  • Merci Sébastien

    Quand tu parles des logs, tu parles des logs IIS ?

    Nous avions remarqué une erreur SharePoint dans le journal d'événements Windows demandant d'ajouter l'adresse ip dans les mapping de substitution de Sharepoint.
    J'ai donc configuré Sharepoint de cette facon:
    - Zone par Default : http://nomserveur/
    - Zone Internet : http://94.124......./  (ip externe) 
       + mapping supplémentaire :  Zone Internet :  http://www.domaine.fr/ qui pointe donc sur l'ip

    En modifiant le mapping comme cela, le bug n'apparait plus et il est donc possible d'afficher les rapports en utilisant le nom de domaine.
    Cependant cela a crée un autre souci. :
    - Lorsque nous accédons à une url de page fixe (ex: www.domaine.fr/site/default.aspx) tout fonctionne correctement, 
    - Lorsque nous tentons d'accéder à une url du site de nom de répertoire (ex: www.domaine.fr/site) , une nouvelle fenêtre d'authentification apparait pour s'authentifier sur http://94.124......... 


    Remarque :
    Je me souviens avoir à un moment étendu l'application sharepoint (pour tester le ssl)
    maintenant je me retrouve avec 2 fournisseurs d'authentification : la zone par default et la zone internet (les 2 configurées de la meme facon en authentification windows)
    Depuis j'avais supprimé le 2e site IIS manuellement, mais peut etre que des infos sont restés dans sharepoint à ce niveau la
    Le probleme pourrait-il venir de la ? Est il possible de supprimer un fournisseur d'authentification sans tout supprimer ?


    Merci
    Guillaume
    lundi 22 février 2010 09:03
  • Les logs dont je parle sont les logs spécifiques à SharePoint (certains se retrouvent aussi dans l'event log, mais il y a beaucoup plus d'information dans les logs SharePoint). Par défaut, tu trouveras les logs dans le répertoire C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\Logs (le chemin peut être modifié depuis la console d'administration centrale). 

    Puisque ton serveur répond depuis l'extérieur avec l'adresse http://94.124..., c'est déjà qu'il est accessible. L'adresse publique devrait cependant utiliser un nom de domaine. Rétabli le nom de domaine que tu avais utilisé avant pour la zone Internet. Vérifie ensuite que le nom de domaine est correctement résolu depuis l'extérieur (avec un ping ou n'importe quelle commande faisant la résolution DNS). Si j'ai bien compris, tout ça fonctionnait déjà tant qu'il n'y avait pas de SSRS.

    Avec quelle adresse le serveur SSRS est-il déclaré dans SharePoint ?
    S'il y a un proxy entre les serveurs SharePoint / SSRS et le Web, comment les adresses vers ces serveurs sont-elles autorisées ?

    Sébastien PICAMELOT - http://blogs.developpeur.org/gribouillon/
    lundi 22 février 2010 09:28
    Modérateur
  • L'adresse http://94.124..... ainsi que le nom de domaine sont bien accessibles depuis l'extérieur.
    Il est possible d'accéder à SharePoint avec ces 2 adresses.
    l'adresse Report Server déclarée dans SharePoint serveur est la suivante : http://serveurlocal/ReportServer/

    En rétablissant le nom de domaine pour la zone publique :

    -les rapports s'affichent bien dans la visionneuse depuis l'extérieur en utilisant l'adresse IP mais ne s'affichent pas avec le nom de domaine.
     (même comportement pour les pages RSItemPicker.aspx et RSViewpage.aspx)

    -l'affichage des rapports directement depuis l'url ReportServer (http://.../ReportServer) fonctionne avec les 2 adresses (domaine et ip)
    Dans les logs Sharepoint je n'ai rien qui s'inscris lorsque je viens du nom de domaine, 
    depuis l'ip j'ai un erreur me disant d'ajouter l'ip dans le mapping de substitution.

    Je me renseigne concernant le proxy (je ne m'occupe ni du DNS ni du reseau, mais j'accède au serveur en TSE).


    lundi 22 février 2010 10:48
  • L'adresse http://serveurlocal/ReportServer/ est-elle bien accessible de l'extérieur ?
    http://blogs.developpeur.org/gribouillon/
    lundi 22 février 2010 11:08
    Modérateur
  • Il est possible d'accéder à http://www.domaine.fr/ReportServer/ (ou http://94.124..../ReportServer) sans problème depuis l'exterieur et ainsi afficher les rapports SSRS en dehors de SharePoint.

    (accéder directement à http://serveurlocal/ReportServer/ n'étant bien sur pas possible puisque le nom "serveurlocal" est inconnu aux gens extérieurs au domaine)

    [Edit] Apparemment il n'y a pas de proxy entre SharePoint et le Web.
    lundi 22 février 2010 12:56
  • Je reviens sur les logs. Lorsque tu utilises le nom de domaine tu m'indiques un TimeOut. LE TimeOut se retrouve forcément dans les logs SharePoint. 

    1 - Provoque un TimeOut
    2 - Ouvre le fichier de log utilisé au moment du timeout (ouvre le avec Excel)
    3 - Met les données sous forme de tableau automatique (avec entête de filtrage)
    4 - Filtre les erreurs pour ne laisser que "High" ou supérieur (je cherche surtout un unexpected)
    5 - Filtre les données pour supprimer les sources qui n'ont rien à voir avec SSRS

    Il y a nécessairement quelque chose qui te dira ce qu'il se passe.

    http://blogs.developpeur.org/gribouillon/
    lundi 22 février 2010 15:53
    Modérateur
  • A la fin du timeout j'obtient un plusieurs comportements :
    • rien ne se passe, je reste sur la page ou j'étais.
    • La demande a échoué avec l'état HTTP 417 : Expectation failed. 
    • Une erreur innatendue s'est produite.

    Je configuré les logs de cette facon dans "Journalisation des diagnostics"  :  
    • Categorie : Tous
    • Evt moins critique journal evt : Informations
    • Evt moins critique journal de suivi: prolixe
    j'obtiens pas énormement de choses dans les logs lors du timeout :

    En High j'ai cette ligne mais je ne sais pas si c'est lié...

    02/23/2010 10:19:28.09 w3wp.exe (0x0818)        0x1318 Windows SharePoint Services   General        8l1n High   
    An SPRequest object was not disposed before the end of this thread.  To avoid wasting system resources, dispose of this object or its parent (such as an SPSite or SPWeb) as soon as you are done using it.  This object will now be disposed.  Allocation Id: {E82E9E0D-F493-4066-80DA-58C707E22AFD}  To determine where this object was allocated, create a registry key at HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Shared Tools\Web Server Extensions\HeapSettings.  Then create a new DWORD named SPRequestStackTrace with the value 1 under this key.



    mardi 23 février 2010 09:28
  • Non, cette ligne de log n'est pas liée à ton problème.

    Le "prolixe" (vrai traduction de verbose... en fait verbeux n'existe pas en français :-)) t'amenera trop d'information puisque ce que nous cherchons est au moins en High (plutôt unexpected même).

    Pense à remettre les logs à un niveau plus élevé pour éviter de trop écrire sur le disque (saturation de l'espace disque, pb de perfs car trop d'écritures à la seconde sur les disques, etc.)

    http://blogs.developpeur.org/gribouillon/
    mardi 23 février 2010 10:05
    Modérateur