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

Objects not unmapped when shared memory is closed [CORE3067] #3446

Closed
firebird-issue-importer opened this issue Jul 9, 2010 · 5 comments
Closed

Comments

@firebird-issue-importer
Copy link

@firebird-issue-importer firebird-issue-importer commented Jul 9, 2010

Submitted by: @AlexPeshkoff

Initially reported in fb-devel by Chris <coderight at gmail dot com>:
I'm running the 2.5 RC2/RC3 SuperClassic (fb_smp_server) server on
Linux (Ubuntu 10.04 64-bit) and it never seems to release the lock
files. The count in /proc/sys/fs/file-nr just keeps going up over
time as clients connect and disconnect from the database.

If I look at the output of lsof I see the fb_smp_server process has
tens of thousands of /tmp/firebird/fb_lock_xxxx files open and it
never seems to close them even when no clients are connected to the
database. Most of the files do not exist in /tmp so I assuming
something is unlinking them but they must still be held open by
something.

Seems to happen with any client connecting to the database. To
recreate just connect isql to a database then exit and notice the
leftover lock files listed in lsof or by checking
/proc/sys/fs/file-nr.

Commits: 3ecdb30 d197111 5113a8d 9a7dd2f

@firebird-issue-importer
Copy link
Author

@firebird-issue-importer firebird-issue-importer commented Jul 9, 2010

Modified by: @AlexPeshkoff

assignee: Alexander Peshkov [ alexpeshkoff ]

@firebird-issue-importer
Copy link
Author

@firebird-issue-importer firebird-issue-importer commented Jul 9, 2010

Commented by: @AlexPeshkoff

Masking 64-bit pointer with 32-bit mask was really bad idea - with Object == 0x7FAB12345678 and page size == 4K, we were getting starting address 0x12345000 instead of desired 0x7FAB12345000 (upper bits were lost).

@firebird-issue-importer
Copy link
Author

@firebird-issue-importer firebird-issue-importer commented Jul 9, 2010

Modified by: @AlexPeshkoff

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

resolution: Fixed [ 1 ]

Fix Version: 2.5 RC3 [ 10381 ]

Fix Version: 2.1.4 [ 10361 ]

Fix Version: 3.0 Alpha 1 [ 10331 ]

Fix Version: 2.0.7 [ 10390 ]

@firebird-issue-importer
Copy link
Author

@firebird-issue-importer firebird-issue-importer commented Feb 4, 2011

Modified by: @pcisar

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

@firebird-issue-importer
Copy link
Author

@firebird-issue-importer firebird-issue-importer commented Jul 20, 2015

Modified by: @pavel-zotov

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

QA Status: Cannot be tested

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