Zfs: फ़ाइल गुण

मुझे लगता है कि एफएस_*_एफएल स्पेस में मानक लिनक्स विशेषताओं जैसे अपरिवर्तनीय, केवल परिशिष्ट, आदि का समर्थन करना सार्थक है, भले ही आप बाद में इसके लिए सोलारिस टूल आयात करने का निर्णय लें। लिनक्स पर कई अलग-अलग फाइल सिस्टम इन झंडे को सेट करने के लिए lsattr/chattr ioctl() इंटरफ़ेस का समर्थन करते हैं, हालांकि कुछ फाइल सिस्टम अपने स्वयं के उपयोग के लिए झंडे को (लगभग) समकक्ष ऑन-डिस्क मानों में अनुवाद करते हैं।

FS_*_FL में नई विशेषताओं को जोड़ना असंभव नहीं है यदि वे आम तौर पर उपयोगी हैं (मुझे नहीं पता कि सोलारिस के पास कौन से गुण हैं जो लिनक्स नहीं है), हालांकि वह स्थान समाप्त हो रहा है इसलिए उन्हें जोड़ा नहीं जा सकता .

मैं सहमत हूं, कुछ महीने पहले मैंने मानक लिनक्स विशेषताओं का समर्थन करने के प्रयास में प्रारंभिक प्रयास किया था। मैंने उस समय निर्धारित किया था कि सोलारिस और लिनक्स के बीच अपरिवर्तनीय, केवल संलग्न, और नोडम्प ही एकमात्र विशेषता थी। दुर्भाग्य से, मुझे इस काम को पूरा करने के लिए समय नहीं मिल सका लेकिन विकास शाखा उपलब्ध है। नीचे केवल संदर्भ के लिए zfs विशेषताओं की पूरी सूची है।

 /*
 * अतिरिक्त फ़ाइल स्तर विशेषताएँ, जो संग्रहीत हैं
 * zp_flags के ऊपरी भाग में
 */
 #परिभाषित करें ZFS_READONLY 0x0000000100000000ull
 #ZFS_HIDDEN 0x0000000200000000ull परिभाषित करें
 #ZFS_SYSTEM 0x0000000400000000ull परिभाषित करें
 #ZFS_ARCHIVE 0x0000000800000000ull परिभाषित करें
 #ZFS_IMMUTABLE 0x0000001000000000ull परिभाषित करें
 #ZFS_NOUNLINK 0x0000002000000000ull परिभाषित करें
 #ZFS_APP को परिभाषित करेंENDONLY 0x0000004000000000ull
 #ZFS_NODUMP 0x0000008000000000ull परिभाषित करें
 #ZFS_OPAQUE 0x0000010000000000 को परिभाषित करें
 #परिभाषित करें ZFS_AV_QUARANTINED 0x0000020000000000ull
 #ZFS_AV_MODIFIED 0x0000040000000000ull परिभाषित करें
 #ZFS_REPARSE 0x0000080000000000ull परिभाषित करें
 #ZFS_OFFLINE 0x0000100000000000ull परिभाषित करें
 #ZFS_SPARSE 0x0000200000000000ull परिभाषित करें

जैसा कि मैंने मेलिंग सूची में उल्लेख किया है, मैंने इस पर ध्यान दिया, और मैपिंग के बारे में सोचा। दूसरों के लिए यह मेरे विचार हैं कि वे जितना उचित समझें उतना कम या ज्यादा पर विचार करें:

स्पष्ट मैपिंग:
ZFS_IMMUTABLE <-> FS_IMMUTABLE_FL
ZFS_APPENDONLY <-> FS_APPEND_FL
ZFS_NODUMP <-> FS_NODUMP_FL

संगतता कारणों के लिए संभवतः एक अच्छा विचार:
यदि ZFS_IMMUTABLE कभी भी सेट हो, तो ZFS_NOUNLINK को हटा दें। यह उपयोगकर्ता को ZFS_NOUNLINK को इसके साथ साफ़ करने की अनुमति देगा: chattr +i FILE ; chattr -i FILE

पागल विचार 1:
एक सांबा-संगत उपयोगकर्ता के लिए ZFS_READONLY, ZFS_HIDDEN, ZFS_SYSTEM, और ZFS_ARCHIVE और crtime को मैप करें। DOSATTRIB xattr।

पागल विचार 2:
निर्देशिका पर FS_TOPDIR_FL सेट करना एक संपत्ति सेट करता है ताकि उस निर्देशिका में mkdir() संचालन नए ZFS डेटासेट बना सके। यह/घर के लिए उपयोगी होगा, उदाहरण के लिए। फिर आपको ZFS परिवर्तनों को Linux पर useradd में जोड़ने की आवश्यकता नहीं है। और पहले से ही ext[234] पर chattr +T /home लिए यह एक उचित विचार है। यहां तक ​​​​कि अगर आप FS_TOPDIR_FL को इससे नहीं जोड़ते हैं, तो भी इस आशय की ZFS संपत्ति का विचार /घर पर उपयोगी होगा।

नमस्ते,

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

शुक्रिया!

@cyberius0 फिलहाल इस पर कोई काम नहीं कर रहा है। लेकिन अगर कोई चाहे तो मैं इसके लिए तैयार हूं।

अगर कोई मुझे सही दिशा में इंगित करेगा तो मैं इसे एक शॉट देना चाहता हूं। मुझे यह सुविधा चाहिए।

+1

@rlaager का क्रेजी आइडिया 2 बेहद उपयोगी लगता है। मैं अनुरोध करना चाहता हूं कि यह एक चीज बन जाए।

+1

यह ध्यान दिया जाना चाहिए कि Linux फ़ाइल विशेषता इंटरफ़ेस एक TOCTOU दौड़ से ग्रस्त है जो Solaris पर नहीं होती है। सोलारिस और लिनक्स दोनों पर यूजरलैंड टूल्स फ़ाइल विशेषताओं में तर्क के रूप में संशोधन करते हैं और फ़ाइल विशेषताओं को बिट मास्क के रूप में इन-कोर और ऑन-डिस्क में संग्रहीत किया जाता है, लेकिन समानताएं वहीं समाप्त होती हैं।

सोलारिस पर, एक सूची जिसमें मूल्य बदल जाएंगे, उनके मूल्यों के साथ, कर्नेल को भेजा जाता है। वर्तमान बिटमास्क लेने, इसे संशोधित करने और इसे संग्रहीत करने का कार्य तब zp->z_lock के अंतर्गत संसाधित किया जाता है। यह सुनिश्चित करता है कि सभी परिवर्तन परमाणु हैं, जो चीजों को करने का सही तरीका है। लिनक्स पर, संशोधनों की जिम्मेदारी यूजरलैंड को आउटसोर्स की जाती है। यूजरलैंड यूटिलिटी को वर्तमान बिटमास्क मिलेगा, परिवर्तन करेगा और एक नया बिटमास्क भेजेगा जो पुराने को बदल देगा। चूंकि यूजरलैंड संशोधनों के खिलाफ फाइल को लॉक नहीं कर सकता है, एक ही फाइल पर अलग-अलग बिट्स को छूने वाले दो समवर्ती धागे या तो दोनों परिवर्तन या केवल 1 परिवर्तन हो सकते हैं।

zfsonlinux/zfs#1693 ने Linux इंटरफ़ेस और Solaris के ZFS इंटरफ़ेस के बीच कुछ अनुवाद कोड लागू करके ZFSOnLinux को इस समस्या के प्रति संवेदनशील बना दिया। शुक्र है, फ़ाइल विशेषताओं का ऐसा तेजी से संशोधन दुर्लभ है, यही वजह है कि जब फ़ाइल विशेषताओं को पहली बार लिनक्स पर लागू किया गया था, तब इसका पता नहीं चला था। जब हम अपने स्वयं के फ़ाइल विशेषता संशोधन उपकरण लागू करते हैं तो सोलारिस क्या करता है, इसकी तर्ज पर हमें एक परमाणु इंटरफ़ेस के पक्ष में लिनक्स इंटरफ़ेस को हटा देना चाहिए।

स्पष्ट मैपिंग के लिए समर्थन को मिला दिया गया है और यह 0.6.3 का हिस्सा होगा।

• ZFS_IMMUTABLE <-> FS_IMMUTABLE_FL
• ZFS_APPENDONLY <-> FS_APPEND_FL
• ZFS_NODUMP <-> FS_NODUMP_FL

इसमें उन विशेषताओं को शामिल नहीं किया गया है जो Linux पर मौजूद हैं लेकिन Illumos और इसके विपरीत नहीं हैं। चूंकि हमें मामले-दर-मामले उन्हें संभालना होगा, मुझे लगता है कि इस मुद्दे को बंद करना समझ में आता है। हम प्रत्येक विशेषता के लिए एक नया मुद्दा खोल सकते हैं, जैसा कि इसे व्यवहार करना चाहिए, इसके विवरण पर चर्चा करने के लिए आवश्यक है।

9d31779 फ़ाइल विशेषता समर्थन लागू करें
3b4f425 रिफैक्टर inode_owner_or_capable() ऑटोटूल चेक

@behlendorf क्या कोई दस्तावेज या मैनुअल है जो सूचीबद्ध करता है कि कौन सी विशेषताएँ समर्थित हैं और वे ZFS सिस्टम पर क्या करते हैं?