Libelektra: कैश: केडीबी निर्यात प्रणाली

निस्संदेह क्यों नहीं? यह संस्करण और अन्य सामान भी निर्यात करता है जो आयात के लिए उपयोगी नहीं हैं। इन भागों को निर्यात करने से बचने के लिए आप --without-elektra जोड़ सकते हैं।

शेल-रिकॉर्डर के लिए मैं यह भी उम्मीद करूंगा कि केवल दिए गए हिस्से का बैकअप लिया जाए और उसे बहाल किया जाए।

निस्संदेह क्यों नहीं?

क्या kdbSet उन्हें किसी तरह हटा देता है? इन चाबियों को क्रमबद्ध करना गलत लगता है, जब उन्हें प्लगइन के एक विशेष भाग के माध्यम से हार्ड कोड किया जाता है तो फ़ंक्शन प्राप्त करें ...

संस्करण जानकारी के लिए kdbSet जांचता है कि क्या वे समान हैं और यदि वे हैं तो kdbSet को अनदेखा कर देते हैं। अन्यथा त्रुटि उत्पन्न हो जाती है।

मॉड्यूल (iirc) के लिए कोई kdbSet नहीं है, इसलिए सेट की जाने वाली कुंजियों को केवल अनदेखा किया जाता है। आईआईआरसी "स्थिरांक" प्लगइन का एक ही व्यवहार है यह आमतौर पर सिस्टम/जानकारी/इलेक्ट्रा घुड़सवार होता है, इसलिए सिस्टम/इलेक्ट्रा में नहीं। शायद हमें --without-elektra और अधिक उपयोगी बनाने के लिए इसे बदलना चाहिए?

लेकिन वैसे भी: दोनों व्यवहार (समान कुंजियों की अनदेखी और जाँच) एक आयात को नुकसान नहीं पहुंचाना चाहिए।

तो काफी अस्थिर इलेक्ट्रा की वर्तमान स्थिति के लिए यह सही समझ में आता है: सिस्टम/इलेक्ट्रा के आयात को तब तक खारिज कर दिया जाता है जब तक कि संस्करण समान न हो। इस त्रुटि से बचने के लिए, --without-elektra पारित किया जा सकता है।

1.0 के बाद हम वास्तव में अधिक आराम से हो सकते हैं और इलेक्ट्रा संस्करण 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. इलेक्ट्रा के सभी इंटर्न निर्यात किए जाते हैं लेकिन फिर हमारे पास इलेक्ट्रा को गड़बड़ न करने के लिए संस्करण की जांच भी होती है।
2. आप Elektra के इंटर्न को आयात/निर्यात नहीं करते हैं, इसलिए Elektra का संस्करण कोई मायने नहीं रखता (केवल स्टोरेज प्लगइन का संस्करण करता है)

1.0 के बाद हम वास्तव में अधिक आराम से हो सकते हैं

मैं सुझावों से सहमत हूं।

जैसा कि @kodebach ने उल्लेख किया है, यह किसी तरह अजीब है कि यह अभी # 3115 में दिखाई दिया और पहले दिखाई नहीं दिया। --without-elektra जोड़ने के दौरान शायद बैकअप और पुनर्स्थापना के लिए पहले स्थान पर होना चाहिए था, फिर भी ऐसा लगता है कि पीआर ने कुछ व्यवहार बदल दिया है।

@kodebach क्या आपने उन परीक्षणों के लिए फिर से कैश सक्रिय किया? मैं बाकी पीआर के पूरा होने की प्रतीक्षा करना चाहता हूं ताकि मैं mmapstorage और कैशे को ठीक कर सकूं। मैंने ऐसी/समान त्रुटियां देखी हैं ( Postcondition of backend was violated: drop key [...] not belonging to [...] ) जबकि कैश सही ढंग से लागू नहीं किया गया था।

क्या आपने उन परीक्षणों के लिए फिर से कैश सक्रिय किया?

हां, कैश पूरी तरह से सक्षम है।

इसलिए मैं mmapstorage और cache को ठीक कर सकता हूं

mmapstorage पहले से ही काम करता है। पता चला कि मेरे पास कहीं key बजाय ukey ।

वैश्विक अनमाउंट परीक्षण के साथ समस्या के अलावा, कैश भी काम करता प्रतीत होता है। पिछली बार मैंने जाँच की, त्रुटि तब नहीं हुई जब कैश संकलित नहीं किया गया था।

मैंने kdbGet , elektraCacheGet और संबंधित कार्यों के कुछ हिस्सों को बदल दिया। यह संभव है कि मैंने कुछ तोड़ दिया, लेकिन चूंकि जो चीजें मैंने बदली हैं उन्हें शायद #2969 के बाद फिर से बदलना होगा, मुझे नहीं लगता कि आपको अभी एक नज़र डालने की ज़रूरत है।

ठीक है। मेरा सुझाव है कि यदि कैश + एमएमपस्टोरेज समस्याओं का कारण बनता है तो आप इसे बहुत अंत तक निष्क्रिय रखते हैं और हम इसे तब अनुकूलित करते हैं।

पीआर काफी मौलिक परिवर्तन है, इसलिए यदि आप कुछ टूटे हुए कैश व्यवहार के कारण फंस नहीं जाते हैं तो यह बहुत आसान होगा। जब यह मूल रूप से तैयार हो जाए तो बस कैश को फिर से सक्रिय करें और मुझे पिंग करें ताकि मैं एक नज़र डाल सकूं और शेष को ठीक कर सकूं।

@mpranj : मैंने आपको सौंपा क्योंकि यह कैश से संबंधित है।

मैं वर्तमान मास्टर पर समान कुछ भी पुन: पेश नहीं कर सकता। मैं वहां बहुत कुछ नहीं कर सकता जब तक कि कोई यह नहीं जानता कि इसे वहां कैसे पुन: पेश करना है, लेकिन मुझे संदेह है कि यह मास्टर पर मौजूद नहीं है।

# ३११५ से शाखा पर मुझे वर्णित त्रुटियाँ मिलती हैं। @kodebach क्या मुझे वहां जाना चाहिए और आपके परिवर्तनों के शीर्ष पर कैश से संबंधित सामग्री को ठीक करने का प्रयास करना चाहिए या क्या इसके ऊपर काम करना बहुत जल्द है? वर्तमान में मास्टर से शाखा को रीबेस करने में कितना दर्द होता है (प्री-बैकएंड प्लगइन)?

मुझे लगता है कि यह #3115 पर #2969 तक काम करने लायक नहीं है और संबंधित पीआर को मिला दिया जाता है। उसके बाद मैं रिबेस करूंगा और पीआर खत्म करने की कोशिश करूंगा। मैं जितना संभव हो उतना कम रीबेस करना चाहता हूं, क्योंकि आपको मूल रूप से किसी भी चीज के लिए सभी कमिट्स की जांच करनी होती है जो एक उचित रिबेस सुनिश्चित करने के लिए कीनेम के सिंटैक्स पर निर्भर करता है।

यदि आप चाहते हैं, तो आप निश्चित रूप से पीआर के वर्तमान संस्करण में बग की तलाश कर सकते हैं। हालाँकि, जहाँ तक मुझे याद है, मैंने इस मुद्दे को बनाने से पहले master पर यह कोशिश की थी, इसलिए हो सकता है कि इस बीच इसे ठीक कर दिया गया हो।

मुझे लगता है कि यह #3115 पर #2969 तक काम करने लायक नहीं है और संबंधित पीआर को मिला दिया जाता है।

ठीक है धन्यवाद! तो आइए प्रतीक्षा करें और संबंधित पीआर के विलय के बाद इस मुद्दे की जाँच करें!

क्या किसी तरह मुद्दों को टैग करना संभव है कि वे कुछ पीआर की प्रतीक्षा कर रहे हैं? मैंने अभी के लिए शीर्षक बदल दिया है।

मैं वास्तव में आज इसे master पर पुन: पेश करने में कामयाब रहा। विशेष रूप से, मैंने scripts/docker/fedora/32/Dockerfile (तकनीकी रूप से #3447 से master , लेकिन फ़ाइल वही है और पूरी तरह से स्टैंडअलोन है)। मैंने फिर एक कंटेनर शुरू किया started

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 कुंजियाँ हटा दी हैं, क्योंकि उनमें स्ट्रिंग ``` और इसलिए जीथब के मार्कडाउन स्वरूपण को तोड़ते हैं)

IMO आउटपुट एक्चुअली खाली होना चाहिए, क्योंकि सभी कुंजियाँ विशिष्ट Elektra इंस्टॉलेशन से ली गई हैं और इसे कभी भी किसी भी KDB में आयात नहीं किया जाना चाहिए। संभवतः version.constants कुंजियों का निर्यात करना समझ में आता है, यदि kdb import उन्हें ठीक से अनदेखा करता है (अन्य 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 समस्या को ठीक करने से समस्या भी दूर हो जाएगी।~

सुधार: पोस्टकंडिशन के मुद्दे वास्तव में डॉकटर कंटेनर में भी होते हैं।

ऊपर से कंटेनर में, मैं भागा (सीधे अन्य सामान के बाद):

ctest -R kdb_global_umount --output-on-failure

उसके बाद कोई भी kdb कमांड जो KDB तक पहुँचने का प्रयास करता है, बहुत सारी postcondition चेतावनियों की रिपोर्ट करता है, जैसे kdb ls system ।

इसके अलावा, अगर मैं 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 के बारे में क्या?

शायद केडीबी आरएम-आरएफ

मुझे -f भ्रमित लगता है, क्योंकि आप इसे मजबूर नहीं कर सकते हैं लेकिन केवल इसे अनदेखा कर सकते हैं, इसलिए --without-elektra बेहतर उपयुक्त होगा?

के लिए संपूर्ण अंतर्निहित configfile को हटा देना चाहिए

हां, यह मामला है और समाधानकर्ता इसका ख्याल रखता है।

बाद की स्थिति स्वतः संतुष्ट हो जाती है।

नाजा, शर्त यह भी है कि kdb rm key kdb get key एक कुंजी नहीं मिली। यह शर्त पूरी नहीं होगी।

त्रुटि संदेश बदलना पर्याप्त होना चाहिए

क्या अब इस मुद्दे में वर्णित शेष बग हैं?

AFAIK यह एक और अगली टिप्पणी (यानी मूल मुद्दा) अभी भी अनसुलझे हैं: https://github.com/ElektraInitiative/libelektra/issues/3299#issuecomment -695814469

क्षमा करें, ऐसा लगता है कि मैंने पहले इस मुद्दे को गलत समझा। मुझे यह देखने के लिए संक्षेप में दें कि क्या मैं इसे अभी सही ढंग से समझता हूं।

कैश के परिप्रेक्ष्य से हम जितना संभव हो सके एमएमएपी फाइलों का पुन: उपयोग करना चाहते हैं। इस प्रकार, यदि कोई kdbGet पर "system/this" kdbGet पर कॉल करता है और माउंटपॉइंट वास्तव में "system" , तो हम पूरी तरह से "system" बने रहेंगे। जब कोई kdbGet पर "system/other" kdbGet पर कॉल करता है, तो कैश पहले से मौजूद होता है, जो चीजों को काफी गति देता है। हम मूल रूप से प्रति माउंटपॉइंट एक एमएमएपी कैश फ़ाइल बनाते हैं, लेकिन हम सभी कुंजियों को माउंटपॉइंट के नीचे संग्रहीत करते हैं।

अगर मैं अब इस मुद्दे को सही ढंग से समझता हूं, तो आपका कहना है कि कैशिंग "system/elektra/modules" और एक जैसे दोनों हैं:

1. गलत और
2. अप्रासंगिक, क्योंकि इन चाबियों को लाना वैसे भी तेज है।

संपादित करें: वर्तमान में, कैश प्राप्त करना पूरी तरह से ksAppend और अन्य कार्यों से बचा जाता है। इस प्रकार हम OPMPHM और सब कुछ संरक्षित करते हैं। यदि हम ksAppend-ing "system/elektra/modules" को बाकी सिस्टम माउंटपॉइंट पर शुरू करते हैं तो हम निश्चित रूप से कुछ प्रदर्शन खो देंगे। शायद यह सिस्टम नेमस्पेस के लिए प्रासंगिक नहीं है, लेकिन अगर हमारे पास हर जगह इस तरह के किनारे के मामले हैं तो यह निश्चित रूप से प्रदर्शन को नुकसान पहुंचाएगा।

नोट: मैंने kdb rm system सामान के बारे में टिप्पणियों को हल के रूप में चिह्नित किया है, इसलिए वे जीथब द्वारा छिपाए गए हैं। इससे इस मुद्दे को थोड़ा और स्पष्ट करना चाहिए।

अगर मैं अब इस मुद्दे को सही ढंग से समझता हूं, तो आपका कहना है कि कैशिंग "system/elektra/modules" और समान रूप से दोनों हैं:

1. गलत और
2. अप्रासंगिक, क्योंकि इन चाबियों को लाना वैसे भी तेज है।

बस उन्हें कैश करना गलत है हाँ, लेकिन हम उन्हें तब भी कैश कर सकते हैं, जब तक कि यह पता लगाने के लिए कुछ तर्क हो कि कुंजियाँ बदल गई हैं। मैं गति पर टिप्पणी नहीं कर सकता, लेकिन कैश का उपयोग करना अभी भी तेज़ हो सकता है। जैसा आपने कहा, यह ksAppend से बचता है और प्लगइन्स को बहुत सारी कॉल से भी बचाता है।

मूल मुद्दा केवल kdb export के व्यवहार के बारे में है। इसके आउटपुट में कभी भी system/elektra/modules या system/elektra/version से नीचे की कोई भी कुंजी नहीं होनी चाहिए, क्योंकि ये इलेक्ट्रा इंस्टॉलेशन के लिए विशिष्ट हैं और इन्हें किसी अन्य केडीबी में आयात नहीं किया जाना चाहिए।

मैंने जांच नहीं की कि वे चाबियां कहां से आती हैं, इसलिए मुझे यकीन नहीं है कि 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 फ़ाइल में लगातार लिखा जा रहा है।
• जब हम kdbGet किसी भी रूप को उदाहरण के लिए kdb ls system माध्यम से कॉल करते हैं तो हमें समस्या होती है।
• सुनिश्चित नहीं है कि वास्तव में यह समस्या क्या है, लेकिन मुझे पूरा यकीन है कि डिस्क पर system/elektra/modules/... कुंजी कभी नहीं लिखी जानी चाहिए।
• पुनर्प्राप्त करने का एकमात्र तरीका है _manually_ system/elektra/modules/... कुंजियों को elektra.ecf से हटा दें।

संभवतः इसे कैश में नहीं kdb import में ठीक करना होगा।

इसकी रिपोर्ट करने के लिए आपका बहुत-बहुत धन्यवाद!

कैश निश्चित रूप से इन (किसी भी) कुंजी को संग्रहीत करता है यदि वे kdbGet से लौटे KeySet में मौजूद हैं। कैश के लिए कोई अपवाद नहीं हैं। हालांकि, जैसा कि आपने कहा था, इन चाबियों को kdb import पर अनुमति देने का कोई मतलब नहीं है। मैं देखूंगा कि क्या मैं इसे आपके विवरण से पुन: पेश कर सकता हूं और इसे ठीक कर सकता हूं।

यदि समस्या केवल kdb import का उपयोग करते समय होती है, तो मैं इन विशेष कुंजियों को आयात पर छोड़ दूंगा।

मैं @mpranj से सहमत

इसके आउटपुट में कभी भी सिस्टम/इलेक्ट्रा/मॉड्यूल या सिस्टम/इलेक्ट्रा/संस्करण के नीचे कोई कुंजी नहीं होनी चाहिए क्योंकि ये इलेक्ट्रा इंस्टॉलेशन के लिए विशिष्ट हैं और इन्हें किसी अन्य केडीबी में आयात नहीं किया जाना चाहिए।

निर्यात न केवल आयात करने के लिए है बल्कि उपयोगकर्ता के लिए एकाधिक कुंजी/मान प्रदर्शित करने के लिए भी है। सभी संस्करण जानकारी देखने के लिए kdb export system/elektra/version/constants simpleini में कुछ भी गलत नहीं है।

मैंने जांच नहीं की कि वे चाबियां कहां से आती हैं, इसलिए मुझे यकीन नहीं है कि कैश प्लगइन वास्तव में यहां शामिल है। सबसे अच्छा समाधान यह हो सकता है कि kdb निर्यात में इन भागों को हमेशा ksCut करें। इस तरह अगर कुछ बदल जाता है तो समस्या फिर से प्रकट नहीं हो सकती।

ऐसा ksCut तब होता है जब आप --without-elektra । हम क्या कर सकते हैं डिफ़ॉल्ट को बदलने के लिए: डिफ़ॉल्ट रूप से इलेक्ट्रा को बाहर करें, सिवाय इसके कि जब स्पष्ट रूप से आयात/निर्यात/इलेक्ट्रा या --with-elektra कहें।

बैकएंड की शर्त का उल्लंघन किया गया था

यह एक असंबंधित बग की तरह लगता है। (शायद शेलरेकॉर्डर --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. )

मैं पुन: पेश नहीं कर सकता

हमने इस छवि को डॉकटर हब में प्रकाशित नहीं किया है।

पूर्व शर्त यहाँ है कि वह से डोकर छवि का निर्माण है scripts/docker/fedora/32/Dockerfile और साथ निर्माण में चिह्नित -t elektra-fedora-32:latest जब चल docker build ।

कुछ इस तरह:

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

धन्यवाद, हाँ, मैं अब मास्टर पर Postcondition of backend was violated समस्याओं को पुन: उत्पन्न कर सकता हूं (जैसा कि डॉकर छवि में @kodebach द्वारा वर्णित है और फिर वैश्विक माउंट कमांड का उपयोग करके):

 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 export से असंबंधित है क्योंकि यह भी होता है, उदाहरण के लिए kdb ls या kdb cache clear ।

दिलचस्प बात यह है कि kdb cache clear मदद नहीं करता है लेकिन यह अभी भी कैश की समस्या हो सकती है (क्योंकि kdb टूल पहले KDB का उपयोग उनकी कॉन्फ़िगरेशन प्राप्त करने के लिए करते हैं)।

@mpranj क्या आपके पास कोई विचार है?

हम क्या कर सकते हैं डिफ़ॉल्ट को बदलने के लिए: डिफ़ॉल्ट रूप से इलेक्ट्रा को बाहर करें, सिवाय इसके कि जब स्पष्ट रूप से आयात/निर्यात/इलेक्ट्रा या कहें --with-elektra।

हाँ, यह निश्चित रूप से एक बेहतर समाधान होगा। आदर्श रूप से हम system/elektra/modules / system/elektra/version और शेष system/elektra बीच अंतर भी करेंगे। माउंटपॉइंट कॉन्फिगरेशन और ग्लोबल प्लगइन कॉन्फिगरेशन मॉड्यूल और वर्जन कीज (जो रनटाइम पर जेनरेट होते हैं) की तुलना में बहुत अधिक उपयोगी होते हैं।

समस्या स्पष्ट रूप से kdb export से असंबंधित है क्योंकि यह भी होता है, उदाहरण के लिए kdb ls या kdb cache clear ।

जैसा कि मैंने कहा है कि "पोस्टकंडिशन" सामान kdb import में एक बग होने की संभावना है।

दिलचस्प है kdb cache clear मदद नहीं करता

यह क्यों होगा? जैसा मैंने कहा, मुद्दा यह है कि system/elektra/modules कुंजियाँ elektra.ecf में संग्रहीत हैं। यदि आपने ऊपर दिए गए मेरे चरणों का पालन किया है (विशेष रूप से समान cmake विकल्पों का उपयोग किया है), तो आप इसे चलाकर देख सकते हैं

cat config/system/elektra.ecf

build निर्देशिका के भीतर।

जैसा कि मैंने कहा है कि "पोस्टकंडिशन" सामान केडीबी आयात में एक बग होने की संभावना है।

चूंकि kdb import एक कीसेट बनाने और 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 प्लगइन माउंट हो जाता है, तो हमें यहाँ वर्णित समस्या है। इसलिए हमें kdbSet को लिखने के किसी भी प्रयास में विफल होने के लिए system/elektra/modules ।

वास्तव में हमें पूरे /elektra पदानुक्रम के शब्दार्थ को परिभाषित करने की आवश्यकता है, जो शायद एक बड़ा काम है ...

मुद्दा यह है कि सिस्टम/इलेक्ट्रा/मॉड्यूल कुंजी elektra.ecf . में संग्रहीत हैं

क्षमा करें, मैंने इसे तब नहीं देखा जब मैं इसे पुन: पेश करने की कोशिश कर रहे टिप्पणियों के बीच कूद रहा था।