ข้อผิดพลาด SVN Commit: ไม่สามารถเปิดไฟล์ txn-current-lock การอนุญาตถูกปฏิเสธ

ฉันสามารถชำระเงิน อัปเดต และอื่นๆ ได้ แต่เมื่อฉันพยายามยอมรับการเปลี่ยนแปลง SVN ให้ข้อผิดพลาดต่อไปนี้แก่ฉัน:

ไม่สามารถเปิดไฟล์ '/svn/p/pokemonium/code/db/txn-current-lock': การอนุญาตถูกปฏิเสธ

ฉันใช้ Windows 7 x64 SP1 กับ TortoiseSVN เวอร์ชันล่าสุด UAC ปิดอยู่ บัญชีของฉันมีสิทธิ์การเข้าถึงแบบอ่านและเขียน ฯลฯ

ฉันสามารถส่งค่าปรับไปยังที่เก็บ svn อื่นได้


person Myth1c    schedule 15.05.2012    source แหล่งที่มา
comment
คำถามเกี่ยวกับโปเกมอนเป็นสิ่งต้องห้ามโดยเด็ดขาด ;) คุณพยายามทำความสะอาดหรือไม่?   -  person Doug Chamberlain    schedule 16.05.2012
comment
คุณได้ลองใช้สวิตช์บรรทัดคำสั่ง no --no-auth-cache แล้ว - บางทีคุณอาจแคชข้อมูลประจำตัวที่ไม่ถูกต้องไว้บ้างไหม?   -  person serg10    schedule 16.05.2012


คำตอบ (7)


ลองสิ่งนี้

  1. ทำสำเนาสำรองของสำเนาการทำงานของคุณ (เพื่อความปลอดภัย)
  2. ทำสำเนาสำเนาการทำงานทั้งหมดของคุณอีกชุดหนึ่งไว้ที่อื่น
  3. นำสำเนาและลบโฟลเดอร์ SVN ทั้งหมดออก
  4. ลบสำเนาการทำงานของคุณและดำเนินการชำระเงินใหม่
  5. ตอนนี้คัดลอก/วางสำเนาการทำงานที่เสียหายของคุณไปที่การชำระเงินใหม่ของคุณ

สิ่งสำคัญคือคุณต้องลบโฟลเดอร์ ever _svn หรือ .svn ออกจากสำเนาการทำงานที่เสียหายก่อนที่คุณจะทำการคัดลอก/วาง

สิ่งนี้จะทำให้คุณ (หวังว่า) มีสำเนาที่ใช้งานได้ซึ่งแสดง (!) ในไฟล์ทั้งหมดที่คุณแก้ไขตั้งแต่การคอมมิตครั้งล่าสุด และแก้ไขปัญหาการล็อคของคุณ

person Doug Chamberlain    schedule 15.05.2012
comment
นั่นไม่ได้แก้ไขปัญหาสำหรับฉัน :( ลองชำระเงินใหม่ด้วย แต่ก็ไม่ได้ผลเช่นกัน - person Myth1c; 16.05.2012
comment
ยอมรับว่านี่เป็นคำตอบเนื่องจากอาจเป็นตัวเลือกที่ดีที่สุดที่จะลอง - person Myth1c; 29.10.2013

สำหรับฉันมันกลายเป็นปัญหาการอนุญาตบนเซิร์ฟเวอร์ ฉันมี repo ของฉันบนกล่อง linux และ ssh เพื่อใช้ svnadmin เพื่อความสะดวก ฉันได้ดำเนินการคำสั่ง create repository ในฐานะรูท ฉันกำลังมองหาแหล่งที่มาที่ฉันมีในกล่อง Windows ของฉันไปยัง repo ดังนั้นฉันจึงใช้ TortoiseSVN เพื่อตั้งค่า trunk/branches/tags ไดเร็กทอรีที่มี repo บนเซิร์ฟเวอร์เป็นของ root และ Tortoise เข้ามาในรูปแบบ apache ฉันเลือกไดเร็กทอรีบนเซิร์ฟเวอร์เป็น apache: apache และทุกอย่างดำเนินไปอย่างราบรื่น

chown apache:apache -R my_repo_root
person Greg Desmarais    schedule 03.08.2013
comment
ขอบคุณสำหรับสิ่งนี้. ฉันต้องสร้างไฟล์ repo ใหม่บนเซิร์ฟเวอร์หลังจากโหลดดัมพ์ และต้องทำสิ่งนี้กับ chown www-data:www-data -R repos เนื่องจากฉันไม่มีผู้ใช้หรือกลุ่ม apache - person John Lyon; 07.07.2015
comment
สิ่งนี้ได้ผลสำหรับฉัน chown www-data:www-data -R ที่เก็บ - person Dimitri; 16.10.2015
comment
ทำงานให้ฉันด้วย - person Danijel; 13.09.2017
comment
ใช่. สิทธิ์เป็นผู้กระทำผิด อย่างไรก็ตาม บน Arch Linux ภายใต้ Apache http เป็นเจ้าของและกลุ่ม chown http:http -R my_repo_root. ขอบคุณ. - person Barton; 18.11.2017

นี่เป็นปัญหาการกำหนดค่าเซิร์ฟเวอร์ บนโฮสต์ windows เซิร์ฟเวอร์ Visual SVN ทำงานภายใต้บัญชีบริการเครือข่ายตามค่าเริ่มต้น ฉันแก้ไขปัญหานี้ด้วยการให้สิทธิ์การเข้าถึงแบบเต็มไปยังโฟลเดอร์ที่เก็บสำหรับบัญชีนี้ อีกทางเลือกหนึ่งคือการสลับบริการ Visual SVN ไปเป็นบัญชี SYSTEM แต่นั่นอาจก่อให้เกิดความเสี่ยงด้านความปลอดภัย

person Ari0nhh    schedule 02.11.2014

ฉันประสบปัญหาเดียวกันหลังจากติดตั้ง Windows 7 อีกครั้ง และเพิ่งคัดลอก SVN Repository จาก Windows เก่าไปยัง Windows ใหม่

หลังจากลองทำตามขั้นตอนที่คุณผู้จัดการเสนอแล้ว ปัญหาก็ยังไม่ได้รับการแก้ไขในกรณีของฉัน

หลังจากตรวจสอบให้แน่ใจว่าตั้งค่าการอนุญาตอย่างถูกต้องสำหรับโฟลเดอร์ SVN Repository ฉันเพิ่งลบไฟล์ 'txn-current-lock' ในโฟลเดอร์ /db ของโครงการ นั่นแก้ไขมันให้ฉัน จากนั้นฉันก็สามารถดำเนินการโครงการของฉันได้อีกครั้ง

person Fritz W    schedule 17.10.2013

ฉันประสบปัญหาเดียวกันบนกล่อง Unix

การรีสตาร์ทบริการ Apache ของเซิร์ฟเวอร์ SVN ช่วยแก้ปัญหาของฉันได้

-f httpd.conf -k หยุด

-f httpd.conf -k เริ่มต้น

person Community    schedule 16.07.2013

ในกรณีของฉันเอง เซิร์ฟเวอร์ linux ของฉันถูกรีสตาร์ทหลังจากไฟฟ้าดับ ระบบไฟล์ยังคงติดตั้งเป็นแบบอ่านอย่างเดียวเนื่องจากมีการซ่อมแซมเจอร์นัลบางส่วน การรีบูตเครื่องจะคืนค่าฟังก์ชันเต็มรูปแบบ

person S. Stanton    schedule 17.03.2017

การอนุญาตก็ใช้ได้ผลสำหรับฉันเช่นกัน

ข้อผิดพลาด

repo/db/txn-current-lock: Permission denied

แก้ไข

chown apache:apache -R my_repo_root
person user1280545    schedule 03.10.2020