Warum funktioniert meine Berkeley DB gleichzeitigen Datenspeicher Anwendung hängen?

Question

Meine Anwendung hängt beim Versuch, einen gleichzeitigen Datenspeicher zu öffnen (CDB) Datenbank zum Lesen:

#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

Ich vermute, dass die Datenbankumgebung der Ansicht, dass ein anderer Prozess die Datenbank zum Schreiben geöffnet hat. Dies kann nicht der Fall sein, aber, wie alle Anwendungen, die auf die Datenbank zugreifen ich so über eine Schnittstelle Bibliothek, die Register eine Beendigungsfunktion über das atexit geschrieben () Systemaufruf, um sicherzustellen, dass sowohl die DB und DB_ENV Griffe richtig geschlossen sind - und alle vorher ausgeführten Anwendungen normal beendet.

Die Interface-Bibliothek öffnet die Datenbank wie folgt aus:

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

Dieser Code trifft keine Fehler.

Die Interface-Bibliothek registriert auch der folgende Code ausgeführt werden, wenn ein Prozess, der die Schnittstellenbibliothek Ausgänge verwendet:

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

Wie ich angegeben, sind alle vorher ausgeführten Prozesse, die die Interface-Bibliothek verwenden normal beendet. Alle diese Prozesse sind single-threaded.

Ich bin mit Version 4.8.24.NC von Berkeley DB auf der folgenden Plattform:

$ 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

Irgendwelche Ideen?

Answer 1

Entschuldigt, dass diese Frage so lange bleibt unbeantwortet. In Zukunft sollten Sie Ihre Frage an das Berkeley DB-Forum auf dem Oracle Technology Network hier posten. Dies ist ein sehr aktives Forum, in der Unterstützung, Ingenieurwesen und BDB-Anwendungsentwickler direkt interagieren.

Ihre Beschreibung des Problems bestätigt Ihre Annahme, dass die BDB-Umgebung denken kann, dass die Tabelle für den Schreibzugriff geöffnet ist. Sie können db_stat an der Umweltstatistik suchen verwenden. Dies ist wahrscheinlich ein Anwendungsproblem, sondern eine der BDB Ingenieure könnten wahrscheinlich helfen, das Problem auf dem BDB Forum isolieren oben aufgeführt sind.