ডিস্কের জায়গার বাইরে, উত্সটি কী?


17
Filesystem            Size  Used Avail Use% Mounted on
/dev/sda1             220G  220G     0 100% /
none                  1.9G  168K  1.9G   1% /dev
none                  1.9G     0  1.9G   0% /dev/shm
none                  1.9G   52K  1.9G   1% /var/run
none                  1.9G     0  1.9G   0% /var/lock
none                  1.9G     0  1.9G   0% /lib/init/rw
none                  220G  220G     0 100% /var/lib/ureadahead/debugfs

বয়সের মতো দেখে মনে হচ্ছে উত্তরগুলি অনুসন্ধান করতে ঘাবড়ানোর সময় ব্যবহার হ্রাস পেয়েছে

Filesystem            Size  Used Avail Use% Mounted on
/dev/sda1             220G  9.3G  200G   5% /
none                  1.9G  168K  1.9G   1% /dev
none                  1.9G     0  1.9G   0% /dev/shm
none                  1.9G   52K  1.9G   1% /var/run
none                  1.9G     0  1.9G   0% /var/lock
none                  1.9G     0  1.9G   0% /lib/init/rw
none                  220G  9.3G  200G   5% /var/lib/ureadahead/debugfs

আমি এখন পর্যন্ত কিছু মুছে ফেলিনি এবং এখন এবং আমি এটি এটিতে ফিরে লিখছি

/dev/sda1             220G   12G  197G   6% /

কি হলো?? আমি কীভাবে কারণটি তদন্ত করতে পারি এবং জিনিসগুলি সেট করতে পারি যাতে এটি আবার না ঘটে আমি আবার এটি ঘটতে বাধা দিই

ম্যাসেজ ব্যবহারের সময় আমি দেখতে পেলাম / var ফোল্ডারটির আকার 1.8 গিগের স্থির ছিল তবে আমি সমস্ত ফোল্ডার চেক করতে সক্ষম নই

সম্পাদনা পর্যন্ত গেছে

/dev/sda1             220G   18G  192G   9% /

* আপডেট 2 * এটি আবার উঠছে

ubuntu /: df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/sda1             220G   43G  167G  21% /
none                  1.9G  168K  1.9G   1% /dev
none                  1.9G     0  1.9G   0% /dev/shm
none                  1.9G   52K  1.9G   1% /var/run
none                  1.9G     0  1.9G   0% /var/lock
none                  1.9G     0  1.9G   0% /lib/init/rw
none                  220G   43G  167G  21% /var/lib/ureadahead/debugfs

এবং আমাকে যে আদেশটি দেওয়া হয়েছিল তা পরীক্ষা করে দেখছি

ubuntu /: du -h --max-depth=1 /
31M     /boot
4.0K    /selinux
8.0K    /srv
7.4M    /bin
du: cannot access `/proc/9993/task/9993/fd/4': No such file or directory
du: cannot access `/proc/9993/task/9993/fdinfo/4': No such file or directory
du: cannot access `/proc/9993/fd/4': No such file or directory
du: cannot access `/proc/9993/fdinfo/4': No such file or directory
0       /proc
12K     /tmp
2.4G    /var
0       /sys
100K    /root
4.0K    /media
575M    /usr
4.0K    /opt
16K     /lost+found
4.5M    /home
270M    /lib
168K    /dev
4.0K    /mnt
6.7M    /sbin
6.1M    /etc
4.0K    /cdrom
3.3G    /

/ এর জন্য 3.3G নোট করুন

উত্তর:


16

আমার মনে হয় আপনার কাছে এমন কোনও ফাইলের লেখার কিছু আছে যা ড্রাইভ থেকে মুছে ফেলা হয়েছে তবে অ্যাপ্লিকেশন / সার্ভার দ্বারা এখনও বন্ধ করা হয়নি, তাই ডিস্কে স্থান বরাদ্দ duরয়েছে তবে ফাইলটি সিস্টেম সিস্টেম থেকে সরানো হওয়ার পরে এটি দেখা যায় না । lsofপ্রোগ্রাম তালিকা প্রসেস আছে ফাইল খুলুন। আপনার যদি আরও ফাইল-সিস্টেম মাউন্ট করা থাকে এবং সংখ্যাটি এতটা ওঠানামা না করে, তবে আমি আপনাকে পরামর্শ দিয়েছিলাম যে আপনার ডিরেক্টরিতে ফাঁকা নয় এমন একটি ডিরেক্টরিতে উপরে একটি ফাইল সিস্টেম স্থাপন করা হয়েছে (যদিও আপনি চেষ্টা umount /var/lib/ureadahead/debugfsকরে দেখতে পারেন যে ডিরেক্টরিটি ফাঁকা এবং সেই মাউন্টপয়েন্টের নিচে লুকিয়ে থাকা ডিরেক্টরিতে একগুচ্ছ জাঙ্ক লেখা নেই)।

যদি এটি হয় তবে আপনার সহজেই এটি খুঁজে পাওয়া উচিত sudo lsof | grep deleted। শেষ কলামে lsofঅন্তর্ভুক্ত রয়েছে (deleted)যদি কোনও প্রক্রিয়া এখনও খোলার সময় কোনও ফাইল মুছে ফেলা হয়। প্রথম কলামটি কমান্ডের নাম, দ্বিতীয় কলামটি পিআইডি। psউদাহরণস্বরূপ আপনি কমান্ডটি আরও বিশদ দেখতে পাবেন ps auxww | grep PIDবা ps auxwwf | less -S"বন" মোডে প্রক্রিয়া তালিকাটি দেখতে পাবেন যাতে আপনি দেখতে পাবেন যে পিআইডি কোন প্রক্রিয়া থেকে এসেছে। খোলার দৈত্য ফাইলগুলি ধারণ করে এমন প্রক্রিয়াটি অনুসন্ধান করার পরে আপনি ড্রাইভের স্থানটি খালি করতে এড়াতে পারেন, তবে ফাইলটি সঠিকভাবে বন্ধ করার জন্য কীভাবে এটি ঠিক করতে হবে তা নির্ধারণ করুন। এর সাধারণ কারণ হ'ল লোগ্রোটেট স্ক্রিপ্ট যা লগ ফাইলগুলির নাম পরিবর্তন করে / মুছে দেয় তবে অ্যাপ্লিকেশনটি এটি করেছে তা অবহিত করে না (হয় উপযুক্ত সংকেতের মাধ্যমে এটি দিয়ে)kill বা অ্যাপ্লিকেশন পুনরায় চালু করে), যাতে অ্যাপ্লিকেশনটি পুরানো লগ ফাইলটি উন্মুক্ত রাখা অবিরত করে।


ধন্যবাদ। আমি দৌড়ে গিয়ে lsof | grep deletedদেখলাম একটি লগ ফাইল 33 ​​গিগাবাইট! প্রক্রিয়াটিকে হত্যা করে ডিস্কের জায়গা ফিরে এসেছিল।
একওয়াস

ধন্যবাদ! সময়কালে আমি কিছু মংডোব ডাটাবেস সরিয়ে ফেললাম তবে মংডডব এটি প্রকাশ করেনি। আমি সবেমাত্র মংগডব পুনরায় চালু করেছি এবং এখন আমার আরও 35 জিবি রয়েছে। \ o /
আইরিশিলভিও

7

চালান

du -h --max-depth=1 /

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


এটি উবুন্টু এলএএমপি চলছে এবং আরও বেশি কিছু নয়
মোয়াক

5

দেখে মনে হচ্ছে সমস্যা হচ্ছে /var/lib/ureadahead/debugfs। এটি এটি একটি পরিচিত সমস্যা বলে মনে হচ্ছে, এখানে আরও তথ্যের সাথে উবুন্টুফর্মগুলির একটি লিঙ্ক রয়েছে http://ubuntuguide.net/howto-fix-ureadahead-problem- after-upgrading-to-ubuntu-10-04 । Tl; dr আপডেট এবং আপগ্রেড বলে মনে হচ্ছে sudo mv /etc/init.d/ureadahead.conf /etc/init.d/ureadahead.conf.disabled, তারপরে পুনরায় বুট করুন। অবশ্যই, আমি ধরে নিচ্ছি যে আপনি 10.04 চলছে।


হ্যাঁ আমি লুসিড লিঙ্ক 10.04 সংগীত করছি, ধন্যবাদ
মোইক

এটি পড়ার পরে কেবল এই বৈশিষ্ট্যটি সরিয়ে ফেলা ভাল ধারণা বলে মনে হচ্ছে না। আকারটি বেড়ে যাওয়ার কি সীমিত করার কোনও উপায় আছে?
মোয়াক

একটু বেশি অনুসন্ধানের পর, আমি এই পাওয়া somewhereville.com/?p=1370 , যা রেফারেন্স mountall এখানে একটি পরিচিত এবং স্থির বাগ bugs.launchpad.net/ubuntu/+source/mountall/+bug/736512
স্লিলিব্রি

3

আমার অনুমান লগ ফাইল; আমার অ্যাপাচি লগগুলিতে একটি ডেভ সার্ভারে অনেকগুলি পিএইচপি 5.3 "অবজ্ঞাত" সতর্কতা ছিল যে আমি সত্যই মনোযোগ দিচ্ছিলাম না যে এটি আমার ভেরি পার্টিশনের সমস্ত 8 গিগাবাইট স্থান চিবিয়েছে (সমস্যার সাইডবার হিসাবে: আপনার উচিত সর্বদা পৃথক পার্টিশনের উপর / var রাখুন যে আপনার রুট পার্টিশনটি স্থানের বাইরে চলে যাওয়ার কারণে সিস্টেমের অস্থিরতার সমস্যা হতে পারে)।


3

যদি স্থানটি খুব দ্রুত গ্রাস করা হয় (বয়সগুলিতে নয়) তবে এটি সম্ভবত ফাইল বরাদ্দ।

কারণটি কোনও অ্যাপ্লিকেশনের জন্য বিশাল অদলবদল বা অস্থায়ী ফাইল হতে পারে, যা তার প্রক্রিয়া শেষে খালি হয়।

একটি কি du --max-length=1যখন স্থান অনেক খায়।

যদি আপনি ভাবেন যে আপনার মূল ফোল্ডারটি খুব বেশি (3.3 গিগাবাইট) নিচ্ছে তবে চেষ্টা করুন ll -a / এবং ফলাফল পোস্ট করুন।


1
প্রকৃতপক্ষে মূলটি সেই ফোল্ডারের সমষ্টি
মোইক

1

দেখে মনে হচ্ছে এটি /var/lib/ureadahead/debugfsকোনও রেড হেরিং হতে পারে। কারণটা এখানে...

যদিও /var/lib/ureadahead/debugfsএটি বিদ্যমান রয়েছে তবে /etc/mtabএটি পাওয়া যায় না /proc/mounts:

$ mount | grep debug
none on /sys/kernel/debug type debugfs (rw)
none on /var/lib/ureadahead/debugfs type debugfs (rw,relatime)

$ cat /proc/mounts | grep debug
none /sys/kernel/debug debugfs rw,relatime 0 0

dfকমান্ড ঠিক একই জিনিস প্রতিবেদন করা বলে মনে হয় /var/lib/ureadahead/debugfsএবং/

$ df
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sda1             10321208   1681128   8115792  18% /
none                    830388       120    830268   1% /dev
none                    880752         0    880752   0% /dev/shm
none                    880752        60    880692   1% /var/run
none                    880752         0    880752   0% /var/lock
none                    880752         0    880752   0% /lib/init/rw
none                  10321208   1681128   8115792  18% /var/lib/ureadahead/debugfs
/dev/sdb             153899044    192068 145889352   1% /mnt

এতে 1 জিবি ফাইল তৈরি করা হচ্ছে /tmp:

$ dd if=/dev/zero of=/tmp/carypjunk.out bs=1M count=1024
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 52.7234 s, 20.4 MB/s

উভয় জায়গায় রিপোর্ট করা আকার দেখায়:

$ df
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sda1             10321208   2730216   7066704  28% /
none                    830388       120    830268   1% /dev
none                    880752         0    880752   0% /dev/shm
none                    880752        60    880692   1% /var/run
none                    880752         0    880752   0% /var/lock
none                    880752         0    880752   0% /lib/init/rw
none                  10321208   2730216   7066704  28% /var/lib/ureadahead/debugfs
/dev/sdb             153899044    192068 145889352   1% /mnt

সুতরাং, দেখে মনে হচ্ছে /var/lib/ureadahead/debugfsডিভাইসটি একটি লাল-হেরিং যেমন এটি কেবলমাত্র পরিসংখ্যানগুলি থেকে মিরর করছে /। যদি আপনি স্থানের বাইরে চলে যান তবে এটি আপনার রুট ফাইল সিস্টেমটি পূরণ করার কারণে। আমি প্রথমে আপনার / var / লগ চেক করব।


আহ, পুরোপুরি ঠিক। আমি পারস্পরিক সম্পর্ক মিস! খুব খারাপ আমি উদাহরণগুলি বন্ধ করে দিয়েছিলাম যাতে খুব দ্রুত কী কী বৃদ্ধি পাচ্ছিল তা তদন্ত করতে পারি না।
অ্যারন জিব্রাল্টার

0

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

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

প্রায় এক মাস ধরে কোনও সমস্যা ছাড়াই একই কাজটি চলছে, কারণ কারণ হিসাবে এটি আমার মনে ছিল না।

আশ্চর্যের বিষয় হ'ল পিএইচপি স্ক্রিপ্টটি সর্বোচ্চ প্রয়োগের সময়টি ম্যানুয়ালি সেট করে

আমি ক্লুগুলির জন্য php.ini পরীক্ষা করেছি

; Maximum execution time of each script, in seconds
; http://php.net/max-execution-time
; Note: This directive is hardcoded to 0 for the CLI SAPI
max_execution_time = 30

; Maximum amount of time each script may spend parsing request data. It's a good
; idea to limit this time on productions servers in order to eliminate unexpect$
; long running scripts.
; Note: This directive is hardcoded to -1 for the CLI SAPI
; Default Value: -1 (Unlimited)
; Development Value: 60 (60 seconds)
; Production Value: 60 (60 seconds)
; http://php.net/max-input-time
max_input_time = 60

এটি বলে যে মানগুলি সিএলআইয়ের জন্য সীমাহীনতে হার্ডকোড করা হয়! O_o

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