জেন ডোমু রুট ফাইল সিস্টেমগুলি কেবলমাত্র আইএসসিএসআই ভার্চুয়াল আইপি ফেলওভারে পঠনযোগ্য হয়ে ওঠে

Question

আমার জেন সার্ভারগুলি আমাদের আইএসসিএসআই সান ক্লাস্টারে ওপেন-ইস্কসি সহ ওপেনসুএস 11.1। সান মডিউলগুলি একটি আইপি ফেইলওভার গ্রুপে একটি ভার্চুয়াল আইপি পিছনে রয়েছে যা সূচনাকারীরা সংযুক্ত করে।

প্রাথমিক SAN সার্ভারটি ডাউন হয়ে যাওয়ার পরে, দ্বিতীয়টি লক্ষ্য হিসাবে পরিবেশনার ভূমিকা গ্রহণ করে। এটি সমস্ত বামহ্যান্ড সান / আইকিউ সফ্টওয়্যার দ্বারা পরিচালিত এবং বেশিরভাগ পরিস্থিতিতে ভাল কাজ করে।

আমার সমস্যাটি হ'ল মাঝেমধ্যে আমার কিছু জেন ডমইউগুলির আইপি ফেইলওভারের পরে কেবল তাদের রুট ফাইল সিস্টেমটি পঠনযোগ্য হবে। এটি সামঞ্জস্যপূর্ণ নয় এবং প্রতিবার একটি ব্যর্থতা ঘটলে ভিন্ন উপসেটে ঘটে। তারা সকলেই একই ওপেনসুএস 11.1 সফ্টওয়্যার চিত্র চালাচ্ছে।

প্রতিটি ডমইউর জন্য মূল ফাইল সিস্টেমগুলি ডোম0-এ খোলা-ইস্কিআই দ্বারা মাউন্ট করা হয় এবং তারপরে জেন এটি ডোমুতে প্রকাশ করার জন্য স্ট্যান্ডার্ড ব্লক ডিভাইস ড্রাইভার ব্যবহার করে।

সঠিক লক্ষণটি হ'ল চলমান হিসাবে একটি রুট হিসাবে touch /testত্রুটি "পঠনযোগ্য কেবল ফাইল সিস্টেম" প্রদান করে। যাইহোক, আউটপুট mountএটিকে পাঠ্য-লেখার জন্য মাউন্ট করা হিসাবে দেখায়। অবশ্যই, ডমইউ-র অন্য সমস্ত আই / ওও এই সময়ে ব্যর্থ হচ্ছে তাই মেশিনটি শক্তভাবে নেমে আসে। xmআইএসসিএসআই অধিবেশনটি পুনরায় সংযুক্ত না করে কেবল এটি ডোম0 দিয়ে পুনরায় আরম্ভ করা সবকিছু পুনরায় কাজ করে।

ডোম0 সাইডে ব্যর্থতা ওভারের সময় সিসলগ বার্তাগুলি নিম্নলিখিতগুলির মতো:

kernel: connection1:0: iscsi: detected conn error (1011)
iscsid: Kernel reported iSCSI connection 1:0 error (1011) state (3)
iscsid: connection1:0 is operational after recovery (1 attempts) 

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

সংযুক্ত ব্লক ডিভাইসটি এখনও ডোম0 থেকে পঠনযোগ্য এবং লেখার জন্য উপযুক্ত বলেই আমি ওপেন-ইস্কির সমস্যাটিকে সত্যই মনে করি না।

Answer 1

আমি অবশেষে ওপেন-ইস্কি ডকুমেন্টেশন থেকে নিম্নলিখিত পরামর্শ এবং সেটিংস ব্যবহার করে এটি সমাধান করেছি:

8.2 iSCSI settings for iSCSI root
---------------------------------

When accessing the root parition directly through a iSCSI disk, the
iSCSI timers should be set so that iSCSI layer has several chances to try to
re-establish a session and so that commands are not quickly requeued to
the SCSI layer. Basically you want the opposite of when using dm-multipath.

For this setup, you can turn off iSCSI pings by setting:

node.conn[0].timeo.noop_out_interval = 0
node.conn[0].timeo.noop_out_timeout = 0

And you can turn the replacement_timer to a very long value:

node.session.timeo.replacement_timeout = 86400

উপরে বর্ণিত প্রতিটি লুনের সাথে সংযোগ স্থাপনের পরে, ব্যর্থতা একটি কবজির মতো কাজ করে, যদিও এটি হতে কয়েক মিনিট সময় নেয়।

Comments

ইস্কি ভলিউমে বসে মাইএসকিএল প্রোড ডিবিতে আমার একই সমস্যা ছিল / ভার / লগ / বার্তাগুলিতে এবং ত্রুটিযুক্ত ফাইল সিস্টেমটি কেবল পঠন মোডে রয়েছে। এই টিপটি সমস্যার সমাধান করেছে।

— রেইনডক্টর

Answer 2

এটি আইএসসিএসআই ইনিশিয়েটরটি ডোম0-তে চালিত হওয়ার সমস্যা বলে মনে হচ্ছে। ইনিশিয়েটরটি এসসিএসআই ব্যর্থতা দ্রুত স্ট্যাকটি প্রেরণ করা উচিত নয়। আপনি সম্ভবত ইস্কি.সি.সি.এফ-এ সংযুক্তিফেইলটাইমআউট সেট করতে চাইবেন এটি সেটিংস যা সংযোগ ব্যর্থতাটিকে ত্রুটি হিসাবে বিবেচনা করে কতক্ষণ আগে এসসিএসআই স্ট্যাক আপ প্রেরণ করে তা নির্ধারণ করে।

আমি এই ব্যর্থতাটি আসলে কতটা সময় নিচ্ছে তাও খতিয়ে দেখলাম, এটি আপনার প্রত্যাশার চেয়ে বেশি সময় নিবে। যদি তাই হয় তবে ভিআইপি ফেইলওভারটি এআরপি সম্পর্কিত সমস্যার কারণে খুব বেশি সময় নিচ্ছে।

Comments

আমি মনে করি এটি ঠিক আমার প্রয়োজন।

— কামিল কিসিয়েল

Answer 3

ডোম0-এ কোনও বার্তা রয়েছে যা ব্যর্থতার সময় কোনও ধরণের পড়ার / লেখার ত্রুটি বা স্কি ত্রুটির নির্দেশ করে? যদি তা হয় তবে দেখে মনে হচ্ছে এই লেখার ত্রুটিটি ডোমুউ পর্যন্ত পৌঁছে যাচ্ছে। ডোমু "জানেন না" এটি একটি আইএসসিএসআই ডিভাইস, সুতরাং এটি এমন আচরণ করছে যে অন্তর্নিহিত ডিস্কটি চলে গেছে এবং কেবল ফাইল-সিস্টেমের পাঠযোগ্য পুনরায় গণনা করছে (মাউন্ট (1) ম্যানপেজ দেখুন - errors=continue / errors=remount-ro / errors=panic)

ডোম0 এর দৃষ্টিকোণ থেকে, এটি কেবল পঠনযোগ্য হিসাবে পরিবর্তিত হবে না - কেবলমাত্র পঠনযোগ্য আচরণটি একটি ফাইল সিস্টেম সিমেটিক, কোনও ব্লক ডিভাইস শব্দার্থক নয়।

আপনি উল্লেখ করেছেন যে এই মুহুর্তে "অন্যান্য সমস্ত আই / ও ব্যর্থ হচ্ছে" - আপনি কি ডমইউ বা ডোম0 বোঝাতে চান?

সাধারণত এইচএ আইএসসিএসআই সমাধান সেটআপ করার সময় আমি ভার্চুয়াল আইপি টেকওভারের পরিবর্তে মাল্টিপ্যাথিং ব্যবহার করি - এটি হোস্টটির আরও বৃহত্তর দৃশ্যমানতার অনুমতি দেয় এবং আপনার কোনও আইএসসিএসআই সেশন হঠাৎ অদৃশ্য হয়ে যায় তারপরে পুনরায় চালু করার প্রয়োজন হয় - এটি সর্বদা উপস্থিত থাকে, এর মধ্যে কেবল দুটি আছে । এটি কি এই পরিবেশে একটি বিকল্প?

Comments

আপনার প্রশ্নের উত্তর সহ মূল বিবরণ আপডেট করেছেন। আমি মনে করি পরিবর্তে আমি মাল্টিপ্যাথিংয়ের দিকে তাকাতে পারতাম, তবে সিস্টেমটি বর্তমান আকারে ভার্চুয়াল আইপি ফেলওভারের জন্য আরও বেশি আগ্রহী। আমি নিশ্চিত নই যে ব্লক স্তরের প্রতিলিপিটি কীভাবে মাল্টিপ্যাথিংয়ের সাথে খেলতে আসবে, বিশেষত যেহেতু SAN ইউনিটের মধ্যে একটিতে মাস্টার মনোনীত করা দরকার। আমাকে ফাইল সিস্টেম সম্পর্কে অংশটি দেখানোর জন্য ধন্যবাদ for আমি মনে করি এটি বেশ ব্যাখ্যা করে। আমি মনে করি আমি এটিকে 'চালিয়ে যাও' মোডে স্যুইচ করার চেষ্টা করতে পারি, বা এক্সএফএসের মতো ফাইল সিস্টেমকে আরও দৃ res়রূপে পরিবর্তন করতে চেয়েছি।

— কামিল কিসিয়েল

Ext3 সম্পর্কে অন্তর্নিহিত খারাপ কিছু নেই - আপনার এক্সএফএসের সাথে একই রকম সমস্যা থাকবে। এবং আমি অনারর = ব্যবহার অবিরত করার পরামর্শ দেব না - সিস্টেমটি বিশ্বাস করবে যে ব্লকটি অপঠনযোগ্য এবং আপনি ডেটা হারাবেন। মাল্টিপ্যাথিং মিরর করছে না - আপনার হোস্টের কোনও প্রতিলিপি নিয়ে চিন্তার দরকার নেই। আপনি কেবলমাত্র আইএসসিএসআইয়ের মাধ্যমে উভয় মাস্টার এবং মাধ্যমিক লক্ষ্যগুলির সাথে সংযোগ স্থাপন করবেন এবং হোস্টটি জানতে পারে যে যদি মাস্টার ব্যর্থ হয় তবে স্ট্যাকটি ত্রুটি পাস না করে সেকেন্ডারি টার্গেটে নির্দেশিত একই কমান্ডটি চেষ্টা করবে।

— মাইকিবি

প্রতিলিপি সম্পর্কে আমার মন্তব্য এই সত্যটি সম্পর্কে ছিল যে দুটি সান সার্ভারকে তাদের ডেটা সিঙ্ক্রোনাইজ করা দরকার। অভ্যন্তরীণভাবে আমি মনে করি সিস্টেমটি drbd এর সাথে একইভাবে কাজ করে, ইউনিটের একটির (বর্তমানে ভিআইপি রয়েছে এমন একটি) মাস্টার হওয়ার সাথে। এটি মাল্টিপ্যাথিংয়ের সাথে কাজ করতে পারে তবে বর্তমান আর্কিটেকচার থেকে সরে না গিয়ে আমি সত্যিই এই সমস্যাটি সমাধান করতে চাই। অন্যথায় এই কাজটি করার একটি উপায় থাকা উচিত, আমার সিস্টেমগুলি যেগুলি সরাসরি আইএসসিএসআই ভলিউমকে মাউন্ট করে তাদের ভলিউমটি কেবল পঠনযোগ্য হওয়ার ক্ষেত্রে কখনও সমস্যা হয় না।

— কামিল কিসিয়েল

Answer 4

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

"/" কেবলমাত্র একক ব্যবহারকারী মোডে আরডাব্লু করা উচিত।

অন্যান্য পরামর্শের সাথে একত্রিত হলে এই ফ্যাশনে সেটআপ করা উপরের পরিস্থিতিতে সেগফল্টকে আটকাতে পারে।

Comments

আপনি কি নিশ্চিত যে আপনি সঠিক প্রশ্নের জবাব দিচ্ছেন?

— কামিল কিসিয়েল