Found my old Dell tablet with Windows RT. Didn’t use it for more than a year.
Error: 0x800b0101
Quick fix. Set correct time and date. Mine was October 2015 (now is April 2016). Horray! Everything works again.
Creating a PWA Site is different in Project Server 2016.
Project Server 2016 is now included in SharePoint Server 2016 installation. There is no additional setup anymore.
You can use the 180 Day Trial key:
Y2WC2-K7NFX-KWCVC-T4Q8P-4RG9W
What I found is that this activated the PWA Settings but did not change anything in the sitecollection. All the PWA functionality is still missing:
Because of this I created a PWA site from scatch. You can do this also only with PowerShell.
I deleted the root site collection /
With Windows 1o the fan of my Surface Pro 3 was mostly running, the device got hot. Actually I did nothing with the Surface. Just sat there, looked at it and the fan went on and on …
I tried mostly all of the solutions I found in newsgroups and blogs. One finally helped.
I installed Adobe Reader. I don’t like it but it seems the IFilter for PDF from Microsoft has some problems with indexing PDF files.
And during the installation from Adobe Reader suddenly the fan slowed down and I can work now without Avatarium on maximum volume.
Let’s see if this will last …
[update]
Another problem could also be some wrong permissions in Windows Search Folders. To check open Change Search Behaviour of Windows (second option in my german screenshot)
and click “Troubleshoot index and search”. Then check all checkboxes. After a quick run you might get this error about permissions:
The last linkt “more information” leads you where to put permissions for NT-Authority/SYSTEM:
It’s C:\ProgramData\Microsoft\Search\Data\. It says nothing about the level of permission, so you have to try it yourself.
I gave it full control and reset the index.
Maybe this one helps: http://answers.microsoft.com/en-us/windows/forum/windows_7-tms/how-to-restore-correct-permissions-on-windows/d08ae246-397b-e011-9b4b-68b599b31bf5
Cortana is fun. While she does mostly what I wanted on Windows Phone, I had some difficulties with her on my Surface Pro.
Mostly she opened only Bing when I wanted her to open an app, e.g. Groove Music.
Then I found the trick.
For some commands there should be no interruption or pause after “Hey Cortana”. If you wake her up with “Hey Cortana”, do not wait till it is written in the search box. Speak straight on.
Example:
“Hey Cortana” <pause a while> “open groove music” – this will open bing searching “open groove music”
“Hey Cortana open groove music” – without a pause it will open the app.
Nach dem Installieren von Language Packs auf SharePoint 2013 kann es durchaus vorkommen, dass sich der Konfigurationsassistent über fehlende Komponenten (Missing on Server) auf den Servern beschwert.
[Some farm products and patches were not detected] [Missing on]
Da wundert sich der Admin, hatte er doch gerade alles installiert.
Lösungen:
Danach sollte sich der Konfigurationsassistent nicht mehr beschweren und sich starten lassen.
Nicht jeder SharePoint Server ist online.
Beim offline installieren von SharePoint 2013, vor allem in Kombination mit AutoSPInstaller, ist es durchaus empfehlenswert die Dateien der Prerequisites offline verfügbar zu haben.
Aufwändiges Suchen erspart man sich mit einem Script, welches ich hier gefunden habe.
Zur Anzeige von SharePoint Seiten gibt es die Language Packs. Sind die installiert und ist die Sprachänderung auf den Sites freigegeben, so kann der Benutzer die Sprache der SharePoint Standardelemente ändern.
In SharePoint 2010 funktionierte dies über das Menü auf der Website:
In SharePoint 2013 gibt es diesen Menüpunkt nicht mehr. Statt dessen wird die Sprache der Website über die Browsersprache eingestellt.
Dazu muss man im Browser die führende Sprache einstellen. Im IE geht dies so:
Menü Extras – Internetoptionen
Hier unter Sprachen die bevorzugte Sprache wählen. Dabei Reihenfolge beachten.
Dabei kann jeder für sich selbst entscheiden, welche Methode die praktischere ist. Ich denke, Benutzer suchen eher nicht in den Browsereinstellungen nach der Sprachauswahl einer Website.
Andererseits stellt sich die Sprache der Website bei international genutzten SharePoint Umgebungen somit automatisch ein.
Im Zuge des Parallelbetriebs einer SharePoint 2010 und einer SharePoint 2013 Farm ging es mir auch um den Zugriff auf die Search Service Application der 2013er Farm aus der 2010er heraus.
Die Anbindung von Service Applications habe ich bereits hier beschrieben. Das geht genauso mit der Suche.
Wenn man die Suche einer Remote Farm angebunden hat erhält man in den Service Applications solch einen Eintrag:
Bei der Verbindung zu einer Suchdienstanwendung war es das dann auch. Keine weiteren Einstellungen möglich.
Die Verbindung zu dem Proxy sollte auch in den Service Application Associations eingetragen sein, also in der entsprechenden Application Proxy Group der Webanwendung.
Setzt man hier die “Connection to: Search Service Application 2013” auf [default] erhält man umgehend Suchergebnisse aus dem 2013er Portal.
Leider kann man definitiv nicht beide Search Service Application Proxies nutzen. Es wird pro Webanwendung immer nur einer genutzt, und zwar der [default] Proxy.
Eine SharePoint Server 2010 Farm kann auf einige Service Applications einer SharePoint Server 2013 Farm zugreifen. Das kann nützlich sein, wenn man mit 2013 plant, aber nicht gleich alles upgraden möchte.
Dabei funktioniert dies nur in eine Richtung: eine 2010er Farm kann auf 2013er Service Applications zugreifen, nicht umgekehrt. Als Beispiel funktioniert dies mit Search und Metadata Service.
Zunächst müssen sich die Farmen vertrauen.
Dazu die Farm Zertifikate beiden Farmen exportieren und einen Trust einrichten.
Öffnen der SharePoint Management Shell
New-SPTrustedRootAuthority “2013 Trust” –Certificate $trustCert
$stsCert = Get-PfxCertificate c:\Temp\2010FarmSTS.cer
New-SPTrustedServiceTokenIssuer “2013 Trust” –Certificate $stsCert
Dann können die Service Applications der 2013er Farm veröffentlicht werden.
In der SharePoint 2013 Farm werden die entsprechenden Dienstanwendungen veröffentlicht.
Wichtig sind noch die Berechtigungen in der 2013er Farm, damti die 2010er auf die Service Applications überhaupt zugreifen darf. Dazu braucht es die Farm ID der 2010er Farm.
Die Farm ID der SharePoint 2010 Farm erhalten:
$farmid = Get-SPFarm | Select Id
Ausführen auf der SharePoint 2013 Farm
$consumingFarmID = “077eff69-f53d-4ad3-81e0-da5a82c74c1c” #ID der 2010er Farm
$security = Get-SPTopologyServiceApplication | Get-SPServiceApplicationSecurity
$claimprovider = (Get-SPClaimProvider System).ClaimProvider
$principal = New-SPClaimsPrincipal -ClaimType “http://schemas.microsoft.com/sharepoint/2009/08/claims/farmid” -ClaimProvider $claimprovider -ClaimValue $consumingFarmID
Grant-SPObjectSecurity -Identity $security -Principal $principal -Rights “Full Control”
Get-SPTopologyServiceApplication | Set-SPServiceApplicationSecurity -ObjectSecurity $security
Der SharePoint 2010 Farm Berechtigungen für die SharePoint 2013 Dienstanwendung geben
Nun kann in der SharePoint 2010 Farm auf den Service Application Proxy der SharePoint 2013 Farm zugegriffen werden.
Anschließend wird die Dienstanwendung der 2013er Farm ausgewählt.
Die Verbindung erscheint unter den Dienstanwendungen
Am Beispiel Managed Metadata, hier kann man zwischen der Verbindung zum 2013er und der 2010er auswählen und konfigurieren:
Am Beispiel einer Websitesammlungspalte kann man sehen, dass innerhalb der 2010er Farm auf die verwalteten Metadaten der 2013er Farm zugegriffen werden kann.
Eine Liste in SharePoint 2010 mit verwalteten Metadaten aus beiden Farmen:
Probleme:
Aus einem mir unbekannten Grund hat es die “Permissions” der Service Application “Application Discovery and Load Balancing Service Application” zerlegt. Beim Öffnen des Dialogs für die Permissions erscheint ein “Something went wrong” mit System.ArgumentsException und Parameter:Claim.
Sieh dazu auch diesen Blog: http://thatsharepointguy.blogspot.de/2012/08/permissions-error-on-application.html
Ein kleines Script in der Konfigurationsdatenbank der SharePoint 2013 Farm ergibt die Permissions, die auf die “Application Discovery and Load Balancing Service Application” gesetzt sind.
select Properties from objects (nolock) where name = ‘Topology’
Dabei scheint es mir hier mit < und > ein paar Probleme zu geben. Und zwar genau da wo die Remote Farm mit der Farm ID eingetragen ist:
Dies lässt sich mit Notepad und Suchen&Ersetzen leicht beheben. Vorher aber unbedingt alle SharePoint Dienste auf allen Servern stoppen und dann eine Sicherung der Konfigurationsdatenbank machen. Denn ein UPDATE in der Konfigurationsdatenbank von SharePoint ist: böse. (Hat aber geholfen).
Und siehe da, der Permissions-Dialog der
“Application Discovery and Load Balancing Service Application” lässt sich wieder öffnen.
Wenn man doch einmal einen SharePoint 2013 RTM im Complete-Modus installieren möchte, dann kann es im Konfigurationsassistenten in Schritt 8 zu folgendem Fehler kommen:
Failed to create sample data.
Es hilft einen bestimmten Ordner zu Sharen: Analytics_[GUID] im Installationsverzeichnis von SharePoint, hier SharePoint Foundation 2013
Schlimm, aber ich weiß bisher nicht, welche Berechtigungen für welcher Account auf diesen Ordner benötigt werden. FullControl for everyone hat auf jeden Fall geholfen.
Etwas seltsam…
There's always a solution in the wood of features 