Forum Discussion

Daniel Westerdale's avatar
Daniel Westerdale
Iron Contributor
Mar 01, 2018
Solved

New-SPWOPIBinding : Sorry, we have encountered an error and New-SPWOPIBinding has failed.

 

Hi

 

This is a tale of 2: Office Online Servers . Both

  1. Both Patched with November 2017 PU
  2. Both single instance OOS farms created with a self-cert using the same PS script
  3. 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.
  4. 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.

  • Trevor Seward's avatar
    Trevor Seward
    Mar 02, 2018
    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

    • Trevor Seward's avatar
      Trevor Seward
      MVP
      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's avatar
      mikeleemsft
      Icon for Microsoft rankMicrosoft

      I think you are on to something there.


      You can always enable CAPI2 logging for a detailed error (and what Trevor said) :) .

       

      -Mike

      • Daniel Westerdale's avatar
        Daniel Westerdale
        Iron 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