- शिप
- 23 सितंबर 2026 को 1:27 pm बजे UTC
- लेखक
- Kamo
- Commit
- b9ff2a8
नौकरी ने संपीड़ित qcow2 लिखा, निर्माण सीधे गोल्डन दावे में पैदा होता है। KubeVirt <driver type='raw'> के साथ एक फ़ाइलसिस्टम-पीवीसी डिस्क संलग्न करता है - हमेशा, यह नहीं करता है फ़ाइल को sniff - इसलिए qemu ने एक qcow2 को कच्चे डिस्क के रूप में पढ़ा। एक qcow2 अपने खुद के शीर्षलेख के साथ शुरू होता है एक विभाजन तालिका के बजाय, फर्मवेयर को बूट करने योग्य नहीं मिला, और अतिथि क्रमिक उत्पादन के शून्य bytes का उत्पादन किया। प्रत्येक लक्षण कहीं और इंगित करता है। DataVolume 100% सफल हो गया। The VirtualMachine एक नोड पर एक IP के साथ चल रहा है। डोमेन पर टाइप = 'kvm' था Qemu-kvm, तो यह अनुकरण नहीं था। libvirt logged "Unable to open /dev/kvm: Permission denied, जो क्षमता जांच शोर कार्य मंच डेस्कटॉप लॉग भी है। क्या वास्तव में ऐसा हुआ कि 3389 पर तैयारी जांच कभी पारित नहीं हुई, इसलिए सेवा को मिला कोई समापन बिंदु नहीं, इसलिए 9810 पर एजेंट तक कुछ भी नहीं पहुंच सकता, इसलिए कंप्यूटर वॉशिंग में बैठा था जब तक कि यह समय समाप्त हो गया - और उस श्रृंखला में कोई कदम डिस्क का उल्लेख नहीं करता है। एकमात्र ईमानदार संकेत वास्तव में 0 बाइट्स का एक सीरियल लॉग था और लॉन्चर में एक `qemu-img: एग्जिट स्टेटस 1` लाइन थी। CDI का आयात पथ qcow2 को कच्चे में बदल देता है, यही कारण है कि गोल्डन-डाटावोल्यूम। yaml एक ले सकता है HTTP पर Qcow2। CDI CLONE (CDI CLONE) ने वॉल्यूम क्रियाशीलता की प्रतिलिपि बनाई है। छवि को लिखना सीधे दावा करें - जो इस बिल्ड को HTTP होस्ट की आवश्यकता नहीं है और कोई अपलोड नहीं है क्रेडेंशियल - का मतलब रूपांतरण करना है जो आयात किया जाएगा। `qemu-img परिवर्तनीय -O कच्चा -S 4k` बजाय एक cp, तो यह sparse रहता है: 20 GB घोषित, 4.1 जीबी इस निर्माण के लिए संग्रहीत है। नौकरी अब परिणाम पर `qemu-img info` प्रिंट करती है, क्योंकि विफलता यह फिक्स अदृश्य है और प्रारूप जांच करने के लिए एक पंक्ति है। build-golden-image.sh अभी भी $out पर एक संपीड़ित qcow2 उत्पन्न करता है। यह सही है HTTP आयात पथ और एक तीसरा आकार; रूपांतरण वह स्थान है जहां कच्चे आवश्यकता क्या यह दावा है.