Subject | Re: [firebird-support] Problem with restore |
---|---|
Author | Helen Borrie |
Post date | 2004-03-23T06:09:38Z |
At 06:46 AM 23/03/2004 +0100, you wrote:
Win2k, can't speak for the others) you need a full path for the file being
read, as well as the one being created. And if c:\share.... is actually a
share of some kind, not an absolute physical path to a disk location under
the control of the server's host, then the database file can't be created.
If it *is* an absolute location, then maybe the DatabaseAccess is set to a
restricted root.
Note that if this location being served to Windows by Samba server, from
Linux, then it's *not* under the physical control of the host machine if
referred to by its SMB path, even if it's part of the same physical
system. (Just starting to smell a rat here, because of another thread
where the inquirer couldn't connect to a database on a FAT32 partition from
his Linux server - same coin, different face).
/hb
>Fabiano,No, the arguments are in the right order for C[reate]; but (at least on
>
>f> Just happens on Windows 2000. Linux, XP, 98 works fine with the
>f> same 'fourpack.fbk'.
>
>f> Do somebody knows what is happening?
>
>f> gbak -create fourpack.fbk 127.0.0.1:c:\share\firebird\fourpack.fdb
>
>haven't you got the two params backwards?
Win2k, can't speak for the others) you need a full path for the file being
read, as well as the one being created. And if c:\share.... is actually a
share of some kind, not an absolute physical path to a disk location under
the control of the server's host, then the database file can't be created.
If it *is* an absolute location, then maybe the DatabaseAccess is set to a
restricted root.
Note that if this location being served to Windows by Samba server, from
Linux, then it's *not* under the physical control of the host machine if
referred to by its SMB path, even if it's part of the same physical
system. (Just starting to smell a rat here, because of another thread
where the inquirer couldn't connect to a database on a FAT32 partition from
his Linux server - same coin, different face).
/hb