From
1. When upgrading/updating Windows, the Connector sometimes loses its connection to the server and needs to have ClientDeploy run to get it reconnected. This happened with the update to 17115.
[Solution: reboot at least three times and that should reconnect back up]
2. ClientDeploy fails on Windows 10 1803 (certainly on the versions I’ve specifically tested) when Anywhere Access VPN connection is enabled. This is a more major issue, and a potential blocker for people who will want to upgrade to 1803.”
It appears 1803 feature update won’t work if VPN is setup in the server. No workaround at this time other than to disable VPN and then reenable it.
Hang loose while we get Microsoft to fix.
One of the interesting things I’m seeing in the backup space is the increasing number of vendors that are offering up cloud backups. But… the big problem I see in some of the offerings is the less than stellar means to restore those backups.
Recently I’ve been struggling to find a good solid way to backup AND restore to a different location – Quickbooks online. There are online backup vendors out there, but to restore the data to another cloud subscription (in our case we want a capture of the QB at a certain point in time), it was hard to find a cloud backup that worked flawless in the restore process.
One alternative I’ve found is to make a desktop conversion from the online Quickbooks. The trick is to hack up the browser a bit, and to run all programs with full admin rights in order to export out the data.
The full how to post is here
Not pretty is it? But it does work to get a full and complete backup of the entire Quickbooks online database.
In case you weren’t aware, all of my patching posts are now over at Askwoody.com.
You can find my monthly recaps here: https://www.askwoody.com/patch-list-master/
All of my posts are tagged with https://www.askwoody.com/tag/patch-lady-posts/
While I plan to still blog here, my patching content will be over there. Not to mention, I’d like to strongly recommend checking out the very active forum that is located at AskWoody.com. There’s a lot of talented folks answering a lot of really good questions.
I’ve seen many folks bit by this one so again, blogging it to share with others. After the install of 1709 the MSI version of Outlook 2016 fails to search properly.
Outlook Search: These regekys are missing after the upgrade. You need to add them back in once the upgrade is complete.
REG ADD “HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Microsoft\Windows\Windows Search\Preferences” /v “{0077B49E-E474-CE11-8C5E-00AA004254E2}” /t REG_DWORD /d 1 /f
REG ADD “HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Microsoft\Windows\Windows Search\Preferences” /v “{4154494E-BFF9-01B8-00AA-0037D96E0000}” /t REG_DWORD /d 1 /f
REG ADD “HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Microsoft\Windows\Windows Search\Preferences” /v “{70fab278-f7af-cd11-9bc8-00aa002fc45a}” /t REG_DWORD /d 1 /f
REG ADD “HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Microsoft\Windows\Windows Search\Preferences” /v “{C0A19454-7F29-1B10-A587-08002B2A2517}” /t REG_DWORD /d 1 /f
REG ADD “HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Microsoft\Windows\Windows Search\Preferences” /v “{c34f5c97-eb05-bb4b-b199-2a7570ec7cf9}” /t REG_DWORD /d 1 /f
This has happened too many times recently so blogging this to share with others:
See if this is the issue nailing you
PROBLEM: Unable to integrate Dashboard with 0365
RESOLUTION:
Under C:\ProgramData\Microsoft\Windows Server\Logs\SharedServiceHost-EmailProviderServiceConfig.log :
BecWebServiceAdapter: Connect to BECWS failed due to known exception : System.ServiceModel.EndpointNotFoundException: There was no endpoint listening at https://bws902-relay.microsoftonline.com/ProvisioningWebservice.svc?Redir=1098557810&Time=636356539931802459 that could accept the message. This is often caused by an incorrect address or SOAP action. See InnerException, if present, for more details. —> System.Net.WebException: Unable to connect to the remote server —> System.Net.Sockets.SocketException: No connection could be made because the target machine actively refused
>> Launch the registry editor console and took backup of the following key:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Server\Productivity\O365Integration
>>Under HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Server\Productivity\O365Integration\Settings
>> Delete the BecEndPointAddress key
Tried integrating with 0365
Successful.
>Needs to manually connect all the Dashboard users to their respective Office 365 mailboxes
I’ve not always seen that this last step is needed.
I’m monitoring a possible issue (again hat tip to Peter Perry again) with client backups (and backups in general) once 1709 is installed.
In my 1709 testing I’m not seeing this, but I haven’t rolled it out firmwide to get a good feel. Anyone else seeing this in their networks?
I’ve seen several posts and had several people indicate that the upgrade to 1709 kills the connector software on Essentials 2012 R2. However, I’m finding in my own tests that when I have rebooted three times after installing the 1709, the connector lights up again and is connected.
If you have issues, some in this thread have indicated that the following works:
“But you can start the following exe (on the client) to reregister the client:
C:\Program Files\Windows Server\Bin\ClientDeploy.exe
After this the client is online in the dashboard and the backup works also.”
UPS worldship and 1709 Windows 10
Thanks to Peter Perry for another 1709 workaround:
“UPS Support Level 2 fixed the issue. They acknowledged 1709 exacerbates the problem. It requires deleting a bunch of config files in the Program Data folder, disabling BITS, rebooting, run UPS WorldShip (which then works), the re-enable BITS. It continues to work thereafter.”
After installing 1709 Sage/Peachtree will crash. Set the compatibility mode to Windows 8.
(Thanks Peter Perry for the info)
https://support.microsoft.com/en-us/help/4051963
KB4051963 has helped some users with the RDP crashing issue. However a few folks still have rdp crashing issues when printing is redirected. To figure out WHAT printer is the problem, follow this guideline:
If anyone else runs into this issue I would suggest the following steps:
1. Disable the “printers” check box on your Remote Desktop Connection by navigating to Options>Local Resources>Local Devices and resources. Then try to connect.
2. If connection is successful with the printers disable, start removing printers on your local machine one by one in order to figure out which printer is causing the problem.
3. Once you have figured out the problem printer driver, reinstall with a different driver.
It’s helped a few folks here in this forum https://answers.microsoft.com/en-us/windows/forum/windows_10-networking/windows-10-fall-creators-update-remote-desktop/d8e0273d-a82a-4ae6-88ce-450b846946ac?messageId=af70b487-1a9f-4026-94ae-e8bf37d62554
Recent Comments