3

読み取り用にコンカレント データ ストア (CDB) データベースを開こうとすると、アプリケーションがハングします。

#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

データベース環境は、別のプロセスがデータベースを書き込み用に開いていると認識していると思われます。ただし、データベースにアクセスするすべてのアプリケーションは、私が作成したインターフェイス ライブラリを介してデータベースにアクセスするため、これは当てはまりません。これは、atexit() システム コールを介して終了関数を登録し、DB ハンドルと DB_EN​​V ハンドルの両方が適切に閉じられるようにします --以前に実行されたすべてのアプリケーションが正常に終了しました。

インターフェイス ライブラリは、次のようにデータベースを開きます。

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

このコードではエラーは発生しません。

インターフェイス ライブラリは、インターフェイス ライブラリを使用するプロセスが終了したときに実行される次のコードも登録します。

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

おっしゃる通り、以前に実行したインタフェース ライブラリを使用するプロセスはすべて正常に終了しました。このようなプロセスはすべてシングルスレッドです。

次のプラットフォームで Berkeley DB のバージョン 4.8.24.NC を使用しています。

$ 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

何か案は？

4

1 に答える 1

0

この質問が長い間回答されなかったことをお詫びします。今後、Oracle Technology Network の Berkeley DB フォーラムに質問を投稿してください。これは、サポート、エンジニアリング、および BDB アプリケーション開発者が直接対話する非常に活発なフォーラムです。

問題の説明は、BDB 環境がテーブルが書き込みアクセス用に既に開かれていると考える可能性があるというあなたの仮定を検証します。db_stat を使用して、環境統計を確認できます。これはアプリケーションの問題である可能性がありますが、BDB エンジニアの 1 人が上記の BDB フォーラムで問題を特定するのに役立つ可能性があります。

于 2011-04-21T04:28:30.900 に答える