Tag Removal Behavior¶
When a tag is removed in Collibra, the connector reflects the change in Ranger on the next successful sync. There is nothing to configure for this behavior; this page explains what happens so you can verify the outcome. All removals are subject to the Scan-Failure Safeguards — an incomplete or suspicious scan never triggers deletes.
How removals are applied¶
| Scenario | What the connector does in Ranger |
|---|---|
| A tag is removed from an asset that still has other tags | The resource mapping for that asset is re-pushed with the remaining tags. |
| A tag's last mapping on an asset is removed | The resource mapping is deleted from Ranger using importservicetags with op=delete. |
| A tag is no longer used by any synced asset | After its mappings are cleared, the tag definition is deleted from Ranger (DELETE /service/tags/tagdef/{id}). |
Safety guarantee¶
Ranger refuses to delete a tag definition that is still mapped to a resource — including resources owned by another service or connector on the same Ranger. Because of this, a tag that is still in use elsewhere is left intact even if this connector no longer uses it. Such a rejection is logged and skipped; it does not fail the sync.
This means tag-definition cleanup is safe by design: only tags that are genuinely unmapped everywhere are removed.
- Prev topic: Advanced Configuration