qpid-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Kim van der Riet (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (QPID-8184) [linearstore] Recovery intermittently produces JERR_EFP_BADEFPDIRNAME error followed by core
Date Mon, 07 May 2018 21:00:00 GMT

    [ https://issues.apache.org/jira/browse/QPID-8184?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16466468#comment-16466468
] 

Kim van der Riet commented on QPID-8184:
----------------------------------------

Pavel Moravec has discovered the root cause of this issue, see [https://bugzilla.redhat.com/show_bug.cgi?id=1561819#c18.] It
appears that when using ::readlink(), the string containing the link destination is copied
into the supplied buffer, but without being terminated with a '\0'. In some cases, there is
remaining data in the buffer which when searched from the rear of the string yields odd results.

The issue appears to be solved by simply terminating the string in the buffer with a '\0'.

> [linearstore] Recovery intermittently produces JERR_EFP_BADEFPDIRNAME error followed
by core
> --------------------------------------------------------------------------------------------
>
>                 Key: QPID-8184
>                 URL: https://issues.apache.org/jira/browse/QPID-8184
>             Project: Qpid
>          Issue Type: Bug
>          Components: C++ Broker
>            Reporter: Kim van der Riet
>            Assignee: Kim van der Riet
>            Priority: Major
>
> Some users are experiencing difficulty recovering the store, especially when there are
a large  number of queues (several thousand). The log files show the following pattern:
> {{JERR_EFP_BADEFPDIRNAME}} in which some arbitrary number which is not divisible by 4
is being used as the EFP file size (called EFP directory in the log), followed by a segfault:
> {noformat}
> May 4 18:55:00 prodrhs1l qpidd[6240]: 2018-05-04 18:55:00 [Store] warning Linear Store:
EmptyFilePool create failed: jexception 0x0d03 EmptyFilePool::fileSizeKbFromDirName() threw
JERR_EFP_BADEFPDIRNAME: Bad Empty File Pool directory name (must be 'NNNk', where NNN is a
number which is a multiple of 4) (Partition: 1; EFP directory: '9k')
> May 4 18:55:00 prodrhs1l kernel: qpidd[6240]: segfault at 10 ip 00007f4219af8e19 sp 00007ffc227a6350
error 4 in linearstore.so[7f4219ac4000+bd000]{noformat}
>  In the event that the random number _is_ divisible by 4, a randomly sized directory
containing no files may appear in the partition EFP.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@qpid.apache.org
For additional commands, e-mail: dev-help@qpid.apache.org


Mime
View raw message