I think it’s pretty common knowledge that Macs in an Active Directory environment tend to run into binding issues. In our environment we have issues attempting to bind, as well as already bound macs losing binding.
Recently the problem got a lot worse in our AD environment. It’s a rare occasion that I can get a Mac to bind to the domain on the first attempt. Usually I get an error message “Authentication Server cannot be contacted”. If I’m using the Directory Services GUI, I will have to sit at the computer and repeatedly enter the user name and password to keep attempting to bind computer. Sadly, I’ve counted and it’s taken over 30 attempts in some cases to get a computer to bind. Many of my fellow SA’s experience the same problems.
The other problem is that we are a large organization with sites all across the country. The binding issues seems to be isolated to our center. I’ve opened up several tickets with the network and domain controller team, but they can’t replicate the problem on their end. At this point we are stuck in a finger pointing game.
The following commands can help you troubleshoot Active Directory issues with your Mac. Continue reading
This post is more of a reminder to myself if I ever run into this issue again. If it helps someone else who runs into this issue, that’s even better.
We are a science heavy shop and most of our users write programs using Python. To help maintain a consistent environment we install Anaconda Python for our users to use. This way the programming environment is contained in the Anaconda environment and if anything breaks it’s easy enough to trash the Anaconda folder and start all over.
One of my users created a Python Env installing Python 3.5 so he could move from Python 2.7 to 3.5. When he went to use GDAL, specifically the gdalwarp command, he got the following error: image not found. After repeated creations of new environments and a couple uninstalls I found some info on stackoverflow that helped. It seems the version of gdal installed by Anaconda was 2.0.0 and not compatible with the newer versions of python. After running the following command he was able to use GDAL and gdalwarp commands without issue.
conda install -c conda-forge gdal=2.1.3
I have been tasked by my organization to install Adobe Creative Cloud apps on our twenty plus users computers who use it. We don’t utilize the teams or enterprise dashboard. Just the trusty ol’ serial number and Creative Cloud Packager.
This post is going to focus on getting Adobe Creative Cloud apps added to the Munki repo and successfully pushed out to users with no errors or Munki continuous install loops. The end goal is for the user to install the Adobe CC apps using Munki, and not require the user to sign in to Creative Cloud Desktop App in order to use the program. When the program is launched it should open and work.
Note: This post assumes you have some basic knowledge of Munki, MunkiAdmin (GUI for Munki) and a Munki Repo is setup and running.
Munki Tools, MunkiAdmin (GUI for Munki), Adobe Creative Cloud Packager, TextWrangler