Archiv

Archive for the ‘SharePoint’ Category

Update zu: Service Pack 1 für SharePoint 2013 zurückgezogen

Microsoft hat das Anfang März veröffentlichte Service Pack 1 für den SharePoint Server 2013 inkl. aller Zusatzmodule zurückgezogen.

Auf der Description-Page von Microsoft http://support.microsoft.com/kb/2817429/en-us sind die Links für den Download zwar noch vorhanden, aber

der Download funktioniert nicht.

Auf der Seite an sich gibt es aber einen Hinweis darüber, welcher schnell überlesen werden kann.

Bisher konnte ich noch keine Statements finden, was der genaue Grund hierfür war.

 

Update: Gerade habe ich im Blog von Stefan Goßner Neuigkeiten zum Thema SP1 und SharePoint 2013 gelesen. Siehe Link: http://blogs.technet.com/b/stefan_gossner/archive/2014/04/22/sp1-for-sharepoint-2013-has-been-rereleased.aspx

 

 

Gruß

Mario

 

Kategorien:2013, SharePoint

The User Does not exists or is not unique

Auf die og. Fehlermeldung bin ich in einer SharePoint 2010 Umgebung gestoßen, als ich einige Einstellungen an den HealthCheck Einträgen und Regeln anpassen wollte.

Jedes mal wenn ich in der Zentraladministration versucht habe die Einstellungen anzupassen habe ich den folgenden Fehler erhalten:

image

In den ULS Logs habe ich folgenden Einträge entnehmen können:
Could not get token super user token, reverting to system account.  User is

Object Cache: The super user account utilized by the cache is not configured. This can increase the number of cache misses, which causes the page requests to consume unneccesary system resources.  To configure the account use the following command ‘stsadm -o setproperty -propertyname portalsuperuseraccount -propertyvalue account -url webappurl’. The account should be any account that has Full Control access to the SharePoint databases but is not an application pool account.  Additional Data:  Current default super user account: SHAREPOINT\system

System.Runtime.InteropServices.COMException: The user does not exist or is not unique.    at Microsoft.SharePoint.Library.SPRequestInternalClass.GetUserToken(String bstrUrl, String bstrLogin)     at Microsoft.SharePoint.Library.SPRequest.GetUserToken(String bstrUrl, String bstrLogin)

Hierfür gibt es eine einfache Lösung, einfach die Cache Accounts für die Zentraladministrations Webanwendung setzen. Die Berechtigungen für die Cache Accounts der Zentraladministration kann man nur über PowerShell setzen.

Deshalb hier schnell das Script zum setzen der CacheAccounts:

$webapp = Get-SPWebApplication http://<Url und Port der Zentraladministration>
$writeAccount = “contoso\svcsssua”
$readAccount = “contoso\svcsssra”

$fullcontrol = $webapp.PolicyRoles.GetSpecialRole("FullControl")
$readcontrol = $webapp.PolicyRoles.GetSpecialRole("FullRead")

$FullRole = $webapp.Policies.Add($writeAccount,"SuperUserAccount")
$FullRole.PolicyRoleBindings.Add($fullcontrol)
$FullRead = $webapp.Policies.Add($readAccount,"SuperReaderAccount")
$FullRead.PolicyRoleBindings.Add($readcontrol)

$webapp.Update()

$webapp.Properties["portalsuperuseraccount"] = $writeAccount.Username
$webapp.Properties["portalsuperreaderaccount"] = $readAccount.Username
$webapp.Update()

 

Nach dem setzen der CacheAccounts sollte der IIS durch ein IISRESET neugestartet werden, bei mir haben aber die Einstellungen auch sofort gegriffen.

 

Bei mir ist der Fehler mit der folgenden SharePoint Build Number aufgetreten:

Version: 14.0.6126.5000

 

Viele Grüße

Mario

Kategorien:2010, PowerShell, SharePoint

Aktuelle Prerequisite URL’s SharePoint 2013 (Stand: 12.10.2013)

Im Internet habe ich einen genialen Beitrag für ein Download-PowerShell Script gefunden, hier der Link: Installing SharePoint 2013 Prerequisites Without an Internet Connection

Mit dem Script auf der Seite kann man leicht alle benötigten Prerequisites-Files für eine SharePoint 2013 Installation herunterladen.

Auf der Seite steht auch beschrieben das sich eventuell Links von MS ändern können hier einige Aktualisierungen:

Microsoft .NET Framework 4.5: http://download.microsoft.com/download/b/a/4/ba4a7e71-2906-4b2d-a0e1-80cf16844f5f/dotnetfx45_full_x86_x64.exe

SQL Server 2012 Native Client: http://download.microsoft.com/download/9/1/3/9138773A-505D-43E2-AC08-9A77E1E0490B/1033/x64/sqlncli.msi

Windows Management Framework 3.0: http://download.microsoft.com/download/E/7/6/E76850B8-DA6E-4FF5-8CCE-A24FC513FD16/Windows6.1-KB2506143-x64.msu

Windows Identity Foundation (KB974405): http://download.microsoft.com/download/D/7/2/D72FD747-69B6-40B7-875B-C2B40A6B2BDD/Windows6.1-KB974405-x64.msu

 

Viele Grüße

Mario

Kategorien:2013, SharePoint Schlagworte:

SPWakeUp3 starten durch ein bestimmtes Event

In meinem letzten Beitrag habe ich etwas über das Tool SPWakeUp3 und den automatischen Start über den Taskmanager geschrieben. Hierbei verwendete ich einen Zeitplan.

Seit Windows Server 2008 kann man auch über einen benutzerdefinierten XML Query Filter direkt auf ein Event reagieren.

Wie man diesen Filter anwendet, kann man in zahlreichen Artikeln im Netz lesen, ich habe zum Beispiel diese als Anregung verwendet:

Windows Event Viewer CUSTOM XML FILTER

Advanced XML filtering in the Windows Event Viewer

 

In dem Beispiel welches ich beschreibe möchte ich folgendes erreichen:

Da der Applicationpool für unsere Webanwendungen so eingestellt ist das er zu einem bestimmten Zeitpunkt neustartet, sollt die SPWakeUp3.exe nach dem auftreten dieses Events gestartet werden. Dabei soll aber nur auf ein bestimmten Applicationpool reagiert werden.

vorhandene Informationen:
- EventLog: System
- Quelle: WAS bzw. ProviderName: Microsoft-Windows-WAS
- Applicationpool Name: Test-AppPool
- EventID: 5076

Mit diesen Informationen kann man sich erst einmal im Eventlog den entsprechenden Filter zusammenstellen.
image

Danach werden die Einträge entsprechend gefiltert.
image

Bei diesen Filter werden alle Einträge mit der entsprechenden EventID angezeigt, um herauszubekommen wo der Name des Applicationpools steht. Ruft man am besten ein Event auf und sieht sich die XML-Struktur an.

image

Hier ist zu erkennen, dass der Applicationpool-Name unter dem XML-Tag “EventData” zu finden ist.

Da jetzt bekannt ist wo der Applicationpool-Name in dem Ereignis zu finden ist, muss nur noch der Filter um diese Eigenschaft ergänzt werden.
image

Hier der XML-Query:

<QueryList>
  <Query Id=”0″ Path=”System”>
    <Select Path=”System”>*[System[Provider[@Name='Microsoft-Windows-WAS'] and (Level=4 or Level=0) and (EventID=5076)]] and *[EventData[Data[@Name='AppPoolID'] and (Data =’Test-AppPool’)]]</Select>
  </Query>
</QueryList>

Wenn nach der Anpassung des Query´s das Eventlog betrachtet wird, ist zu erkennen das wirklich nur noch die Meldungen angezeigt werden welche dem XML-Query entsprechen.

Da das gewünschte Ergebnis erzielt wurde, kann der Query kopiert und in einen geplanten Task verwendet werden. Dazu wird die Aufgabenplanung geöffnet und es wird eine neue Aufgabe erstellt.

Bei der Erstellung des Triggers müssen dieses Mal die folgenden Einstellungen gewählt werden.
image

Auf “Neuer Ereignisfilter” klicken!

imageimage
XML und “Manuell bearbeiten” wählen und den kopierten Query in das Fenster kopieren.

Die anderen Task Einstellungen können dann individuell angepasst werden (siehe vorheriger Beitrag). Nach dem der Task abgespeichert wurde reagiert dieser auf den eingestellten Filter.

Es ist garantiert möglich noch weitere Filterparameter in den Query einzubauen, aber das sollte als ersten Überblick reichen.

Gruß
Mario

Kategorien:2010, Allgemein, SharePoint Schlagworte:

Automatisches Starten von SPWakeUp3

Kurz etwas zu SPWakeUp3

Wer kennt nicht das Problem, in der Nacht werden die Application-Pools wiederverwendet und am nächsten Morgen dauert der 1. Zugriff auf die SharePoint Anwendung ziemlich lange. Dann heißt es gleich: “das System ist zu langsam und man kann damit nicht arbeiten.”

Die automatische Wiederverwendung ist aber ein notwendiger Prozess um fehlerhafte Objekte oder auch s.g. Speicherlöcher aus dem Applicationpool-Prozess zu löschen.

Um nach einer solchen Wiederverwendung die SharePoint Seiten wieder “aufzuwecken”, gibt es das Tool SpWakeUp3 auf Codeplex.

Hier der Link: Codeplex SpWakeUp3

Diese Tool ruft im Hintergrund alle Webseiten einmal auf, wodurch die Seiten neu kompiliert und in dem Prozessspeicher abgelegt werden.

Das Tool muss nur in einem gewünschten Pfad im Fileverzeichnis abgelegt werden, dann kann es über die Kommandozeile oder über den Taskplaner  starten.

Die Parameter die diesem Toll mitgegeben werden können, kann man über durch den Parameter: spwakeup3.exe –help aufrufen.
image

So könnte die Ausgabe bei einem Start über die Kommandozeile aussehen.
image

Und so könnte die E-Mail dann noch aussehen:
image

 

Automatischer Start mit Taskplaner durch einen Zeittrigger

Um einen automatischen Start dieses Tools zu veranlassen ist es am einfachsten einen geplanten Task mit einer Zeitsteuerung zu starten.

Schritt 1: Aufgabenplanung starten und auf “Aufgabe erstellen” klicken
image

Schritt 2: Zeittrigger einrichten
image
In diesem Beispiel wir der Task stündlich jeden Tag ab 6:00 Uhr für 12 Stunden ausgeführt. Man kann natürlich auch mehrere Zeittrigger zu bestimmten Uhrzeiten einrichten, wenn der stündliche Start zu häufig ist.

Schritt 3: Aktion einrichten
image
In dem Fenster “neue Aktion” das Programm über “Durchsuchen” auswählen und zusätzlich noch die gewünschten Parameter in dem Argumente-Feld hinzufügen.

Die Werte in den beiden Registerkarten “Bedingungen” und “Einstellungen” kann man auf den Standardwerten lassen. Mit Ok alle Fenster schließen.
Noch den Benutzernamen und Kennwort für das ausführende Konto angeben, dann ist es geschafft.
image
Benutzername, Kennwort wird benötigt da die Aufgabe unabhängig von der Benutzeranmeldung ausgeführt werden soll.

Im nächsten Artikel beschreibe ich wie man den Task auf ein bestimmtes Event im Eventlog starten kann.

 

Bis dahin,

Gruß Mario

Kategorien:2010, Allgemein, SharePoint Schlagworte:

InfoPath FormServices Fehler

15. Dezember 2011 1 Kommentar

InfoPath FormServices Fehler nach SP1 und CU 06 2011

Nach dem Einspielen der o.g. Updates kommt es bei der Verwendung der Formservices 2010 zu einem schwerwiegende Fehler welche das geöffnete Formular dann schließt.

Fehlerbeschreibung:
Wenn in Formularen der PeoplePicker und/oder Dateianlagen verwendet werden und das Formular hat mehrere Ansichten die auch beim Ausfüllen gewechselt werden können.

Siehe Grafik:

clip_image001

Erhält man beim Ausführen des Seitenwechsel die folgende Fehlermeldung:

Die Sicherheitsüberprüfung für diese Seite ist ungültig. Klicken Sie auf die Schaltfläche ‘Zurück’ Ihres Browsers, aktualisieren Sie dann die Seite, und starten Sie den Vorgang erneut.

Oder im Englischen:

The security validation for this page is invalid. Click Back in your Web browser, refresh the page, and try your operation again.

clip_image002

Der Fehler ist ein bekanntes Problem und kann nur durch das direkte Anpassen der „FormServer.aspx“ – Datei behoben werden. Diese Datei befindet sich im 14er Hive-Verzeichnis unter: \TEMPLATE\LAYOUTS\

In dieser Datei muss die folgende Code-Zeile eingefügt werden:

clip_image003

Direkt unter dem Body-Tag muss der folgen Code hinzugefügt werden:

<SharePoint:FormDigest runat="server" />

Wichtig: Diese Änderung muss auf jeden Server in der SharePoint-Farm ausgeführt werden. zusätzlich sollte die Original-Datei vorher noch gesichert werden.

 

Durch diese Änderung der Datei funktionieren die Formservice wieder ohne Probleme.

Nach den Richtlinien von Microsoft werden eigentlich keine direkten Änderungen an Dateien im 14er-Hive Verzeichnis unterstützt. Es gibt aber einen MSDN Forum Eintrag in dem angemerkt wird das die o.g. Lösung vom MS-Support kommt:

http://social.msdn.microsoft.com/Forums/en-US/sharepoint2010customization/thread/6d5ffcb6-7563-4234-9282-e767b56b97b2

Weitere Links zur Problembeschreibung:

http://www.sharepointwithattitude.com/archives/206

http://ghamson.wordpress.com/2011/07/20/security-validation-issue-form-services-issue-with-sp1june-2011-cu-release-2-in-sp2010-sharepoint-msproject-projectserver/

Noch ein Hinweis: Zukünftig sollte nach dem einspielen neuer SharePoint Updates geprüft werden ob die Formulare weiterhin alle funktionieren, wenn nicht, einmal die „FormServer.aspx“ prüfen und ggf. die entsprechende Änderung vornehmen.

Hoffentlich gibt es bald ein offizielles Hotfix von MS.

Aktuelle Info: Ich habe heute das Cumulative Update vom Dezember 2011 installiert, danach funktionieren die Formservices auch ohne Anpassung der “FromServer.aspx”

Gruß

Mario

Kategorien:2010, SharePoint Schlagworte:

Update-SpProfilePhotoStore funktioniert nicht

Damit nach einer Migration für den neuen Profilservice auch die vorhanden Fotos aus der Migrierten Profildatenbank, in den neuen Größen dargestellt und verwendet werden können, müssen die Fotos noch migriert werden.

Dafür kann der Befehl: Update-SPProfilePhotoStore verwendet werden

Mit diesen Befehl werden die vorhanden Fotos in einer Zentralen Bildbibliothek in der MySite Host Website angelegt.

Leider gibt es bei diesen Befehl mehrere Probleme. Wird der Befehl ausgeführt bekommt man in den Standardeinstellungen den folgenden Fehler:

clip_image001

Zusätzlich steht im ULS Log der folgenden Fehler unter der Categorie ProfileService:

Exception occured while connecting to WCF endpoint: System.ServiceModel.Security.SecurityAccessDeniedException: Der Zugriff wird verweigert.

Nach einiger Recherche im Internet habe ich mir noch einmal den Technet Artikel genauer durchgelesen und dabei festgestellt das noch zusätzliche Berechtigungen für den Vorgang gesetzt werden müssen.

Siehe Technet: http://technet.microsoft.com/de-de/library/cc262889.aspx

Leider ohne Erfolg!

Dann habe ich aber einen interessanten Artikel im Netz gefunden:

http://donalconlon.wordpress.com/2011/03/08/problem-running-update-spprofilephotostore/

In Diesem wird beschrieben das man dem Account unter dem der Befehl ausgeführt wird noch Berechtigungen im Sharing-Bereich des UserProfile Service geben muss.

clip_image002

Hier das Benutzerkonto hinzufügen und "FullControll" Berechtigungen vergeben.

clip_image003

Danach kann der Befehl neu abgegeben werden, z.B.:

Update-SPProfilePhotoStore -MySiteHostLocation "http://testmysite" -CreateThumbnailsForImportedPhotos:$true

Jetzt funktioniert alles.

Die Fotos werden dann in einer separaten Bibliothek des MySite Host abgelegt.

image 

Ein Hinweis noch zum Schluss: Nach dem das Update sollten die Berechtigungen wieder zurückgesetzt werden.

 

Gruß

Mario

Kategorien:SharePoint Schlagworte: , ,
Folgen

Erhalte jeden neuen Beitrag in deinen Posteingang.