1030 স্টোরেজ ইঞ্জিন থেকে ত্রুটি পেয়েছে

Question

আমি এমন একটি প্রকল্পে কাজ করছি যেখানে ডেমো অ্যাপ্লিকেশনটি দেখতে চায় এমন প্রতিটি ব্যবহারকারীর জন্য আমার 300 টি টেবিল সহ একটি ডাটাবেস তৈরি করতে হবে। এটি ঠিকঠাক কাজ করছিল তবে আজ যখন আমি একটি ডেমো দেখতে একটি নতুন ব্যবহারকারীর সাথে পরীক্ষা করছিলাম তখন এটি আমাকে এই ত্রুটি বার্তাটি দেখিয়েছিল

1030 Got error 28 from storage engine

কিছু সময় গুগল করার পরে আমি দেখতে পেলাম যে এটি একটি ত্রুটি যা ডাটাবেস বা অস্থায়ী ফাইলগুলির স্পেসের সাথে সম্পর্কিত। আমি এটি ঠিক করার চেষ্টা করেছি কিন্তু আমি ব্যর্থ হয়েছি। এখন আমি মাইএসকিএল শুরু করতে পারছি না। আমি কীভাবে এটি ঠিক করতে পারি এবং আমি আকারটি সর্বোচ্চে বাড়িয়ে তুলতে চাই যাতে আমি একই সমস্যাটি বারবার মুখোমুখি না হই।

Comments

সুস্পষ্ট উল্লেখ করে ... পার্টিশনে যেখানে মাইএসকিএল ডেটা সঞ্চয় করা আছে সেখানে আপনার কি পর্যাপ্ত ফাঁকা জায়গা আছে? আপনি কোন প্লাটফর্মে চলছে? লোকালহোস্ট নাকি কোনও হোস্টিং সংস্থা?

— ডিসিওডার

@ ডিডোডার: - আমার অ্যামাজন মেঘে একটি সার্ভার রয়েছে

— ScoRpion

@ শোকেটবিট আমার একই সমস্যা, আমার /tmpফোল্ডারে জায়গাটির 100% ব্যবহার রয়েছে। এই / টিএমপি ফোল্ডার থেকে কেবল সমস্ত ফাইল মুছে ফেলা ঠিক আছে? এবং অন্য প্রশ্ন, কেন এটি স্বয়ংক্রিয়ভাবে মোছা হয় না?

— Dima Deplov

Answer 1

MySQL ত্রুটি " 28 স্টোরেজ ইঞ্জিন থেকে " - এর অর্থ " পর্যাপ্ত ডিস্কের স্থান নেই "।

ডিস্ক স্পেস দেখানোর জন্য নীচে ব্যবহার করুন কমান্ড।

myServer# df -h

ফলাফলগুলি অবশ্যই এটির মতো হতে হবে।

Filesystem    Size    Used   Avail Capacity  Mounted on
/dev/vdisk     13G     13G     46M   100%    /
devfs         1.0k    1.0k      0B   100%    /dev

Comments

অতিরিক্ত তথ্যের জন্য, / tmp ফাইল সিস্টেম ব্যবহারের 100% এ পৌঁছালে আপনি একই ত্রুটি পাবেন।

— কুমার

এমনকি যদি আপনার মাইএসকিএল ডেটা_ডির আলাদা পার্টিশনে (বা ডিস্ক) থাকতে পারে যেখানে ফাঁকা জায়গা থাকে, আপনার অবশ্যই / এবং / টেম্পে ফাঁকা স্থান থাকতে হবে (অবশ্যই আপনার আলাদা আলাদা পার্টিশন / ডিস্কে সর্বশেষ থাকতে পারে)

— দিয়েগো আন্ড্রেস দাজ এস্পিনোজা

আপনি আমার দিনটি সংরক্ষণ করেছেন, আমি 390 জিবি ফাইল স্লো লগের সন্ধান পেয়েছি ((

— মুল্য

চমৎকার উত্তর. এটি আমার প্রচুর সময় সাশ্রয় করেছে। +1

— প্রতীক সোনি

Answer 2

এটি প্রসারিত করার জন্য (যদিও এটি একটি পুরানো প্রশ্ন); এটি সম্ভবত মাইএসকিউএল স্পেস সম্পর্কে নয়, সাধারণভাবে স্পেস সম্পর্কে, টিএমপি ফাইল বা এটির মতো কিছু মনে করে। আমার মাইএসকিএল ডেটা দির পূর্ণ ছিল না, / (মূল) পার্টিশনটি ছিল

Answer 3

এডাব্লুএস আরডিএসে আমার একই সমস্যা ছিল। এটি ফ্রিযোগ্য স্পেসের কারণে (হার্ড ড্রাইভ স্টোরেজ স্পেস) পূর্ণ ছিল। আপনার নিজের স্থান বাড়াতে হবে বা কিছু ডেটা সরিয়ে ফেলতে হবে।

Answer 4

আমার / টিএমপিটি ছিল 100%। সমস্ত ফাইল অপসারণ এবং মাইএসকিএল পুনরায় চালু করার পরে সবকিছু ঠিকঠাক কাজ করেছে।

Answer 5

আমার / var / লগ / অ্যাপাচি 2 ফোল্ডারটি 35g ছিল এবং / var / লগে কিছু লগগুলি আমার 40g হার্ড ড্রাইভের অন্যান্য 5g হিসাবে মোট ছিল। আমি সমস্ত * .gz লগগুলি সাফ করে দিয়েছি এবং অন্যান্য লগগুলি যদি আমার সাথে গণ্ডগোল করে তবে খারাপ কাজ করতে না পারে তা নিশ্চিত করার পরে, আমি কেবল সেগুলি সাফ করে দিয়েছি।

echo "clear" > access.log

প্রভৃতি

Comments

একটি লগ ফাইল সাফ করার একটি খুব বিজোড় উপায় এটি না? কেন শুধু এটি আরএম না?

— ব্যবহারকারী 1175849

সম্ভবত তখন আপনি ফাইল এবং অনুমতিগুলি রাখতে পারবেন?

— জাকারি দহন

আমি truncateলগগুলি সাফ করার জন্য ব্যবহার করার পরামর্শ দিচ্ছিtruncate -s 0 access.log

Answer 6

আপনি যদি পুরানো প্রয়োজন না এমন ব্যাকআপটি মুছতে পারেন কিনা তা দেখতে আপনার / ব্যাকআপ চেক করুন।

Answer 7

আমার প্রতিলিপি বাইনারি লগগুলির কারণে আমার একই রকম সমস্যা ছিল ।

যদি এটি হয় তবে প্রতিদিন এই ক্যোয়ারি চালানোর জন্য ক্রোনজব তৈরি করুন:

PURGE BINARY LOGS BEFORE DATE_SUB( NOW(), INTERVAL 2 DAY );

এটি 2 দিনের চেয়ে পুরানো সমস্ত বাইনারি লগগুলি সরিয়ে ফেলবে।

আমি এই সমাধান এখানে পেয়েছি ।

Answer 8

একটি সাধারণ: $ sth-> সমাপ্তি (); সম্ভবত এই সম্পর্কে উদ্বিগ্ন থেকে আপনি বাঁচাতে হবে। মাইকিউএল সিস্টেমের নিজস্ব স্থানের পরিবর্তে টিএমপি স্পেস ব্যবহার করে।

Answer 9

sudo su


cd /var/log/mysql

এবং সর্বশেষে টাইপ করুন: > mysql-slow.log

এটি আমার পক্ষে কাজ করেছে

Answer 10

সমস্যার ডাটাবেসটি ফেলে দিন, তারপরে mysql পরিষেবাটি পুনরায় বুট করুন ( sudo service mysql restartউদাহরণস্বরূপ)।