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

Jump to bottom

Server hangs when client tries to send too long DB encryption key(s) [CORE5780] #6043

Closed
firebird-automations opened this issue Mar 19, 2018 · 6 comments
Closed

Server hangs when client tries to send too long DB encryption key(s) [CORE5780] #6043

firebird-automations opened this issue Mar 19, 2018 · 6 comments
Assignees
@AlexPeshkoff
Labels
affect-version: 3.0.0 affect-version: 3.0.1 affect-version: 3.0.2 affect-version: 3.0.3 affect-version: 4.0 Alpha 1 affect-version: 4.0 Initial fix-version: 3.0.4 fix-version: 4.0 Beta 1 priority: major qa: cannot be tested type: bug

Comments

@firebird-automations
Copy link
Collaborator

Submitted by: @AlexPeshkoff

When client sends to the server more data than fits into single network packet used for such transfers async send fails.

Commits: 27a6c41 e5ec4f5
@firebird-automations
Copy link
Collaborator Author

Modified by: @AlexPeshkoff

assignee: Alexander Peshkov [ alexpeshkoff ]

@firebird-automations
Copy link
Collaborator Author

Modified by: @AlexPeshkoff

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

resolution: Fixed [ 1 ]

Fix Version: 4.0 Beta 1 [ 10750 ]

Fix Version: 3.0.4 [ 10863 ]

@firebird-automations
Copy link
Collaborator Author

Commented by: Sean Leyne (seanleyne)

Is the issue really about network "packet" (which is controlled by MTU settings -- default = 1500 bytes)? Or, about the size of the TCP buffer that FB allocates for sending/receiving msgs from the server?

@firebird-automations
Copy link
Collaborator Author

Commented by: @AlexPeshkoff

About the size of the TCP buffer that FB allocates for sending/receiving msgs, i.e. TcpRemoteBufferSize.
But it does not matter for committed fix - as soon as server detects fragmented packet in async receiver it drops that attachment.

@firebird-automations
Copy link
Collaborator Author

Modified by: @pavel-zotov

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

QA Status: No test => Cannot be tested

@firebird-automations
Copy link
Collaborator Author

Modified by: @pavel-zotov

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

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

@AlexPeshkoff AlexPeshkoff

Labels
affect-version: 3.0.0 affect-version: 3.0.1 affect-version: 3.0.2 affect-version: 3.0.3 affect-version: 4.0 Alpha 1 affect-version: 4.0 Initial fix-version: 3.0.4 fix-version: 4.0 Beta 1 priority: major qa: cannot be tested type: bug
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
2 participants
@AlexPeshkoff @firebird-automations