Topic: problem with /home/e-smith/db/configuration

[lerry]

Hi to all.

I'm trying to manage this problem: today i make some adjustment to the backup configuration of a smeserver 80.b6. I submit the change and it stuck in a page with "Updating workstation backup configuration". I wait for a couple of minutes, but it won't reload the menu. Then i forced a refresh, and some error appear to the page:
 

Code: [Select]

Program fragment delivered error ``Can't call method "value" on an undefined value at /etc/e-smith/web/common/noframes_head.tmpl line 59.''
After that i logged in with ssh and checked the config file, and i found that the file /home/e-smith/db/configuration was partially overwritten with the new configuration, but most of the part is missing!

Can i regenerate this file in some way?

Thanks in advice!

[Stefano]

Hi lerry..

first of all: 8.b6 is old and B E T A and you should upgrade ASAP to stable version

next: you should/could be able to revover your file form your backup.. if you use backup to workstation, you can do a selective restore.. if you use backup to tape, search the forums, I'm quite sure you'll find how to restore a single file from a tape

finally: even if you are working on an old and (de facto) unsupported version of SME, you should open a bug in bugzilla

TIA

[lerry]

Suddenly due to a power failure backup disk is gone, i'm replacing it.

I'll made the upgrade as soon as the customer allow me to shut down the system for a couple of hour.

There is any other way to recover the file?

Thanks

[Stefano]

no, AFAIK

just a question: backup on usb disk? I guess it was not attached to an ups..

[CharlieBrady]

There is any other way to recover the file?

Renaming the file, running 'signal-event post-upgrade' and then choosing the 'configure' option from the console and answering all the questions will restore most information in the configuration database.

Alternatively, you could re-construct the database from studying lots of configuration files on your server. That would be a very tedious process.

[lerry]

Thanks both! I manage the problem recovering an old configuration file from a damaged spare disk of the raid.

This teach me that:

1) procrastinate the deletion of disks is a good idea
2) never trust in backup, even if it was attached to UPS

Thanks again!