none
Sharepoint 2010 Verwaltete Pfade 404 Fehler RRS feed

  • Allgemeine Diskussion

  • Hallo,

    ich habe einen Sharepoint 2010 Server. Dieser hat eine Webseite auf Root Ebene.  Hier drunter habe ich ein Dokumentenarchiv erstellt. Die Seite war über http://sharepoint/archiv erreichbar. Irgendwann von heute auf Morgen ging das Archiv nicht mehr und ich bekam nur die Meldung 404. Die Unterseiten konnte ich allerdings manuell aufrufen.

    Nun habe ich ein wenig recherchiert und diesen Eintrag zu den Verwalteten Pfaden gefunden:
    http://blogs.technet.com/b/victorbutuza/archive/2012/08/28/page-not-found-404-on-default-aspx.aspx

    Allerdings steige ich hier nicht ganz gut. Bin dann blöderweise hingegangen und habe den Pfad "websites" gelöscht. Nun geht auch meine Hauptwebseite gar nicht mehr. 
    Habe dann als Pfad websites wieder hinzugefügt, doch es ändert nichts. Ich bekomme keine einzige Seite mehr geöffnet.

    Hat jemand eine Idee, wie ich das wieder gelöst bekomme?

    Vielen Dank.

    • Typ geändert Alex PituliceModerator Dienstag, 11. März 2014 11:02 Warten auf Feedback: Microsoft Case Open
    Montag, 24. Februar 2014 08:42

Alle Antworten

  • Hallo Stefan,

    ich habe ein paar Fragen dazu:

    Wurde in letzter Zeit Design technisch etwas installiert? evtl. Publishing Features aktiviert oder Berechtigungen geändert?

    der Pfad Websites ist ja nicht für die Root Site relevant da Websites alles unter http://sharepoint/websites betrifft.

    Schon einmal probiert mit dem SharePoint Manager die Struktur anzeigen zu lassen?

    Viele Grüße

    Timo


    Viele Grüße / Cheers
    Timo
    Mein Blog | Meine Beiträge in der MSDN Gallery
    MSDN Foren: Bitte bewertet die Threads anderer - Ihr steigert damit die Qualität.

    Dienstag, 25. Februar 2014 09:11
  • Hallo Timo,

    also aktiviert wurde soweit ich weiß nichts. Die Hauptseite läuft nun wieder. Allerdings das Archiv unten drunter eben nicht.

    wenn ich auf der Hauptseite bin und sage ganze Struktur anzeigen, dann sehe ich das Archiv und den ganzen Inhalt dadrunter. Aber sobald ich irgendetwas öffne, dann bekomme ich wieder den 404 Fehler.


    Dienstag, 25. Februar 2014 11:28
  • Hallo Stefan,

    Vielleicht hilft Dir das weiter: Page not found 404 on Default.aspx


    The site might reside at the root of a Wildcard inclusion managed path.


    How do you end-up in this ?

    Well, by creating a managed path at the same URL as your newly created TeamSite


    Managed Path 404s


    Had the same issue: You need to create a site collection on this location after you created the managed path.


    Gruss,

    Alex


    Alex Pitulice, MICROSOFT 
    Bitte haben Sie Verständnis dafür, dass im Rahmen dieses Forums, welches auf dem Community-Prinzip „IT-Pros helfen IT-Pros“ beruht, kein technischer Support geleistet werden kann oder sonst welche garantierten Maßnahmen seitens Microsoft zugesichert werden können.

    Dienstag, 25. Februar 2014 12:34
    Moderator
  • Hallo Stefan,

    das hört sich danach an als wären die Seitenzuordnungsguid der Seitenbibliothek abhanden gekommen.

    Auf Deutsch: Die Website weiß nicht mehr welche Ihre Seitenbibliothek ist.

    Schau mal in den SharePoint Log ob die Pages/seiten nicht gefunden nicht wurde.

    Dafür kannst du folgendes Powershell nutzen um das zu reparieren (Es kann auch nichts kaputt machen) ;)

     
    function RepairPages ($url)
    {
    	cls
    	$site= Get-SPSite $url
    	$site | Get-SPWeb -limit all | ForEach-Object {
    		        #$correctId = $_.Lists["Pages"].ID
    				#oder
    				$correctId = $_.Lists["Seiten"].ID
    				Write-Host "Repairing: " $correctId -ForegroundColor "DarkGreen"
    				$_.AllProperties["__PagesListId"] = $correctId.ToString()
    				$_.Update()
    			
    	        	Write-Host "Repairing: "$_.Name -ForegroundColor "DarkGreen"
    	    
    	}
    	Write-Host "Repairing: DONE" -ForegroundColor "DarkGreen"
    }
    RepairPages -url "https://deinsharepoint/" -BackgroundColor "Green" -ForegroundColor "White"

    Das wäre die Alternative zu der Antwort von Alex  :)

    Viele Grüße

    Timo


    Viele Grüße / Cheers
    Timo
    Mein Blog | Meine Beiträge in der MSDN Gallery
    MSDN Foren: Bitte bewertet die Threads anderer - Ihr steigert damit die Qualität.



    Dienstag, 25. Februar 2014 12:41
  • Hallo,

    danke für das Script, doch leider gibt dies hässliche Fehler aus:

    Repairing:  Archiv
    Repairing:
    Es ist nicht möglich, eine Methode für einen Ausdruck aufzurufen, der den NULL
    hat.
    In C:\tmp\repair.ps1:10 Zeichen:5
    +                 $_.AllProperties["__PagesListId"] = $correctId.ToString()
    +                 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
        + CategoryInfo          : InvalidOperation: (:) [], RuntimeException
        + FullyQualifiedErrorId : InvokeMethodOnNull

    Ich habe auch schon aus Pahes "seiten" gemacht, doch auch dies brachte keine Änderung.

    Dienstag, 25. Februar 2014 14:00
  • Hallo,

    was gibt denn "$_.AllProperties["__PagesListID"] zurück?

    Ist die Seite Englisch oder Deutsch? Case Sensitive beachten.

    Das Snappin Microsoft.SharePoint.PowerShell wurde hinzugefügt oder?

    Viele Grüße

    Timo


    Viele Grüße / Cheers
    Timo
    Mein Blog | Meine Beiträge in der MSDN Gallery
    MSDN Foren: Bitte bewertet die Threads anderer - Ihr steigert damit die Qualität.

    Dienstag, 25. Februar 2014 14:51
  • Gar nichts.

    Das spannende ist ja, das $correctId schon nichts beinahltet. 

    Ich glaube der Fehler liegt hier:

    $correctId = $_.Lists["Seiten"].ID

    Bzw. mit dem Pages. Doch wie bekomme ich raus, wie der Wert wirklich heißt ?

    Dienstag, 25. Februar 2014 16:24
  • Okay alles klar, kommst du den eigentlich in die Settings der Websites?

    deinserver/archiv/_layouts/settings.aspx ?

    Das wäre vielleicht noch gut zu wissen bevor wir weitermachen. Ich baue das Szenario grad nach bei mir ;)


    Viele Grüße / Cheers
    Timo
    Mein Blog | Meine Beiträge in der MSDN Gallery
    MSDN Foren: Bitte bewertet die Threads anderer - Ihr steigert damit die Qualität.

    Mittwoch, 26. Februar 2014 07:38
  • Guten Morgen Timo,

    leider komme ich dort auch nicht hin. Ebenfalls 404. 

    Spannend ist, das alle anderen Unterwebseiten einwandfrei funktionieren.

    Danke für deine Hilfe.

    Mittwoch, 26. Februar 2014 08:05
  • Hast du den SharePoint Manager installiert um mal zu schauen wie die Struktur aussieht und ob es korrupt ist oder überhaupt vorhanden?

    Archiv ist eine Unterwebsite von root? Du hast keinen Managed path eingerichtet der Archiv heißt oder?

    Kannst du in der Root eine neue Website mit dem Namen Archiv anlegen?

    Was sagt das LogFile zu dem Thema? Wenn du Archiv aufrufst? Bekommst du etwas angezeigt im SP Log oder ist da nichts vorhanden?

    Vielleicht ist die Website gelöscht worden? Schau mal in der Root in den Papierkorb.

    Ein wenig wie blinde kuh spielen im moment :)

    Viele Grüße

    Timo


    Viele Grüße / Cheers
    Timo
    Mein Blog | Meine Beiträge in der MSDN Gallery
    MSDN Foren: Bitte bewertet die Threads anderer - Ihr steigert damit die Qualität.

    Mittwoch, 26. Februar 2014 09:26
  • Also habe mir jetzt mal mit dem Sharepoint Manager 2013 verbunden. Unter AllWebs finde ich mein Archiv. Genauso wie meine anderen Seiten. 

    Auf den ersten Blick sieht auch alles in Ordnung aus.

    Ich kann auch keine Webseite mit dem Namen anlegen.

    Und im Papierkorb befindet sich ebenfalls nichts.

    Wenn du mir sagst, wo ich das SPLog finde, würde ich dort einmal rauschauen ;)

    Noch einmal Danke für deine Hilfe.

    Mittwoch, 26. Februar 2014 13:01
  • Das SharePoint Log findest du im Standard im 15er Ordner C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\15\LOGS

    Entweder kannst du das Log mit dem SharePoint Logviewer von Codeplex oder mit Notepad ansehen :)

    Gern und viele Grüße

    Timo


    Viele Grüße / Cheers
    Timo
    Mein Blog | Meine Beiträge in der MSDN Gallery
    MSDN Foren: Bitte bewertet die Threads anderer - Ihr steigert damit die Qualität.

    Mittwoch, 26. Februar 2014 13:40
  • Ich habe mich für den Sharepoint Log Viewer entschieden und das Live Log eingeschaltet. Greife ich auf die Root Webseite zu, so landen dort ca. 30 - 50 Einträge.

    Greife ich auf das Archiv zu, so sind es nur ca. 10 Zeilen.

    Ich sehe nicht viel in dem Log. Das einzige was anders ist, isAuthenticated steht auf False beim Archiv und es steht eben kein User dort.

    Bei der Root Webseite hingegen steht isAuthenticated=true.

    Kann es sein, dass er gar nicht Authentifiziert und daher die 404 Meldung kommt?

    Mittwoch, 26. Februar 2014 13:54
  • Archiv ist aber eine Website oder eine SiteCollection?

    Was bekommst du als Output wenn du das hier ausführst:

    $site = Get-SPSite "http://deinsharepointroot/" 
    foreach ($web in $site.AllWebs) 
    { 
        $web | Select-Object -Property Title,Url | format-table -auto 
    }

    Siehst du das Archiv?
    Wenn du es im in der Inhalts und Strukturansicht siehst, kannst du probieren es dort zu löschen und neu anzulegen (Vorsicht es werden jedoch Daten gelöscht).

    Alternativ wenn du den Inhalt des Archivs in Inhalt und Struktur angezeigt bekommst, kannst du versuchen die Bibliotheken oder den benötigten Inhalt zu verschieben.


    Viele Grüße / Cheers
    Timo
    Mein Blog | Meine Beiträge in der MSDN Gallery
    MSDN Foren: Bitte bewertet die Threads anderer - Ihr steigert damit die Qualität.

    Mittwoch, 26. Februar 2014 15:10
  • Das ganze ist das Datenarchiv von Sharepoint. Also da wo Dokumente reinwandern und dann niemals wieder gelöscht werden.

    Hier wäre löschen des Archivs nicht praktikabel ;) Und ich bezweifel das ich es verschieben kann.

    Das Script zeigt mir das Archiv übrigens an.

    Mittwoch, 26. Februar 2014 19:57
  • Leider nein. Hab jetzt auch nen Case bei Microsoft dazu aufgemacht.
    Donnerstag, 6. März 2014 19:10
  • Noch nicht. Haben jetzt Farm Reports und Logs zu Microsoft geschickt. Geht recht schleppend voran :(
    Dienstag, 11. März 2014 18:35