एसवीएन के साथ अजीब त्रुटि 500 ​​एक साधारण फ़ाइल पर

Question

हम यहां काम पर विजुअल एसवीएन सर्वर का उपयोग करते हैं और सब ठीक काम करता है, हमारे पास 50 से अधिक भंडार हैं। मैंने आज एक रिपोजिटरी को एक वेब साइट में डालने की कोशिश की लेकिन यह एक विशिष्ट एकल फ़ाइल पर क्रैश हो रहा है जिसे मैंने अलग किया है।

Adding: C:\Work\LAN6505\web\trunk\common_files\includes\fr\debut.inc.php 
Sending content: C:\Work\LAN6505\web\trunk\common_files\includes\fr\debut.inc.php 
Error: Commit failed (details follow): 
Error: Server sent unexpected return value (500 Internal Server Error) in response to 
Error: PUT request for 
Error: '/svn/LAN6505/!svn/txr/13-i/web/trunk/common_files/includes/fr/debut.inc.php' 
Completed!: 

मुझे बस 500 त्रुटि मिलती है, कोई और जानकारी नहीं। किसी को पता है कि इसके साथ क्या करना है? क्या VisualSvn सर्वर के लिए एक लॉग फ़ाइल है जिसे मैं देख सकता हूं।

अगर मैं इसी तरह की संरचना के साथ एक और भंडार पर फ़ाइल की प्रतिलिपि, समस्या नहीं होती है ...

फ़ाइल के कोड पाया जा सकता है: http://pastebin.com/PwTCQSP7

आशा किसी की मदद कर सकते हैं ...

---

अद्यतन

Event Type:  Error 
Event Source: VisualSVN Server 2.5 
Event Category:    Apache 
Event ID:    1001 
Date:     1/23/2012 
Time:     9:37:10 AM 
User:     ACTIVIS-991RBEL\Mathieu Dumoulin 
Computer:   DELL-PE2900-01 
Description: 
Could not get next bucket brigade [500, #0] 
[client 192.168.0.64] 

---

अद्यतन # 2

Soooo, 2.5 दिनों लिनक्स पर एक SVN सर्वर से खिड़कियों पर मेरी SVN सर्वर पलायन बिताने के बाद, मुझे मिल गया फिर से एक ही समस्या:

[शुक्र फ़र, 24 16:35:21 2012] [त्रुटि] [क्लाइंट 192.168.0.64] अगली बाल्टी ब्रिगेड (यूआरआई: /svn/LAN6505 /! Svn/wrk/289e3161-cdbf-d44d-9716-c6390289ec92/web/trunk नहीं मिल सका /common_files/includes/fr/debut.inc.php) [500, # 0]

[शुक्र फरवरी 24 16:36:12 2012] [त्रुटि] [ग्राहक 192.168.0.64] अगले बाल्टी ब्रिगेड (यूआरआई: /svn/LAN6505 /! Svn/wrk/554a4a6c-a015-7045- b0c6-072ffe01f854/वेब/ट्रंक/common_files/शामिल/fr/debut.inc.php) [500, # 0]

[शुक्र फरवरी 24 16:48:17 2012] [त्रुटि] [ग्राहक 192.168.0.64 ] अगली बाल्टी ब्रिगेड नहीं मिल सका (यूआरआई: /svn/LAN6505/!svn/wrk/15bd0f7e-06b9-b046-8c67-5f9778fab9b5/web/trunk/common_files/includes/fr/debut.inc.php) [ 500, # 0]

Answer 1

सब के बाद , हमने पाया कि फ़ाइल को बस बदलना और काम करना, अभी भी फ़ायरवॉल से संबंधित हो सकता है क्योंकि यह रास्ते में एकमात्र आखिरी तत्व है। लेकिन फ़ाइल के हस्ताक्षर कार्यों को बदलना ...

वास्तव में वास्तव में बहुत अजीब समस्या ...

Answer 2

यह देखो इस बग की तरह रों:

• https://issues.apache.org/bugzilla/show_bug.cgi?id=33098

यह पता चला इनपुट फ़िल्टर में होना (chunked एन्कोडिंग साथ क्या करने वाले); यदि अपलोड से पहले समाप्त होता है, तो अपलोड विफल हो जाता है क्योंकि सर्वर को अधिक डेटा की अपेक्षा होती है, भले ही स्ट्रीम का अंत भेजा गया हो।

ठीक है, तो बग इनपुट फ़िल्टर में है।

मैं (गलत) इंप्रेशन के तहत था कि यह बग केवल तब दिखाई देता है जब content-length दिया जाता है। लेकिन यह पहले खंड को स्थानांतरित कर दिया गया है और शरीर को बाद में छोटा कर दिया गया है, तो यह भी खंडित एन्कोडिंग के साथ दिखाई देता है।

मैं दो चीजें आप मदद कर सकता है उम्मीद थी:

• VisualSVN की एक अद्यतन आप के लिए यह तय करने के लिए; जुड़ा हुआ बग r792409

  * में अपाचे के लिए इसका कोई सुधार की सूचना है) कोर: वापसी APR_EOF यदि अनुरोध शरीर की लंबाई ग्राहक द्वारा की घोषणा की तुलना में कम है। पीआर 33,098 [स्टीफन Fritsch]

• (हाल) VisualSVN के साथ अनुभव के मेरे कमी मुझे शक है कि क्या वहाँ हो सकता है कुछ विशेष फ़ाइल के साथ चल रहा है (यह वर्ण हमलावर हो सकती है; इस Windows जा रहा है, मेरा मानना ​​है कि ascii 26 (^ जेड) को ईओएफ के रूप में व्याख्या किया जा सकता है। देखें कि आपकी फ़ाइल में कोई 'मजाकिया' अक्षर है या आप इसे बाइनरी मोड में डाल सकते हैं (या तो एकल फ़ाइल के लिए, या पूरे सर्वर के लिए)।

Answer 3

मैं प्रतिबद्ध पर ग्राहक पीसी पर Kaspersky इंटरनेट सुरक्षा को बंद करके इस समस्या का समाधान है, लेकिन मुझे नहीं पता है, तो यह भी अपने मामले में इस मुद्दे को हल करेंगे।

Answer 4

मुझे एक ही समस्या थी और मैं पुष्टि करता हूं कि प्रतिबद्धता के समय केस्पर्सकी इंटरनेट सुरक्षा 2012 को बंद करने से मेरे मामले में समस्या हल हो जाती है। अगर किसी को भी ऐसी समस्या का सामना करना पड़ रहा है, तो जांच करनी चाहिए कि एंटीवायरस/फ़ायरवॉल सॉफ़्टवेयर svn संचरण को अवरुद्ध नहीं करता है या नहीं।

Answer 5

मुझे एक ही समस्या का अनुभव हुआ है। यह स्थानीय नेटवर्क कनेक्शन के साथ कभी नहीं होता है। जब मैं वीपीएन के माध्यम से ग्रह के दूसरी तरफ एक एसवीएन भंडार में प्रतिबद्ध होता हूं तो यह अक्सर होता है।

कास्पर्सकी इंटरनेट सुरक्षा 2012 को बंद करना हमेशा मदद करता है, लेकिन हमेशा नहीं।

इसके अलावा, मैं अक्सर अपना काम करता हूं और वर्चुअलबॉक्स वर्चुअल मशीन से प्रतिबद्ध करता हूं। कभी-कभी वीएम की सरल पुनरारंभ करने में भी मदद मिलती है।

आईपी विखंडन को रोकने के लिए एक और समाधान है। आप जांच सकते हैं कि आपके पैकेट को पिंग कमांड का उपयोग करके खंडित किया गया है: ping host_name -f

यदि कोई पैकेज विखंडन है तो आप अपने एमटीयू आकार को कम कर सकते हैं। यह link एक अच्छा वर्णन प्रदान करता है कि एमटीयू आकार को कैसे बदला जाए।

दुर्भाग्य से, उपरोक्त उल्लिखित समाधान 100% विश्वसनीय नहीं हैं। यह त्रुटि मेरे लिए एक रहस्य की तरह दिखती है। मैं समझ नहीं पा रहा हूं कि एसवीएन इन चीजों के प्रति इतनी संवेदनशील क्यों है।

Answer 6

एंटी वायरस (कैस्पर्सकी) प्रोग्राम हमारे स्थानीय कार्यालय नेटवर्क में अधिकांश समस्याओं का कारण बन रहा था। एंटी वायरस प्रोग्राम को अक्षम करने से समस्या हल हो गई (ज्यादातर मामलों में)।

Answer 7

मुझे पिछले कुछ दिनों में इस समस्या का सामना करना पड़ा है और अंततः इसे ठीक करने में कामयाब रहा है।

ऐसा लगता है कि या तो निम्नलिखित मार्गदर्शिकाएं गायब हैं, या मेरी अपनी अज्ञानता मैंने अपने भंडार पर सही चोटी नहीं की है। और ऐसा लगता है कि सभी डेटा को पाठ के रूप में माना जा रहा था, जिससे बाल्टी ब्रिगैड त्रुटि अपाचे में त्रुटि के कारण बाइनरी डेटा में फ़ाइल वर्णों का अंत हो गया।

एक बार मैं सही ढंग से निम्नलिखित के साथ chown किया था:

sudo chown -R www-data:www-data /home/svnrepo 

मेरे समस्याओं चले गए हैं।

Answer 8

मुझे लगता है कि मुझे इस त्रुटि का एक संभावित स्रोत मिला है (कम से कम मेरे मामले में):
यह डिस्क/विभाजन पर डिस्क स्थान से बाहर होने के कारण है जहां आपका रेपो स्थित है।

मेरे मामले:
आई त्रुटि
को देखने के लिए कोशिश की है, तो VisualSVN
रेपो के माध्यम से सफल रहा प्रतिबद्ध अभी भी स्थिति में था इससे पहले कि
संयोग से जाँच की डिस्क स्थान के लिए प्रतिबद्ध है, शून्य
स्मृति को मुक्त करने के कुछ यादृच्छिक फ़ाइल हटाएँ था (CA 10 एमबी)
कमिट काम करता है अब

टी एल; डॉ: डिस्क अपने भंडार पर संग्रहीत है पर कुछ स्मृति तक मुफ्त, पर्याप्त नहीं memeory संभावना इस बग के culprint है

012,