Configuration BAckup Access Denied error

Hello,

I'm using the 9.5.6 evaluation version, my OS is Windows 7 32bit.

When I try to backup my configuration I get the error:

Backup Failed.
Error Code 5: Access is Denied. (5)

I found 2 other topics mentioning the same problem, and one suggested solution
for 64bit Windows that doesn't work for me.

Any other suggestions would be welcome
Thanks

Do you have write access to the place you're sending the backup to?

What happens if you go to /dopusdata, then up one level, and try to zip up the Directory Opus folder there?

If you go to /temp, are you able to create a folder and a text file there?

(When I say go to /xzy, just type that, including the /, into the location field in Opus and push return.)

Thank you leo,
I think I figured it out.

First of all the answers to your questions are all yes, I have write access, I can zip the folder,
and I can create a folder/text file.

I think the problem is that that the file name which Opus suggests for the backup file
contains non Latin letters in the date part because of my regional settings.

When I removed the non-Latin part the backup was created successfully.

Thank you

Glad it's working now.

What is your date format? If I can reproduce the problem I will file a bug report with the details.

My date format is

Greek: d/M/yyyy

in the suggested file name, the month was written in Greek letters.
Probably this is a problem with Unicode, non-ASCII characters

Thanks for the info. This should be fixed in the not-too-distant future.

Maybe the default could be set to yyyy-MM-dd (to display backups in order).
For me, it's dd-MMM-yyyy, so backup created in 04 jully is sort before 05 april when sorted by names.

You could always sort by date. :slight_smile:

[quote="AlbatorV"]Maybe the default could be set to yyyy-MM-dd (to display backups in order).
For me, it's dd-MMM-yyyy, so backup created in 05 april is sort before 05 jully when sorted by names.[/quote]

Agreed. I always change the name to yyyy-mm-dd before actually creating the backup, but I'd have difficulty arguing that this is a particularly important issue.