রুট ফাইল সিস্টেমটি পূরণ করছে, কোনও বড় ফাইল নেই

Question

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

Filesystem            Size  Used Avail Use% Mounted on

/dev/sda3             184G  140G   35G  81% /

tmpfs                 2.3G     0  2.3G   0% /lib/init/rw

udev                  2.3G  212K  2.3G   1% /dev

tmpfs                 2.3G     0  2.3G   0% /dev/shm

/dev/sda1             4.6G  156M  4.2G   4% /boot

/dev/sda4              33G  176M   31G   1% /tmp

/dev/sdb1             1.8T  1.8T     0 100% /media/backupInterne

/dev/sdd1             917G  470G  401G  54% /media/Data

আমি কিছু দিন আগে এখানে এসেছি, এবং এখনই পুরো ডিস্কটি লক্ষ্য করেছি এবং আমি এই সমস্যা সমাধানের জন্য কাজ করছি। আমার অন্যান্য সমস্যাটি এখানে এখন 81% এ sda3। 4 দিন আগে, এটি ছিল 79%।

আমি দৌ-দৌড়ে গেলাম | / রুট ডিরেক্টরিতে ক্রম -rh কমান্ড, কিছুই উপস্থিত না। এসডিএ 3 পার্টিশনটি দ্রুত পূরণ হওয়ায় এটি কয়েক দিনের জন্য প্রস্তুত হয়েছিল, কেন এটি বাড়ছে তা ব্যাখ্যা করতে পারে এমন কোনও বড় পার্থক্য নেই।

অনেক ধন্যবাদ

Comments

আমার ধারণা লগ বৃদ্ধি হবে কারণ sdb1পূর্ণ, কিন্তু আমরা দেখতে পাব যে কত বড় /var.. আপনি কি পেতে du -sh /*?

— শেন ম্যাডেন

আপনি যদি দেখতে চান যে কোন ফাইলটি findচ্যাজ করেছে , তবে আপনি -মাইম এন [স্মেথডাব্লু] ব্যবহার করতে পারেন । আমি সন্দেহ করি যে শেন ঠিক আছে। এর কিছু অংশ হ'ল লগ ফাইলগুলি সম্পূর্ণ এসডিবি 1 ভলিউম সম্পর্কে অভিযোগ করে। কমান্ডটি দেখতে এরকম হতে পারে: find / -type f -mtime 1d -print যদি আপনার --exclude-dir=সন্ধানটি সমর্থন করে তবে আপনি মায়োভেট / ডিভ এবং / প্রোকে বাদ দিতে চান।

— হেনেস

/ var 1.7G এবং এর আকার গত কয়েক দিন সবে সবে সরে গেছে, এটি পরীক্ষা করা আমার প্রথম ধারণা ছিল। ডিরেক্টরিতে মাউন্ট করা ডিরেক্টরীগুলিতে কিছুই নেই বলে আমি সর্বদা একটি

— সূচনা

যেহেতু আপনি লিখেছেন যে আপনি একজন নতুন প্রশাসক, আমি ক্রমবর্ধমান ডিস্ক ব্যবহারের অন্যতম সাধারণ কারণ উল্লেখ করতে চাই। লগ ফাইল. যদি আপনি কোনও ফাইল (উদাহরণস্বরূপ ওয়েবসার্ভার থেকে লগ) খোলেন এবং পরে সেই ফাইলটি মুছুন তবে প্রোগ্রামটি সেই ফাইলটি তার হ্যান্ডেলটি বন্ধ না করা পর্যন্ত ফাইলটি ডিস্কের স্থানটি ব্যবহার করবে। এটি সর্বশেষ কখনও কখনও সাইনআপ ( kill -1 PID-> পুনর্নির্দেশ কনফিগার ফাইল এবং অনেক ডিমনগুলির জন্য পুনঃসূচনা) প্রেরণ করে বা পুনরায় বুট করার কুটিল কুঠার দ্বারা সমাধান করা হয়।

— হেনেস

এটি লগ বৃদ্ধির ক্ষেত্রে, সাপ্তাহিক লগ রোটেশন শুরু হওয়ার পরে এটি কয়েক দিনের মধ্যে স্থির হতে পারে

— পিটিম্যান

Answer 1

এই জাতীয় সমস্যাগুলি সনাক্ত করার চেষ্টা করার জন্য আমি এখানে যা ব্যবহার করি তা এখানে।

du -s `ls -a | egrep -v '\.\.'` | sort -nr | head

এটি আপনাকে বর্তমান ডিরেক্টরিতে ডিরেক্টরি / ফাইল প্রতি ব্যবহার দেখাবে। সেখান থেকে আপনি সাব ডায়ারে সরে যাবেন যতক্ষণ না আপনি কোনও স্পষ্ট কিছু খুঁজে পান।

একটি বড় পার্টিশনে সমস্ত কিছু থাকা এই জাতীয় সমস্যার মতো নির্ণয় করতে পারে। চেষ্টা করার আরেকটি পদ্ধতির ব্যবহার হচ্ছে

lsof 

বিভিন্ন প্রক্রিয়া দ্বারা কোন ফাইলগুলি খোলা রয়েছে তা দেখতে এবং আপনি কিছু সূত্র খুঁজে পেতে পারেন কিনা তা দেখুন। এটি খুব হিট বা মিস যদিও।

Comments

Lsof উল্লেখ করার জন্য +1। এই সরঞ্জামটি একটি নতুন প্রশাসকের জন্য কাজে আসবে (এমনকি যদি এটি স্পর্শ করে এবং এই সমস্যার জন্য যেতে পারে)।

— হেনেস

ডিরেক্টরি / ফাইল প্রতি ব্যবহার আমাকে 5 ফলাফল দেয়, এর কোনোটাই 600k এর বেশি নয়।

— লিডলডমিন

Answer 2

এটি মুছে ফেলা ফাইলগুলি সহ আমার সবসময় একই ধরণের সমস্যার মতো শোনায় (তবে রেফারেন্সটি এখনও আছে)।

যদি আমরা একটি লিনাক্স সিস্টেমের কথা বলি তবে চালান:

lsof + L1

এটি মুছে ফেলা ফাইলগুলির একটি তালিকা হবে, তবে এখনও খোলা রয়েছে এবং কিছু দ্বারা ব্যবহৃত হচ্ছে। কীটি হ'ল ফাইলহ্যান্ডেল যা আছে তা মুক্ত করার জন্য তা পাওয়া।

Comments

দুঃখের সাথে এমন কোনও ফাইল দেয় নি যা প্রতিদিন ঘটছে এমন জায়গার ক্ষয়ক্ষতি ব্যাখ্যা করতে পারে। ধন্যবাদ

— লিটলডমিন

এটি কি সম্ভব যে কোনও ডিরেক্টরি কোনও ডিরেক্টরিতে লিখতে থাকে যা কোনও ফাইল সিস্টেমের সাথে মাউন্ট হয়ে যায়? আমার একবারের উপরে অব্যক্ত চুল টানানোর গিগাবাইট ছিল। এটি কখনই সম্ভব না হওয়া সত্ত্বেও, আমি এটি প্রমাণ করতে পেরেছিলাম যে এটি ঘটতে পারে।

— এরিক তোফট

আমিও এরকম কিছু নিয়ে ভাবছি, তবে কীভাবে তা ঘটতে পারে? এবং কীভাবে আমি সমস্ত কিছু ছাড়াই এটি যাচাই করব?

— লিডলডমিন

Answer 3

অবশেষে আমি বুঝতে পারলাম কি চলছে। মাউন্ট পয়েন্টগুলির মধ্যে একটি হ'ল সঠিকভাবে মাউন্ট করা হয়নি এবং এর জন্য সরাসরি sda3 এ ব্যাকআপটি করছিল।

সাহায্যের জন্য সবাইকে ধন্যবাদ