Randall,
here are the steps to check / cleanup:
In the zcc open the details of the sa-aifs224. You should see the catalogs AIFS-Testing and rhel-x86_64-ws-4. Remove those assignments for the moment. You should be able to do this in the zcc.
After that run the check_zlm_associations once again, but this time run it just for that single object:
|
Code:
|
# check_zlm_associations.sh nrmName=sa-aifs224.example.com,nrmName=RHEL4WS,nrmName=~workstations~,nrmName=~devices~,ou=EXAMPLE,o=cell |
Does it still report the errors ?
I think these two will still exist:
- Association: cn=185573227318
- Association: cn=-153741582124
- Association: cn=31278744525
If that is the case use this short ldif file (copy the following text into a delnrmassoc.ldif):
|
Code:
|
dn: nrmName=sa-aifs224.example.com,nrmName=RHEL4WS,nrmName=~workstations~,nrmName=~devices~,ou=EXAMPLE,o=cell
changetype: modify
delete: nrmAssociationList |
and then delete the association list. As we have deleted the other catalogs, we can remove the whole attribute:
# ldapmodify -H ldaps://<zlm server>:10636 -D cn=admin,o=system -W -Z -x -f delnrmassoc.ldif
Now run the check_zlm_ass.... once again.
No error should be reported.
Then assign both catalogs back to this device.
Now try what you tried before this problem occured and see how things go.
Rainer