Hi Martijn!

I think we experienced the same thing, only from one Windows server to
another Windows server. Though this was just a table I'd used once and
forgotten to delete, so we simply deleted it and made a new backup (or
rather, thinking about it - I think Aage created an empty file with
the name in question and successfully made a restore). I didn't even
think enough about it to consider the unlikely to have happened - that
we had encountered a new Firebird bug in a stable version...

Just a note to tell that the problem may not be limited to
Linux->Windows. Though it may be a bug that only bite people chewing
Bamsemums.

Set
-oops, all of a sudden I am a member of Firebird Foundation.
-join today at http://www.firebirdsql.org/index.php?op=ffoundation

--- In firebird-support@yahoogroups.com, "Martijn Tonies" wrote:
> Hi,
>
> When restoring a database with an "external file table", I get the
> following error:
> ERROR: I/O error for file
> "/opt/firebirdSS-1.5.1/rxs_log/EXCEPTION_LOG"
> Error while trying to open file
> The system cannot find the file specified.
>
> Obviously, such a file does not exist on my Windows system and the
> restore fails.
>
> I would appreciated it, if Firebird issued a WARNING instead of an
> ERROR and continued restoring.