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
কিছুটা চ্যালেঞ্জিং, তবে খুব শক্তিশালীও করতে পারে।