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

Question

আমি এখন কয়েক সপ্তাহ ধরে কচ্ছপ এসএনএন ব্যবহার করছি।

আমি খুব প্রায়ই ত্রুটি পেতে। আমি করি প্রায় সমস্ত কিছুই একটি ত্রুটি তৈরি করে। এটি স্থানীয়ভাবে আমার মেশিনে বা নেটওয়ার্কের কোনও মেশিনে ইন্টারনেটে সংগ্রহস্থলগুলির সাথে রয়েছে। সুতরাং আমি ট্র্যাক রাখা শুরু। কিছু উদাহরণ নীচে।

12/31/2010

'সি: \ ব্যবহারকারী \ জিস্যাকস \ ডেস্কটপ \ আমার শাখা পরীক্ষা.এসভিএন \ টিএমপি \ এন্ট্রিগুলি' সি: \ ব্যবহারকারী \ জিস্যাকস \ ডেস্কটপ \ আমার শাখা পরীক্ষা.এসভিএন \ এন্ট্রি'তে স্থানান্তরিত করতে পারে না: ফাইল বা ডিরেক্টরিটি দূষিত এবং অপঠনযোগ্য।

01/04/2011

কমিট ব্যর্থ হয়েছে (বিশদ বিবরণ অনুসরণ করুন): '/ svn / kranichs-svn /! Svn / wrk / b316f15e-0869-4644-9c53-87aa0103506b / শাখা' MKCOL এর অনুরোধের জবাব হিসাবে সার্ভারটি অপ্রত্যাশিত রিটার্ন মান (405 পদ্ধতি অনুমোদিত নয়) প্রেরণ করেছে

01/06/2011

'সি: \ ব্যবহারকারী \ জিস্যাকস \ ডেস্কটপ \ ডিভিডি ক্যাটালগ \ vendors.svn \ tmp \ এন্ট্রি' থেকে 'সি: \ ব্যবহারকারী \ জিস্যাকস \ ডেস্কটপ \ ডিভিডি ক্যাটালগ \ vendors.svn \ এন্ট্রি' সরানো যায় না: ফাইল বা ডিরেক্টরি দুর্নীতিগ্রস্ত এবং অপঠনযোগ্য।

01/06/2011

'সি: \ ব্যবহারকারীরা isa জিসাকস \ ডেস্কটপ \ ডিভিডি ক্যাটালগ \ কেক \ পরীক্ষাগুলি \ টেস্ট_অ্যাপ \ ভিউ \ লেআউট.এসভিএন mp টিএমপি \ এন্ট্রিগুলিতে' সি: \ ব্যবহারকারীদের \ জিস্যাক্স \ ডেস্কটপ \ ডিভিডি ক্যাটালগ \ কেক \ পরীক্ষাগুলি সরিয়ে নিতে পারবেন না \ পরীক্ষা_অ্যাপ \ ভিউ \ লেআউটগুলি.এসভিএন \ এন্ট্রি ': ফাইল বা ডিরেক্টরিটি দুর্নীতিগ্রস্ত এবং অপঠনযোগ্য।

01/06/2011

প্রতিশ্রুতি ব্যর্থ হয়েছে (বিশদ বিবরণ অনুসরণ করুন): কেবলমাত্র পঠিত ডাটাবেস লেখার জন্য কেবল পাঠযোগ্য ডাটাবেস লেখার প্রচেষ্টা

কেবলমাত্র পঠনযোগ্য ডাটাবেস সম্পর্কে সর্বশেষ এটি প্রতিবার প্রতিশ্রুতিবদ্ধ হওয়ার সাথে সাথে ঘটে। আমি যদি ওয়ার্কিং কপিটিতে মাথা সংশোধন (7) এ কাজ করছি তা বলুন। আমি একটি পরিবর্তন এবং এটি প্রতিশ্রুতিবদ্ধ। এটি আমাকে এই ত্রুটি দেয়। তবে আমি যদি লগটি দেখি তবে এটি আমাকে বলে যে এখন একটি পুনর্বিবেচনা 8 রয়েছে (আমি সবেমাত্র যে প্রতিশ্রুতি দিয়েছি) তবে আমি এখনও ision. সংশোধনীতে রয়েছি So সুতরাং আমি কেবলমাত্র সংশোধন করেছিলাম যে বর্তমান সংশোধনটি হতে পারে তার জন্য আপডেট চালানো দরকার। আমি আশা করি আমি এটি পরিষ্কারভাবে ব্যাখ্যা করেছি।

যাইহোক এই সমস্ত ত্রুটি নিয়ে আমি আশ্চর্য হয়েছি .. টিএসভিএন কি কেবল এই অস্থির, সবার কাছে কী এই সমস্যা আছে? অথবা এটা আমার ঠিক? যদি শুধু আমার হয় তবে আমি কী ভুল করছি?

Comments

আপনাকে কপির ত্রুটিগুলি কী দিচ্ছে? এটা উইন্ডোজের মতো শোনাচ্ছে, কচ্ছপ নয়। যদি সার্ভার আপনাকে ত্রুটি দিচ্ছে (405, কেবলমাত্র পঠনযোগ্য ডিবিতে লেখা), এতে কিছু সমস্যা হতে পারে।

— নিক টি 21

আপনি Win7 চালাচ্ছেন? A থেকে ServerFault প্রশ্ন , দৃশ্যত উইন্ডোজ 7 SVN ডিরেক্টরি অনুলিপি সমস্যা রয়েছে। কিছুক্ষণ আগে এই ফিক্স প্রকাশ করা হয়েছিল; আপনি আপডেট হয়েছে?

— নিক টি 21

@ নিক হ্যাঁ আমি win7 এ আছি আমি টিএসভিএন এর আমার সংস্করণটি আপডেট করব এবং এটি সাহায্য করে কিনা তা দেখুন। ধন্যবাদ।

— জেডি আইজ্যাক 21

@ নিক আমি টিএসভিএন এর আমার সংস্করণটি আপডেট করেছি, আমি যখন প্রতিশ্রুতি দিচ্ছি তখন ত্রুটি পাচ্ছি না, তবে আমার সদ্য নির্মিত সংশোধনীর প্রতিশ্রুতি থাকার পরেও এখনও আপডেট করতে হবে।

— জেডি আইজ্যাকস

Answer 1

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

আমি অস্থায়ীভাবে আপনার অ্যান্টিভাইরাস অক্ষম করার পরামর্শ দিয়েছি এবং আবার চেষ্টা করুন।

Comments

আমাদের সিস্টেম অ্যাডমিন অফিসে ফিরে আসার পরে আমি এই সপ্তাহে চেষ্টা করব। ধন্যবাদ

— জেডি আইজ্যাকস 15

Answer 2

আজ আমি নিম্নলিখিত ত্রুটিটি পেয়েছি:

svn: E200031: attempt to write a readonly database

সমাধানটি ( এখানে পাওয়া গেছে ) ছিল এসএনএন সার্ভারে গিয়ে প্রকল্পের ডিবি ফোল্ডারে (যেমন /svn/my_project/db/rep-cache.db) rep-cache.db এর অনুমতিগুলি ঠিক করা )

মনে রাখবেন যে, প্রতিনিধির-cache.db একটি নিয়মিত থেকে লুকানো ছিল ম কিন্তু FileZilla মধ্যে উন্মুক্ত হয়েছে।

নিম্নলিখিত 2 কমান্ডগুলি সমস্যার সমাধান করেছে:

sudo chown root:root rep-cache.db
sudo chmod 777 rep-cache.db

মনে রাখবেন যে এগুলি নিরাপদ অনুমতি নয়, তবে তারা কৌশলটি করেছে।

মজার বিষয় হল যথেষ্ট পরিমাণে rep-cache.db ফাইলটি আমাদের অন্যান্য প্রকল্পে বিদ্যমান বলে মনে হচ্ছে না।

Comments

ধন্যবাদ! খুব কম ব্যবহৃত রেপো সহ আজ এই একই অদ্ভুত ত্রুটি পেয়েছি। Rep-cache.db ফাইলটির মালিকানা রুট: অ্যাপাচি পরিবর্তে অ্যাপাচি: অ্যাপাচি। আমি কেবল মালিককে পরিবর্তন করেছি (অনুমতি নেই), এবং সমস্যাটি চলে গেল। মজার বিষয় হল, আমরা খালি, শূন্য-বাইট ফাইলগুলি প্রতিশ্রুতিবদ্ধ করতে পারি, তবে যে কোনও বিষয়বস্তুযুক্ত ফাইলগুলিকে "রেডিওলি ডেটাবেস" ত্রুটি দিয়ে ব্লক করা হয়েছিল।

— ম্যাক 20

Answer 3

আমি একই সমস্যা সম্মুখীন। ইন্টারনেটে কিছু অনুসন্ধানের পরে এই নিবন্ধটি পাওয়া গেল । তারপরে বুঝতে পেরেছিলাম যে আমি মূলত কোনও অনুমতি ইস্যুতে এসএনএন সেটআপ করার জন্য ব্যবহারকারীর চেয়ে আলাদা একটি ব্যবহারকারী হিসাবে লগ করেছি।

আপডেট: আরও তথ্য যুক্ত করা যাতে উত্তরটি নিবন্ধ ছাড়াও সম্পূর্ণ হয়।

মূলত, আমি রুট ব্যবহারকারী ব্যবহার করে এসএনএন সেটআপ / ইনস্টল করেছি এবং অনেকগুলি লিনাক্স সিস্টেমে ডিফল্ট ব্যবহারকারী রুট ব্যতীত অন্য। সুতরাং আমি সিস্টেমে লগইন করার সময় আমি রুট ছিলাম না, তাই আমি উপরের সমস্যাটি পেয়ে যাচ্ছি। sudo su, রুট হিসাবে লগইন করার প্রয়োজন ছিল এবং সমস্ত কিছু কাজ করেছিল

Comments

আপনি কি সেই লিঙ্কটি সংক্ষিপ্ত করতে পারেন, যাতে এটি মরে গেলে, আপনার উত্তরটি এখনও কার্যকর?

— জন বেনসিন