xvda1 100% पूर्ण है, यह क्या है? कैसे ठीक करना है?

Question

मैं EC2 पर एक लिनक्स उदाहरण चला रहा हूं (मेरे पास MongoDB और node.js स्थापित है) और मुझे यह त्रुटि मिल रही है:

Cannot write: No space left on device

मुझे लगता है कि मैंने इसे इस फ़ाइल में ट्रैक कर लिया है, यहाँ df आउटपुट है

Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/xvda1             1032088   1032088         0 100% /

समस्या यह है, मुझे नहीं पता कि यह फ़ाइल क्या है और मुझे यह भी नहीं पता कि यह फ़ाइल समस्या भी है या नहीं।

तो मेरा सवाल यह है: मैं "डिवाइस पर छोड़ी गई कोई जगह नहीं" त्रुटि को कैसे ठीक करूं?

Answer 1

वह फाइल, /आपकी रूट डायरेक्टरी है। यदि यह एकमात्र फाइलसिस्टम है जिसे आप देखते हैं df, तो यह सब कुछ है। आपके पास 1GB फ़ाइल सिस्टम है और यह 100% पूर्ण है। आप यह पता लगाना शुरू कर सकते हैं कि यह इस तरह कैसे उपयोग किया जाता है:

sudo du -x / | sort -n | tail -40

फिर आप उन /रास्तों से बदल सकते हैं जो सबसे अधिक जगह ले रहे हैं। (वे अंत में होंगे, इसके लिए धन्यवाद sort। कमांड में थोड़ी देर लग सकती है।)

Comments

मानव-पठनीय प्रारूप में आउटपुट प्राप्त करने के लिए, आप sudo du -x -h / | sort -h | tail -40( इस उत्तर से ) का उपयोग कर सकते हैं ।

— mkobit

माइक्रो एडब्ल्यूएस एएमआई उदाहरणों पर उन लोगों के लिए, इसे चलाने के लिए एक या दो मिनट लग सकते हैं। धैर्य रखें!

— डॉ। रॉब लैंग

इसके साथ क्या करना है:sort: write failed: /tmp/sortGmL8oF: No space left on device

— dOM

@dOM आउच। कुछ जगह को साफ करने की कोशिश करें /tmp। या, यदि आपको आवश्यक है, तो इसे चरणबद्ध तरीके से जैसे कमांड के साथ संकरा करें du -xhs /*।

— डेविड श्वार्ट्ज

du -x -h / | sort -h | tail -40 | sort -h -rमानव-पठनीय आउटपुट का उपयोग करते समय अवरोही क्रम में सॉर्ट करने के लिए इस्तेमाल किया जा सकता है।

— विग्स

Answer 2

मुझे पता है कि मैं लगभग 5 वर्षों के बाद इस धागे में उत्तर दे रहा हूं लेकिन यह किसी की मदद कर सकता है, मुझे भी यही समस्या थी, मुझे m4.xlarge का उदाहरण df -h ने बताया कि / dev / xvda1 भरा हुआ था, - 100%

Filesystem      Size  Used Avail Use% Mounted on
udev            7.9G     0  7.9G   0% /dev
tmpfs           1.6G  177M  1.4G  12% /run
/dev/xvda1      7.7G  7.7G     0 100% /
tmpfs           7.9G     0  7.9G   0% /dev/shm
tmpfs           5.0M     0  5.0M   0% /run/lock
tmpfs           7.9G     0  7.9G   0% /sys/fs/cgroup
tmpfs           1.6G     0  1.6G   0% /run/user/1000

मैं इसे हल करने की कोशिश कर रहा हूँ यहाँ कदम हैं

sudo find / -type f -printf '%12s %p\n' 2>/dev/null|awk '{if($1>999999999)print $0;}'

मुझे यह जानने में मदद की कि यह डॉकटर कंटेनर था जो मेरे सारे स्पेस पर बात कर रहा था, इसलिए मैंने अपने सभी कंटेनर को मेरे डॉक रजिस्ट्री में धकेल दिया, फिर सुडो rm -rf / var / lib / docker / इसने मेरे स्थान को खाली कर दिया :) उम्मीद है कि यह किसी को मदद करता है :)

Answer 3

यदि आप एक ईबीएस बूट उदाहरण (अनुशंसित) चला रहे हैं तो आप इस लेख में वर्णित प्रक्रिया का उपयोग करके रूट (/) वॉल्यूम का आकार बढ़ा सकते हैं:

रनिंग ईबीएस बूट EC2 इंस्टेंस पर रूट डिस्क का आकार बदलना
http://alestic.com/2010/02/ec2-resize-running-ebs-root

यदि आप इंस्टेंट-स्टोर इंस्टेंस चला रहे हैं (अनुशंसित नहीं है) तो आप रूट डिस्क का आकार नहीं बदल सकते। आपको या तो फाइलों को डिलीट करना है या फाइलों को एपीमेरल स्टोरेज (जैसे, / mnt) पर ले जाना है या ईबीएस वॉल्यूम को अटैच करना है और वहां फाइलों को मूव करना है।

यहां मैंने एक लेख लिखा है जो बताता है कि MySQL डेटाबेस को रूट डिस्क से EBS वॉल्यूम में कैसे ले जाया जाए:

ईबीएस http://aws.amazon.com/articles/1663 के साथ अमेज़न EC2 पर MySQL चलाना

... और ईबीएस बूट उदाहरणों पर जाने पर विचार करें। बाद में आप खुद को धन्यवाद देंगे, इसके कई कारण हैं।

Comments

मैं ईबीएस पर चल रहा हूं, रूट डिस्क का सही विस्तार करना काफी सस्ता है? सौभाग्य से मुझे MySQL से निपटने की आवश्यकता नहीं है, मेरी परियोजनाएं वर्तमान में Mongo / Redis हैं। यहाँ कुछ महान सामग्री। +1

Answer 4

मैंने हाल ही में अमेज़न लिनक्स पर इस मुद्दे को चलाया है। मेरी crontab आउटबाउंड ईमेल कतार /var/spool/clientmqueue4.5GB थी।

मैंने इसे हल किया:

1. बड़ी फ़ाइलों का पता लगाना: sudo find / -type f -size +10M -exec ls -lh {} \;
2. बड़ी फ़ाइलों को हटाना: /bin/rm -f <path-to-large-file>
3. सर्वर इंस्टेंस को पुनरारंभ करें

समस्या सुलझ गयी!

Answer 5

मैंने इस कमांड को चलाकर उस समस्या को हल किया है:

सुडो एप्टोरमोव

और बहुत सारे पुराने पैकेजों को हटा दिया गया, 5 गीगाबाइट्स को मुक्त कर दिया, उदाहरण के लिए इस "linux-aws-हेडर्स-4.4.0-1028" जैसे कई पैकेज थे

Answer 6

यह जेनकिंस या डॉकर से आ सकता है। इसे हल करने के लिए, आपको जेनकिंग्स लॉग को साफ करना चाहिए और इसे आकार देना चाहिए ।