এটি একটি অপেক্ষাকৃত সাধারণ সমস্যা যখন ডিস্ক রাইটিংয়ের ত্রুটিগুলি সনাক্ত করতে এবং কেবল ফাইল-সিস্টেমটি পঠনযোগ্য পুনরায় গণনার জন্য ext3 এর জন্য কোনও SAN তে কিছু ভুল হয়। সমস্ত ভাল এবং ভাল, কেবল সান স্থির হয়ে গেলেই আমি পুনরায় বুট না করে ফাইল সিস্টেম রিড-রাইটিংকে কীভাবে পুনরায় মাউন্ট করতে পারি তা বুঝতে পারি না।
দেখ:
[root@localhost ~]# multipath -ll
mpath0 (36001f93000a310000299000200000000) dm-2 XIOTECH,ISE1400
[size=1.1T][features=1 queue_if_no_path][hwhandler=0][rw]
\_ round-robin 0 [prio=2][active]
\_ 1:0:0:1 sdb 8:16 [active][ready]
\_ 2:0:0:1 sdc 8:32 [active][ready]
[root@localhost ~]# mount /dev/mapper/mpath0 /mnt/foo
[root@localhost ~]# touch /mnt/foo/blah
ভাল, এখন আমি এটির নীচে থেকে লুনকে বের করে দেব।
[root@localhost ~]# touch /mnt/foo/blah
[root@localhost ~]# touch /mnt/foo/blah
touch: cannot touch `/mnt/foo/blah': Read-only file system
[root@localhost ~]# tail /var/log/messages
Mar 18 13:17:33 localhost multipathd: sdb: tur checker reports path is down
Mar 18 13:17:34 localhost multipathd: sdc: tur checker reports path is down
Mar 18 13:17:35 localhost kernel: Aborting journal on device dm-2.
Mar 18 13:17:35 localhost kernel: Buffer I/O error on device dm-2, logical block 1545
Mar 18 13:17:35 localhost kernel: lost page write due to I/O error on dm-2
Mar 18 13:17:36 localhost kernel: ext3_abort called.
Mar 18 13:17:36 localhost kernel: EXT3-fs error (device dm-2): ext3_journal_start_sb: Detected aborted journal
Mar 18 13:17:36 localhost kernel: Remounting filesystem read-only
এটি কেবল তার পঠনযোগ্য চিন্তা করে, বাস্তবে এটি এমনকি সেখানেও নেই।
[root@localhost ~]# multipath -ll
sdb: checker msg is "tur checker reports path is down"
sdc: checker msg is "tur checker reports path is down"
mpath0 (36001f93000a310000299000200000000) dm-2 XIOTECH,ISE1400
[size=1.1T][features=0][hwhandler=0][rw]
\_ round-robin 0 [prio=0][enabled]
\_ 1:0:0:1 sdb 8:16 [failed][faulty]
\_ 2:0:0:1 sdc 8:32 [failed][faulty]
[root@localhost ~]# ll /mnt/foo/
ls: reading directory /mnt/foo/: Input/output error
total 20
-rw-r--r-- 1 root root 0 Mar 18 13:11 bar
এটি এখনও কীভাবে মনে আছে যে 'বার' ফাইলটি সেখানে রয়েছে ... রহস্য, তবে এখনই গুরুত্বপূর্ণ নয়। এখন আমি LUN আবার উপস্থাপন:
[root@localhost ~]# tail /var/log/messages
Mar 18 13:23:58 localhost multipathd: sdb: tur checker reports path is up
Mar 18 13:23:58 localhost multipathd: 8:16: reinstated
Mar 18 13:23:58 localhost multipathd: mpath0: queue_if_no_path enabled
Mar 18 13:23:58 localhost multipathd: mpath0: Recovered to normal mode
Mar 18 13:23:58 localhost multipathd: mpath0: remaining active paths: 1
Mar 18 13:23:58 localhost multipathd: dm-2: add map (uevent)
Mar 18 13:23:58 localhost multipathd: dm-2: devmap already registered
Mar 18 13:23:59 localhost multipathd: sdc: tur checker reports path is up
Mar 18 13:23:59 localhost multipathd: 8:32: reinstated
Mar 18 13:23:59 localhost multipathd: mpath0: remaining active paths: 2
Mar 18 13:23:59 localhost multipathd: dm-2: add map (uevent)
Mar 18 13:23:59 localhost multipathd: dm-2: devmap already registered
[root@localhost ~]# multipath -ll
mpath0 (36001f93000a310000299000200000000) dm-2 XIOTECH,ISE1400
[size=1.1T][features=1 queue_if_no_path][hwhandler=0][rw]
\_ round-robin 0 [prio=2][enabled]
\_ 1:0:0:1 sdb 8:16 [active][ready]
\_ 2:0:0:1 sdc 8:32 [active][ready]
দুর্দান্ত? এটি ঠিক [rw] বলেছে। এত দ্রুত নয়:
[root@localhost ~]# touch /mnt/foo/blah
touch: cannot touch `/mnt/foo/blah': Read-only file system
ঠিক আছে, এটি স্বয়ংক্রিয়ভাবে করবেন না, আমি এটিকে একটু ধাক্কা দেব:
[root@localhost ~]# mount -o remount /mnt/foo
mount: block device /dev/mapper/mpath0 is write-protected, mounting read-only
তুমি যে নরক:
[root@localhost ~]# mount -o remount,rw /mnt/foo
mount: block device /dev/mapper/mpath0 is write-protected, mounting read-only
Noooooooooo।
আমি বিভিন্ন ধরণের মাউন্ট / টিউন 2 এফএস / ডিএমসেটআপ কমান্ড চেষ্টা করেছি এবং ব্লক ডিভাইসটিকে কীভাবে রাইট-সুরক্ষিত হিসাবে আন-ফ্ল্যাগ করা যায় তা আমি বুঝতে পারি না। পুনরায় বুট করা এটি ঠিক করে দেবে তবে আমি এটি বরং অন-লাইনেই করব। গুগল করার এক ঘন্টা আমাকে কোথাও পেয়েছে। আমাকে সার্ভারফল্ট সংরক্ষণ করুন।
3
হুম, দু'একটি প্রশ্ন 'এটি কোনও তুলনামূলকভাবে সাধারণ সমস্যা যখন কোনও সান-এ কিছু ভুল হয়ে যায়' আপনার সান এত অবিশ্বাস্য কেন, আমি প্রথমে এটি পরীক্ষা করে দেখছি? আপনি কি কেবল অমমাউন্টিং দিয়ে অমাউন্ট করার চেষ্টা করেছেন, এবং তারপরে আবার মাউন্ট করবেন? আপনার কোনও পুনঃসমাংশ করার দরকারের কোনও উপযুক্ত কারণ আছে? রক্ষণাবেক্ষণের পরে আমার সাধারণত আমার রুট ফাইল সিস্টেমগুলি পুনরায় মাউন্ট করতে হয়।
—
ইউনিক্স জেনিটার
উন্মুক্ত ফাইল হ্যান্ডলগুলিতে অমাউন্ট বাউন্স, যা প্রায়শই এমন প্রক্রিয়া থেকে আসে যেগুলি আপনি বরং স্নেহে প্রস্থান করতে চান।
—
ক্যাজনাট
আমার অনুরূপ ইস্যু রয়েছে যেখানে সান ইস্যু করার পরে ভিএমএস ডিস্কগুলি কেবল পঠন করা হয় এবং পুনঃমাউন্টের চেষ্টা করা ওপিতে একই ত্রুটির কারণ ঘটায়। ভিএমগুলি ফাইবার চ্যানেল স্টোরেজ সহ এসেক্সি ৪.১ এ রয়েছে। ভিএম পুনরায় বুট করা সমস্যার সমাধান করে। আমি ব্যক্তিগতভাবে ভাবি না যে এটি মাল্টিপ্যাথের সাথে কোনও সম্পর্ক। অবশ্যই রিবুট ছাড়াই সমাধানের একটি উপায় থাকতে হবে, বিশেষত যেহেতু কিছু পরিষেবা (অ্যাপাচি) কেবলমাত্র পঠনযোগ্য এফএসে চালিয়ে যাওয়ার প্রবণতা রাখে।
—
উইল
আমি এখানে এসে নিজের সমস্যার সমাধান খুঁজছি (যা আলাদা, একটি দুর্নীতিযুক্ত ডিস্ক)। আমি পরিবর্তে হাসলাম। "আপনি যে নরক"
—
ব্যবহারকারী1207217
আমার ঠিক ঠিক একই সমস্যা রয়েছে তবে আমি এলভিএম ব্যবহার করছি। একই lvdisplay আমাকে "499197309952 এ 4096 এর 0 পরে পড়তে ব্যর্থ হয়েছিল: ইনপুট / আউটপুট ত্রুটি" না করা পর্যন্ত আমি "মাল্টিপ্যাথ-আর" না করে, ততক্ষণে LVM ত্রুটি ছাড়াই সবকিছু প্রদর্শন শুরু করে। যদিও আমি এখনও পার্টিশনটিকে পুনঃনির্মাণ করতে পারি না। আনমাউন্টও করা যায় না, ডিভাইসটি ব্যস্ত says আমি যদি ডিভাইসটি ব্যবহার করে সমস্ত প্রক্রিয়া বন্ধ করে দিই, তবে আমি আনমাউন্ট করতে পারি এবং তারপরে সফলভাবে পুনরায় মাউন্ট করতে পারি, তবে আমি কেবল ডিভাইসটি রিড-
—
রাইটিংকে পুনঃনির্মাণ