Jump to content
Roger408

Asking for BackupSet passwod-was never set!

Recommended Posts

Retrospect Small Biz running on Win XP. Installation is about 8 months old. Disk-to-disk, with two sets of disks rotating. When attempting a restore from one set, Retrospect asks for a Backup Set password, but one was never specified!

 

Disk set B is fully accessible, but when using disk set A, or trying to look at the catalog for A, it asks for a password, which it never had required before.

 

Any explanation? I need to recover a deleted file.

Share this post


Link to post
Share on other sites

If Retrospect is asking for a password, then someone enabled encryption or password only protection at the time the backup set was created. No other option exists. If you don't know the password, then you will never have access to that data.

Share this post


Link to post
Share on other sites

This is something new, not a password that was set back at initial setup. Only one person has the password for the admin account (or any other account) on this system. Restore was tested several month ago and worked then.

 

This is a failure of Retrospect.

Share this post


Link to post
Share on other sites

Are you seeing some type of server login attempt or are you seeing an attempt to open the catalog file?

 

Don't forget, Retrospect has an option to safe the encryption password for things like scripted access. it is possible a password was set, but had never been needed because a Retrospect setting was used to remember the password. Retrospect is now looking for that password.

Share this post


Link to post
Share on other sites

I get the password prompt when trying to open the catalog to restore a file. I also get it when trying to look at the password option set. Scripted backups to the backup set work just fine, as they always have.

 

The other set of disks, with its own backup set, doesn't have this problem. Both were created the same day, same parameters.

 

Restores have been done on at least two occasions in the past, but I don't have notes of which backup set they came from. It could have been either, or both. Restores were tested when the scripts were first set up.

Share this post


Link to post
Share on other sites

[color:black][color:black]Yes, I agree that is the current status, but that was not the case originally. Somehow a plist (or what ever way Retrospect uses to store that fact) has become corrupt. The value has changed from "no password" to "no password for scripts" apparently without human intervention.

 

How it this error corrected?[/color][/color]

Edited by Guest

Share this post


Link to post
Share on other sites

If you don't know the password to your backup set, then you can't do anything. The data is lost and can not be restored. No service or person can help if you don't know the password. Time to create a new backup set and start again without encryption.

Share this post


Link to post
Share on other sites

Since no human set this password, what you are telling me is that the backups taken with Retrospect just periodically disappear and are no longer available? Why would I want to "start over" just to have them become unavailable again?

Share this post


Link to post
Share on other sites

Again, no human set this password. The password option was set to "no password", and then it became "No password for scripts" through some fault in the operations of the computer. I am aware that your employer does not offer any means to defeat the encryption.

 

There appears to be an error in Retrospect, which is a subject you have not addressed. I need you to address that subject, and the possibility of the error happening again, before I will again recommend using this software.

 

Has this type of problem been reported before? How frequently and in which versions? Have fixes been issued? How & where is that password flag stored?

Share this post


Link to post
Share on other sites

Retrospect will ONLY ask for a password if the backup set is encrypted. If your backup set is NOT encrypted, then you may have a heavily corrupted catalog file/or backup media. You can attempt a catalog rebuild. If the catalog rebuild requests a password then either you have a corrupt set of backups or you really did set a password when the set was created.

 

No user has reported similar behavior.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

×