When the fc-broker finds an entry in the form of sstActiveGoldenImage: 45bd1603-4316-4405-a10b-916b4c0a63fb in a dynamic virtual machine pool, it searched for this golden image in the virtual machines sub tree:
sstVirtualMachine=45bd1603-4316-4405-a10b-916b4c0a63fb,ou=virtual machines,ou=virtualization,ou=services,dc=foss-cloud,dc=org.
If the golden image was deleted manually via phpLDAPadmin or via vm-manager (the vm-manager hat a bug, it does not remove the sstActiveGoldenImage: 45bd1603-4316-4405-a10b-916b4c0a63fb from thedynamic virtual machine pool), then the fc-brokerd has an internal error and no backups at all are executed any more.
See the following /var/log/syslog/fc-brokerd.log entries:
Aug 27 03:10:08 vmsrv01 fc-brokerd[28369]: INFO readVmPool
Aug 27 03:10:08 vmsrv01 fc-brokerd[28369]: INFO readVm sstVirtualMachine=45bd1603-4316-4405-a10b-916b4c0a63fb,ou=virtual machines,ou=virtualization,ou=services,dc=foss-cloud,dc=org
Aug 27 03:10:08 vmsrv01 fc-brokerd[28369]: ERROR Init -------------- caught LDAPException ---------
Aug 27 03:10:08 vmsrv01 fc-brokerd[28369]: ERROR Error 32: No such object
