मैं यह कैसे निर्धारित कर सकता हूं कि ZFS डेटासेट प्राप्त करने के लिए मेरा उपयोगकर्ता कौन-सी अनुमतियाँ अनुपलब्ध है?


9

मेरे पास एक FreeNAS (11.1-U1) और एक FreeBSD (11.1-RELEASE-p6) मशीन है। FreeNAS पर मैं zfs receiveप्रतिनिधि विशेषाधिकारों के साथ एक गैर-रूट उपयोगकर्ता के रूप में स्नैपशॉट पुनरावर्ती करना चाहूंगा । यह अधिकांश बाल-डेटासेट के लिए अच्छी तरह से काम करता प्रतीत होता है। लेकिन iocage के dataडेटासेट, जिन्हें जेल में रखा जा सकता है और वहां से प्रशासित किया जाता है, वे विफल होते हैं:

root@freebsd:~> zfs send -RI "dozer@2018-02-21" "dozer@2018-03-08"  | ssh -T -i /root/backup_key backupuser@freenas zfs receive -dvuF neo/backups/freebsd
receiving incremental stream of dozer@2018-03-03 into neo/backups/freebsd@2018-03-03
received 312B stream in 1 seconds (312B/sec)
receiving incremental stream of dozer@2018-03-07 into neo/backups/freebsd@2018-03-07
received 312B stream in 1 seconds (312B/sec)
receiving incremental stream of dozer@2018-03-08 into neo/backups/freebsd@2018-03-08
received 312B stream in 1 seconds (312B/sec)
receiving incremental stream of dozer/ROOT@2018-03-03 into neo/backups/freebsd/ROOT@2018-03-03
.
.
.
receiving incremental stream of dozer/iocage/jails/owncloud/root@2018-03-08 into neo/backups/freebsd/iocage/jails/owncloud/root@2018-03-08
received 578MB stream in 110 seconds (5.25MB/sec)
receiving incremental stream of dozer/iocage/jails/owncloud/root/data@2018-03-03 into neo/backups/freebsd/iocage/jails/owncloud/root/data@2018-03-03
cannot receive incremental stream: permission denied
warning: cannot send 'dozer/iocage/jails/owncloud/root/data@2018-03-03': signal received
warning: cannot send 'dozer/iocage/jails/owncloud/root/data@2018-03-07': Broken pipe
warning: cannot send 'dozer/iocage/jails/owncloud/root/data@2018-03-08': Broken pipe

उस विशेष बच्चे की अनुमति बिल्कुल माता-पिता के माता-पिता के समान होती है:

root@freenas:~ # zfs allow neo/backups/freebsd/iocage/jails/owncloud/root/data
---- Permissions on neo/backups/freebsd -----------------------------
Local+Descendent permissions:
        user backupuser atime,compression,create,dedup,exec,jailed,mount,mountpoint,quota,receive,rename,reservation,setuid,userprop

zfs receiveFreeNAS पर रूट के रूप में चल रहा है जैसा कि अपेक्षित है।

मेरे उपयोगकर्ता को कौन-कौन से विशेषीकृत विशेषाधिकार प्राप्त हैं, मुझे iocage के जेल किए गए डेटासेट को प्राप्त करने की आवश्यकता है और, आमतौर पर, क्या zfs receiveअधिक विस्तृत त्रुटि संदेश देने का एक तरीका है जो आपको बताता है कि क्या अनुमति गायब है?

जवाबों:


3

zfsआदेश से उत्पन्न होने वाली अनुमति समस्याओं का निवारण zfsकरते समय, इसके घटक चरणों के संदर्भ में ऑपरेशन का विश्लेषण करें।

zfs receive -duvFकई चरणों में अनपैक का नमूना आदेश । उनमें से दो झंडे किसी विशेष अनुमति से संबंधित नहीं हैं:

-d नए डेटासेट के नामकरण को प्रभावित करता है (यदि कोई हो)
-v वर्बोज़ आउटपुट को सक्षम करता है

अन्य दो करते हैं।

-F का मतलब है कि फाइलसिस्टम को शुरू होने से पहले वृद्धिशील हस्तांतरण के प्रारंभिक स्नैपशॉट में वापस ले लिया
जाएगा -उ का अर्थ है कि फाइल सिस्टम को प्राप्त होने के बाद माउंट नहीं किया जाएगा।

मेरा कूबड़ यह है कि आपको रोलबैक अनुमति याद आ रही है। आपके आदेश में -F ध्वज का अर्थ है कि एक zfs rollbackप्रदर्शन किया जाएगा, और आपकी zfs allowसूची नहीं है rollback

सामान्य स्थिति में, व्यक्ति किसी दिए गए zfsआदेश के लिए आवश्यक अनुमतियों के बारे में कटौती कर सकता है ।

zfsअंक के लिए मैन पेज :

अनुमति नाम ZFS उप-क्षेत्र और संपत्ति के नाम के समान हैं।

तथा ...

अनुमतियाँ आम तौर पर ZFS उप-क्षेत्र का उपयोग करने या ZFS गुण बदलने की क्षमता होती है। निम्नलिखित अनुमतियाँ उपलब्ध हैं:

   NAME              TYPE          NOTES
   allow             subcommand    Must also have the permission
                                   that is being allowed
   clone             subcommand    Must also have the 'create'
                                   ability and 'mount' ability in
                                   the origin file system
   create            subcommand    Must also have the 'mount'
                                   ability
   destroy           subcommand    Must also have the 'mount'
                                   ability
   diff              subcommand    Allows lookup of paths within a
                                   dataset given an object number,
                                   and the ability to create
                                   snapshots necessary to 'zfs diff'
   hold              subcommand    Allows adding a user hold to a
                                   snapshot
   mount             subcommand    Allows mount/umount of ZFS
                                   datasets
   promote           subcommand    Must also have the 'mount' and
                                   'promote' ability in the origin
                                   file system
   receive           subcommand    Must also have the 'mount' and
                                   'create' ability
   release           subcommand    Allows releasing a user hold
                                   which might destroy the snapshot
   rename            subcommand    Must also have the 'mount' and
                                   'create' ability in the new
                                   parent
   rollback          subcommand    Must also have the 'mount'
                                   ability
   send              subcommand
   share             subcommand    Allows sharing file systems over
                                   the NFS protocol
   snapshot          subcommand    Must also have the 'mount'
                                   ability
   groupquota        other         Allows accessing any
                                   groupquota@... property
   groupused         other         Allows reading any groupused@...
                                   property
   userprop          other         Allows changing any user property
   userquota         other         Allows accessing any
                                   userquota@... property
   userused          other         Allows reading any userused@...
                                   property
   aclinherit        property
   aclmode           property
   atime             property
   canmount          property
   casesensitivity   property
   checksum          property
   compression       property
   copies            property
   dedup             property
   devices           property
   exec              property
   filesystem_limit  property
   logbias           property
   jailed            property
   mlslabel          property
   mountpoint        property
   nbmand            property
   normalization     property
   primarycache      property
   quota             property
   readonly          property
   recordsize        property
   refquota          property
   refreservation    property
   reservation       property
   secondarycache    property
   setuid            property
   sharenfs          property
   sharesmb          property
   snapdir           property
   snapshot_limit    property
   sync              property
   utf8only          property
   version           property
   volblocksize      property
   volsize           property
   vscan             property
   xattr             property

हाथ में उदाहरण में -uध्वज शामिल है , इसलिए फ़ाइल सिस्टम को प्राप्त ऑपरेशन के अंत में माउंट नहीं किया जाएगा। हालांकि, यदि -uअनुपस्थित थे, तो फ़ाइल सिस्टम को प्राप्त करने की प्रक्रिया के अंत में माउंट किया जाएगा। बता दें, receiveअनुमति के लिए अनुमति की आवश्यकता होती है mount

क्योंकि एक zfs mountऑपरेशन किसी भी आवश्यक माउंटपॉइंट को ऑटो-क्रिएट करेगा, उपयोगकर्ता के लिए zfsडेटासेट माउंट करने की अनुमति होना संभव है , लेकिन माउंटपॉइंट बनाने के लिए फाइल सिस्टम अनुमति नहीं है। के मामले में zfs mount, माउंट विफल हो जाएगा। एक zfs createया renameऑपरेशन में, फ़ाइल सिस्टम बनाया जाएगा या नाम बदला जाएगा, लेकिन उपयोगकर्ता के पास माउंटपॉइंट बनाने के लिए पर्याप्त फ़ाइल सिस्टम अनुमतियाँ नहीं होने पर यह अनमना रह जाएगा।

इसी तरह, zfs renameनाम बदलने की कार्रवाई के दौरान कई बिंदुओं पर अनुमतियों की कमी के लिए एक आदेश विफल हो सकता है। शिथिल रूप से व्यक्त, घटक चरण हो सकते हैं:

1) फाइल सिस्टम को अनमाउंट करें ( mountअनुमति)
2) एक नया फाइल सिस्टम ( createअनुमति ) बनाएं
3) फाइल सिस्टम मेटा-डेटा को नए नाम ( renameअनुमति) में मैप करें

एक चौथा चरण अपने नए, संभवतः बदले हुए माउंटपॉइंट पर नए नाम वाले फाइल सिस्टम को फिर से माउंट करना है, जो फिर से mountअनुमति का उपयोग करता है , और संभवत: नए माउंटपॉइंट को बनाने के लिए फाइलसिस्टम की अनुमति देता है।

मैंने इस तरह की चालों का परीक्षण नहीं किया है, लेकिन यह देखा जा सकता है कि zfsदोनों के बीच createऔर renameअनुमतियों में अंतर है , mountऔर mountpointअनुमतियों के बीच भी । कोई कल्पना करता है कि किसी उपयोगकर्ता को नए फाइल सिस्टम बनाने की अनुमति देना संभव हो सकता है, लेकिन एक बार निर्मित होने के बाद, उपयोगकर्ता उनका नाम नहीं बदल सकता है। विरासत में मिला mountpoints साथ फ़ाइल सिस्टम, एक फाइल सिस्टम का नाम बदलने अक्सर भी फाइल सिस्टम के माउंटप्वाइंट नाम बदलें, जब नाम बदलने के रूप में होगा tank/usr/localकरने के लिए tank/usr/local.OLDसे परिवर्तन माउंटप्वाइंट /usr/localलिए /usr/local.OLD

अनुमतियों से mountया renameसे अलग होने का mountpointमतलब है कि किसी उपयोगकर्ता को किसी फ़ाइल सिस्टम का नाम बदलने की अनुमति दी जा सकती है लेकिन उसके माउंटपॉइंट को बदलने की अनुमति नहीं है। या इसके विपरीत, यह बदलने में सक्षम होने के लिए जहां एक फाइलसिस्टम माउंट किया गया है, लेकिन फाइलसिस्टम के नाम को बदलने में सक्षम नहीं है।

इसकी फाइलसिस्टम ऑपरेशंस की समृद्धि और उन ऑपरेशन्स के डेलिगेशन, जो कि अनुमतियों की ग्रैन्युलैरिटी के साथ मिलकर, zfsकुछ हद तक चुनौतीपूर्ण हो सकते हैं , लेकिन बहुत शक्तिशाली भी।


यह उत्तर मूल से विस्तारित है। मुझे उम्मीद है कि यह अपने पिछले अपवोट्स को मेरिट में बनाए रखेगा।
जिम एल।

0

ऐसा लगता है कि आपके पास एक स्नैपशॉट है जहां अनुमति गायब है।

receiveअनुमति सेट करने का प्रयास करें neo/backups/freebsd/iocage/jails/owncloud/root/data@2018-03-03

ऐसा लगता है कि यह वॉल्यूम पर ठीक से सेट है, लेकिन स्नैपशॉट पर गायब है।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.