Por que meu aplicativo de armazenamento de dados simultâneos de Berkeley DB está pendurado?

Question

Meu aplicativo está pendurado ao tentar abrir um banco de dados de armazenamento de dados simultâneos (CDB) para leitura:

#0  0x0000003ad860b309 in pthread_cond_wait@@GLIBC_2.3.2 ()
   from /lib64/libpthread.so.0
#1  0x00007ffff7ce67de in __db_pthread_mutex_lock (env=0x610960, mutex=100)
    at /home/steve/ldm/package/src/Berkeley-DB/dist/../mutex/mut_pthread.c:318
#2  0x00007ffff7ce5ea5 in __db_tas_mutex_lock_int (env=0x610960, mutex=100, 
    nowait=0)
    at /home/steve/ldm/package/src/Berkeley-DB/dist/../mutex/mut_tas.c:218
#3  0x00007ffff7ce5c43 in __db_tas_mutex_lock (env=0x610960, mutex=100)
    at /home/steve/ldm/package/src/Berkeley-DB/dist/../mutex/mut_tas.c:248
#4  0x00007ffff7d3715b in __lock_id (env=0x610960, idp=0x0, lkp=0x610e88)
    at /home/steve/ldm/package/src/Berkeley-DB/dist/../lock/lock_id.c:68
#5  0x00007ffff7da1b4d in __fop_file_setup (dbp=0x610df0, ip=0x0, txn=0x0, 
    name=0x40b050 "registry.db", mode=0, flags=1024, retidp=0x7fffffffdd94)
    at /home/steve/ldm/package/src/Berkeley-DB/dist/../fileops/fop_util.c:243
#6  0x00007ffff7d70c8e in __db_open (dbp=0x610df0, ip=0x0, txn=0x0, 
    fname=0x40b050 "registry.db", dname=0x0, type=DB_BTREE, flags=1024, 
    mode=0, meta_pgno=0)
    at /home/steve/ldm/package/src/Berkeley-DB/dist/../db/db_open.c:176
#7  0x00007ffff7d673b2 in __db_open_pp (dbp=0x610df0, txn=0x0, 
    fname=0x40b050 "registry.db", dname=0x0, type=DB_BTREE, flags=1024, mode=0)
    at /home/steve/ldm/package/src/Berkeley-DB/dist/../db/db_iface.c:1146

Suspeito que o ambiente do banco de dados acredite que outro processo tenha o banco de dados aberto para escrever. No entanto, esse não pode ser o caso, pois todos os aplicativos que acessam o banco de dados o fazem por meio de uma biblioteca de interface que escrevi que registra uma função de rescisão através do sistema Atexit () para garantir que as alças DB e DB_ENV estejam adequadamente fechadas- e todos os aplicativos executados anteriormente terminados normalmente.

A biblioteca de interface abre o banco de dados como este:

int status;
Backend*    backend = (Backend*)malloc(sizeof(Backend));

if (NULL == backend) {
    ...
}
else {
    DB_ENV* env;

    if (status = db_env_create(&env, 0)) {
       ...
    }
    else {
        if (status = env->open(env, path,
                DB_CREATE | DB_INIT_CDB | DB_INIT_MPOOL, 0)) {
            ...
        }
        else {
            DB*     db;

            if (status = db_create(&db, env, 0)) {
            ...
            }
            else {
                if (status = db->open(db, NULL, DB_FILENAME, NULL,
                        DB_BTREE, forWriting ? DB_CREATE : DB_RDONLY, 0)) {
                    ...
                }
                else {
                    backend->db = db;
                }                   /* "db" opened */

                if (status)
                    db->close(db, 0);
           }                       /* "db" allocated */

           if (status) {
               env->close(env, 0);
               env = NULL;
           }
        }                       /* "env" opened */

        if (status && NULL != env)
            env->close(env, 0);
    }                               /* "env" allocated */

    if (status)
        free(backend);
}                                   /* "backend" allocated */

Este código não encontra erros.

A biblioteca de interface também registra o seguinte código a ser executado quando qualquer processo que use o interface biblioteca sai:

if (NULL != backend) {
    DB*         db = backend->db;
    DB_ENV*     env = db->get_env(db);

    if (db->close(db, 0)) {
        ...
    }
    else {
        if (env->close(env, 0)) {
            ...
        }
        else {
            /* database properly closed */
        }
    }
}

Como indiquei, todos os processos executados anteriormente que usam a biblioteca de interface terminaram normalmente. Todos esses processos são threads únicos.

Estou usando a versão 4.8.24.nc de Berkeley DB na seguinte plataforma:

$ uname -a
Linux gilda.unidata.ucar.edu 2.6.27.41-170.2.117.fc10.x86_64 #1 SMP Thu Dec 10 10:36:29 EST 2009 x86_64 x86_64 x86_64 GNU/Linux

Alguma ideia?

Answer 1

Desculpas por que essa pergunta tenha ficado sem resposta por tanto tempo. No futuro, você pode querer postar sua pergunta no fórum de Berkeley DB na Oracle Technology Network aqui. Este é um fórum muito ativo, onde os desenvolvedores de suporte, engenharia e aplicativos BDB interagem diretamente.

Sua descrição do problema valida sua suposição de que o ambiente BDB pode pensar que a tabela já está aberta para acesso a gravação. Você pode usar o db_stat para observar as estatísticas do ambiente. Provavelmente, esse é um problema de aplicação, mas um dos engenheiros do BDB provavelmente poderia ajudá -lo a isolar o problema no fórum BDB listado acima.