2014-04-11 6 views
6

मैं इंटरमीटेंट हमारे मेमकैड सत्र हैंडलर के साथ समस्या को देख रहा हूं। त्रुटि तब होती है जो:सत्र डेटा (memcache) लिखने में विफल

Unknown: Failed to write session data (memcache). Please verify that the current setting of session.save_path is correct.

नोट्स:

  • यह एक आंतरायिक मुद्दा 5 या 6 बार एक दिन होता है कि विभिन्न उपयोगकर्ताओं के लिए हो रहा है।
  • मेमकैड लोकहोस्ट नहीं है। यानी यह वेब सर्वर की तुलना में एक अलग सर्वर पर है।
  • मैं मेमकैच एक्सटेंशन का उपयोग कर रहा हूं (जैसा कि MemcacheD एक्सटेंशन के विपरीत है)।
  • मैं टीसीपी उपसर्ग का उपयोग कर रहा हूं। यदि आप this question देखते हैं, तो आप देखेंगे कि "फिक्स" टीसीपी डालना था: // यदि आप मेमकैच एक्सटेंशन का उपयोग कर रहे हैं तो एक उपसर्ग।

मेरे php.ini सेटिंग्स:

session.save_handler = memcache 
session.save_path = "tcp://64.233.191.255:11211" 

ध्यान दें कि मैं भी उपयोग किया है:

session.save_path = "tcp://64.233.191.255:11211?persistent=1&weight=1&timeout=1&retry_interval=15" 

लेकिन इससे कोई फर्क नहीं लगता है।

Failed to write, and not due to blocking: Connection reset by peer.

नोट::

memcached.log फ़ाइल है, जहां मैं निम्न त्रुटि पाया की जांच की गई इस विशेष त्रुटि एक ही समय में, कम से कम एक बार होता है (01:07 बजे), हर रोज। यह तब पूरे दिन sporadically हो जाएगा।

+0

क्या आपने वेब सर्वर के लॉग में त्रुटियों को प्रकट करते समय memcache सर्वर की लॉग फ़ाइलों की जांच की है? एक कनेक्शन समस्या की तरह दिखता है। शायद लोड peek के कारण? – hek2mgl

+0

मैं नेटवर्क मुद्दों के लिए जाना होगा। Memcache मशीन पर कुछ cron नौकरियां? अस्थायी उच्च नेटवर्क लोड? –

+0

@ PawełSpychalski हाँ। मशीन पर क्रॉन नौकरियां हैं। मध्यरात्रि में हमारे पास एक डीबी बैकअप चल रहा है। हालांकि, मशीन में बहुत सारे कोर हैं और यह नियमित रूप से लोड होता है 4.00+ 1:09 पूर्वाह्न बहुत कम चोटी होगी। –

उत्तर

2

शायद आप running out of filehandles हैं? शायद बैकअप आपकी मशीन स्वैप बनाते हैं, जिसके परिणामस्वरूप धीमी प्रतिक्रियाएं होती हैं, जिसका अर्थ है मेमकैड प्रक्रिया के लिए अधिक समवर्ती कनेक्शन जिसके परिणामस्वरूप बाधा उत्पन्न होती है।

संबंधित मुद्दे