Troubleshooting For Lync For Mac
With the many different types of endpoints and network configurations that organizations use, there can be different ways that users connect to their, and as such, different sources of issues when connecting. Microsoft has developed detailed instructions for IT administrators to diagnose the issues and fix the problems based on the root causes. Below are the instructions provided by Microsoft: Scoping the problem Let’s assume that you want to troubleshoot issues that occur when users try to join a Skype for Business Online (formerly Lync Online) meeting by using Lync 2010, Lync 2013, the Lync for Windows Store app, or Lync for Mac 2011. Before you start, ask yourself and any external users who are experiencing the issue the following questions:. How many users does the problem affect?. Are the users internal or external to your organization?.
Can the affected users reproduce the problem on a single computer or on multiple computers? When you have the answers to these questions, see the following table to determine the kind of issue that you’re dealing with. This table is provided to help scope the problem to a certain category. However, some categories may be outside the technical support boundaries of a Skype for Business Online support engineer. Read the table as in the following example: Multiple users (but not a single user) from outside our organizationCan’t join a Skype for Business Online meeting from multiple computers: (is usually caused by) Lync federation issue or external network issue. Be aware that each column and each row are mutually exclusive. That is, the issue affects either a single user or multiple users, and the issue can be reproduced either on one computer or on multiple computers.
Client Cache The Lync client periodically downloads the address book via the internal or external web services. Try deleting the client cache. Try deleting.lsabs,.dabs, GalContacs.db and GalContacts.db.idx cache files from:%userprofile% AppData Local Microsoft Communicator sip (exit Lync first). Server Cache. Delete the address book files from the server located here – LyncShare1-WebServices-1ABFiles. Once deleted run Update-CsUserDatabase from Lync Management Shell (Synchronizes data between AD and Lync backend DB).
Wait at least 15 minutes. Run Update-CsAddressBook from Lync Management Shell (Writes changes in backend DB to the address book files) This will regenerate all you address book files. Address Book URL’s Make sure that you can browse to the following URL’s. You should receive an authentication challenge.
Active Directory Sync Normalisation If numbers are already in E164 format then normalisation rules should not come in to play. If normalisation is coming in to play it is done with CompanyPhoneNumberNormalizationRules.txt. Rules in this file will allow AD numbers to be normailised when added to the Lync address book. Check for any normalisation errors in the InvalidADPhoneNumbers.txt text file – LyncShare1-WebServices-1ABFiles00-0000-0000-0000-0000-0000000InvalidADPhoneNumbers.txt Useful Articles:. Andrew, My problem is the Update-CsUserDatabase command (Lync 2010) fails to connect to the domain.
I have tested using Telnet to the domain name using the LDAP port to prove the port is getting through the firewall, and that works. However, every time we run the Update-CsUserDatabase command, it fails to even find the domain. Do you have any suggestions on what I can look for in the database or firewall that might be causing this? I have googled the problem, but almost everyone glosses over the Update command and concentrates on the Address Book update instead. Thank you for your time Mike. Andrew, Thank you for the response and for taking the time to help.
Troubleshooting For Lync For Mac Audio
Yes, I’m a member of the CsAdministrator group (not sure about the RTCUniversalServerAdmins group, though), and the Lync Management Shell program is always run as an administrator, just in case. The error message I’m seeing simply states it can’t contact the domain “mydomain.com”. I’ll try and get the specific error message and reply with it. As I already mentioned, if I telnet to mydomain.com using the LDAP port, it connects. I did notice that when I do a NSLOOKUP on the mydomain.com, I see some IPv6 returns (new 2012 servers installed) This is why I’m trying to confirm that Update-CsUserDatabase is attempting to connect via LDAP port and not some other port. There is a very restrictive port-blocking appliance (similar to a firewall, but they hate it when I call it that) in use, and we had to tell it what ports/protocols and direction (in/out/both).
That’s what we thought as well, even verified that LDAP was not using secure LDAP for read-only access. The exact error message is: update-csuserdatabase: Domain “mydomain.com” cannot be contacted or does not exist at line:1 char:1 + update-csuserdatabase + + categoryInfo: NotSpecified: (:)Update-CsUserDatabase, ApplicationException + FullyQualifiedErrorId: System.ApplicationException,Microsoft.RTC.Management.UserServicesStore.Cmdlet.UpdateUserServicesStoreCmdlet I will double-check on the RTCUniversalServerAdmins group membership.
Troubleshooting For Lync For Mac Asking
The fun part of this is almost NO one has any info on what Update-CsUserDatabase does, other than “uses the user replicator to find new users in LDAP and enter them into the database for use by the Address Book service” I appreciate you taking the time to try and help me. Thank you very much. Andrew, I’ll check, but off the top of my head I would say it’s not locked down.
Troubleshooting For Lync For Mac Windows 10
The topology has 2 sites, and this works well from 1 but not the other (previously mentioned the non-firewall firewall piece). We had no issues with the initial domain prep. However, I’ll verify that with the DA team tomorrow and let you know. This is why we got focused on the update-csuserdatabase and what ports/protocols it used as it works from the main site, just not from the 2nd site. Additional background: main site is Lync 2010 Enterprise, 2nd site is Lync 2010 Standard.
Everything worked for a while (probably around a month), then the 2nd site started having address book update issues. New users were only showing up on the main site address book, not the 2nd site. Initial troubleshooting had us run the manual update to the database and address book on the 2nd site, and when that failed we ended up focused on the fact the update to the database failed. Various searches found most blogs glossed over the database part and concentrated on the address book service, but our problem appeared to be with the database update so I started posting questions on various blogs about the update-csuserdatabase process to see what I could discover. Found some PS command switches to force the database update to use specific DC (or list of DCs), unfortunately it doesn’t work on Lync 2010 (only Lync 2013) Again, I have to express my appreciation and thanks for your assistance. Even if we discover nothing new, the fact you were willing to help says everything to me. Well, it is what it is.
We noticed there are other issues on that particular server now (standard edition), which is sitting behind a couple firewalls i may have to take a trip and spend a day at the site to resolve some of the other issues, and maybe (just maybe) fixing them will fix the address book issue. As of this morning, no one except a local account can logon (no logon server available to service your request) so more problems have crept into that area. Personally, I blame the firewalls 😛 I’m trying to convince them to upgrade, but I think that’s a losing cause at the moment (end of year, no money, etc). If all else fails, I will move the users back to the main site and rebuild it. Just wanted to avoid doing that, especially with the firewalls. That process to get ports/protocols opened (and KEPT open) is painful.
Well, we removed the server from the domain and it refused to rejoin (domain not available). We ran a series of tests on all the ports we originally told them needed to be open, and found 139UDP and 389UDP were closed. As soon as they opened them both up, the system rejoined the domain. We ran update-csuserdatabase and it completed without error, immediately followed by the update-csAddressBook.
It appears everything is working now, until they decide again to change the default security rules 🙂 Sorry for the long delay in getting back to you. This was put on a back-burner to get some other troubleshooting done first and we just returned to it the week of Thanksgiving (while I was on vacation, one of my co-workers got antsy and bugged the heck out of them to do the testing).