Fehler beim Erstellen einer neuen Webanwendung - Die Eingabezeichenfolge hat das falsche Format

C.Kaiser Als Antwort am 2 Mai 2011 19:48

Hi,

schau mal ins SharePoint Log, was dort weggeschrieben wird. Du solltest die EInträge mit der zugehörigen Correlation ID ja eigentlich schnell finden können.

Ansonsten - wurde etwas an der Datenbank geändert (z.B. die Standardwerte der Formate beim Neuanlegen einer DB)?

Oliver Als Antwort am 3 Mai 2011 10:38

Okay, nachdem ich mir einen Überblick über das Logging-System von Sharepoint verschafft habe, kann ich jetzt folgende zwei Meldungen posten:

5/03/2011 10:27:17.38     w3wp.exe (0x0C34)                           0x1B28    SharePoint Foundation             Runtime                           tkau    Unexpected    System.FormatException: Die Eingabezeichenfolge hat das falsche Format.    bei System.Number.StringToNumber(String str, NumberStyles options, NumberBuffer& number, NumberFormatInfo info, Boolean parseDecimal)     bei System.Number.ParseInt32(String s, NumberStyles style, NumberFormatInfo info)     bei Microsoft.SharePoint.Administration.SPIisWebSite.Lookup(Uri uri, Boolean requireHighMatchLevel, Int32& instanceId)     bei Microsoft.SharePoint.Administration.SPProvisioningAssistant.StopSitesWithMatchingBindings(SPIisSettings settings)     bei Microsoft.SharePoint.Administration.SPProvisioningAssistant.ProvisionWebApplication(String webApplicationName, String applicationPoolName, SPIisSettings[] settings, Boolean adminWebApp)     bei Microsoft.SharePoint.Administration.SPWebApplication.Provi...    0a5cd114-cba9-40da-bacb-839c46f86448

05/03/2011 10:27:17.38*    w3wp.exe (0x0C34)                           0x1B28    SharePoint Foundation             Runtime                           tkau    Unexpected    ...sionIisWebSitesAsAdministrator()     bei Microsoft.SharePoint.Administration.SPWebApplication.ProvisionIisWebSites()     bei Microsoft.SharePoint.Administration.SPWebApplication.Provision()     bei Microsoft.SharePoint.ApplicationPages.ExtendVirtualServerPage.BtnSubmit_Click(Object sender, EventArgs e)     bei System.Web.UI.WebControls.Button.OnClick(EventArgs e)     bei System.Web.UI.WebControls.Button.RaisePostBackEvent(String eventArgument)     bei System.Web.UI.Page.RaisePostBackEvent(IPostBackEventHandler sourceControl, String eventArgument)     bei System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint)    0a5cd114-cba9-40da-bacb-839c46f86448

Ich bin relativ neu bei Sharepoint, ich kann mir darunter nichts vorstellen. Ich würde mich über weitere Hilfe freuen. Vielen Dank!

Wenn ich noch mehr Informationen besteuern soll, lasst es mich wissen.

Hier noch ein Screenshot, wie man sieht, setzt er den Pfad zum Webverzeichnis richtig, aber scheinbar bricht er schon vor dem Erstellen des inhalts in diesem Pfad ab.

Oliver Als Antwort am 3 Mai 2011 13:59

was auf jeden Fall komisch ist: Wenn ich das Admin Control Panel von MS Exchange 2010 aufrufen will, kommt eine ähnliche Fehlermeldung:

Aktueller Benutzer: 'SP2010\administrator'
Fehler bei der Anforderung von URL 'https://exchange01.sp2010.local/ecp/default.aspx':
System.TypeInitializationException: Der Typeninitialisierer für "Microsoft.Exchange.Configuration.TenantMonitoring.TenantMonitor" hat eine Ausnahme verursacht. ---> System.FormatException: Die Eingabezeichenfolge hat das falsche Format.
   bei System.Number.StringToNumber(String str, NumberStyles options, NumberBuffer& number, NumberFormatInfo info, Boolean parseDecimal)
   bei System.Number.ParseInt32(String s, NumberStyles style, NumberFormatInfo info)
   bei System.Diagnostics.PerformanceCounterLib.GetStringTable(Boolean isHelp)
   bei System.Diagnostics.PerformanceCounterLib.get_NameTable()
   bei System.Diagnostics.PerformanceCounterLib.get_CategoryTable()
   bei System.Diagnostics.PerformanceCounterLib.CategoryExists(String machine, String category)
   bei System.Diagnostics.PerformanceCounterCategory.Exists(String categoryName, String machineName)
   bei Microsoft.Exchange.Configuration.TenantMonitoring.TenantMonitor..cctor()
   --- Ende der internen Ausnahmestapelüberwachung ---
   bei Microsoft.Exchange.Configuration.TenantMonitoring.TenantMonitor.LogActivity(CounterType counterType, String organizationName)
   bei Microsoft.Exchange.Management.ControlPanel.RbacContext.CreateSession()
   bei Microsoft.Exchange.Management.ControlPanel.RbacSettings.CreateSession()
   bei Microsoft.Exchange.Management.ControlPanel.AuthenticationSettings..ctor(HttpContext context)
   bei Microsoft.Exchange.Management.ControlPanel.RbacModule.Application_PostAuthenticateRequest(Object sender, EventArgs e)
   bei System.Web.HttpApplication.SyncEventExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute()
   bei System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously)

System.FormatException: Die Eingabezeichenfolge hat das falsche Format.
   bei System.Number.StringToNumber(String str, NumberStyles options, NumberBuffer& number, NumberFormatInfo info, Boolean parseDecimal)
   bei System.Number.ParseInt32(String s, NumberStyles style, NumberFormatInfo info)
   bei System.Diagnostics.PerformanceCounterLib.GetStringTable(Boolean isHelp)
   bei System.Diagnostics.PerformanceCounterLib.get_NameTable()
   bei System.Diagnostics.PerformanceCounterLib.get_CategoryTable()
   bei System.Diagnostics.PerformanceCounterLib.CategoryExists(String machine, String category)
   bei System.Diagnostics.PerformanceCounterCategory.Exists(String categoryName, String machineName)
   bei Microsoft.Exchange.Configuration.TenantMonitoring.TenantMonitor..cctor()

Demzufolge müsste ich doch den Fehler irgendwo anders und nicht im Sharepoint suchen. Ob das vielleicht ein Nebeneffekt eines Updates sein kann?

Andi Fandrich Als Antwort am 3 Mai 2011 14:11

Da die beiden Fehlermeldungen an sich überhaupt nichts miteinander zu tun haben (s. StackTrace), tippe ich mal auf etwas ganz anderes: habt Ihr an den Ländereinstellungen des Servers geschraubt? Also z.B. bei einem englischen Server das deutsche Zahlenformat eintgestellt?

Oliver Als Antwort am 3 Mai 2011 15:31

Es kann nur ich alleine gewesen sein, mit den Ländereinstellungen, aber ich habe daran zumindest nicht absichtlich gedreht.

Also, ich habe auf beiden Servern in den Regions und Sprachoptionen die Option "Format", "Aufenthaltsort" und "Sprache für unicode-inkompatible Programme" auf "Englisch (USA)" gestellt. Dann beide Server neugestartet. Anschließen funktioniert weder das Anlegen der neuen Webanwendung noch das Aufrufen der ECP-Seite des Exchange.

Da habe ich alles wieder auf Deutsch zurückgestellt und wieder neugestartet. Auf dem Exchange-Server habe ich zusätzlich noch auf der Kommandozeile den Befehl "lodctr /R" abgeschickt, da hier im Ereignislog dieser Fehler aufgetreten ist "Source: LoadPerf Event ID: 3001".

Der ExchangeServer funktioniert jetzt wieder, er füllt mir zwar die Ereignislogs mit jeder Menge Meldungen, aber das ist mir vorerst egal auf dem Testsystem. Der Sharepoint lässt mich auf weiterhin keine neue Webanwendung anlegen.

Da habe ich mir gedacht, ich führe "lodctr /R" auch auf dem Sharepoint aus und starte anschließend neu, jedoch auch ohne Verbesserung.

Andi Fandrich Als Antwort am 3 Mai 2011 16:32

Was ist denn jetzt die Serversprache, deutsch oder englisch? Darauf würde ich auch die Ländereinstellungen setzen.

Es muß aber nicht zwingend damit zu tun haben. Das war von mir auch nur ein Schuß ins Blaue.

Oliver Als Antwort am 4 Mai 2011 12:12

[quote user="Andi Fandrich"]Was ist denn jetzt die Serversprache, deutsch oder englisch? [/quote]

Deutsch. Es war eine deutsche Installation und ich habe bis gestern nichts an den Regions- und Sprachoptionen gedreht.

Auf dem Exchange hat das kurzzeitige Umschalten auf Englisch geholfen, auf dem Sharepoint nicht.

Da ja trotz der oben beschriebenen Fehlermeldung die angelegte Webanwendung unter "Webanwendungen verwalten" gelistet wird, habe ich einfach mal eine Websitesammlung dazuinstallieren wollen. Das hat auch funktioniert, sagt mir Sharepoint zumindest:

Die neue Website auf oberster Ebene wurde erfolgreich mit der angegebenen URL erstellt. Wenn Sie über die Berechtigung zum Anzeigen der Website verfügen, können Sie sie anzeigen, indem Sie auf die URL klicken. Klicken Sie zum Zurückkehren zur SharePoint-Zentraladministration auf OK .

http://meinewebsite.sp2010.local

Aber wenn ich diese Seite aufrufe, dann kommt "HTTP Error 404. The requested resource is not found." und wie gesagt: Das Verzeichnis "C:\inetpub\wwwroot\wss\VirtualDirectories" enthält den Namen der IIS-Website nicht.

Andi Fandrich Als Antwort am 4 Mai 2011 12:47

Ehrlich gesagt habe ich da keine Idee mehr. An den Spracheinstellungen liegt es dann wohl nicht.

Kannst Du bereits bestehende Webanwendungen noch aufrufen? Kannst Du über den IIS-Manager eine neue Webanwendung erstellen (die nichts mit SharePoint zu tun hat) und dann eine simple HTML-Seite darin aufrufen?

Oliver Als Antwort am 4 Mai 2011 13:40

[quote user="Andi Fandrich"]Kannst Du bereits bestehende Webanwendungen noch aufrufen?[/quote]

Ja.

[quote user="Andi Fandrich"]Kannst Du über den IIS-Manager eine neue Webanwendung erstellen (die nichts mit SharePoint zu tun hat) und dann eine simple HTML-Seite darin aufrufen?[/quote]

Ja, das kann ich dafür habe ich folgende Schritte vorgenommen:

• im IIS-Manager mit Rechtsklick auf "Sites" -> "Website hinzufügen"
• Formular ausgefüllt (siehe Screenshot)
• es erschien die Fehlermeldung wie im Screenshot, wenn ich das Verzeichnis händisch angelegt habe, funktioniert es.
• index.html in dem Verzeichnis angelegt und "Hallo Welt" reingeschrieben
• in den Authentifizierungsoptionen der neuen Website habe ich die Anonyme Authentifizierung auf "Identität des Anwendungspools" umgestellt und ab diesem Punkt funktioniert es.
• Der Anwendungspool ist der, der von Sharepoint angelegt wurde, bis er mit der Fehlermeldung ('Die Eingabezeichenfolge hat das falsche Format') abgebrochen hat und dieser Pool läuft unter einem speziellen AD-Account "spmeinewebsite", der von Sharepoint zu den AD-Gruppen "IIS_IUSRS" und "WSS_WPG" hinzugefügt wurde, vermutlich als ich diesen Account als neuen Service-Account registriert habe

Andi Fandrich Als Antwort am 4 Mai 2011 14:06

Das heißt dann, daß mit dem IIS auch alles in Ordnung ist.

Nur noch eine Idee: habt Ihr irgendwas am Farmaccount geändert (dem Account, unter dem die Zentraladministration läuft)? Vielleicht ist es ein simples Rechteproblem. Der Account braucht z.B. auch das Recht das Verzeichnis für die Anwendung im Dateisystem anzulegen (was Du oben manuell gemacht hast).

Oliver Als Antwort am 4 Mai 2011 14:34

Ich bin gerade dabei die Benutzerprofilsynchronisation einzurichten, deswegen auch "meinewebsite.sp2010.local". Dafür muss laut der Technet-Anleitung das Farmkonto "Mitglied der Gruppe Administratoren auf dem Synchronisierungsserver sein". Da dieser Server gleichzeitig DomainController ist, habe ich den Account zur Gruppe der Administratoren hinzugefügt, was Ihn ja auch automatisch zum Domänen-Admin macht. Worauf ich hinaus will: Zu wenig Rechte hat der Farm-Account nicht:

Aber es könnte vielleicht mit den Rechten auf das Verzeichnis zu tun haben:

Müsste hier nicht irgendeine der IIS-Gruppen mit berechtigt sein?

Andi Fandrich Als Antwort am 4 Mai 2011 15:15

SharePoint richtet bei der Installation einige WSS_* Gruppen ein. Alle weiteren Berechtigungen werden über diese Gruppen gesteuert.

Und genau hierbei kann es Probleme geben, wenn man SharePoint direkt auf dem Domain Controller installiert (weil es dort keine lokalen Gruppen gibt).

Allerdings wurden offenbar die Gruppen in der Domäne angelegt und auch auf das Verzeichnis berechtigt. Du kannst ja testweise mal "Jeder" Vollzugriff geben.

Oliver Als Antwort am 4 Mai 2011 15:59

Okay, das hatte ich gestern schon alleine probiert, aber ich machs nochmal ...

Ich gebe also in "C:\inetpub\" "Jeder" "Vollzugriff", rekursiv... dabei erscheinen folgende Fehlermeldungen (siehe Screenshot). Es wundert mich nur, da ich als SP2010\Administrator angemeldet bin, aber vielleicht befinden sich in den Ordnern gerade Dateien im Zugriff.

Anschließend habe ich den Anwendungspool, unter dem die einfache Seite "Hallo Welt" lief, im Sharepoint gelöscht und die Datenbank und Webseiten mit löschen lassen. Und das hat er auch wirklich gemacht, denn "meinewebseite.sp2010.local" aus dem IIS-Verzeichnis (welches ich ja händisch angelegt hatte, wurde mit gelöscht.

Sofort habe ich wieder das Gleiche angelegt, aber das endete wieder in der Fehlermeldung:

Ich habe dann die Webanwendung wieder gelöscht und das Verzeichnis "C:\inetpub\wwwroot\wss\VirtualDirectories\meinewebsite.sp2010.local80" manuell angelegt, anschließend wieder die gleiche Webanwendung hinzugefügt, gleiche Fehlermeldung. Dieser Ordner bleibt auch leer. Ich schließe demzufolge die Rechte aus und entferne "Jeder" wieder von "inetpub".

So sieht es dann immer aus im IIS-Manager nach dem Anlegen:

Was mich wundert ist, dass im Taskmanager für den Anwendungspool kein Prozess "w3wp.exe" im Kontext von "SP2010\spmeinewebsite" läuft. Ich dachte immer der Anwendungspool wäre der Prozess, den man auch im Taskmanager beobachten kann. (Der Taskamanger ist auf dem Bild mit drauf, deshalb ggf. seperat anschauen)

C.Kaiser Als Antwort am 4 Mai 2011 16:14

Hast du mal versucht die DB ohne die Punkte anzulegen und stattdessen Unterstriche zu verwenden?

Oliver Als Antwort am 4 Mai 2011 16:19

[quote user="C.Kaiser"]

Hast du mal versucht die DB ohne die Punkte anzulegen und stattdessen Unterstriche zu verwenden?

[/quote]

Das kann ich als Fehler sicher ausschließen, ich habe noch 4 andere Datenbanken, die ebenfalls den FQDN als Namen haben: "demo.sp2010.local", ...

Tom Scheuermann Als Antwort am 4 Mai 2011 20:47

Hi,

hast Du auch mal in die Trace-Logs von SharePoint gesehen ?

C:\Program Files\Common Files\Microsoft Shared\WebServerExtensions\14\Logs

In Deiner Fehlemeldung steht eine Korrelations-ID (ein GUID), such mal über das Logs Verzeichnis (in allen Textdateien) nach dieser GUID.
Evtl. findest Du eine Fehlermeldung die Weiterhilft ....

Grüße

Tom

Oliver Als Antwort am 4 Mai 2011 21:21

Vielen Dank, aber ich kann leider nur auf Post #3 verweisen.

Zu dieser ID gibt es ca. 2700 Einträge im Log und nur zwei die auf einen Fehler hindeuten und das sind die zwei, die ich oben gepostet habe. Ich habe auch mit einem Texteditor nach "Error, Failed, unexpacted". Ich kann höchstens noch ein paar mehr Begriffe eingeben, aber ich glaube nicht, dass das viel Sinn macht. Ich habe auch die Einträge über den beiden Fehlerzeilen gecheckt (ca. 20 Stk.). Da war leider auch nichts auffälliges.

Oliver Als Antwort am 5 Mai 2011 08:32

Könnte es vielleicht etwas mit diesen Warnungen/Fehlern zu tun haben?

Andi Fandrich Als Antwort am 5 Mai 2011 08:37

Nein, damit hat es auch nichts zu tun. Die Warnung erscheint, wenn SharePoint und SQL Server auf derselben Maschine betrieben werden.

Oliver Als Antwort am 5 Mai 2011 10:31

Gut, ich habe aber die Fehlermeldung vom zweiten Screenshot noch aufgehoben, indem ich den Konfigurationsassistent ausgeführt habe, der ein Upgrade der Farm gemacht hat und anschließend den Server neugestartet habe.

Eine neue Webanwendung kann ich trotzdem nicht anlegen ... Zumindest nicht fehlerfrei.

Andi Fandrich Als Antwort am 5 Mai 2011 10:55

Den zweiten Screenshot hatte ich übersehen (das Forum schneidet den leider ab). Ob es damit zusammenhängt, kann ich nicht sagen.

Läuft denn der Konfig-Assi durch? Habt Ihr LanguagePacks installiert und wenn ja, die richtigen?

Oliver Als Antwort am 5 Mai 2011 11:38

Sprachpakete habe ich keine installiert, aber das wäre eine Idee auf dem Betriebssystem und im Sharepoint das Englisch-Paket zu installieren. Das werde ich als nächstes machen.

Tom Scheuermann Als Antwort am 5 Mai 2011 12:05

Hi,

das ist jetzt vielleicht blöde Antwort - kann aber hoffentlich doch ein wenig weiterhelfen:
Ich weiss genau das ich mit diesem Fehler schonmal 2 Tage zu tun hatte - leider weiss ich im Moment nicht mehr genau was es war.
ABER: Ich weiss noch ganz sicher das es was ganz dummes war (also den Fehler nicht in den bisherigen Quellen suchen) !

Demnach also:

- SQL und SharePoint auf einer Maschine: Sollte man nicht, ist aber überhaupt kein Problem. Habe ich auf unzähligen Test-VM's so.
- Berechtigung kann es nicht sein
- SQL Datenbankname kann es nicht, habe ich ebenfalls auf unzähligen Datenbanken so
- Webanwendungseinstelungen kann es auch nicht sein

Ich überlege weiterhin was das damals war und hoffe das es mir noch einfällt. Falls ja dann poste ich gleich ...

Grüße

Tom

Andi Fandrich Als Antwort am 5 Mai 2011 12:40

[quote user="Oliver R"]Sprachpakete habe ich keine installiert, aber das wäre eine Idee auf dem Betriebssystem und im Sharepoint das Englisch-Paket zu installieren[/quote]

Für den Server braucht es keine Sprachpakete - die für SharePoint reichen. Falls Ihr mehr als Foundation habt (Search Server, Office Web Apps, SharePoint Server), dann mußt Du das Sprachpaket für Foundation UND das für Server installieren. Anschließend den Konfig-Assi laufen lassen.

Dein Problem wird das aber ziemlich sicher nicht lösen :-(

Tom Scheuermann Als Antwort am 5 Mai 2011 12:51

Noch eine Idee:

Hast Du vielleicht ein cumulative Update installiert und den Konfigurations-Assistenten nicht ausgeführt ?

Führ mal den "Assistenten für SharePoint Produkte und Technologien" aus (einfach ausführen ohne irgendwleche Optionen zu ändern).
Kann nicht schaden, auch wenn Du kein Update eingespielt hast. Der geht dann über die Farm-Konfiguration und korrigiert ggf. Fehler.

Grüße

Tom

Oliver Als Antwort am 5 Mai 2011 13:49

Also den Konfigurations-Assistent  habe ich vorhin während des Upgrades ausgeführt. Der lief auch sauber durch. Ich habe es jetzt noch einmal gemacht und es funktionierte wieder problemlos. Nach dem Klick auf Fertigstellen springt man ja automatisch in den Browser, wo der "Assistent für die Farmkonfiguration" aufgerufen wird. Selbigen habe ich auch ausgührt, habe aber am Ende das Übersprungen, wo er die "Webseite der Obersten Ebene" installieren wollte.

Jedoch ist auch dieses Vorgehen nicht von Erfolg gekrönt: Ich kann keine Webanwendung installieren, ohne den Fehler zu bekommen.

Unten habe ich die Liste der installierten Updates angehängt. Ich möchte es nicht ausschließen, dass es daran liegt. Ich habe die einfach ohne Nachzudenken installiert. Das SharePoint-Hotfix kommt von der Benutzerprofilsynchronisation. Warum es allerdings drei Mal auftaucht, kann ich nicht sagen. Soll ich die drei Deinstallieren und dann noch einmal von neuem installieren?

Zitat von Konfigurieren der Profilsynchronisierung (SharePoint Server 2010):

[quote]

Konfigurieren der Farm

Um die Profilsynchronisierung einrichten zu können, muss Microsoft SharePoint Server 2010 in einer Farmkonfiguration installiert sein. Sie sollten auch das kumulative Update für SharePoint Server 2010 installieren, das Leistungsverbesserungen für die Profilsynchronisierung enthält. Informationen zum kumulativen Update finden Sie unter Beschreibung des SharePoint Server 2010-Hotfixpakets (spswfe-x-none.msp, pplwfe-x-none.msp, osrchwfe-x-none.msp): 31. August 2010 (http://go.microsoft.com/fwlink/?linkid=202651&clcid=0x407).

[/quote]

[quote user="Thomas Scheuermann"]Hast Du vielleicht ein cumulative Update installiert und den Konfigurations-Assistenten nicht ausgeführt ?[/quote]

Ich denke, dass beantwortet auch deine Frage. Ich habe den Assisten jetzt mehrmals ausgeführt. Aber gut zu wissen, dass man nach einem kumulativen Update den Assistenten durchlaufen lassen muss.

EDIT:\\

Hier mal noch einmal die Liste der Updates, die mir Sharepoint selbst ausgibt: (Das Bild muss ggf. wieder separat angezeigt werden, damit ihr alles seht.)

Oliver Als Antwort am 5 Mai 2011 14:08

Können wir vielleicht noch ein paar Ideen zusammentragen, die den IIS betreffen. Denn letzten Endes läuft es ja darauf hinaus, dass die Sites nicht angelegt werden.

Ausgeschlossen hatten wir die Rechte auf "C:\Inetpub\..." .

Oliver Als Antwort am 5 Mai 2011 14:33

Ist an den Diensten hier etwas faul? Läuft ein Dienst nicht, der eigentlich laufen muss?

Tom Scheuermann Als Antwort am 5 Mai 2011 20:09

Ich kann mich jetzt erinnern was bei mir damals das Problem ausgelöst hat:

Ich hatte einen SharePoint 2010 installiert, den Farm-Assistenten (den im Browser) ausgeführt - aber keine Sitecollection erstellt.
Direkt danach habe ich das Cumulative Update December installiert und als ich dann eine neue Webanwendung einrichten wollte gab's Probleme.
Lösen konnte ich das damals indem ich den Farm-Assistenten eine Sitecollection erstellen liess.

Danach habe ich eine neue Webanwendung erstellte und die vom Assi erstellte Webanwendung gelöscht - in genau dieser Reihenfolge.

Vielleicht ist das bei Dir ein ähnliches Problem ?

Führ doch den Assistenten (im Browser) mal aus und erstelle auch eine Sitecollection - wie sieht es dann aus ?

An den Diensten kann es mit hoher Sicherheit nicht liegen, da hättest Du ganz andere Fehler. Das Problem ist meiner Meinung nach definitiv ein Problem im Code des SharePoint das durch irgendeinen - vom Programmierer übersehenen - Umstand (aber nicht Dienst oder Konto oder Datenbank) verursacht wird.

Grüße

Tom

Oliver Als Antwort am 30 Mai 2011 12:21

Hat leider nicht funktioniert.

Ich habe es noch einmal auf folgendes eingrenzen können: wenn ich eine vorhande Webanwendung auswähle und dann im Ribbon auf "Erweitert" klicke, das Formular einfach mit den Standardwerten gefüllt lasse und auf OK klicke, dann erscheint diese Fehlermeldung sofort.

Oliver Als Antwort am 30 Mai 2011 15:11

Ich habe soeben versucht eine neue Webanwendung via "Sharepoint 2010 Verwaltungsshell" anzulegen.

Folgenden Befehl habe ich verwendet:

New-SPWebApplication -name "Contoso Internet Site" -Port 50505 -HostHeader "contoso.sp2010.local" -URL "http://contoso.sp2010.local" -ApplicationPool "Sharepoint - 80"

Das System braucht dann ein paar Sekunden und anschließend folgende Fehlermeldung ausgegeben:

New-SPWebApplication : Die Eingabezeichenfolge hat das falsche Format.
Bei Zeile:1 Zeichen:21
+ New-SPWebApplication <<<<  -name "Contoso Internet Site" -Port 50505 -HostHeader "contoso.sp2010.local" -URL "http://contoso.sp2010.local"  -ApplicationPool "Sharepoint - 80"     + CategoryInfo          : InvalidData: (Microsoft.Share...PWebApplication:    SPCmdletNewSPWebApplication)   [New-SPWebApplication], FormatException + FullyQualifiedErrorId : Microsoft.SharePoint.PowerShell.SPCmdletNewSPWeb   Application

Leider kann ich auch daraus keine Fehlerquelle ableiten.

Ich denke "Zeile 1 Zeichen 21" ist auch nicht sonderlich aussagekräftig, denn ich habe mehrere Versuche gebraucht, bis ich den Befehl so hatte, dass er funktioniert. Aber auch bei anderen Fehlermeldungen wurde immer auf "Zeile 1 Zeichen 21" verwiesen.

Wenn ich aber jetzt in der Zentraladministration die Liste der Webanwendungen aufrufe, ist diese über Shell erstelle Anwendung auch mit gelistet. Eine Datenbank dazu hat er auch angelegt: "WSS_Content_fbbe9ae3df1a4571940b746c73dfdb14". Das Verzeichnis unter VirtualDirectories ist jedoch leer geblieben.

Wenn ich an den Befehl noch "-verbose" anhänge, gibt es folgendes aus:

AUSFÜHRLICH: Die BeginProcessing-Methode von 'New-SPWebApplication' wird
verlassen.
AUSFÜHRLICH: Ausführen des Vorgangs "New-SPWebApplication" für das Ziel
"Contoso Internet Site".
New-SPWebApplication : Die Eingabezeichenfolge hat das falsche Format.
Bei Zeile:1 Zeichen:21
+ New-SPWebApplication <<<<  -name "Contoso Internet Site" -Port 50505 -HostHea
der "contoso.sp2010.local" -URL "http://contoso.sp2010.local" -ApplicationPool
"Sharepoint - 80" -verbose
    + CategoryInfo          : InvalidData: (Microsoft.Share...PWebApplication:
   SPCmdletNewSPWebApplication) [New-SPWebApplication], FormatException
    + FullyQualifiedErrorId : Microsoft.SharePoint.PowerShell.SPCmdletNewSPWeb
   Application

AUSFÜHRLICH: Die ProcessRecord-Methode von 'New-SPWebApplication' wird
verlassen.
AUSFÜHRLICH: Die EndProcessing-Methode von 'New-SPWebApplication' wird
verlassen.

Oliver Als Antwort am 30 Mai 2011 16:30

Ich habe jetzt nach dieser Anleitung den Filesystem-Cache zurückgesetzt und anschließend beide Konfigurationsassistenten laufen lassen, jedoch hat auch das nichts genützt. Die 'Eingabezeichen' haben immernoch das falsche Format...

Oliver Als Antwort am 1 Juni 2011 08:38

Das Problem ist gelöst:

Beim Anlegen einer neuen Website überprüft Sharepoint die vorhandenen Hostheadereinträge und zerlegt diese beim Zeichen ":" in Adresse und Port. Ich habe aber, da ich mich an bestimmten Websites beim lokalen Aufruf mit dem FQDN nicht authentifizieren konnte, in den Bindungen des IIS den IPv6 Localhost ::1 angegeben und dabei hat es dann offensichtlich bei der Zerlegung der Strings gekracht.

Die Lösung ist das Entfernen der Einträge ::1 (IPv6 Localhost) in den Bindungen der Websites.

Eine bessere Lösung zum auf Aufrufen der Websites auf dem lokalen Server ist IMHO diese Anleitung (Methode 2). Das bietet sich zumindest auf Testsystemen an, denen kein Client zu Verfügung steht und man die Websites lokal aufrufen muss.

Vielen Dank zur Beisteuerung der Lösung an www.blackbrain.de.