Fehler Liste nicht vorhanden, obwohl vorhanden

Tom Scheuermann Als Antwort am 16 Mai 2011 09:44

Hi Stefan,

Du könntest mal folgendes versuchen:

C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\LOGS -> such in diesem Verzeichnis in den Logfiles mal nach der angegebenen Korrelations-ID, mit etwas Glück findest Du weitere Hinweise für die Fehlerursache ....

Greets

Tom

stephan12345 Als Antwort am 17 Mai 2011 11:20

Hallo Tom,

wie war die Geburtstagsfeier ;-)

Den Log habe ich mal ausgelesen, dabei kam folgendes heraus(siehe unten)
 Aber wie gesagt das Verhalten ändert sich nach eingeloggtem Benutzer.

Gruß
Stephan

05/17/2011 10:58:05.65  w3wp.exe (0x0F5C)                        0x0DD8 SharePoint Foundation          Configuration                  8059 Warning  Alternate access mappings have not been configured.  Users or services are accessing the site http://xxxxxxx with the URL http://xxxxxxx.  This may cause incorrect links to be stored or returned to users.  If this is expected, add the URL http://xxxxx as an AAM response URL.  For more information, see: http://go.microsoft.com/fwlink/?LinkId=114854"/> 
05/17/2011 10:58:05.65  w3wp.exe (0x0F5C)                        0x0DD8 SharePoint Foundation          Monitoring                     nasq Medium   Entering monitored scope (Request (GET:http://xxxxxxx:80/TestWeb1/_layouts/settings.aspx)) 

Tom Scheuermann Als Antwort am 17 Mai 2011 12:26

Ganz ehrlich ? Wäre lieber auf dem ShareCamp geblieben - war echt cool !

Kann es vielleicht sein das der Benutzer eigentlich gar nicht die Ursache ist sondern die URL die die Benutzer aufrufen ?
Du kannst das feststellen indem Du die IIS Logfiles mal unter die Lupe nimmst (im IIS Manager kannst Du rausfinden wohin die Weblogs geschrieben werden).

Das piece of log kommt aus den SharePoint Tracelogs, oder ? (14 HIVE\Los)

Was steht im WINDOWS Ereignisprotokoll ?

stephan12345 Als Antwort am 17 Mai 2011 12:39

Ja das Sonntag war auch noch richtig schön. Und jetzt wieder die tägliche SharePoint Probleme ;-)

Der Tracelog kam aus dem Log-Verzeichnis. Aber im Ereignisprotokoll steht genau das gleiche.
Es sagt ja, dass das man dasAAM erweitern soll. Wir haben hier noch ein zweites Testsystem, bei dem diese Probleme so
nicht auftreten und da wurde auch kein AAM eingetragen.

Den IIS Log muss ich noch einmal analysieren.

Danke und Grüße
Stephan

stephan12345 Als Antwort am 17 Mai 2011 13:14

Ich habe jetzt mal probiert eine alternative Zugriffszuordnung "Intranet" hinzuzukonfigurieren.

Damit funktioniert es erst einmal. Keine Ahnung was bei der Standard anders ist.

Tom Scheuermann Als Antwort am 17 Mai 2011 15:05

Aus den Logs gehen die Domainnamen leider nicht hervor - die hast Du ausgeixt (XXX).

Wenn im Browser eine andere Adresse eingetippt wird als Du in den Zonen der Webanwendung defininiert hast dann klappt's nicht mehr.

Beispiel: Wenn http://sharepoint01.meinefirma.local drin steht dann geht http://intranet.meinerfirma.local nur mit einer AAM - auch wenn DNS und IP Routing und IIS sauber funktionieren.'

Wenn Du beim Pförtner der Firma Müller stehst und sagst Du willst zur Firma Meyer dann wird Dich der Pförtner wieder weg schicken ->
Sagst Du dem SharePoint das Du zu "Intranet" willst und er kennt nur "sharepoint01" dann lässt er Dich nicht rein ....

Greets

Tom