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

> At 01:53 AM 8/08/2008, you wrote:
> >trying to answer both emails:
> >
> >This is a system with, at the point this occurred, no external
> connections.
> >The file is restored on boot to a temp location and then moved to the
> right
> >place on completion of the restore. This happens as root. Then programs on
> >the same system can connect which run as a non-root user.
> >
> >I didn't have time to take detail when it happened, so I now trying to
> >replicate it. Any ideas/suggestions gratefully received
> >2008/8/6 Nick Upson <nick.upson@...>
> >
> >> This is firebird 1.5.4 running on Fedora Core 8
> >>
> >> I've just seen 2 seperate machines, running identical code & databases,
> >> very similiar data, have 2 copies of fb_lock_mgr running.
> >>
> >> Has anyone seen this before? How or why can this occur (or what should
> stop
> >> it occurring)
>
> In that case I'd be worried that the restored database was being moved
> while gbak was still connected to it. Are you doing the safety step of
> renaming the old database before attempting to move the restored one?
>
> ./heLen
>

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

does gbak remain connected somehow after it's finished doing the restore?


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