আমার ব্যবহারকারী কোনও জেডএফএস ডেটাসেট পাওয়ার জন্য কী অনুমতিগুলি অনুপস্থিত তা আমি কীভাবে নির্ধারণ করতে পারি?


9

আমার কাছে ফ্রিএনএএস (11.1-U1) এবং একটি ফ্রিবিএসডি (11.1-রিলেস-পি 6) মেশিন রয়েছে। ফ্রিএনএএস-এ আমি নিখরচায় zfs receiveসুযোগ-সুবিধাগুলি সহ একটি নন-রুট ব্যবহারকারী হিসাবে স্ন্যাপশট পুনরাবৃত্ত করতে চাই । এটি বেশিরভাগ চাইল্ড-ডেটাসেটের জন্য ভালভাবে কাজ করে বলে মনে হচ্ছে। তবে আইওকেজের 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 receiveপ্রত্যাশার মতো রুট হিসাবে কাজ করে।

আইওকেজের জেলযুক্ত ডেটাসেটগুলি গ্রহণ করার জন্য আমার ব্যবহারকারীর কাছে কোন অনুমোদিত সুযোগগুলি প্রয়োজন এবং আরও সাধারণভাবে, zfs receiveআরও বিশদ ত্রুটি বার্তা দেওয়ার একটি উপায় আছে যা আপনাকে জানায় যে অনুমতিটি কী অনুপস্থিত?

উত্তর:


3

zfsকমান্ডগুলি থেকে উত্পন্ন সমস্যার সমাধানের সময় , zfsক্রিয়াকলাপটি এর উপাদান পদক্ষেপের ক্ষেত্রে বিশ্লেষণ করুন ।

zfs receive -duvFবিভিন্ন পদক্ষেপে আনপ্যাকগুলির নমুনা কমান্ড । এই পতাকাগুলির মধ্যে দুটি বিশেষ কোনও অনুমতিের সাথে সম্পর্কিত নয়:

-d নতুন ডেটাসেটের নামকরণকে প্রভাবিত করে (যদি থাকে)
-v ভার্বোস আউটপুট সক্ষম করে

অন্য দুজন করে।

-এফ অর্থ প্রাপ্তি শুরু হওয়ার আগে
ফাইল সিস্টেমটি বর্ধনশীল স্থানান্তরের প্রাথমিক স্ন্যাপশটে আবার ঘুরিয়ে দেওয়া হবে - মানে রিসিভ শেষ হওয়ার পরে ফাইল সিস্টেম মাউন্ট হবে না

আমার কুণ্ডলীটি হ'ল আপনি রোলব্যাকের অনুমতিটি মিস করছেন। আপনার কমান্ডের -F পতাকাটি বোঝায় যে একটি zfs rollbackসম্পাদিত হবে, এবং আপনার zfs allowতালিকা নেই rollback

সাধারণ ক্ষেত্রে, প্রদত্ত 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অনুমতি। একটি কল্পনা করে যে কোনও ব্যবহারকারীকে নতুন ফাইল সিস্টেম তৈরি করার অনুমতি দেওয়া সম্ভব হতে পারে তবে একবার তৈরি হয়ে গেলে ব্যবহারকারী তাদের নাম পরিবর্তন করতে পারে না। উত্তরাধিকারসূত্রে প্রাপ্ত মাউন্টপয়েন্টস সহ ফাইল সিস্টেমগুলির জন্য, একটি ফাইল সিস্টেমের নাম পরিবর্তন করা হলে প্রায়শই ফাইল সিস্টেমের মাউন্টপয়েন্টের নামকরণ করা 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

দেখে মনে হচ্ছে এটি ভলিউমে সঠিকভাবে সেট করা আছে তবে স্ন্যাপশটে অনুপস্থিত।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.