Libelektra: キャッシュ：kdbエクスポートシステム

もちろん、なぜですか？ また、インポートに役立たないバージョンやその他のものもエクスポートします。 --without-elektraを追加して、これらのパーツのエクスポートを回避できます。

シェルレコーダーの場合、指定された部分のみがバックアップおよび復元されることも期待します。

もちろん、なぜですか？

kdbSetどういうわけかそれらを削除しますか？ プラグインのget関数の特別な部分を介してハードコーディングされている場合、これらのキーをシリアル化するのは間違っているようです...

バージョン情報については、kdbSetはそれらが同一であるかどうかをチェックし、同一である場合はkdbSetを無視します。 そうしないと、エラーが生成されます。

モジュール（iirc）の場合、kdbSetがないため、設定するキーは単に無視されます。 Iircの「定数」プラグインは同じ動作をします。通常はsystem / info / elektraにマウントされるため、system / elektraにはマウントされません。 --without-elektraもっと便利にするために、それを変更する必要があるかもしれません。

しかしとにかく：両方の動作（同一のキーを無視してチェックする）はインポートに害を及ぼすべきではありません。

したがって、非常に不安定なElektraの現在の状況では、それは完全に理にかなっています。バージョンが同一でない限り、system / elektraのインポートは拒否されます。 このエラーを回避するために、 --without-elektraを渡すことができます。

1.0以降は、実際にはもっとリラックスして、Elektraバージョン1.0以降からのインポートを受け入れることができます。 （ @mpranjどう思いますか？）

その場合、テキストを適合させる必要があります。現在は次のとおりです。

kdb import system < sys
Sorry, module kdb issued the error C01320:
Interface: Read only plugin, 'kdbSet' not supported but the key system/elektra/version/constants/KDB_VERSION_MICRO (expected system/elektra/version/constants/KDB_VERSION_MICRO) was tried to be modified to '1' (expected '2')

とにかく、あなたの質問は、 --without-elektraドキュメントをどのように改善できるかについての洞察を与えてくれます。 インポート/エクスポートのコンテキストでの--without-elektraの考え方は、次のいずれかです。

1. Elektraのすべての内部がエクスポートされますが、Elektraを台無しにしないためのバージョンチェックもあります。
2. Elektraの内部をインポート/エクスポートしないため、Elektraのバージョンは重要ではありません（ストレージプラグインのバージョンのみが重要です）。

1.0以降、実際にはもっとリラックスできます

私は提案に同意します。

@kodebachが述べたように、これがちょうど今＃3115に現れ、以前には現れなかったのはどういうわけか奇妙です。 --without-elektraを追加することは、おそらくバックアップと復元のためにそもそもそこにあるはず

@kodebachこれらのテストでキャッシュを再度アクティブにしましたか？ 残りのPRが完了するのを待って、mmapstorageとキャッシュを修正できるようにします。 キャッシュが正しく実装されていないときに、このような/同様のエラー（ Postcondition of backend was violated: drop key [...] not belonging to [...] ）が発生しました。

それらのテストのためにキャッシュを再度アクティブにしましたか？

はい、キャッシュは完全に有効になっています。

だから私はmmapstorageとキャッシュを修正することができます

mmapstorageはすでに機能しています。 どこかにukeyではなくkeyことがわかりました。

グローバルアンマウントテストの問題は別として、キャッシュも機能しているようです。 最後に確認したところ、キャッシュがコンパイルされていない場合、エラーは発生しませんでした。

kdbGet 、 elektraCacheGetおよび関連する関数の一部を変更しました。 何かが壊れた可能性がありますが、＃2969以降、変更したものを再度変更する必要があるので、今すぐ確認する必要はないと思います。

OK。 cache + mmapstorageが問題を引き起こす場合は、最後まで非アクティブ化したままにして、その後、アクティブ化して適応させることをお勧めします。

PRは非常に根本的な変更であるため、キャッシュの動作が壊れているためにスタックしない場合は、はるかに簡単になります。 基本的に準備ができたら、キャッシュを再度アクティブにしてpingを実行するだけで、残りの部分を確認して修正できます。

@mpranj ：これはキャッシュ関連なので、割り当てました。

現在のマスターで同様のものを再現することはできません。 誰かがそこで再現する方法を知らない限り、私はそこで多くのことをすることはできませんが、マスターには存在しないのではないかと思います。

＃3115からのブランチで、説明されているエラーが発生します。 @kodebachそこに行って、変更に加えてキャッシュ関連のものを修正する必要がありますか、それともその上で作業するには早すぎますか？ 現在マスターからブランチをリベースするのはどれくらいの苦痛ですか（バックエンド前のプラグイン）？

＃2969と関連するPRが統合されるまで、＃3115に取り組む価値はないと思います。 その後、リベースしてPRを終えようと思います。 基本的に、適切なリベースを確実にするために、キー名の構文に依存するすべてのコミットをチェックする必要があるため、リベースはできるだけ少なくしたいと思います。

もちろん、必要に応じて、現在のバージョンのPRのバグを探すこともできます。 ただし、私が覚えている限り、問題を作成する前にmasterこれを試したので、その間に修正された可能性があります。

＃2969と関連するPRが統合されるまで、＃3115に取り組む価値はないと思います。

はい、ありがとうございます！ 次に、関連するPRがマージされた後、この問題を待って確認しましょう。

何らかのPRを待っている問題に何らかの方法でタグを付けることは可能ですか？ とりあえずタイトルを変えました。

私は実際にこれを今日master再現することができました。 具体的には、 scripts/docker/fedora/32/Dockerfileをビルドしました（技術的にはmasterからで

docker run -it -w /home/jenkins elektra-fedora-32:latest

コンテナ内で次の行を実行しました。

git clone https://github.com/ElektraInitiative/libelektra
cd libelektra && mkdir build && cd build
cmake .. -DCMAKE_BUILD_TYPE=Debug -DKDB_DB_SPEC="$PWD/config/spec" -DKDB_DB_SYSTEM="$PWD/config/system" -DKDB_DB_USER="cdbg-1/.config" -DCMAKE_INSTALL_PREFIX="$PWD/install" -DINSTALL_SYSTEM_FILES=OFF -DENABLE_DEBUG=ON -DENABLE_LOGGER=ON -DCMAKE_EXPORT_COMPILE_COMMANDS=TRUE -DPLUGINS="ALL;-lua;-ccode;-tcl" -DBINDINGS="ALL" -DCOMMON_FLAGS="-Werror"
make -j 24
bin/kdb export system toml

最後のコマンドからの出力は次のとおりです。

elektra.modules.cache = "cache plugin waits for your orders"
elektra.modules.cache.exports = ""
elektra.modules.cache.exports.close = "(binary)"
elektra.modules.cache.exports.get = "(binary)"
elektra.modules.cache.exports.open = "(binary)"
elektra.modules.cache.exports.set = "(binary)"
elektra.modules.cache.infos = "Information about the cache plugin is in keys below"
elektra.modules.cache.infos.author = "Mihael Pranjic <[email protected]>"
elektra.modules.cache.infos.licence = "BSD"
elektra.modules.cache.infos.metadata = ""
elektra.modules.cache.infos.needs = ""
elektra.modules.cache.infos.placements = "pregetcache postgetcache"
elektra.modules.cache.infos.provides = ""
elektra.modules.cache.infos.recommends = ""
elektra.modules.cache.infos.status = "maintained unittest shelltest specific global"
elektra.modules.cache.infos.version = 1
elektra.modules.dump = "dump plugin waits for your orders"
elektra.modules.dump.config.needs.fcrypt.textmode = 0
elektra.modules.dump.exports = ""
elektra.modules.dump.exports.get = "(binary)"
elektra.modules.dump.exports.serialise = "(binary)"
elektra.modules.dump.exports.set = "(binary)"
elektra.modules.dump.exports.unserialise = "(binary)"
elektra.modules.dump.infos = "Information about the dump plugin is in keys below"
elektra.modules.dump.infos.author = "Markus Raab <[email protected]>"
elektra.modules.dump.infos.licence = "BSD"
elektra.modules.dump.infos.metadata = ""
elektra.modules.dump.infos.needs = ""
elektra.modules.dump.infos.placements = "getstorage setstorage"
elektra.modules.dump.infos.provides = "storage/dump storage dump"
elektra.modules.dump.infos.recommends = ""
elektra.modules.dump.infos.status = "productive maintained conformant unittest tested nodep -1000 default"
elektra.modules.dump.infos.version = 1
elektra.modules.list = "list plugin waits for your orders"
elektra.modules.list.exports = ""
elektra.modules.list.exports.addPlugin = "(binary)"
elektra.modules.list.exports.close = "(binary)"
elektra.modules.list.exports.deferredCall = "(binary)"
elektra.modules.list.exports.editPlugin = "(binary)"
elektra.modules.list.exports.error = "(binary)"
elektra.modules.list.exports.findplugin = "(binary)"
elektra.modules.list.exports.get = "(binary)"
elektra.modules.list.exports.mountplugin = "(binary)"
elektra.modules.list.exports.open = "(binary)"
elektra.modules.list.exports.set = "(binary)"
elektra.modules.list.exports.unmountplugin = "(binary)"
elektra.modules.list.infos = "Information about the list plugin is in keys below"
elektra.modules.list.infos.author = "Thomas Waser <[email protected]>"
elektra.modules.list.infos.licence = "BSD"
elektra.modules.list.infos.needs = ""
elektra.modules.list.infos.placements = "pregetstorage procgetstorage postgetstorage postgetcleanup presetstorage presetcleanup precommit postcommit prerollback postrollback"
elektra.modules.list.infos.provides = ""
elektra.modules.list.infos.status = "unittest nodep libc configurable global"
elektra.modules.list.infos.version = 1
elektra.modules.resolver_fm_hpu_b = "resolver_fm_hpu_b plugin waits for your orders"
elektra.modules.resolver_fm_hpu_b.constants = ""
elektra.modules.resolver_fm_hpu_b.constants.ELEKTRA_VARIANT_BASE = "fm"
elektra.modules.resolver_fm_hpu_b.constants.ELEKTRA_VARIANT_SYSTEM = "b"
elektra.modules.resolver_fm_hpu_b.constants.ELEKTRA_VARIANT_USER = "hpu"
elektra.modules.resolver_fm_hpu_b.constants.KDB_DB_DIR = ".dir"
elektra.modules.resolver_fm_hpu_b.constants.KDB_DB_HOME = "/home"
elektra.modules.resolver_fm_hpu_b.constants.KDB_DB_SPEC = "/home/jenkins/libelektra/build/config/spec"
elektra.modules.resolver_fm_hpu_b.constants.KDB_DB_SYSTEM = "/home/jenkins/libelektra/build/config/system"
elektra.modules.resolver_fm_hpu_b.constants.KDB_DB_USER = "cdbg-1/.config"
elektra.modules.resolver_fm_hpu_b.exports = ""
elektra.modules.resolver_fm_hpu_b.exports.checkfile = "(binary)"
elektra.modules.resolver_fm_hpu_b.exports.close = "(binary)"
elektra.modules.resolver_fm_hpu_b.exports.commit = "(binary)"
elektra.modules.resolver_fm_hpu_b.exports.error = "(binary)"
elektra.modules.resolver_fm_hpu_b.exports.filename = "(binary)"
elektra.modules.resolver_fm_hpu_b.exports.freeHandle = "(binary)"
elektra.modules.resolver_fm_hpu_b.exports.get = "(binary)"
elektra.modules.resolver_fm_hpu_b.exports.open = "(binary)"
elektra.modules.resolver_fm_hpu_b.exports.set = "(binary)"
elektra.modules.resolver_fm_hpu_b.infos = "All information you want to know is in keys below"
elektra.modules.resolver_fm_hpu_b.infos.author = "Markus Raab <[email protected]>"
elektra.modules.resolver_fm_hpu_b.infos.licence = "BSD"
elektra.modules.resolver_fm_hpu_b.infos.needs = ""
elektra.modules.resolver_fm_hpu_b.infos.placements = "rollback getresolver setresolver commit"
elektra.modules.resolver_fm_hpu_b.infos.provides = "resolver"
elektra.modules.resolver_fm_hpu_b.infos.status = "productive maintained specific unittest tested libc nodep configurable default"
elektra.modules.resolver_fm_hpu_b.infos.version = 1
elektra.version = "Below are version information of the Elektra Library you are currently using"
elektra.version.constants = ""
elektra.version.constants.KDB_VERSION = "0.9.2"
elektra.version.constants.KDB_VERSION_MAJOR = 0
elektra.version.constants.KDB_VERSION_MINOR = 9
elektra.version.constants.KDB_VERSION_PATCH = 2
elektra.version.constants.SO_VERSION = 4
elektra.version.infos = "All information you want to know"
elektra.version.infos.author = "Markus Raab <[email protected]>"
elektra.version.infos.description = "Information of your Elektra Installation"
elektra.version.infos.licence = "BSD"
elektra.version.infos.version = 1

（注： .descriptionキーは文字列```を含んでいるため、GithubのMarkdownフォーマットが壊れているため、出力から削除しました）

すべてのキーは特定のElektraインストールから派生しており、KDBにインポートしてはならないため、IMOの出力は実際には空である必要があります。 kdb importがそれらを適切に無視する場合、おそらくversion.constantsキーをエクスポートすることは理にかなっています（他のversionキーもエクスポートされるべきではありません）。

〜 Postcondition of backend was violated: drop key system:/elektra/modules/cache/infos/licence not belonging to "system:/elektra/modules/cache" with name "modules" but instead to "(null)" with name "(null)" because it is hidden by other mountpoint問題は、＃3447でのみ発生し、 cacheプラグインでのみ発生します。 したがって、＃3447にはまだバグがあります。 ただし、このkdb export問題を修正すると、問題も削除されます。〜

訂正：事後条件の問題は、実際にはDockerコンテナーでも発生します。

上からのコンテナで、私は走りました（他のものの直後に）：

ctest -R kdb_global_umount --output-on-failure

その後、KDBにアクセスしようとするkdbコマンドは、 kdb ls system多くのpostcondition警告を報告します。

さらに、 kdb rm -r systemを実行しようとすると、次のようになります。

Interface: Read only plugin, 'kdbSet' not supported but the key system/elektra/version (value Below are version information of the Elektra Library you are currently using) tried to be removed

kdb rm -r systemが失敗するのは意図的なものです。 何を期待しましたか？

ただし、エラーメッセージが非常に悪いことを認める必要があります（文法的にも意味的にも：ユーザーはキーではなく何かを試しました）。

何を期待しましたか？

公平を期すために、はいkdb rm -r systemは実際のシステムではあまり意味がありません。 開発セットアップでは便利かもしれません（ただし、ファイルを手動で削除することも難しくありません）。

しかし、私はエラーメッセージがかなり悪いことを認めなければなりません

これが私を最も混乱させたものだと思います。 メッセージに「削除...許可されていません」などと表示されていれば、何か間違ったことをしたことがわかります。 さらに、AFAIKは、 Interface Errorsをコードのエラーとして定義し、ユーザーが原因ではないと定義しました。

versionプラグインと一般的な読み取り専用プラグインについて： kdb rm （おそらくkdb rm -rf呼び出すときに、読み取り専用プラグインからのこれらのエラーを無視する方法があるはずです。 ）。
あるレベルでは、少なくとも読み取り専用マウントポイントより下のすべてを一度に削除する場合、読み取り専用キーを「削除」することは理にかなっています。 kdb rm -r some/mountpointは、 some/mountpoint基になる構成ファイル全体を削除する必要があります。つまり、構成ファイルがないという事後条件があります。 読み取り専用プラグイン（少なくともversionように機能するプラグイン）には構成ファイルがないため、事後条件は自動的に満たされます。

開発のセットアップでは、それは役に立つかもしれません

開発にはkdb resetます。

メッセージに「削除...許可されていません」などのメッセージが表示された場合

私は完全に同意します！ ＃3498はどうですか？

多分kdbrm -rf

-f 、強制することはできず、無視するだけなので、混乱するので、 --without-elektra方が適していますか？

の基になる構成ファイル全体を削除する必要があります

はい、これは事実であり、リゾルバーがそれを処理します。

事後条件は自動的に満たされます。

ナジャ、 kdb rm key kdb get keyの後にキーが見つからないことを返すという事後条件もあります。 この事後条件は満たされません。

エラーメッセージを変更するだけで十分です

この号で説明されているバグは残っていますか？

このコメントと次のコメント（つまり、元の問題）はまだ解決されていません： https ：

申し訳ありませんが、最初はこの問題を誤解していたようです。 要約して、私が今それを正しく理解しているかどうかを確認しましょう。

キャッシュの観点から、mmapファイルを可能な限り再利用したいと思います。 誰かが呼び出した場合はこのように、 kdbGetに"system/this"とマウントポイントが実際にある"system" 、我々は持続します"system"完全に。 その後、誰かが"system/other"でkdbGetを呼び出すと、キャッシュがすでに存在しているため、処理速度が大幅に向上します。 基本的にマウントポイントごとにmmapキャッシュファイルを作成しますが、すべてのキーをマウントポイントの下に保存します。

私が今問題を正しく理解しているなら、あなたのポイントは"system/elektra/modules"などをキャッシュすることは両方であるということです：

1. 誤って
2. これらのキーのフェッチはとにかく高速なので、無関係です。

編集：現在、キャッシュを取得すると、ksAppendやその他の操作が完全に回避されます。 したがって、OPMPHMとすべてを保持します。 システムマウントポイントの残りの部分に"system/elektra/modules"をksAppendすることを開始すると、確かにパフォーマンスがいくらか失われます。 システムの名前空間には関係ないかもしれませんが、このようなエッジケースがいたるところにあると、パフォーマンスが低下することは確かです。

注： kdb rm systemものに関するコメントを解決済みとしてマークしたため、Githubによって非表示になっています。 これにより、この問題が少し明確になるはずです。

私が今問題を正しく理解しているなら、あなたのポイントは"system/elektra/modules"などをキャッシュすることは両方であるということです：

1. 誤って
2. これらのキーのフェッチはとにかく高速なので、無関係です。

はい、それらをキャッシュするだけでは誤りですが、キーが変更されたことを検出するロジックがある限り、キャッシュすることはできます。 速度についてコメントすることはできませんが、キャッシュを使用するとさらに高速になる可能性があります。 あなたが言ったように、それはksAppendを回避し、プラグインへの多くの呼び出しも回避します。

元の問題は、 kdb exportの動作に関するものです。 system/elektra/modulesまたはsystem/elektra/versionより下のキーはElektraインストールに固有であり、別のKDBにインポートしないため、出力に含まれることはありません。

これらのキーがどこから来ているのか調査しなかったので、 cacheプラグインが実際にここに含まれているかどうかはわかりません。 最善の解決策は、ちょうど常にである可能性がありますksCutでこれらの部品kdb export 。 そうすれば、何かが変わっても問題が再発することはありません。

「バックエンドの事後条件に違反した」という問題もあります。 これまでの私の理解では、この問題はkdb exportがsystem/elektra/modulesでキーを生成することによって引き起こされますが、100％確実です。

https://github.com/ElektraInitiative/libelektra/issues/3299#issuecomment -695814469の手順に従って、実行する場合

ctest -R kdb_global_umount --output-on-failure

bin/kdb ls system

（次のコメントで言ったように）、あなたはたくさん得るでしょう：

Postcondition of backend was violated: drop key system/elektra/modules/cache/infos/licence not belonging to "system/elektra/modules/cache" with name "modules" but instead to "(null)" with name "(null)" because it is hidden by other mountpoint

これは実際にはcacheプラグインへの唯一の参照です。 AFAICTこれはここで起こることです：

• テストの「バックアップと復元」手順では、 kdb exportとkdb importます。
• どういうわけか、これにより、 system/elektra/modules/cacheのキーがelektra.ecfファイルに永続的に書き込まれます。
• 次に、たとえばkdb ls systemを介して任意の形式のkdbGetを呼び出すと、問題が発生します。
• この問題が正確に何であるかはわかりませんが、 system/elektra/modules/...キーをディスクに書き込まないでください。
• 回復する唯一の方法は、 elektra.ecfからsystem/elektra/modules/...キーを_手動で_削除することです。

おそらく、これはキャッシュではなくkdb importで修正する必要があります。

これを報告してくれてありがとう！

キャッシュは、これらの（任意の）キーがkdbGetから返されたKeySetに存在する場合、それらを確実に格納します。 キャッシュに例外はありません。 ただし、あなたが言ったように、 kdb importこれらのキーを許可することは意味がありません。 あなたの説明からこれを再現して修正できるかどうかを確認します。

kdb importを使用している場合にのみ問題が発生する場合は、インポート時にこれらの特殊キーを削除するだけです。

キャッシュがすべてを完全に返す必要があるという@mpranjに同意します。

これらはElektraインストールに固有であり、別のKDBにインポートしないため、その出力には、system / elektra / modulesまたはsystem / elektra / versionの下にキーが含まれることはありません。

エクスポートは、インポートだけでなく、ユーザーの複数のキー/値を表示するためのものです。 すべてのバージョン情報を表示するには、 kdb export system/elektra/version/constants simpleiniに問題はありません。

これらのキーがどこから来ているのか調査しなかったので、キャッシュプラグインが実際にここに含まれているかどうかはわかりません。 最善の解決策は、kdbエクスポートでこれらの部分を常にksCutすることです。 そうすれば、何かが変わっても問題が再発することはありません。

このようなksCutは、 --without-elektraと言うと発生します。 デフォルトを変更することができます。/elektraを明示的にインポート/エクスポートする場合や--with-elektraと言う場合を除いて、デフォルトでelektraを除外します。

バックエンドの事後条件に違反しました

これは無関係のバグのようです。 （たぶんshellrecorderは--without-elektraを使用していません）。 https://github.com/ElektraInitiative/libelektra/issues/3299#issuecomment -695814469ただし、そうあるべきであるように見えます。 （再現できません。 Error response from daemon: pull access denied for elektra-fedora-32, repository does not exist or may require 'docker login': denied: requested access to the resource is denied.を取得します）

再現できません

この画像はDockerハブに公開していません。

ここでの前提条件は、 scripts/docker/fedora/32/DockerfileからDockerイメージをビルドし、 docker build実行するときにビルドに-t elektra-fedora-32:latestタグを付けることです。

何かのようなもの：

cd scripts/docker/fedora/32/
docker build -t elektra-fedora-32:latest -f ./Dockerfile .

ありがとう、はい、マスターでPostcondition of backend was violated問題を再現できます（ dockerイメージのように、グローバルマウントコマンドを使用します）。

 Sorry, 17 warnings were issued ;(
        Sorry, module kdb issued the warning C01320:
        Interface: Postcondition of backend was violated: drop key system/elektra/modules/cache not belonging to "system/elektra/modules/cache" with name "modules" but instead to "" with name "default" because it is hidden by other mountpoint
        Sorry, module kdb issued the warning C01320:
        Interface: Postcondition of backend was violated: drop key system/elektra/modules/cache/exports not belonging to "system/elektra/modules/cache" with name "modules" but instead to "" with name "default" because it is hidden by other mountpoint
        Sorry, module kdb issued the warning C01320:
        Interface: Postcondition of backend was violated: drop key system/elektra/modules/cache/exports/close not belonging to "system/elektra/modules/cache" with name "modules" but instead to "" with name "default" because it is hidden by other mountpoint
        Sorry, module kdb issued the warning C01320:
        Interface: Postcondition of backend was violated: drop key system/elektra/modules/cache/exports/get not belonging to "system/elektra/modules/cache" with name "modules" but instead to "" with name "default" because it is hidden by other mountpoint
        Sorry, module kdb issued the warning C01320:
        Interface: Postcondition of backend was violated: drop key system/elektra/modules/cache/exports/open not belonging to "system/elektra/modules/cache" with name "modules" but instead to "" with name "default" because it is hidden by other mountpoint
        Sorry, module kdb issued the warning C01320:
        Interface: Postcondition of backend was violated: drop key system/elektra/modules/cache/exports/set not belonging to "system/elektra/modules/cache" with name "modules" but instead to "" with name "default" because it is hidden by other mountpoint
        Sorry, module kdb issued the warning C01320:
        Interface: Postcondition of backend was violated: drop key system/elektra/modules/cache/infos not belonging to "system/elektra/modules/cache" with name "modules" but instead to "" with name "default" because it is hidden by other mountpoint
        Sorry, module kdb issued the warning C01320:
        Interface: Postcondition of backend was violated: drop key system/elektra/modules/cache/infos/author not belonging to "system/elektra/modules/cache" with name "modules" but instead to "" with name "default" because it is hidden by other mountpoint
        Sorry, module kdb issued the warning C01320:
        Interface: Postcondition of backend was violated: drop key system/elektra/modules/cache/infos/description not belonging to "system/elektra/modules/cache" with name "modules" but instead to "" with name "default" because it is hidden by other mountpoint
        Sorry, module kdb issued the warning C01320:
        Interface: Postcondition of backend was violated: drop key system/elektra/modules/cache/infos/licence not belonging to "system/elektra/modules/cache" with name "modules" but instead to "" with name "default" because it is hidden by other mountpoint
        Sorry, module kdb issued the warning C01320:
        Interface: Postcondition of backend was violated: drop key system/elektra/modules/cache/infos/metadata not belonging to "system/elektra/modules/cache" with name "modules" but instead to "" with name "default" because it is hidden by other mountpoint
        Sorry, module kdb issued the warning C01320:
        Interface: Postcondition of backend was violated: drop key system/elektra/modules/cache/infos/needs not belonging to "system/elektra/modules/cache" with name "modules" but instead to "" with name "default" because it is hidden by other mountpoint
        Sorry, module kdb issued the warning C01320:
        Interface: Postcondition of backend was violated: drop key system/elektra/modules/cache/infos/placements not belonging to "system/elektra/modules/cache" with name "modules" but instead to "" with name "default" because it is hidden by other mountpoint
        Sorry, module kdb issued the warning C01320:
        Interface: Postcondition of backend was violated: drop key system/elektra/modules/cache/infos/provides not belonging to "system/elektra/modules/cache" with name "modules" but instead to "" with name "default" because it is hidden by other mountpoint
        Sorry, module kdb issued the warning C01320:
        Interface: Postcondition of backend was violated: drop key system/elektra/modules/cache/infos/recommends not belonging to "system/elektra/modules/cache" with name "modules" but instead to "" with name "default" because it is hidden by other mountpoint
        Sorry, module kdb issued the warning C01320:
        Interface: Postcondition of backend was violated: drop key system/elektra/modules/cache/infos/status not belonging to "system/elektra/modules/cache" with name "modules" but instead to "" with name "default" because it is hidden by other mountpoint
        Sorry, module kdb issued the warning C01320:
        Interface: Postcondition of backend was violated: drop key system/elektra/modules/cache/infos/version not belonging to "system/elektra/modules/cache" with name "modules" but instead to "" with name "default" because it is hidden by other mountpoint

この問題は、 kdb lsやkdb cache clearでも発生するため、 kdb exportとは明らかに関係ありません。

興味深いことに、 kdb cache clearは役に立ちませんが、それでもキャッシュの問題になる可能性があります（ kdbツールは最初にKDBを使用して構成を取得するため）。

@mpranjアイデアはありますか？

デフォルトを変更することができます。/elektraを明示的にインポート/エクスポートする場合や--with-elektraと言う場合を除いて、デフォルトでelektraを除外します。

はい、それは間違いなくより良い解決策になるでしょう。 理想的には、 system/elektra/modules / system/elektra/versionと残りのsystem/elektraも区別します。 マウントポイント構成とグローバルプラグイン構成は、モジュールとバージョンキー（実行時に生成される）よりもはるかに便利です。

この問題は、 kdb lsやkdb cache clearでも発生するため、明らかにkdb exportとは無関係です。

私が述べたように、「事後条件」のものはおそらくkdb importバグです。

興味深いことに、 kdb cache clearは役に立ちません

なぜだろう？ 私が言ったように、問題はsystem/elektra/modulesキーがelektra.ecf格納されていることです。 上記の手順に従った場合（特に同じcmakeオプションを使用した場合）、実行することでそれを確認できます。

cat config/system/elektra.ecf

buildディレクトリ内。

私が述べたように、「事後条件」のものはおそらくkdbインポートのバグです。

kdb importは、KeySetを作成してkdbSetを呼び出すだけなので、問題はkdbSetどこかにあるのではないかと思います。 system/elektra/modules何かを保存する正しい動作は、エラーまたは破棄である必要があり、間違いなく永続化されません。 しかし、明らかにこれは動作ではありません。

kdb set system/elektra/modules/NOTALLOWED
kdb ls system/elektra/modules
#> system/elektra/modules/NOTALLOWED
#> system/elektra/modules/cache
...

したがって、NOTALLOWEDプラグインがマウントされると、ここで説明するような問題が発生します。 したがって、 system/elektra/modulesに書き込もうとして失敗するには、 kdbSetが必要です。

実際には、 /elektra階層全体のセマンティクスを定義する必要がありますが、これはおそらくより大きなタスクです...

問題は、system / elektra / modulesキーがelektra.ecfに保存されていることです。

申し訳ありませんが、それを再現しようとしてコメントの間を飛び回っていたとき、私はそれを見ませんでした。