'/Tmp/#sql_xxxx.MYI' फ़ाइल बनाने / लिखने के लिए नहीं बना सकते (इरोड: 13)

Question

मैंने डेबियन लेनी, PHPmyadmin और पोस्टफ़िक्स को स्थापित किया है।

PHPmyadmin GUI का उपयोग करते समय और मेरे द्वारा प्राप्त डेटा वाली किसी भी तालिका का उपयोग करें:

'/Tmp/#sql_xxxx.MYI' फ़ाइल बनाने / लिखने के लिए नहीं बना सकते (इरोड: 13)

13 का प्रतिफल कहता है:

OS error code  13:  Permission denied

मुझे ऐसा लगता है जैसे तमपिर

mysqladmin -p variables | grep -w tmpdir
| tmpdir                          | /tmp

अब इसका मतलब है कि mysql / tmp को नहीं लिख सकता है। अनुमतियाँ बनाना: 777 इसे ठीक करता है। लेकिन मुझे ठीक नहीं लगता कि मुझे ऐसा करना है। वहाँ एक बेहतर तरीका / तय है?

क्या मुझे मूल्य में परिवर्तन करना चाहिए /etc/mysql/my.cnf?

Comments

Mysqladmin आउटपुट को शामिल करने के लिए धन्यवाद। मैंने अब थोड़ी सुरक्षा जोड़ते हुए mysql के लिए एक समर्पित tmpdir दान करने के लिए इसका उपयोग किया है।

— फ्लोरियन हीगल

Answer 1

ऐसा लगता है कि आपकी अनुमति / tmp गलत है। उन्हें वास्तव में चिपचिपे बिट सेट के साथ सभी के लिए पढ़ना / लिखना / निष्पादित करना चाहिए।

chmod 1777 /tmp

स्टिकी बिट कुछ प्रतिबंधों को जोड़ते हैं कि कैसे अन्य उपयोगकर्ता उन फ़ाइलों के साथ बातचीत करते हैं जो उनके द्वारा बनाई या स्वामित्व में नहीं हैं, इसलिए चिंता का कोई कारण नहीं है।

यदि आप चाहें, तो आप mysql उपयोगकर्ता के स्वामित्व वाली और लिखने योग्य निर्देशिका भी बना सकते हैं और उस निर्देशिका को my.cnf में निर्दिष्ट कर सकते हैं जिसका उपयोग सिस्टम वाइड / tmp के बजाय किया जा सकता है।

Comments

इसके लिए आपको बहुत बहुत धन्यवाद: "chmod 1777 / tmp" चिपचिपा बिट 1 कुछ ऐसा था जो मुझे नहीं पता था और इसने मुझे मार डाला क्योंकि मुझे पता नहीं क्यों इस पर बहुत समय खो दिया। अब मैं इस "chmod 1777 / tmp" को पोस्ट करने के लिए धन्यवाद करता

Answer 2

सामान्य / tmp निर्देशिका सभी के लिए लेखन योग्य है। आपको इस बारे में चिंतित नहीं होना चाहिए। अतिरिक्त चिपचिपा बिट केवल रूट सेट किया गया है और किसी फ़ाइल का स्वामी उस फ़ाइल को हटा सकता है।

chmod 777 / tmp
chmod o + t / tmp

आपका दिन शुभ हो

Comments

क्या किसी को चिपचिपा बिट के लिए अष्टक संख्या पता है?

— ग्रब

हां, यह पहले अष्टक पर 1 है।

— रॉय