Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Database replace through services API fails [CORE4224] #4548

Closed
firebird-automations opened this issue Sep 18, 2013 · 6 comments
Closed

Database replace through services API fails [CORE4224] #4548

firebird-automations opened this issue Sep 18, 2013 · 6 comments

Comments

@firebird-automations
Copy link
Collaborator

Submitted by: michalk1 (michalk1)

Gbak in service mode now fails to overwrite a database. The problem is specific to current FB2.5.3 snapshot builds, previous release version (2.5.2) is ok:

gbak -REP -USER sysdba -PASSWORD masterkey -SERVICE localhost:service_mgr C:\test.gbk C:\test.fdb

gbak: ERROR:could not drop database C:\test.fdb (database might be in use)
gbak: ERROR: Exiting before completion due to errors

Nevertheless, the replaced database file is removed by previous gbak call, so the next call of the same gbak command is successfull (since the file to overwrite is now missing). Once the database file exists, however, gbak fails again.
To be sure that the file is really not in use, I even tried to stop the server before the gbak call, but it didn't help.

The same problem can be demonstrated by fbsvcmgr:

fbsvcmgr localhost:service_mgr -user sysdba -password masterkey action_restore verbose res_replace -dbname C:\test.fdb -bkp_file C:\test.gbk

gbak:opened file C:\test.gbk
could not drop database C:\test.fdb (database might be in use)
-Exiting before completion due to errors

Commits: fa00f70 FirebirdSQL/fbt-repository@219f587

@firebird-automations
Copy link
Collaborator Author

Modified by: @AlexPeshkoff

assignee: Alexander Peshkov [ alexpeshkoff ]

@firebird-automations
Copy link
Collaborator Author

Commented by: @AlexPeshkoff

Reproduced, reason is clear

@firebird-automations
Copy link
Collaborator Author

Commented by: @AlexPeshkoff

Return value of isc_drop_database() was broken (status vector was OK)

@firebird-automations
Copy link
Collaborator Author

Modified by: @AlexPeshkoff

status: Open [ 1 ] => Resolved [ 5 ]

resolution: Fixed [ 1 ]

Fix Version: 2.5.3 [ 10461 ]

@firebird-automations
Copy link
Collaborator Author

Modified by: @pcisar

status: Resolved [ 5 ] => Closed [ 6 ]

@firebird-automations
Copy link
Collaborator Author

Modified by: @pavel-zotov

status: Closed [ 6 ] => Closed [ 6 ]

QA Status: Done successfully

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants