Starting to see a few of these crop up. User is scheduling to default enterprise location, a public folder she has read/write/modify rights to. Has been running fine for a few weeks and tossed error this morning and also killed the scheduling for the job. User was able to do a schedule run now a couple of hours after the scheduled job had failed.
Is there a log anywhere that would tell me why this failed or where the insufficient security privilege is?
When you schedule to a destination, if you use the default then you will be using the username and password set up throught the cmc. The schedule runs under the account specified either in the default or what the user types in when using the non-default.
You should also be able to click on the word ‘failed’ when looing at history. This will bring up the error which is usually quite meaningful.
Apologies, I misread the post. That is a bo security error rather than a permissions on the destination folder.
Make sure they have the appropriate rights set on the public folder. You should have to grant the following:
Schedule to destinations
Schedule the document to run
Alos make sure that the report inherits its rights from the folder. Sometimes the report have its own rights attached.
I found the best way to test is to create a user in the same groups and test it out by making changes where appropriate. However, if the error is intermittent then you are probably looking at a bug somewhere. You would have to turn on tracing to the job server to get some more information written to the log.
Sounds like the schedule got messed up / corrupted, somewhere, then…yet another “feature” .
Thanks for the update, Mike, I have had the schedules get messed up, but this is usually down to an incorrect “End Time” being assigned BO, which then expires the schedule .