নতুন নির্মিত এক্সএফএস ফাইল সিস্টেম দেখায় .৮ জিবি ব্যবহৃত হয়

18

আমাদের কাছে একটি 12 টিবি রেড 6 অ্যারে রয়েছে যা একটি এক্সএফএস ফাইল সিস্টেমের সাথে একক পার্টিশন হিসাবে সেটআপ করার কথা রয়েছে । নতুন ফাইল সিস্টেম তৈরি করার সময়, এটি বলছে যে এটির ব্যবহার GB৮ গিগাবাইট, তবে ড্রাইভে কোনও ফাইল নেই।

[root@i00a ~]# df -h
Filesystem      Size  Used Avail Use% Mounted on
devtmpfs         32G     0   32G   0% /dev
tmpfs            32G     0   32G   0% /dev/shm
tmpfs            32G   11M   32G   1% /run
tmpfs            32G     0   32G   0% /sys/fs/cgroup
/dev/sdb3       154G  3.9G  150G   3% /
/dev/sdb2      1014M  153M  862M  16% /boot
/dev/sdb1       599M  6.7M  593M   2% /boot/efi
/dev/sdc1       187G  1.6G  185G   1% /var
tmpfs           6.3G     0  6.3G   0% /run/user/0
/dev/sda1        11T   78G   11T   1% /export/libvirt

আমি কি কিছু ভুল করবেন? এটা কি ডিজাইন করে?

দেখে মনে হচ্ছে ফাইল সিস্টেমে লগটি কেবল প্রায় 2 গিগাবাইট নেয় এবং স্থানটি কী ব্যবহার করতে পারে তা আমি বুঝতে পারি না।

[root@i00a ~]# xfs_info /export/libvirt/
meta-data=/dev/sda1              isize=512    agcount=11, agsize=268435455 blks
         =                       sectsz=512   attr=2, projid32bit=1
         =                       crc=1        finobt=1, sparse=1, rmapbt=0
         =                       reflink=1
data     =                       bsize=4096   blocks=2929458688, imaxpct=5
         =                       sunit=0      swidth=0 blks
naming   =version 2              bsize=4096   ascii-ci=0, ftype=1
log      =internal log           bsize=4096   blocks=521728, version=2
         =                       sectsz=512   sunit=0 blks, lazy-count=1
realtime =none                   extsz=4096   blocks=0, rtextents=0

পার্টিশনের তথ্য:

[root@irb00a ~]# parted /dev/sda1
GNU Parted 3.2
Using /dev/sda1
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) print
Model: Unknown (unknown)
Disk /dev/sda1: 12.0TB
Sector size (logical/physical): 512B/512B
Partition Table: loop
Disk Flags:

Number  Start  End     Size    File system  Flags
 1      0.00B  12.0TB  12.0TB  xfs

এটি একটি ডেল এফএক্স 2 যা চারটি এফসি 430 কম্পিউট নোড এবং দুটি এফডি 332 স্টোরেজ নোড রয়েছে যা রেড হ্যাট এন্টারপ্রাইজ লিনাক্স 8 ( ওটপা ) চলছে running

storage  partition  xfs  rhel8 
— yakatz
সূত্র
এটা কি সত্যিই খালি? প্রজনন করার চেষ্টা করছে (ক 12TB ইমেজের সাথে, ডিফল্ট mkfs সেটিংস, bsize=4096 blocks=2929687500) df -hফল Size 11T, Used 12Gনা, 78Gআপনার উদাহরণ অনুযায়ী। xfsdumpএকটি 21 কেবি ফাইল তৈরি করে ... ;-)
— ফ্রয়েস্টচুটজ
2
আহ, আমি লক্ষ্য করেছি যে আপনি ছিলেন reflink=1কিন্তু আমার জন্য পূর্বনির্ধারিত ছিল reflink=0। সহ reflink=1, এটি 78Gআমার জন্য ব্যবহৃতও বলে, তাই আমি এখনই এটি পুনরুত্পাদন করতে পারি।
— frostschutz
সুতরাং দেখে মনে হচ্ছে এটি নকশা অনুসারে, তবে আপনি যদি নিশ্চিত হন যে রিফ্লিংকগুলি আপনার ব্যবহারের ক্ষেত্রে কিছু করবে না, আপনি এটিকে বন্ধ করার বিষয়টি বিবেচনা করতে পারেন।
— frostschutz
আমি জানি না। এখানে কেবলমাত্র ভার্চুয়াল মেশিনগুলির জন্য কিউকো 2 ফাইল হবে।
— ইয়াকাত্জ
কিছু libvirt দ্বারা টুলস মত দেখায় reflink সমর্থন করি, কিন্তু সম্ভবত কষ্ট অধিকারী না হয়: stackoverflow.com/a/41968000/597234 আমি সম্ভবত সংরক্ষিত স্থান একটি সম্পূর্ণ অতিরিক্ত VM- র ফিট করতে পারে।
— ইয়াকাত্জ

উত্তর:

2

এক্সএফএস-এর জন্য, খালি ফাইল সিস্টেম "আকার ব্যবহৃত ব্যবহৃত" দেখানো হিসাবে df -hঅনেকটা নির্ভর করে যা আপনার সময়ে মেটাডেটা বৈশিষ্ট্যগুলি সক্ষম করে mkfs.xfs।

একটি খালি 12 টিবি ফাইল দিয়ে পরীক্ষা করা:

# truncate -s 12TB xfstest.img

ডিফল্ট সেটিংস (আমার বর্তমান আর্কলিনাক্স সিস্টেমে):

# mkfs.xfs xfstest.img 
meta-data=xfstest.img            isize=512    agcount=11, agsize=268435455 blks
         =                       sectsz=512   attr=2, projid32bit=1
         =                       crc=1        finobt=1, sparse=1, rmapbt=0
         =                       reflink=0
data     =                       bsize=4096   blocks=2929687500, imaxpct=5
         =                       sunit=0      swidth=0 blks
naming   =version 2              bsize=4096   ascii-ci=0, ftype=1
log      =internal log           bsize=4096   blocks=521728, version=2
         =                       sectsz=512   sunit=0 blks, lazy-count=1
realtime =none                   extsz=4096   blocks=0, rtextents=0
# mount -o loop xfstest.img loop/
# df -h loop/
Filesystem      Size  Used Avail Use% Mounted on
/dev/loop0       11T   12G   11T   1% /dev/shm/loop
# umount loop/

ব্যবহার reflink=1:

# mkfs.xfs -m reflink=1 -f xfstest.img
meta-data=xfstest.img            isize=512    agcount=11, agsize=268435455 blks
         =                       sectsz=512   attr=2, projid32bit=1
         =                       crc=1        finobt=1, sparse=1, rmapbt=0
         =                       reflink=1
data     =                       bsize=4096   blocks=2929687500, imaxpct=5
         =                       sunit=0      swidth=0 blks
naming   =version 2              bsize=4096   ascii-ci=0, ftype=1
log      =internal log           bsize=4096   blocks=521728, version=2
         =                       sectsz=512   sunit=0 blks, lazy-count=1
realtime =none                   extsz=4096   blocks=0, rtextents=0
# mount -o loop xfstest.img loop/
# df -h loop/
Filesystem      Size  Used Avail Use% Mounted on
/dev/loop0       11T   78G   11T   1% /dev/shm/loop

ব্যবহার crc=0, reflink=0: (কিছু কারণে, এছাড়াও দেখা যাচ্ছে finobt=0, sparse=0)

# mkfs.xfs -m reflink=0 -m crc=0 -f xfstest.img 
meta-data=xfstest.img            isize=256    agcount=11, agsize=268435455 blks
         =                       sectsz=512   attr=2, projid32bit=1
         =                       crc=0        finobt=0, sparse=0, rmapbt=0
         =                       reflink=0
data     =                       bsize=4096   blocks=2929687500, imaxpct=5
         =                       sunit=0      swidth=0 blks
naming   =version 2              bsize=4096   ascii-ci=0, ftype=1
log      =internal log           bsize=4096   blocks=521728, version=2
         =                       sectsz=512   sunit=0 blks, lazy-count=1
realtime =none                   extsz=4096   blocks=0, rtextents=0
# mount -o loop xfstest.img loop/
# df -h loop/
Filesystem      Size  Used Avail Use% Mounted on
/dev/loop0       11T   33M   11T   1% /dev/shm/loop

সংক্ষেপে:

# df -h loop/
Filesystem      Size  Used Avail Use% Mounted on
/dev/loop0       11T   78G   11T   1% /dev/shm/loop (reflink=1, crc=1)
/dev/loop0       11T   12G   11T   1% /dev/shm/loop (reflink=0, crc=1)
/dev/loop0       11T   33M   11T   1% /dev/shm/loop (reflink=0, crc=0)

সুতরাং নতুন ব্যবহৃত 12 টিবি ফাইল সিস্টেমে "ব্যবহৃত" স্থানটি 78G, 12G বা 33 এম এর কম হিসাবে নির্ভর করে আপনি এমকেএফএস সময়ে কোনও মেটাডেটা বৈশিষ্ট্যগুলি সক্ষম করে।

— frostschutz
সূত্র
রেডহ্যাট 8 এর reflinks=1ডিফল্টরূপ রয়েছে
— ইয়াকাতজ
24

সমস্ত ফাইল সিস্টেমের নিজস্ব অভ্যন্তরীণ ডেটা স্ট্রাকচারের জন্য একটি ওভারহেড থাকে। এই অভ্যন্তরীণ তথ্যটি ফাইল সিস্টেমের জন্য ভবিষ্যতে ফাইল এবং ডিরেক্টরি তৈরি করতে এবং যেখানে সবকিছু বরাদ্দ করা হয়েছে তা ট্র্যাক করতে ব্যবহৃত হয়। এই ডেটাটি সম্মিলিতভাবে "মেটাডেটা" নামে পরিচিত। এটি ফাইল সিস্টেমের ডেটা "সম্পর্কে" " মেটাডেটা একটি ওভারহেড হিসাবে বিবেচিত হয়, কারণ এটি স্থান নেয় তবে ব্যবহারকারী ডেটা নয়। এই ওভারহেড কোনও ফাইল সিস্টেম ব্যবহার করার একটি অনিবার্য পার্শ্ব প্রতিক্রিয়া।

এই ব্লগ পোস্ট অনুসারে , এক্সএফএসের মোট ডিস্ক জায়গার প্রায় 0.5% ওভারহেড রয়েছে। (দ্রষ্টব্য যে এই পোস্টটি ২০০৯ সালের, তবে এর কোনও কারণ বদলে যাওয়ার কোনও কারণ নেই)। এক ডজনেরও বেশি বিভিন্ন ফাইল সিস্টেম ব্যবহার করে ফাইল সিস্টেমের ওভারহেড পরীক্ষা করে তিনি এই ফলটি পেয়েছিলেন guestfish।

আপনার 12 টিবি স্থানের 0.5% হ'ল 60 গিগাবাইট, সুতরাং মনে হচ্ছে এটি প্রত্যাশিত ব্যবহারের কাছাকাছি। আমি সন্দেহ করি যে তার সংখ্যাটি 0.5% এর চেয়ে কিছুটা বেশি হওয়া উচিত ছিল তবে এটি বৃত্তাকার ছিল।

— মোশে কাটজ
সূত্র
9
কিছু ফাইল সিস্টেমগুলি সম্পূর্ণ বরাদ্দকৃত আকারের প্রতিবেদন করে এবং তারপরে ব্যবহৃত জায়গার বিরুদ্ধে বুককিপিং ওভারহেড চার্জ করে, তবে অন্যরা পূর্ণ আকার থেকে বুককিপিং বিয়োগ করে এবং কেবলমাত্র "ফাইল" স্থান হিসাবে ফাইল স্থানের প্রতিবেদন করে।
— ক্রাইলিস-হরতাল-
3
ফাইল সিস্টেম ওভারহেড ... লোকদের জিজ্ঞাসা করা হচ্ছে যে তাদের হার্ড ড্রাইভগুলি 1983 সাল থেকে স্টিকারে কী আছে তা রিপোর্ট করে না
— জে ...
3
@ জ ... আসলে, হার্ড ড্রাইভ প্রায়শই 1024MB এর পরিবর্তে 1GB = 1000MB ব্যবহার করে আকারের বাজারজাত করে। সুতরাং 512 জিবিতে বিক্রি হওয়া এইচডি আসলে তালিকাভুক্ত আকারের চেয়ে 12 জিবি ছোট smaller এটি টিবিতে আরও খারাপ হয় যেহেতু তারা 1 টিবি = 1000 জিবি = 1000 * 1000 এমবি ব্যবহার করে। একটি 1 টিবি এইচডি 1024 গিগাবাইটের পরিবর্তে সত্যই 976 জিবি। টিবি দ্বারা হুফিং 48 জিবি হারিয়েছে।
— জাস্টিন লেজার্ড
4
গিগাবাইট (বেস 10) বনাম গিবিবাইট (বেস 2) পরিমাপের পার্থক্যটি ব্যবহৃত স্থান হিসাবে প্রদর্শিত হবে না df।
— ইয়াকাত্জ
1
@ জাস্টিনলেসার্ড আপনি এমআইবি এবং কিবি স্তরের ওভারহেড সম্পর্কে ভুলে গেছেন। একটি 512 গিগাবাইট হার্ড ড্রাইভ একটি বাস্তব 512 জিআইবি ড্রাইভের চেয়ে 32 গিগাবাইটের চেয়ে ছোট। এবং তারপরে, টিবি, জিআইবি, এমআইবি এবং কিবি ওভারহেডের জন্য অ্যাকাউন্টিং করার সময় একটি 1 টিবি ড্রাইভ আসলে 0.909 টিআইবির মতো হয়। (1 * 1000 ^ 4/1024 ^ 4) = 0,90949
— penguin359
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.