Hi,
I have a problem at a customers site:
There is one backup job left created by a policy which is no longer existent.
When we try to delete that job, the error says (translated from german ...):
"Can't delete a job created by a policy, you must delete the job by removing policy created jobs from the policy context menu"
As there is no more policy, we have no way to delete the job.
If we create a policy with the same name and settings as before, we can create new jobs for it (it was a backup2disk->duplicate policy): We then get two more jobs based on the policy, which are in total three: two correct ones and the orphanded one.
When deleting the jobs created by the policy, only the two newly created ones are delete, the orphaned one stays in the job list.
This problem was discussed before in Message ID 4427098, the suggestion there was to try to repair the database (http://support.veritas.com/docs/265180) which didn't help in our case.
In Message ID 4437657 another suggestion was, to initialize the database and start from scratch (http://support.veritas.com/docs/254014).
I think the author of that one must be kidding, as you can't throw away all the data (Selection lists, policies ..) in a productional encironment.
Is there any other satisfying solution available from Symantec yet (e.g. a script, which checks the database for orphaned policy-based jobs and deletes them)?
Is that behaviour recorded as a bug in BackupExec yet, as many users seem to have that problem?
Thanks
Juergen