You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@qpid.apache.org by "Kim van der Riet (JIRA)" <ji...@apache.org> on 2018/05/07 20:40:00 UTC

[jira] [Updated] (QPID-8184) [linearstore] Recovery intermittently produces JERR_EFP_BADEFPDIRNAME error followed by core

     [ https://issues.apache.org/jira/browse/QPID-8184?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Kim van der Riet updated QPID-8184:
-----------------------------------
    Description: 
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}
 

  was:
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, 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}
 


> [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}
>  



--
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