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

GBAK fails for big tables with BLOBs [CORE4845] #5141

Open
firebird-automations opened this issue Jun 23, 2015 · 2 comments
Open

GBAK fails for big tables with BLOBs [CORE4845] #5141

firebird-automations opened this issue Jun 23, 2015 · 2 comments

Comments

@firebird-automations
Copy link
Collaborator

Submitted by: Alex Gilev (xstarter)

While performing backup for big database (about 90 Ggb) GBAK fails with error:
gbak:error accessing BLOB column EXT_INFO -- continuing
gbak: ERROR:unable to allocate memory from operating system

It stops working after writing about 10 millions records, Firebird "eat" at this moment about 2Ggb memory. Tested with Firebird 64 at another PC and it perfomed backup well.

We have about 20 PCs with such databases and Windows 32bit (so Firebird 32 bit too) and it's not very easy to migrate all this PCs to Win64. Maybe it's possible to make some fix in Firebird to "eat" less memory while perform such backups?

@firebird-automations
Copy link
Collaborator Author

Commented by: @dyemanov

Looks very similar to CORE3802. Do you use official v2.5.2 build 26539 or some snapshot build?

@firebird-automations
Copy link
Collaborator Author

Commented by: Alex Gilev (xstarter)

Yes, we use official 2.5.2.26539. I saw CORE3802, but there is problem with restore and computed fields, we have not computed fields. I can try to upgrade to 2.5.4, maybe our problem fixed there?

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

1 participant