Quantcast
Channel: Office Web Apps Server 2013 & Office Online Server Support Blog
Viewing all 15 articles
Browse latest View live

Deploying the Office Web Apps Server 2013 - "Microsoft Office Web Apps Server 2013 Encountered an error during setup"

0
0

If you are planning to deploy an Office Web Apps Farm, the following data could be useful for you in case you are encountering the "Microsoft Office Web Apps Server 2013 Encountered an error during setup" error while running the installation package.
It specifically happens on virtual environments with Windows Server 2012 (R 2) and the error looks like in the screenshot bellow:

In the Event Viewer this error is recorded with following data:

  "Microsoft Office Web Apps Server 2013 Encountered an error during setup"
In the event viewer is reported the following log:
Faulting application name: MsiExec.exe, version: 5.0.9600.17415, time stamp: 0x54505262
Faulting module name: KERNELBASE.dll, version: 6.3.9600.17415, time stamp: 0x54505737
Exception code: 0xe06d7363
Fault offset: 0x0000000000008b9c
Faulting process id: 0x78c
Faulting application start time: 0x01d098872e5fe7d6
Faulting application path: C:\Windows\System32\MsiExec.exe
Faulting module path: C:\Windows\system32\KERNELBASE.dll

Also if you take a look into the installation logs you can see the following entries:

---------------------------------------------------------------------------------------------------------

[DATE] [TIME] ::[PID] MSI(INFO): 'CustomAction ArpWrite returned actual error code 1603 (note this may not be 100% accurate if translation happened inside sandbox)'

|

|

|

[DATE] [TIME] ::[PID] MSI(INFO): 'Property(S): ERRORSUPPORTTEXT_PROBLEM = If problem persists, contact Microsoft Product Support Services (PSS) for assistance.  For information about how to contact PSS, see C:\Users\UserName\AppData\Local\Temp\2\Setup000007c4\PSS10R.CHM.'
[DATE] [TIME] ::[PID] MSI(INFO):'Property(S): ERRORSUPPORTTEXT_PERMISSION = Verify that you have sufficient permissions to access the registry or contact Microsoft Product Support Services (PSS) for assistance.  For information about how to contact PSS, see C:\Users\UserName\AppData\Local\Temp\2\Setup000007c4\PSS10R.CHM.'
[DATE] [TIME] ::[PID] MSI(INFO): 'Property(S): ERRORSUPPORTTEXT = Contact Microsoft Product Support Services (PSS) for assistance.  For information about how to contact PSS, see C:\Users\UserName\AppData\Local\Temp\2\Setup000007c4\PSS10R.CHM.'
[DATE] [TIME] ::[PID] MSI(INFO): 'Property(S): ArpWrite = CacheLocation;Contact;Comments;DisplayIcon;DisplayName;DisplayVersion;HelpLink;HelpTelephone;InstallLocation;ModifyPath;NoElevateOnModify;NoModify;NoRemove;NoRepair;PackageRefs;ProductCodes;ShellUITransformLanguage;SkuComponents;SPPSkuId;SystemComponent;UninstallString;URLInfoAbout;URLUpdateInfo;VersionMajor;VersionMinor'

|

|

|

[DATE] [TIME] ::[PID] MSI(INFO):'Property(S): SETUPSUPPORTURL = http://support.microsoft.com/?kbid=xxxxxx'
[DATE] [TIME] ::[PID] MSI(INFO):'Property(S): ERRORSUPPORTTEXT_RETAIL_DEFAULT_PROBLEM_PRE = If problem persists, contact Microsoft Product Support Services (PSS) for assistance.  For information about how to contact PSS, see '
[DATE] [TIME] ::[PID] MSI(INFO): 'Property(S): ERRORSUPPORTTEXT_RETAIL_DEFAULT_PROBLEM_POST = .'
[DATE] [TIME] ::[PID] MSI(INFO):'Property(S): ERRORSUPPORTTEXT_RETAIL_DEFAULT_PERMISSION_PRE = Verify that you have sufficient permissions to access the registry or contact Microsoft Product Support Services (PSS) for assistance.  For information about how to contact PSS, see '
[DATE] [TIME] ::[PID] MSI(INFO):'Property(S): ERRORSUPPORTTEXT_RETAIL_DEFAULT_PERMISSION_POST = .'
[DATE] [TIME] ::[PID] MSI(INFO): 'Property(S): ERRORSUPPORTTEXT_RETAIL_DEFAULT_PRE = Contact Microsoft Product Support Services (PSS) for assistance.  For information about how to contact PSS, see '
[DATE] [TIME] ::[PID] MSI(INFO): 'Property(S): ERRORSUPPORTTEXT_RETAIL_DEFAULT_POST = .'
[DATE] [TIME] ::[PID] MSI(INFO): 'Property(S): ERRORSUPPORTTEXT_OEM_DEFAULT = Contact your computer manufacturer's product support for assistance.'
[DATE] [TIME] ::[PID] MSI(INFO): 'Property(S): ERRORSUPPORTTEXT_OEM_DEFAULT_PERMISSION = Verify that you have sufficient permissions to access the registry or contact your computer manufacturer's product support for assistance.'
[DATE] [TIME] ::[PID] MSI(INFO): 'Property(S): ERRORSUPPORTTEXT_OEM_DEFAULT_PROBLEM = If problem persists, contact your computer manufacturer's product support for assistance.'
[DATE] [TIME] ::[PID] MSI(INFO): 'Property(S): InstalledByServerCatalyst_Ref = 0'

|

|

|

[DATE] [TIME] ::[PID] MSI(INFO): Error: Failed to install product:  C:\OWA\wacserver.ww\wacserver.MSI ErrorCode: 1603(0x643).

|

|

|

[DATE] [TIME] ::[PID] MSI(INFO):Catalyst execution finished: [Date][Time].  Return code: 1603.


---------------------------------------------------------------------------------------------------------

CAUSE:

The BIOS SETTINGS  on server or the POWER OPTIONS profile on machine (or both), are set to "BEST PERFORMANCE" or "HIGH PERFORMANCE"

WORKAROUND:

Set the BIOS SETTINGS  on server or the POWER OPTIONS on machine (or both), to the BALANCED ( performance/power profile).


Configure ARR as a reverse proxy for Office Web Apps 2013 external users

0
0

With the Application Request Routing service becoming more widely used it was felt that it would be good to touch on how this can be used as a reverse proxy for Office Web App deployments. (this does not cover how to install the ARR software on the server or configuration for external sharepoint use).

1. To start open IIS

2. The first step is we need to add your web app servers to the configuration. So go to "Server Farms", right click and select "Create Server Farm"

 a. Server Farm Name should be a friendly name or a name that allows you to differentiate between your web apps servers and lync servers or sharepoint servers

 b. Server addresses should be the FQDN

 c. the end result resembling below.

3. Once added to the server farms the next stage is to configure your url routing. This is the portion that looks at the traffic coming in and routes specific types of traffic to different servers i.e. separating sharepoint traffic from office web apps traffic

 a. Select the root location from the navigation pane in IIS

 b. now select "url rewrite"

  1. you will see a rule has been created for the server you added doubleclick that rule and it will take you to  "edit inbound rule"

  2. Requested URL should be "matches the pattern" Using should be changed to "Regular Expression" and the Pattern should be the following (.*) Ignore case should be checked

  3. We need to now add a condition.

   a. Input should be {http_host}

   b. Type should be Matches the pattern

   c. Pattern should be as follows ^prefixofexternalurl\.domainofexternalurl\.com$  an example being ^share\.contoso\.com$ (this is what tells the ARR to reroute this specific traffic when it's sent)

Once all of the above is done you should be able to run an IIS reset and test. Again the above is only the ARR configuration settings. Your external users will not work unless you've configured the sharepoint wopi zones correctly and routed public traffic via public dns to this servers public IP address.  A good way to test to verify that you have everything configured correctly for your office web apps would be to have an external resource attempt to access your externalurl for office web apps hosting discovery i.e. share.contoso.com/hosting/discovery. If you're able to see an xml page then everything should be configured correctly.

WAC / OWA / Office Web Apps 2013 / SharePoint Online/ Links to Onenote notebook page do not work

0
0

Issue:

Users click command "Copy Link to this Page…" from Onenote Web App to create a shortcut link to a specific page in the notebook.  When that link URL is used, it brings up the notebook but does not navigate to the specific page.

This affects both SharePoint online and on premise.

 

Cause:

If the URL is greater than 255 characters this feature does not work, if less than 255 characters then all works.

 

Workaround:

Far from ideal, but if you shorten the name of the notebook section and page name then the URL will be shorter.

 

Notes:

The product group has been made aware of this issue and it maybe resolved in a future version or patch.

 

Office Web Apps 2013 throws a 404 error on Mobile devices

0
0

While rendering office documents through Office Web apps 2013, you may receive a 404, or Server Error, when on Mobile devices. This is more likely to occur when attempting to render the documents through Search results and then using Search Refiners. This is because the URL can become very large and increase as more refiners are added to the search query.

There is a two part fix to allow for large query strings to be based to Mobile devices.

The first hurdle is a default limit set in IIS, and you will see a similar error as seen below (Figure 1).

Figure 1

You may see 404.15 in the IIS logs.

To resolve this go to the Office Web Apps Server and modify the IIS ApplicationHost.Config file, located here <c:\windows\system32\inetsrv\config>.

Add the following inside the 'requestFiltering' tag. If you already have these elements, increase the value to the specified values below.  

 <requestFiltering>

                <requestLimits maxAllowedContentLength="2147483647" maxUrl="2147483647" maxQueryString="2147483647" />

 </requestFiltering>

There is similar IIS documentation here.

http://support.microsoft.com/kb/942071

Now that the limitation in IIS is increased you may notice that the error changes, similar to Figure 2.

Figure 2

To resolve this we need to add the httpRuntime element to the Office Web Apps Root site.

On the Office Web Apps RootWebSite (Port 80 site), open the web.config file. This is located here, <c:\program files\Microsoft Office Web Apps\RootWebSite>.

Add the following inside the <configuration> tag.

   <system.web>

      <httpRuntime maxRequestLength="400000" maxUrlLength="40960" maxQueryStringLength="16048" />

   </system.web>

Reset IIS on the Office Web Apps Server.

Office Web App 2010 Viewers do not work, System.ServiceModel.EndpointNotFoundException, when Nintex is running

0
0

Overview:

You have Office Web Apps 2010 installed, Word and PowerPoint viewing does not work, but the editing does.

The appserverhost.exe process is crashing on startup, with error:

System.ServiceModel.EndpointNotFoundException 
"There was no endpoint listening at net.pipe://127.0.0.1/e31bfd4c-5d98-4dc3-8232-5d2601ca814d that could accept the message. This is often caused by an incorrect address or SOAP action…."

 

Cause:

The SharePoint third party workflow product Nintex cause this issue.

 

Workaround:

Stopping all Nintex  Windows services on the SharePoint server that runs the Word Conversion Service.

SharePoint Search and Excel Interactive Preview: "404 – File or directory not found."

0
0

For the past several months I have worked on an issue with the Excel Interactive Preview throwing the error:

"Server Error
404 – File or directory not found.
The resource you are looking for might have been removed,
had its name changed, or is temporarily unavailable."

When refining a SharePoint Search:

We have determined the root cause and this will be fixed in the SharePoint 2013 May Public Release.

SharePoint patching demystified
http://blogs.technet.com/b/stefan_gossner/archive/2014/08/19/sharepoint-patching-demystified.aspx

"To start seeing preview, please log on by opening the document"

0
0

ISSUE:

Document preview for SharePoint 2013 search results randomly give an error "To start seeing previews, please log on by opening the document".

CAUSE:

The behavior occurs because the page that we use to show the preview (_layouts/15/wopiframe.aspx) is set up for anonymous access.  Since the user did not browse the site collections from where the documents to be displayed reside, there is no access token which can be presented in order to retrieve the file. If the browser does not supply the authentication token with the request for the page, the user will be authenticated anonymously, which will not have access to the document that is supposed to be shown in the preview.  Now in the case where the user is authenticated, the browser sometimes drops the authentication token so that even though the user is authenticated on the outer page, the wopiframe request does not contain the auth token and we end up with the “to start seeing previews…” message.

RESOLUTION:

For Windows NTLM authentication only, a fix to target this scenario is included May 2014 CU or later.

For other authentication providers including Kerberos, there are a few workarounds:

1.  Use the Wopiframe2.aspx logic in place of Wopiframe.aspx:

     1.        Open the file location C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\TEMPLATE\LAYOUTS
     2.        Locate wopiframe.aspx.  Rename it to wopiframe.aspx.bak.  – This will be our backup copy.
     3.        Locate Wopiframe2.aspx.  Make a copy of it and paste it in the same directory.  Rename it to Wopiframe.aspx.
     4.        Open the file location: C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\15\TEMPLATE\LAYOUTS
     5.        Repeat steps 2 and 3 within the 15\Template\Layouts folder.
     6.        Reset IIS on the box.

               – Possible issues with the above workaround:

                     -Anonymous users may get prompted when looking at document previews.

                     -Wopiframe.aspx could be overwritten and set back to default by a CU.

                     –Previews of Excel files may return message "We can't show a preview of this item". 

 

2.  Switch to NTLM

3.  Disable the preview functionality

4.  Refresh the browser

Clarifications on Dropbox integration with Office Online

0
0

Over the past month, we've spoken to many customers regarding our newly released Dropbox integration for Office Online.

The Office announcement blog HERE does a great job of illustrating what the integration does and how it works.

However, our customers brought up some very valid concerns regarding the integration. So we wanted to quell some of the misconceptions and tell you what it can't do, as it's easy to make assumptions about how it all works.

First, let's address the question/concern everyone seems to have. There is no mechanism for users to save Office 365 hosted documents directly to Dropbox via Office Online. The only way this could conceivably happen is if the user saves the document to their local machine and then manually uploads it to Dropbox. It should be noted that saving the document locally with Office Online was always possible, even before Dropbox was in the picture.

Next, let's delve a bit deeper into how Office Online decides where to save the document, and how that relates to the Dropbox integration.

If you're interested in the deeper technical side of how Office Online determines where to save a document, please reference my other blog on the subject HERE. If not, skip ahead to the next paragraph for a high overview.

From a high level, here are the major points to keep in mind when discussing Dropbox integration.

1. If a user is accessing an Office 365 service which is able to utilize Office Online (OneDrive for Business/SharePoint Online/etc.) there is no mechanism in Office Online which allows you to save a document directly to Dropbox. This is because Office Online knows where the document came from, therefore it will try to save it back to that location. The availability of Dropbox integration elsewhere doesn't change this behavior. Please see the screenshot below from Word Online. With Word Online, saving happens automatically in the background, Save As contains no options for Dropbox. Also notice that the default navigation option is set to my OneDrive for Business site by default.

2. The same goes for the inverse scenario. If a user is accessing their Dropbox library, and they open a document for editing, there is no mechanism in Office Online which allows you to save a document directly to Office 365. Again, because Office Online knows where the document came from, it will save it automatically back to that location.  Notice the default location below when opening from Dropbox.

3. The only scenario available where Office Online doesn't have an established default save location is through https://office.live.com. In this instance there is a dropdown menu at the top of the screen which lets you establish a default save location, OneDrive or Dropbox. Once you've chosen where the document will go, the options for saving the file will lock in the same way as if you had opened it from that location. PLEASE NOTE: If you are signed in to office.live.com with a personal Microsoft account, documents will be saved to your PERSONAL OneDrive. If you are signed in with a work/organization/school account, documents will be saved to your OFFICE 365 OneDrive for Business. The dropdown menu will reflect what type of account you're logged in with. Please see screenshots below.

Signed in with a personal Live ID:

Signed in with an Office 365 organization ID:

4. As far as the messaging regarding the availability of Dropbox is concerned, at this time there is no way to turn the messaging off for your tenancy.  The Office Online product group's current position is that they won't be providing any mechanism to turn the messaging off.  Simply clicking "Got it" will close the message and it will never return for that user.

As always, feedback is welcomed and encouraged in the comments below.

EDIT 7/10/15:

Due to customer feedback The Office Web Apps product group has removed the ability to open documents from Dropbox from office.live.com if you are signed in with a work/school account.

Please see the screenshot below where a user is signed in with a work/school account. The Dropbox integration is unchanged if you are logged in with a personal Microsoft account.


Using the Office Web Apps RTM installer to install on a non-system drive will cause unhealthy farm status.

0
0

ISSUE:

The RTM installer of Office Web Apps will also create a folder on the C drive called “OneNoteMerge” when installing to another drive. The folder is not created on the specified non C drive path. This is one root cause of the unhealthy status and some event log errors.

FIX:

This has been fixed in the most recent version of the installer that is slipstreamed with SP1

WORKAROUND:

To correct the issue on an Office Web Apps server that was installed with the RTM installer you can perform the following steps:

1. Stop the Office Web Apps service (stop-service wacsm)
2. Move the following folder and all of its contents from the C drive to the correct installation path you specified. (C:\Program Files\Microsoft Office Web Apps\OneNoteMerge)
3. Start the Office Web Apps service (start-service wacsm)
4. The health status should now show healthy and errors for the OneNoteMerge ping check should no longer appear

NOTE:

We do not recommend installing on a non system drive if you are using VMWare, unless you perform a VMWare workaround

(Source)

Deploying the Office Web Apps Server 2013 –"Microsoft Office Web Apps Server 2013 Encountered an error during setup"

0
0

If you are planning to deploy an Office Web Apps Farm, the following data could be useful for you in case you are encountering the "Microsoft Office Web Apps Server 2013 Encountered an error during setup" error while running the installation package.
It specifically happens on virtual environments with Windows Server 2012 (R 2) and the error looks like in the screenshot bellow:

In the Event Viewer this error is recorded with following data:

  "Microsoft Office Web Apps Server 2013 Encountered an error during setup"
In the event viewer is reported the following log:
Faulting application name: MsiExec.exe, version: 5.0.9600.17415, time stamp: 0x54505262
Faulting module name: KERNELBASE.dll, version: 6.3.9600.17415, time stamp: 0x54505737
Exception code: 0xe06d7363
Fault offset: 0x0000000000008b9c
Faulting process id: 0x78c
Faulting application start time: 0x01d098872e5fe7d6
Faulting application path: C:\Windows\System32\MsiExec.exe
Faulting module path: C:\Windows\system32\KERNELBASE.dll

Also if you take a look into the installation logs you can see the following entries:

———————————————————————————————————

[DATE] [TIME] ::[PID] MSI(INFO): 'CustomAction ArpWrite returned actual error code 1603 (note this may not be 100% accurate if translation happened inside sandbox)'

|

|

|

[DATE] [TIME] ::[PID] MSI(INFO): 'Property(S): ERRORSUPPORTTEXT_PROBLEM = If problem persists, contact Microsoft Product Support Services (PSS) for assistance.  For information about how to contact PSS, see C:\Users\UserName\AppData\Local\Temp\2\Setup000007c4\PSS10R.CHM.'
[DATE] [TIME] ::[PID] MSI(INFO):'Property(S): ERRORSUPPORTTEXT_PERMISSION = Verify that you have sufficient permissions to access the registry or contact Microsoft Product Support Services (PSS) for assistance.  For information about how to contact PSS, see C:\Users\UserName\AppData\Local\Temp\2\Setup000007c4\PSS10R.CHM.'
[DATE] [TIME] ::[PID] MSI(INFO): 'Property(S): ERRORSUPPORTTEXT = Contact Microsoft Product Support Services (PSS) for assistance.  For information about how to contact PSS, see C:\Users\UserName\AppData\Local\Temp\2\Setup000007c4\PSS10R.CHM.'
[DATE] [TIME] ::[PID] MSI(INFO): 'Property(S): ArpWrite = CacheLocation;Contact;Comments;DisplayIcon;DisplayName;DisplayVersion;HelpLink;HelpTelephone;InstallLocation;ModifyPath;NoElevateOnModify;NoModify;NoRemove;NoRepair;PackageRefs;ProductCodes;ShellUITransformLanguage;SkuComponents;SPPSkuId;SystemComponent;UninstallString;URLInfoAbout;URLUpdateInfo;VersionMajor;VersionMinor'

|

|

|

[DATE] [TIME] ::[PID] MSI(INFO):'Property(S): SETUPSUPPORTURL = http://support.microsoft.com/?kbid=xxxxxx'
[DATE] [TIME] ::[PID] MSI(INFO):'Property(S): ERRORSUPPORTTEXT_RETAIL_DEFAULT_PROBLEM_PRE = If problem persists, contact Microsoft Product Support Services (PSS) for assistance.  For information about how to contact PSS, see '
[DATE] [TIME] ::[PID] MSI(INFO): 'Property(S): ERRORSUPPORTTEXT_RETAIL_DEFAULT_PROBLEM_POST = .'
[DATE] [TIME] ::[PID] MSI(INFO):'Property(S): ERRORSUPPORTTEXT_RETAIL_DEFAULT_PERMISSION_PRE = Verify that you have sufficient permissions to access the registry or contact Microsoft Product Support Services (PSS) for assistance.  For information about how to contact PSS, see '
[DATE] [TIME] ::[PID] MSI(INFO):'Property(S): ERRORSUPPORTTEXT_RETAIL_DEFAULT_PERMISSION_POST = .'
[DATE] [TIME] ::[PID] MSI(INFO): 'Property(S): ERRORSUPPORTTEXT_RETAIL_DEFAULT_PRE = Contact Microsoft Product Support Services (PSS) for assistance.  For information about how to contact PSS, see '
[DATE] [TIME] ::[PID] MSI(INFO): 'Property(S): ERRORSUPPORTTEXT_RETAIL_DEFAULT_POST = .'
[DATE] [TIME] ::[PID] MSI(INFO): 'Property(S): ERRORSUPPORTTEXT_OEM_DEFAULT = Contact your computer manufacturer's product support for assistance.'
[DATE] [TIME] ::[PID] MSI(INFO): 'Property(S): ERRORSUPPORTTEXT_OEM_DEFAULT_PERMISSION = Verify that you have sufficient permissions to access the registry or contact your computer manufacturer's product support for assistance.'
[DATE] [TIME] ::[PID] MSI(INFO): 'Property(S): ERRORSUPPORTTEXT_OEM_DEFAULT_PROBLEM = If problem persists, contact your computer manufacturer's product support for assistance.'
[DATE] [TIME] ::[PID] MSI(INFO): 'Property(S): InstalledByServerCatalyst_Ref = 0'

|

|

|

[DATE] [TIME] ::[PID] MSI(INFO): Error: Failed to install product:  C:\OWA\wacserver.ww\wacserver.MSI ErrorCode: 1603(0x643).

|

|

|

[DATE] [TIME] ::[PID] MSI(INFO):Catalyst execution finished: [Date][Time].  Return code: 1603.

———————————————————————————————————

CAUSE:

The BIOS SETTINGS  on server or the POWER OPTIONS profile on machine (or both), are set to "BEST PERFORMANCE" or "HIGH PERFORMANCE"

WORKAROUND:

Set the BIOS SETTINGS  on server or the POWER OPTIONS on machine (or both), to the BALANCED ( performance/power profile).

UPDATE:

=======

Please note that after a series of tests it was identified that the issue could occur while installing language packs for Office WebApps.  

IMPORTANT: The same workaround is applicable here as well.  

Configure ARR as a reverse proxy for Office Web Apps 2013 external users

0
0

With the Application Request Routing service becoming more widely used it was felt that it would be good to touch on how this can be used as a reverse proxy for Office Web App deployments. (this does not cover how to install the ARR software on the server or configuration for external sharepoint use).

1. To start open IIS

2. The first step is we need to add your web app servers to the configuration. So go to "Server Farms", right click and select "Create Server Farm"

 a. Server Farm Name should be a friendly name or a name that allows you to differentiate between your web apps servers and lync servers or sharepoint servers

 b. Server addresses should be the FQDN

 c. the end result resembling below.

3. Once added to the server farms the next stage is to configure your url routing. This is the portion that looks at the traffic coming in and routes specific types of traffic to different servers i.e. separating sharepoint traffic from office web apps traffic

 a. Select the root location from the navigation pane in IIS

 b. now select "url rewrite"

  1. you will see a rule has been created for the server you added doubleclick that rule and it will take you to  "edit inbound rule"

  2. Requested URL should be "matches the pattern" Using should be changed to "Regular Expression" and the Pattern should be the following (.*) Ignore case should be checked

  3. We need to now add a condition.

   a. Input should be {http_host}

   b. Type should be Matches the pattern

   c. Pattern should be as follows ^prefixofexternalurl\.domainofexternalurl\.com$  an example being ^share\.contoso\.com$ (this is what tells the ARR to reroute this specific traffic when it's sent)

Once all of the above is done you should be able to run an IIS reset and test. Again the above is only the ARR configuration settings. Your external users will not work unless you've configured the sharepoint wopi zones correctly and routed public traffic via public dns to this servers public IP address.  A good way to test to verify that you have everything configured correctly for your office web apps would be to have an external resource attempt to access your externalurl for office web apps hosting discovery i.e. share.contoso.com/hosting/discovery. If you're able to see an xml page then everything should be configured correctly.

Office Web Apps 2013 External Users

0
0

Hello Everyone,

The point of this blog is to help you understand your options when configuring OWA to work with external users.

There is one major configuration issue with this, that is that office web app calls need to be passed through, seemingly, without being challenged. In lync 2013 there are articles that talk about the configuration of your TMG reverse proxy. It is suggested that you leave the web apps portion accessible anonymously. This is considered acceptable because if everything else is https that leaves very little in the way of security vulnerabilities.

The reason for this is because office web apps need to be able to communicate via OAuth from client to host (user pc to sharepoint).

The above just means that your web apps calls need to be anonymous OR they can be pre-authenticated(so any auth challenge is passed along without issue).

So if you’re using sharepoint and your users are logging in there first you just need to make sure that the session cookie issued applies to your web apps as well. This should stop a second authentication attempt from taking place.

Best way to test this is to first go to your hosting/discovery page via http(s)://<wacexternalurl>/hosting/discovery, you should see something like the below.

hosting2

If you get an auth page then you want to test by first going to your sharepoint site > leave that page open >then test the above. If you have a session cookie configured correctly it should open without issue.

If you still get redirected to an authentication page then you want to look at the security token being issued by your authentication provider. Whatever is being issued isn’t covering the traffic to the web apps server as well.

If you can get the above to work, but are still having issues try reaching the http(s)://<wacexternalurl>/op/generate.aspx page. This page allows you to test a client machines ability to display rendered owa documents.

Once you’ve configured your security to allow for seamless travel with pre-auth or anonymous you should be able to now view documents in browser.

Office Web Apps Server 2013 with .NET 4.6+

0
0

Problem:

When using .NET 4.6+ the Office viewers or op/generate.aspx will not work and give the following “This page can’t be displayed” error.

Page Can't be Displayed

Cause:

The new .NET Framework version 4.6 and higher includes a new Just-In-Time (JIT) compiler.

Solution:

A couple of workarounds are detailed here (https://github.com/Microsoft/dotnet/blob/master/docs/testing-with-ryujit.md#net-framework-46—troubleshooting-ryujit)

The easiest workaround identified is to use the following registry key to disable the new JIT compiler on the Office Web Apps server that will be using op/generate or the Office viewers.

Using Registry Editor (regedit.exe), find either of the following subkeys:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\.NETFramework
Then, add the following:
Value name: useLegacyJit
Type: DWORD (32-bit) Value (also called REG_WORD)
Value: 1

Office Online Server Showing “Unhealthy” Status

0
0

*UPDATE*

The new version of Office Online Server released on 11/17/2016 has these health fixes in place.

If you are still getting a OneNoteMerge health error in the event log like this:

<?xml version=”1.0″ encoding=”utf-16″?>
<HealthReport xmlns:xsd=”http://www.w3.org/2001/XMLSchema” xmlns:xsi=”http://www.w3.org/2001/XMLSchema-instance”>
<HealthMessage>WebOneNoteWatchdog reported status for OneNoteMerge in category ‘Ping’. Reported status: OneNote Merge Ping test failed. OneNoteMerge.exe not available to execute merge</HealthMessage>
<Severity xsi:nil=”true” />
</HealthReport>

 

Then you will need to install the X64 version of the Visual Studio Runtime : https://www.microsoft.com/en-us/download/confirmation.aspx?id=40784

 

 

Problem:

Office Online Server (OOS) shows that the servers are in a Unhealthy status. This status will even occur on a new farm with default settings.

Unhealthy

Cause:

The OOS product team has identified a few different health checks that are failing and causing the status message to show unhealthy.

Solution:

The OOS product team is in the process of correcting the health checks in an upcoming patch for OOS. We do not have a timeline on when this will be released, but this blog will be updated when the patch is available.

 

*The healthStatus message should not be a indication of functionality of a OOS farm.

Microsoft Forms shows error “Sorry, something went wrong”

0
0

Issue:

Microsoft Forms shows error "Sorry, something went wrong" for all users in a SharePoint online tenant.

 

Fix:

Microsoft Forms requires the "ColabDBService" to be enabled.  The service can be enabled with these steps (also see screen shot below)

  1. Login to azure portal (https://portal.azure.com).
  2. Azure active directory.
  3. Enterprise Applications.
  4. Click “CollabDBService” that is displayed in the result list.
  5. Click "Properties" under “MANAGE”.
  6. Set the option Enabled for users to sign-in to Yes. Then Save.


Viewing all 15 articles
Browse latest View live


Latest Images