Provision branch fails with: 'relation "dcim_cabletermination_unique_termination" already exists'

[k-masters]

Can anyone help me shed some light on what is going on here? I just installed the plugin (v0.5.5) to Netbox v4.2.8 following the guidelines in the documentation. I restarted Netbox and tried creating a new branch which fails on provisioning.

The last few lines of the failed job are below.

        "ALTER INDEX branch_daq36pcr.dcim_cable_tenant_id_idx RENAME TO dcim_cable_tenant_id_3a7fdbb8",
        "ALTER INDEX branch_daq36pcr.dcim_cabletermination_termination_type_id_termination_id_key RENAME TO dcim_cabletermination_unique_termination",
        "ALTER INDEX branch_daq36pcr.dcim_cabletermination_termination_type_id_termination_id_idx RENAME TO dcim_cabletermination_unique_termination",
        "relation \"dcim_cabletermination_unique_termination\" already exists"

[walidhsn]

I had the same Error with the version 0.5.5 , i reinstalled everything after a clean up and i went down to the version 0.5.4 and it works now, plus if u had a vanilla installation of Netbox u should add this service netbox-rq , netbox-rq is a background worker service that runs Redis Queue (RQ) jobs for NetBox. Without netbox-rq, any queued task will remain in “pending” or “failed” state, and background features like branch provisioning will not work.

sudo nano /etc/systemd/system/netbox-rq.service

[Unit]
Description=NetBox RQ Worker
After=network.target

[Service]
Type=simple
User=netbox
WorkingDirectory=/opt/netbox/netbox
ExecStart=/opt/netbox/venv/bin/python3 /opt/netbox/netbox/manage.py rqworker
Restart=always

[Install]
WantedBy=multi-user.target

sudo systemctl daemon-reexec
sudo systemctl daemon-reload
sudo systemctl enable netbox-rq
sudo systemctl start netbox-rq

[jeremystretch]

Sounds like bug #260. Will be fixed in the v0.5.6 release.

[k-masters]

Yup. I commented on that after the issue was opened. I forgot to come over here and wrap this up. I didn't think about downgrading to v0.5.4 which might fix it int the meantime like the previous comment suggested.

Thanks!