Hello. I have been trying to use the script via ARD to update all of my clients and I always get the returned message:
RemoteDesktopClient-3.9.0: no such update
No updates are available.

This is on 10.11.6 ARD 3.8.5 and 10.10.5 ARD 3.8.4

My ARD admin version is 3.9 with the preference set to allow communication with older clients.

What am I doing wrong?

This is what I am using in ARD as root:

sudo softwareupdate -i 'RemoteDesktopClient-3.9.0'

Thanks.

Try to set the package 'RemoteDesktopClient-3.9.0' to use the System user installation context if you can. Apple set it to only install via the logged-in user context, meaning that you have to be logged in to see it as available.

System user context for that package flag will allow it to be shown as available regardless of whether or not a user is logged in.

Hi Kristl,
Getting a list of needed updates first from softwareupdate, then selecting the desired item worked for us. Here's the Policy results:

Executing Policy Remote Desktop Client Update
Running command
sudo softwareupdate -l;
sudo softwareupdate -i 'RemoteDesktopClient-3.9.0' --force;
sudo /System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/Resources/kickstart -restart -agent;
sudo /usr/local/jamf/bin/jamf recon...

Result of command:
Software Update Tool
Copyright 2002-2015 Apple Inc.

Finding available software
Software Update found the following new or updated software:

•RemoteDesktopClient-3.9.0
Remote Desktop Client Update (3.9.0), 8563K Krecommended]
•iTunesXPatch-12.5.5
iTunes (12.5.5), 113476K 7recommended]
Software Update Tool
Copyright 2002-2015 Apple Inc.

Downloading Remote Desktop Client Update
Downloaded Remote Desktop Client Update
Installing Remote Desktop Client Update
Done with Remote Desktop Client Update
Done.
Starting...
Stopped ARD Agent.
Done.
Retrieving inventory preferences from https://casper
Finding extension attributes...
Locating accounts...
Locating applications...
Locating package receipts...
Searching path: /Applications
Locating hard drive information...
Locating software updates...
Locating plugins...
Searching path: /Library/Internet Plug-Ins
Locating hardware information (Mac OS X 10.11.6)...
Gathering application usage information...
Submitting data to https://casper

See my update in: https://www.jamf.com/jamf-nation/discussions/23140/ard-3-9-update-one-solution-using-jamf

The script approach in this post only works if you can log into the target computers and force the jamf check in with:

sudo jamf policy

• Lynna

Thanks everyone. I just ended up installing the package via ARD. It was slow but it worked. Now I have an updated admin machine and just over 400 updated clients. Any new machines going forward will have the new ARD version so it is all good. Certainly can't thank Apple enough for their stellar R&D. It is like they don't even test anything anymore. They just roll it out as fast as they can and deal with the fall out later. ARD has always been buggy but still a good tool.

Some of you could be getting the "No update available" response on the scripts because your OS version isn't fully up to date. I know on ours, we were running 10.11.5 which returned the No update available response from Apple until we updated to 10.11.6. Once we've updated to the latest OS, ARD Client 3.9 is ready to pull down and install.

I just got off the phone with Applecare Enterprise, and they told me the fix they have for the Keychain error is to restart. They were not aware of the kickstart command:

sudo /System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/Resources/kickstart -restart -agent

so I forwarded it to my agent. Of course, he says they don't deal with Terminal much unless directed to by Engineering...

thanks @bscarborough - In the past i provided them a script as well and it is always through engineering and it takes awhile to get them to start doing things, so i tend to just use ard or terminal script to send it on my own.

At least i still have one backup mac with old version as my district ran into same issue.

Dan

Thiscommand

sudo /System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/Resources/kickstart -restart -agent

...can be shorter if we create a symbolic link on all our managed computers:

$ sudo  ln -s /System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/Resources/kickstart /usr/local/bin/kickstart

...this creates an alias:

$ ls -l /usr/local/bin/kickstart 

lrwxr-xr-x  1 root  wheel  87 Feb 24 19:46 /usr/local/bin/kickstart -> /System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/Resources/kickstart

$ which kickstart

/usr/local/bin/kickstart

...the command can now be simpler:

kickstart -restart -agent

With that said, I haven't seen the issue. ARD 3.9 doesn't seem any newer or better, but its working for us.

made a video in case others trying to catch up reading - https://www.youtube.com/watch?v=n4xHU4DV28M

No need to deploy 3.8.x client with ARD.

Use JSS to deploy both.

@bainter - This script actually worked for me, thank you for posting. However, it did not work yesterday and I tried throwing it through ARD and also Casper Remote. Today through another forum I realized Jamf had released another update to their casper suite. I updated that (although I had just done an update last week) and ran the script again today. Success!

Thanks to everyone for your posts and help.