looking at the logs for other processes, all of the last four occurrances
happened at the same time as an isql session was run against the original
database.
I can't think why there is any need for this isql session and the gbak
session creating the new database to interact via the lock manager but the
timing is exact to the second for all four.

I shall look further back to see if this holds true for earlier sessions.

--
Nick Upson (01799 533252)


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