Fsck একটি 30 টিবি ভলিউম নিতে কত সময় নিতে পারে?


17

নভেম্বরের মাঝামাঝি, আমি একটি হোস্টিং সংস্থার কাছ থেকে ভাড়া নেওয়া ভিপিএসের প্রতিক্রিয়া বন্ধ হয়ে গেল। আমি যখন সহায়তার সাথে যোগাযোগ করেছি, তারা ব্যাখ্যা করেছিলেন যে ডেটাসেন্টারে বিদ্যুৎ বিভ্রাটের কারণে জোর করে রিবুট এবং fsck হয়। অবশেষে, আমি জিজ্ঞাসা করলাম কেন এটি এত দীর্ঘ নিচ্ছে, এবং আমাকে জানানো হয়েছিল যে আয়তনের আকার 30 টিবি। আমি সর্বশেষে আপডেটটি ফেব্রুয়ারিতে পেয়েছি এবং তারা আমার সাম্প্রতিক অনুসন্ধানে কোনও প্রতিক্রিয়া জানায় না।

আমি বুঝতে পেরেছি যে কিছু ফাইল সিস্টেমের জন্য fsck খুব ধীর হতে পারে তবে fsck এর পক্ষে 30 টিবি ভলিউমে 6 মাস সময় নেওয়া সম্ভব, বা আমি কি ধরে নিতে পারি যে এই হোস্টিং সংস্থাটি আমার সাথে মিথ্যা কথা বলছে যাতে আমি প্রতিবার আমার বিল পরিশোধ করে চলেছি? মাস?


39
তারা সম্ভবত প্রথম থেকেই আপনার সাথে মিথ্যা বলছিল। আমি আশা করি এটি কয়েক ঘন্টা সময় নেয় । আপনার ডিসেম্বরে প্রদান বন্ধ করা উচিত ছিল।
মাইকেল হ্যাম্পটন

15
এমনকি যদি তারা মিথ্যা না বলে, এমন একটি এইচডাব্লু + সফ্টওয়্যার সেটআপ চয়ন করে যাতে কোনও FSCK প্রয়োজন হতে পারে যা দীর্ঘক্ষণ দেখায় যে তারা অক্ষম। এবং কারণ যাই হোক না কেন, তারা আপনাকে যে পরিষেবা প্রদান করছে তা সরবরাহ করছে না।
পিটার কর্ডেস

34
একটি বাস্তব ক্লাস্টার fsck মত শোনাচ্ছে!
জেএমকে

2
@ জেএমকে এখন আমি আশা করি অতিরিক্ত যোগ্যতার জন্য মন্তব্যগুলিকে পতাকাঙ্কিত করার কোনও উপায় ছিল, সম্ভবত কোনও হল-অফ-খ্যাতিতে যুক্ত হতে পারে।
পাইপ

2
@ পিটারকর্ডস যা বলছেন তা হ'ল মূল বিষয়। আপনি একটি পরিষেবার জন্য অর্থ প্রদান করছেন। তাদের শুনে সমস্যা হয়েছে শুনে আপনি সত্যিই দুঃখিত কিন্তু আপনি যে সেবার জন্য অর্থ প্রদান করছেন এবং পাচ্ছেন না সে সম্পর্কে কল দিচ্ছেন।
রব মোয়ার

উত্তর:


31

fsckগতি প্রধানত ফাইলগুলির সংখ্যা এবং সেগুলি কীভাবে সম্পর্কিত ডিরেক্টরিতে ছড়িয়ে দেওয়া হয় তার উপর নির্ভর করে। এটি বলেছিল যে, a মাসের জন্য fsckএকেবারে অযৌক্তিক: এটি বেশিরভাগ সময়ে কয়েক ঘন্টার মধ্যে শেষ করা উচিত ছিল, বিশেষত যদি এর ব্যবহারের xfsদ্রুতগতি হয় xfs_repairএখানে আপনি fsckস্কেলে কিছু রান খুঁজে পেতে পারেন - সমস্ত এক ঘন্টার (3600s) এর অধীনে সম্পূর্ণ। সুতরাং, এটি fsckএখনও আপনার চলমান নয়।

যাই হোক, একটি অপ্রত্যাশিত শক্তি ক্ষয় হবে না একটি পূর্ণ ঘা সৃষ্টি fsck, বরং শুধুমাত্র একটি খুব দ্রুত (কিছু সেকেন্ড) জার্নাল রিপ্লে । তবে, কিছু কী ফাইলগুলি ক্ষতিগ্রস্থ হলে, ওএস বুট করা যায় না।

তবে তারা সম্ভবত আপনাকে মিথ্যা বলেছে। আপনার অবিলম্বে অর্থ প্রদান বন্ধ করা উচিত, একটি ব্যাখ্যা জিজ্ঞাসা করুন এবং মোট রিফান্ডের জন্য আবেদন করুন।


8
যদি তারা ব্যবহার করে থাকে ext2তবে বিদ্যুতের ব্যর্থতার জন্য পূর্ণ প্রয়োজন হবে fsckএবং ভারী ব্যবহৃত 30 টিবি ভলিউমে যদি দিন লাগে তবে আমি অবাক হব না। অন্যদিকে, যদি তারা 30 ext2টিবি ভলিউম ব্যবহার করে তবে হোস্টিং পরিষেবাদির জন্য অন্য কোনও জায়গায় দেখার কারণ এটি এবং নিজেই।
চিহ্নিত করুন

14
x2 x86 এবং x86_64- এ সর্বোচ্চ 4096 বাইট (যেমন: একটি পৃষ্ঠা) এর ব্লক আকার সহ 32-বিট ব্লক কাউন্টার ব্যবহার করে। এর অর্থ ext2 (এবং ext3) 8 টিবি ভলিউমের মধ্যে সীমাবদ্ধ তাই না, ওপি এক্স 2/3 ব্যবহার করতে পারে না। যাইহোক, 30 টিবি ভলিউমে কোনও অ যাত্রাবিহীন ফাইল সিস্টেম ব্যবহার করা একেবারে উন্মাদ হবে
shodanshok

আমি মনে করি ext4 fsck কিছুটা ভাল হতে পারে যদি কারও কাছে 30Tb FS থাকে যাতে বিশাল সংখ্যক ক্ষুদ্র ফাইল থাকে। এটি তৈরি করার জন্য পাগলতা, তাই অন্য কোথাও দেখার কারণ।
নিগেল 222

7

অনুমান: ন্যূনতম ব্যয়ের জন্য সর্বাধিক কর্মক্ষমতা অর্জনের জন্য তাদের সিস্টেমটি তাদের সবচেয়ে আক্রমণাত্মক সেটিংসে সমস্ত সম্ভাব্য রাইটিং ক্যাশে (নিজেরাই হার্ড ড্রাইভ সহ) সেট করে একটি বিবিইউ / এফবিডাব্লুসি-কম RAID (বা এমনকি সফ্টওয়্যার RAID) ব্যবহার করে। এই জাতীয় সেটআপের শক্ত শক্তির বিভাজন একটি জার্নালিং ফাইল সিস্টেমকে এমন অবস্থায় ছেড়ে দিতে পারে যেখানে জার্নালকে বিশ্বাস করা যায় না এবং পুনরুদ্ধারের জন্য ব্যবহার করা যায় না। সমস্যাটি হ'ল এই জাতীয় ব্যবস্থা আক্রমণাত্মকভাবে পুনর্ব্যক্ত করে এবং স্থগিত করে দেয়, যার অর্থ একটি জার্নাল এন্ট্রি ডেটা অ্যাকশন হারিয়ে যাওয়ার প্রভাব দিয়ে লেখা যেতে পারে ... বা জার্নাল এন্ট্রি একটি ডেটা অ্যাকশনে হারিয়ে যা ফলস্বরূপ ছিল।

খারাপ সিস্টেমে আউটেজ থেকে এইরকম সিস্টেম পুনরুদ্ধার করার অর্থ এই হতে পারে যে আপনাকে "ধীর" fsck / মেরামত করতে হবে যা প্রকৃতপক্ষে সমস্ত ফাইল সিস্টেম কাঠামোগুলি যেমন সেগুলি পরীক্ষা করে, যা সত্যই 30TB এর জন্য এক বা দু'দিন সময় নিতে পারে .... আপনাকে একাধিক মেরামতের চক্র পরিচালনা করতে হবে এমন সম্ভাবনা নেই। এটি যোগ করুন যে কর্মীরা সর্বদা এটি নিরীক্ষণের জন্য উপলব্ধ না থাকে, আপনি সহজেই প্রতি সপ্তাহে এক fsck হয়ে যেতে পারেন। তারা সম্ভবত ছেড়ে দিয়ে ভুলে গিয়েছিল।


1

বেশিরভাগ ফাইল সিস্টেমে এটি তত দ্রুত হবে, ত্রুটি থাকা সত্ত্বেও সাধারণত সাধারণত মেটাডেটা পরীক্ষা করা হয়।

সবচেয়ে খারাপ ক্ষেত্রে এটি পুরো ডিস্কটি পড়তে পারে, ( যেমন, এমন কিছু fsck.ext4 -cc /dev/sda, যা প্রতিটি ব্লকে একটি ধ্বংসাত্মক লেখার পরীক্ষা করে), এটি 30 টিবি-র জন্য কয়েক দিন সময় নিতে পারে। আপনি যদি ড্রাইভের গতি জানেন তবে আপনি আকার / গতি গণনা করতে পারেন । প্রায় ১০০ এমবি / সেকেন্ড সহ একটি গ্রাহক হার্ড ড্রাইভের জন্য কয়েকটি টিবি অনুলিপি করতে বেশিরভাগ লোকেরা প্রত্যাশার চেয়ে বেশি সময় নিতে পারে।

যদি এটি আপনার সার্ভার হয় তবে আপনার সমস্যা হতে পারে যে এটি বুট হয়ে যায় এবং fsckযদি আপনি কোনও ত্রুটি সমাধান করতে চান তবে আপনাকে জিজ্ঞাসা করলেই স্তব্ধ হয়ে যায় । তবে fsckসমস্ত ভিপিএস অফলাইনে থাকাকালীন ডেটাসেন্টার অ্যাডমিন 6 মাসের জন্য একটি ঝুলন্ত ছাড়বে না ।

সুতরাং তারা হয় আপনার সাথে মিথ্যা বলছে, বা একটি বিশাল ভুল বোঝাবুঝি আছে। অথবা তারা কিছুক্ষণ আগে fsck চালাচ্ছিল এবং নতুন সমস্যাটি শেষ হওয়ার পরে আপনাকে আপডেট করে নি।


4
fsckসমস্ত ফাইল সিস্টেম কাঠামোকে অনুসরণ করে, যার অর্থ বেশিরভাগই র্যান্ডম i / o চালানো। সুতরাং উপরের গণনাটি ক্রমবর্ধমান স্থানান্তর হারের উপর ভিত্তি করে খুব কার্যকর নয়।
shodanshok

@ শোডানশোক প্রকৃতপক্ষে ফাইলের কাঠামো একটি সাধারণ ড্রাইভ চেকের ক্ষেত্রে অপ্রাসঙ্গিক, যেমনটি আমি কেবল আমার উত্তরে ব্যাখ্যা করেছি।
ওভারমাইন্ড করুন

@ শোডনশোক আমার নিকৃষ্টতম ধারণাটি খুব বিস্তৃত fsck এর উপর ভিত্তি করে তৈরি হয়েছিল। উদাহরণস্বরূপ, টিপিকাল এক্সএফএস fsck বেশি কিছু করে না। ext2 একটি দীর্ঘ চলমান বিস্তৃত চেক রয়েছে এবং পুরানো এমএস-ডস স্ক্যান্ডিস্কের পূর্ণ মোডে চলাকালীন প্রতিটি হার্ড ড্রাইভ ব্লকে একটি রিড রাইটিং পরীক্ষা ছিল। সুতরাং আপনার ডিস্কের আকারের উপরের একটি আবদ্ধ থাকে।
allo

1
@ ওভারমাইন্ড এবং আপনি উত্তরটি fsck সম্পর্কিত এবং সাধারণ ড্রাইভ চেক নয় এমন প্রশ্নের সাথে অপ্রাসঙ্গিক।
ব্ল্যাকজ্যাক

দয়া করে সচেতন হন যে সাধারণত একটি ডিস্ক হিসাবে সাধারণত ডিস্ক থ্রুপুট গ্রহণ বিভ্রান্তিকর হতে পারে। একবার যখন অ্যারে পুনরায় সিঙ্ক করেছিলাম তখন আমি গণিতটি করেছি, যা (আমার মতে) এক দিনেরও কম সময় নেওয়া উচিত ছিল এবং এটি দুই সপ্তাহের বেশি সময় নিয়েছে! সর্বমোট সময়ের জন্য একমাত্র প্রভাবশালী ফ্যাক্টর সন্ধান করা এবং আপনি যখন মনে করেন যে আপনি কঠোরভাবে ক্রমিক ক্রিয়াকলাপ করছেন তখনও এটি কখনও কখনও তা হয় না। এখন fsck কঠোরভাবে অ-অনুক্রমিক, সুতরাং ... সাধারণ ডিস্ক থ্রুপুট থেকে অপারেশনের দৈর্ঘ্যের কোনও উপায় আপনি বিচার করতে পারবেন না (এখনও, মাসগুলি হাস্যকর ... এটি একটি প্রকৃত মিথ্যা)।
দামন
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.