Forum Discussion
New-SPWOPIBinding : Sorry, we have encountered an error and New-SPWOPIBinding has failed.
Hi
This is a tale of 2: Office Online Servers . Both
- Both Patched with November 2017 PU
- Both single instance OOS farms created with a self-cert using the same PS script
- Both working perfectly, until I decided to recreate and re-export the self-cert ( to the respective WFE) . Is was part of diagnosing an issue that needed a firewall change which has now been successfully implemented.
- Now one of the OOSs gives this error when I try create a SPWOPIbinding
PS C:\New-SPWOPIBinding -ServerName OOS.mydomain.com
WARNING: The server did not respond. Trying again (attempt 1 of 5).
WARNING: The server did not respond. Trying again (attempt 2 of 5).
WARNING: The server did not respond. Trying again (attempt 3 of 5).
WARNING: The server did not respond. Trying again (attempt 4 of 5).
WARNING: The server did not respond. Trying again (attempt 5 of 5).
New-SPWOPIBinding : Sorry, we have encountered an error and New-SPWOPIBinding has failed. If you are using a
server configured with HTTP, you must include the -AllowHTTP parameter.
At line:1 char:1
+ New-SPWOPIBinding -ServerName OOS.mydomain.com
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : NotSpecified: (Microsoft.Share...tNewWOPIBinding:SPCmdletNewWOPIBinding) [New-S
PWOPIBinding], SPCmdletException
+ FullyQualifiedErrorId : Microsoft.SharePoint.PowerShell.SPCmdletNewWOPIBinding
Recreated the OOS Farm without any issues>
I can validate https://OOS.mydomain.com/hosting/discovery ok
I have checked Port 443 access from the WFE to OOS, also OK
The log location seems a work of fiction! Any ideas anyone please.
- Have you added the cert to both the trusted root store in the certificates mmc as well as a trusted root in SharePoint central admin?
7 Replies
- Daniel WesterdaleIron Contributor
All
I suspect this might be my issue. Is there a time problem as it is out of sync between the two servers? Trevor Seward
- ameysmCopper Contributor
Worked like a charm all the time "time was the issue" Daniel Westerdale
- Generally a time sync issue can lead to problems with the validity time of the cert which would prevent communication.
But a time sync issue is significant for domain-joined clients and... well, lots of services. Fix that first via w32tm. - mikeleemsft
Microsoft
I think you are on to something there.
You can always enable CAPI2 logging for a detailed error (and what Trevor said) :) .-Mike
- Daniel WesterdaleIron Contributor
Mike, what is CAP12 logging btw ?
I did manage to locate the (hidden) ULS log dir in the end after a number of system prompts .....
C:\ProgramData\Microsoft\OfficeWebApps\Data\Logs\ULS