আমাদের হিটাচি এইচএনএএস 3080 স্টোরেজের সাথে সেন্টোস 6.৪ ভিত্তিক সার্ভার সংযুক্ত রয়েছে এবং কেবল-পঠন মোডে ফাইল সিস্টেমের কার্নেলটির পুনরুদ্ধার পর্যবেক্ষণ হয়েছে:
মে 16 07:31:03 জিএনএস 3-এসআরভি-সিএমপি -001 কার্নেল: [1259725.675814] EXT3-fs (dm-1): ত্রুটি: ফাইল-সিস্টেম কেবল পঠনযোগ্য পুনরায় গণনা করা হচ্ছে
বেশ কয়েকটি আই / ও ত্রুটি এবং ডিভাইসটির সমস্ত পাথ নীচে নেমে যাওয়ার পরে এটি ঘটেছে:
মে 16 07:31:03 জিএনএস 3-এসআরভি-সিএমপি -001 মাল্টিপথ: এমপাথা: অবশিষ্ট সক্রিয় পাথ: 0
আমি সর লগগুলিতে দেখছি এবং কয়েকবার খুব বড় (2 সেকেন্ড) অপেক্ষা করার সময় দেখতে পাচ্ছি:
07:40:00 dev8-0 17.91 112.04 98.03 11.73 0.00 0.20 0.07 0.12
07:40:00 dev8-16 0.23 1.85 0.00 8.00 0.00 3.71 3.71 0.09
07:40:00 dev8-32 91.50 8338.76 5292.93 148.98 8.38 91.60 9.76 89.35
07:40:00 dev252-0 91.27 8336.91 5292.93 149.34 17.79 194.88 9.79 89.38
07:40:00 dev252-1 674.80 8168.16 5292.93 19.95 1473.53 2183.60 1.32 88.98
07: 30: 00-07: 40: 00 এর মধ্যে সময়কাল তখন ঘটে যখন ফাইল সিস্টেম কেবল পঠনযোগ্যভাবে মাউন্ট হয়। তবে, সাধারণ পরিস্থিতিতে এমনকি একটি পুনরাবৃত্তি পর্যবেক্ষণ হ'ল অন্তর্নিহিত ডিভাইসের জন্য অপেক্ষার সময়টি মাল্টিপাথ ডিভাইসের চেয়ে অনেক কম। এই ক্ষেত্রে:
00:00:00 DEV tps rd_sec/s wr_sec/s avgrq-sz avgqu-sz await svctm %util
00:10:00 dev8-0 19.27 129.41 78.61 10.80 0.01 0.27 0.16 0.32
00:10:00 dev8-16 0.23 1.80 0.00 8.00 0.00 0.86 0.84 0.02
00:10:00 dev8-32 94.88 10285.16 3363.48 143.86 3.39 35.76 6.83 64.82
00:10:00 dev252-0 94.65 10283.34 3363.48 144.18 3.64 38.47 6.86 64.89
00:10:00 dev252-1 435.06 10087.12 3363.48 30.92 118.42 272.21 1.47 64.12
dev8-0, স্থানীয় ডিস্ক হতে হবে যখন dev8-16 ( /dev/sdb) এবং dev8-32 ( /dev/sdc) dev252-0 জন্য অন্তর্নিহিত বেশী (হয় /dev/mapper/mpatha)। dev252-1 ( /dev/mapper/mpathap1) হ'ল একক পার্টিশন যা পুরো মাল্টিপাথ ডিভাইস জুড়ে রয়েছে। এখানে থেকে আউটপুট multipath -ll:
mpatha (2521501cbffffffffe96773b50ec30020) dm-0 BlueArc,NAS Platform
size=10T features='0' hwhandler='0' wp=rw
|-+- policy='round-robin 0' prio=1 status=enabled
| `- 9:0:0:0 sdc 8:32 active ready running
`-+- policy='round-robin 0' prio=1 status=active
`- 8:0:0:0 sdb 8:16 active ready running
কেন অপেক্ষার সময়টি তার /dev/mapper/mpathap1চেয়ে অনেক বেশি /dev/mapper/mpathaবা এমনকি /dev/sdbবা তার চেয়ে বেশি হওয়া উচিত /dev/sdc?
mpatha( /sys/block/dm-0/queue/scheduler) হল noopএবং যে জন্য mpathap1( /sys/block/dm-1/queue/scheduler) হল none।
dmডিভাইসে অন্তর্নিহিত শারীরিক ডিভাইসের চেয়ে বেশি অপেক্ষা (এবং দীর্ঘ সারি) থাকে তবে অনুরোধগুলি পড়তে এবং কোনও মার্জ করা ছাড়াই লেখাগুলি প্রভাবিত হয় না। আমি এখনও জানি না যে এটি অপেক্ষার পথটির কারণে কেবল উপস্থাপনের ত্রুটি কিনা গণনা করা হয় বা প্রকৃতপক্ষে দীর্ঘায়িত প্রতিক্রিয়ার সময়গুলি সারি / মার্জিং অ্যালগরিদমের প্রকৃতির কারণে ঘটে।
/dev/mapper/mpathap1করতে/dev/mapper/mpatha। এটি সেই স্তরটিও যেখানে বেশিরভাগawaitসময় যুক্ত হয় বলে মনে হয়। কোন লিফট ব্যবহার করা হয়/sys/block/mpathap1/queue/schedulerএবং/sys/block/mpatha/queue/schedulerসম্ভবত এটিতেdeadlineবাnoopতুলনার জন্য স্যুইচ করা যায় তা আপনি পরীক্ষা করতে পারেন ?