2008/8/8 Helen Borrie <helebor@...>

> At 04:09 PM 8/08/2008, Nick Upson wrote:
>
> >the script, run on bootup, does
> >
> >gbak -create to tmp filename
> >move to correct filename, the old one is removed on shutdown
> >programs can now connect
>
> Sorry, I don't follow the logic of this.
>
> Are you on Windows or Linux? On Linux the old database file will continue
> to be the active database file until the next reboot.

this is on linux (fedora core 8 to be exact),

the machine is shutdown, which takes a backup and removed the file
when it comes up the backup is restored to a tmp filename, when that is
complete it's moved to the 'running' filename to make sure nothing tries to
use it until the restore is complete, is this wrong?

>
> >does gbak remain connected somehow after it's finished doing the restore?
>
> Not after the completion message, AFAIK, unless there's a regression bug
> that's causing that lock file to persist. If it were connected, you
> wouldn't be able to mv it. But if you're looking at 2 copies of the lock
> file, then possibly gbak is still connected to the restored database at the
> time of looking. It's only something to check out...eliminate...etc.
>

It's not 2 copies of the lock file that I saw, it's 2 copies of the lock
manager process running,

./heLen

------------------------------------

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

Visit http://www.firebirdsql.org and click the Resources item
on the main (top) menu. Try Knowledgebase and FAQ links !

Also search the knowledgebases at http://www.ibphoenix.com

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Yahoo! Groups Links




[Non-text portions of this message have been removed]