Perché la mia applicazione archivio di dati simultanei Berkeley DB appendere?

Question

La mia applicazione si blocca quando si tenta di aprire un archivio di dati concomitante di database (CDB) per la lettura:

#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

Ho il sospetto che l'ambiente di database ritiene che un altro processo ha il database aperto per la scrittura. Questo non può essere il caso, tuttavia, come tutte le applicazioni che accedono al database fanno tramite una libreria di interfaccia ho scritto che registra una funzione di terminazione tramite l'atexit () chiamate di sistema per garantire che gestisce sia il DB e DB_ENV siano correttamente chiusi - e tutte le applicazioni precedentemente eseguite normalmente chiusi.

La libreria di interfaccia apre il database in questo modo:

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

Questo codice rileva nessun errore.

L'interfaccia della registra inoltre il seguente codice da eseguire quando qualsiasi processo che utilizza le uscite biblioteca interfaccia:

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 */
        }
    }
}

Come indicato, tutti i processi precedentemente eseguiti che utilizzano la libreria di interfaccia terminato normalmente. Tutti questi processi sono singolo thread.

sto usando la versione 4.8.24.NC di Berkeley DB sul seguente piattaforma:

$ 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

Tutte le idee?

Answer 1

Scuse che questa domanda è rimasta senza risposta per così tanto tempo. In futuro si potrebbe desiderare di inviare la tua domanda al Forum DB Berkeley sulla rel="nofollow"> Oracle Technology Network . Questo è un forum molto attivo in cui il sostegno, Ingegneria e BDB sviluppatori di applicazioni interagiscono direttamente.

La tua descrizione del problema convalida la supposizione che l'ambiente BDB può pensare che la tabella è già aperto per l'accesso in scrittura. È possibile utilizzare db_stat a guardare le statistiche ambientali. Questo è probabilmente un problema di applicazione, ma uno degli ingegneri BDB probabilmente potrebbe aiutare a isolare il problema sul forum BDB sopra elencati.