মূল ফাইল সিস্টেমটি কেবল মোডে পড়তে যাওয়ার কারণ কীভাবে খুঁজে পাবেন


9

উবুন্টু 12.04

ফাইল সিস্টেম ঘন ঘন পঠনযোগ্য মোডে যায়। সবার আগে আমি এই প্রশ্নটি পড়েছি ফাইল সিস্টেমটি ইতিমধ্যে প্রায়শই কেবল পঠন মোডে চলেছে । তবে এটি জানতে হবে যে এটি অন্য কোনও কারণে নয় dying hard drive। এটি আমার ক্লায়েন্ট কর্তৃক প্রদত্ত সার্ভার এবং আমি সেখানে কিছু node.js workers+ চালাচ্ছি node.js serverএবং আমি ব্যবহার করছি mongodb

সময়ে সময়ে (প্রতি 20-50 ঘন্টা) সিস্টেম হঠাৎ করে কেবল ফাইল সিস্টেমকে কেবল পঠন করে তোলে, মংডোব প্রক্রিয়া ব্যর্থ হয় (কেবল পঠনযোগ্য কেবলমাত্র fs) এবং আমার নোড কর্মী / সার্ভার (যা দিয়ে শুরু হয়েছে forever) সবেমাত্র নিহত হয়।

এখানে dmesg থেকে লগ - আমি সেখানে কিছু ত্রুটি এবং বার্তাগুলি দেখতে পাচ্ছি যা এফএস কেবল পঠন করতে চলেছে, এবং সেখানে কিছু জার্নাল ত্রুটি রয়েছে তবে আমি এই ত্রুটিগুলির কারণ খুঁজতে চাই ..

http://speedy.sh/Ux2VV/dmesg.log.txt


সম্পাদন করা

smartctl -t long /dev/sda
smartctl 5.41 2011-06-09 r3365 [x86_64-linux-3.5.0-23-generic] (local build)
Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net

SMART support is: Unavailable - device lacks SMART capability.
A mandatory SMART command failed: exiting. To continue, add one or more '-T permissive' options.

আমি কী ভুল করছি? একই জন্য sda2

মোরওভার এখন যখন আমি কোনও কমান্ড টাইপ করি যা শেলের মধ্যে বিদ্যমান না তখন আমি এটি পাই:

Sorry, command-not-found has crashed! Please file a bug report at:
https://bugs.launchpad.net/command-not-found/+filebug
Please include the following information with the report:

edit2

আমি কেবলমাত্র এই তথ্যটি পেয়েছি যে এই সার্ভারটি আসলে ভিপিএস এবং তারা আমাকে বলেছিল যে হার্ড ড্রাইভগুলি ঠিক আছে এবং তারা RAID 10 এ রয়েছে they এবং তারা আমাকে বলেছিল যে "fstab এ fsck জোর করে সাহায্য করা উচিত" ...


edit3

এখানে mountকমান্ড থেকে আউটপুট :

/dev/sda2 on / type ext4 (rw,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
none on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
udev on /dev type devtmpfs (rw,mode=0755)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755)
none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880)
none on /run/shm type tmpfs (rw,nosuid,nodev)
none on /media/psf type prl_fs (rw,nosuid,nodev,sync,noatime,share,_netdev)

তাহলে আসলে কোন এসডিএ ড্রাইভ নেই? শুধু sda2?


edit4

fsck -Nকমান্ড থেকে আউটপুট :

root@ubuntu:~# fsck -N sda
fsck from util-linux 2.20.1
[/sbin/fsck.ext4 (1) -- /] fsck.ext4 sda /dev/sda2 

আমি একই ইস্যুটি ব্যবহার করছি, আমার উবুন্টু নোডজেএস অ্যাপ্লিকেশন, মঙ্গোডিবি, ক্রোম, ভিএসকোড, রোবমঙ্গো, টিলিক্স টার্মিনাল, ম্যাটারমোস্ট, থান্ডারবার্ড এবং পোস্টম্যান সক্রিয় অ্যাপ্লিকেশনগুলি প্রতিদিন
অঙ্কুর লরিয়া

উত্তর:


8
[26729.124569] Write(10): 2a 00 03 96 5a b0 00 00 08 00
[26729.124576] end_request: I/O error, dev sda, sector 60185264
[26729.125298] Buffer I/O error on device sda2, logical block 4593494
[26729.125986] lost page write due to I/O error on sda2

আমার জন্য, এটি আপনার দৃ /dev/sdaits়তার বাইরে চলে যাওয়ার পক্ষে দৃ strong় প্রমাণ । আপনি নিশ্চয়তার জন্য এটিতে একটি স্মার্টক্টল পরীক্ষা চালাতে পারেন ( smartctl -t long /dev/sda), তবে আমি যত তাড়াতাড়ি সম্ভব এটি প্রতিস্থাপন করতে আগ্রহী।

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

আপনার এইচডিডি চলে যাওয়ার পথে আমি কি আমার এই দাবিটি পুনরায় বলতে পারি? টেস্টিংটি খুব ভাল, তবে আপনার সিস্টেমটি প্যাক করার আগে এবং আপনার ডেটা হারিয়ে যাওয়ার আগে হার্ডওয়্যারটি প্রতিস্থাপন করা এখন আপনার অগ্রাধিকার হওয়া উচিত। দয়া করে খুব কমপক্ষে নিশ্চিত হয়ে নিন যে আরও ব্যয় করার আগে আপনার ব্যাকআপগুলি সম্পূর্ণ আপ টু ডেটsmartctl

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

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


2

সঠিক ত্রুটিটি সন্ধান করার আরও নিখুঁত উপায়টি কেবল পঠনের সময়কালে হতে পারে এবং যে dmesgকোনও বাগ / ইস্যুগুলির জন্য কমান্ড চালায় । fsckসমস্যাটি কী তা বোঝার জন্য আপনি ড্রাই ড্রাইতে চালানোর চেষ্টা করতে পারেন । (অ্যাক্সেস সীমাবদ্ধতার কারণে দুঃখিত আমি আপনার সংযুক্তিটি দেখতে পারিনি


dmesgফাইল সিস্টেমটি কেবল পঠন মোডে থাকাকালীন আমি কমান্ডটি ব্যবহার করেছি । এখন আমি কেবল সার্ভারটি রিবুট করেছি এবং আপাতত এটি কাজ করে। আপনি কি বলতে চাইছেন fsck in dry mode? আমি এই আদেশটি কখনও ব্যবহার করি নি ...
ব্যবহারকারীর 606521

s fsck -N <পার্টিশন> ute কার্যকর করবেন না, কেবল কী করা হবে তা দেখান।
13:51

আমি প্রশ্ন সম্পাদনা করেছি এবং আউটপুট যুক্ত করেছিfsck -N sda
ব্যবহারকারীর 606521

2

আমি একই সমস্যার মুখোমুখি হয়েছি, যেখানে সার্ভার এফএস কেবল পঠনযোগ্য হিসাবে চলেছিল। ইনোড একটি চেক করুন, তারা সম্ভবত পূর্ণ হতে পারে:

df -i

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.