Im sorry Are you saying that you expected the Software to automatically uninstall itself based on the membership of the LDAP Group? If so I do not believe this is an automatic function but must be set up. Here are some details on the new Uninstall Association feature in 8.8
Allows an a package to be distributed upon disassociation with a device.
Package is presumed to be built to remove application.
Removal package deploys when device is removed from scheduled task that installed the primary application.
1. User must build the removal package.
2. Associate the removal package to the installation package.
3. Delete managed device from list of targets in the scheduled task.
4. Uninstall is automatic.
I have associated the uninstall package.
As the target is a LDAP query, surely when the policy is re-evaluated it re-evaluates the query and then the machine is removed and then the machine is subsequently removed.
In that case then I would wait a bit... and see if its just a console resolution issue... Not sure about the logging for this but would assume it is going to log the same as usual. You may need to get the SQLlite tools for the policy database on the client to see if the uninstall package is at least listed and trying to run.
1 of 1 people found this helpful
Just tested with a SWD package and a static target, Its a little unclear how to actually set this up to test but what I did was run the Policy install to the client, then went into the Scheduled task and removed the client (After it said done no error). As soon as I ran the Policy Portal on the Client again the Uninstaller ran immediately and removed it.
Was speaking to our software vendor and they suggested a test. Create a device group and deploy to that, then remove a device from the group.
In this case the functionality works as expected, so it looks as though it is a bug in the directory connector. I am going to log a case with LANDesk to this effect.
Thanks for your help