Squid shm_open: अनुमति अस्वीकृत — साझा मेमोरीको स्वामित्व जाँच गर्नुहोस्

एउटै असफल Squid स्टार्टअपका क्रममा Could not read pid file र shm_open(...): Permission denied दुवै देखिन सक्छन्। तिनीहरूले फरक-फरक स्रोत जनाउँछन्। क्यास डाइरेक्टरीको स्वामित्व सुधार्नाले तीमध्ये कुनैलाई पनि आफैँ सुधार्दैन।

Linux मा POSIX साझा मेमोरी वस्तु सामान्यतया /dev/shm अन्तर्गत देखाइन्छ। त्यसको मालिक र पहुँच मोड महत्त्वपूर्ण हुन्छ। त्यसैले अर्को रनटाइम पहिचानले छाडेको वस्तुले squid.conf पढ्न योग्य र सुन्ने पोर्ट खाली हुँदा पनि पछिल्लो प्रक्रिया असफल बनाउन सक्छ।

यो इन्स्ट्यान्स कसरी सुरु भयो पुनर्निर्माण गर्नुहोस्

सेवाको सामान्य सुरुवातलाई समस्या समाधानका क्रममा प्रयोग गरिएको कुनै पनि म्यानुअल सुरुवातसँग तुलना गर्नुहोस्। म्यानुअल रूपमा सुरु गरिएको प्रक्रिया र प्याकेज गरिएको सेवाले फरक प्रयोगकर्ता, बाटो वा कन्फिगरेसन फाइल प्रयोग गर्न सक्छन्। कुनै वस्तुलाई पुरानो मान्नु अघि अर्को Squid इन्स्ट्यान्स अझै चलिरहेको छ कि छैन निर्धारण गर्नुहोस्।

त्यसपछि असफल हुने ठ्याक्कै अपरेसन पढ्नुहोस्। PID त्रुटि कन्फिगर गरिएको PID स्थान र त्यसको मूल डाइरेक्टरीसँग सम्बन्धित छ। लग त्रुटि लग फाइल वा डाइरेक्टरीसँग सम्बन्धित छ। क्यास सुरुवातको त्रुटि भण्डारणसँग सम्बन्धित छ। shm_open त्रुटि नाम दिइएको साझा मेमोरी वस्तुसँग सम्बन्धित छ र प्रक्रियामा लागू हुने सुरक्षा नीति पनि समावेश हुन सक्छ।

प्रत्येक स्रोतका लागि आवश्यक रनटाइम पहुँचलाई त्यसको वर्तमान मालिक र मोडसँग तुलना गर्नुहोस्। सामान्य अनुमति पर्याप्त देखिन्छ भने सम्बन्धित SELinux वा AppArmor अस्वीकृति प्रमाण जाँच्नुहोस्। “Permission denied” मात्रले कुन तहले पहुँच अस्वीकार गर्यो भन्ने देखाउँदैन।

दोस्रो समस्या नबनाई स्वामित्व सुधार्नुहोस्

रनटाइम खातालाई इन्स्टलेसनको सेवा कन्फिगरेसनसँग मिलाएर राख्नुहोस्। सबै कुरा nobody मा बदल्दा सहायक पहुँच बिग्रन सक्छ र सेवाले व्यवस्थापन गर्ने फाइलसँग नयाँ अमिलता आउन सक्छ।

/dev/shm मा Squid जस्तो देखिने हरेक वस्तु मेट्नु पनि राम्रो पहिलो कदम होइन। नाम दिइएको वस्तु सक्रिय इन्स्ट्यान्सको हुन सक्छ। आवश्यक परेमा सफाइले प्रभावित सेवा बन्द अवस्थामा पुष्टि भएको परित्यक्त स्रोतलाई लक्षित गर्नुपर्छ, त्यसपछि सामान्य सेवा संयन्त्रमार्फत सुरु गर्नुपर्छ।

उपयोगी नतिजा सुसंगत सुरुवात र स्वामित्व मोडेल हो। त्रुटि नहराएसम्म root का रूपमा एउटै आदेश चलाइरहँदा अर्को नियमित पुनःसुरुवात ठ्याक्कै त्यही समस्यासँग रहन सक्छ।