The Last Scheduled Run test on a testconfig page fails

The impact of this issue is that schedules defined in Administration > Sites & Settings > Schedule will not run. This includes: email, list refresh, role refresh, integration.  Potential fixes are outlined below. 

This issue is caused due to 401 errors received in response to the authentication challenges sent between the BBIS and BBCRM web servers responsible for running the schedule. 

Sometimes Load Balancers will not pass internal service requests because the Load Balancers are acting as a reverse proxy and internal NTLM requests will fail while external ones will succeed.  The Load Balancer will likely require special configuration to enable the successful response of internal requests.  

Following are some resources you can use to configure this option on a number of popular Load Balancers.  Please note that Blackbaud is unable to assist in the implementation of suggestions from any of these links.  For additional assistance in implementing any of these configuration changes, consult additional support resources for the Load Balancer vendor:

It is also possible to add Kerberos as a provider to IIS to negate issues with the Load Balancer's handling of NTLM authentication.  

Prior fixes workarounds are still included this solution, below.  

Each of the following items have addressed at least 1 reported occurrence of this issue.  As of 1-30-16, item number 7 has addressed the largest number of reports.

  1. In IIS on the BBAppFx server(s), verify that Windows authentication is enabled for the WebUI folder (http://host/bbAppFX/webui/)
  2. Ensure that 'NT Authority\anonymous logon' is added as an application user, and that it belong to the CRM database roles "Blackbaud Built-In AppFx System User Role" and "Email Services Administrator".
  3. Check bbec.productconfig.xml under the \\AppPath\vroot\browser\brand\current folder and confirm "NoScheduleHeartbeat=true" does not exist as an AppSetting key
  4. Add the following AppSetting to the BBAppFx web.config on all CRM nodes: <add key="HeartbeatEnabled" value="True" />
  5. Ensure that Regional date/time settings are consistent on all machines in the rig (webserver(s) and database server)
  6. In some load balancer configurations/environments, authentication will be lost if a process response lands on a different node than the one from which it originated. One way to prevent this scenario is to pair CRM & BBIS nodes together by adding entries to the Hosts file for each node pair.
  7. On each CRM and BBIS node, apply registry changes provided by Microsoft in Knowledgebase article (note that method 2 has addressed multiple reports).
  8. Manually invoke the endpoint to start the scheduled service.  This can be automated using a browser like Chrome with a browser extension to auto-refresh at specified intervals.
  9. In SQL server, right-click the database and select "Properties". Select "Extended Properties". Verify 'bb_DisableScheduledProcesses' is set to 'False'
  10. In the same registry key referenced in step 6, set the following order for the BackConnectionHostNames entires:
    • DSN name
    • Domain machine name
    • IP address
  11. Reboot the web server


 Blackbaud Internet Solutions

Was this article helpful?

Thanks for your feedback! Did this solve your issue?

Comments (optional):

Thanks for your feedback!
We're glad it was helpful but sorry it didn’t solve your issue. If you need assistance, click Chat with Support below.
We’re sorry to hear that. Please tell us why.

 I don't like how this works.

 The answer is confusing.

 The answer didn't match what I was searching for.

Additional Comments (optional):

Thanks for your feedback! If you need assistance, click Chat with Support below.
Thanks for your feedback. Help us make our products even better by sharing details in our Idea Banks or our online Community.
Thanks for letting us know. We'll work on clarifying the information in the article. If you need assistance, click Chat with Support below.
Thanks for letting us know. We'll work on updating the search engine to return more relevant results.