TortoiseSVN Cam kết không thành công: Tập tin hoặc thư mục bị hỏng và không thể đọc được, Tấn, cố gắng viết một cơ sở dữ liệu chỉ đọc


3

Tôi đã sử dụng rùa svn được vài tuần rồi.

Tôi nhận được lỗi rất thường xuyên. Hầu như tất cả mọi thứ tôi làm đều tạo ra một lỗi. đây là kho lưu trữ trên internet, cục bộ trên máy của tôi hoặc máy trên mạng. Thế là tôi bắt đầu theo dõi. Một số ví dụ dưới đây.

31/12/2010

Không thể di chuyển 'C: \ Users \ jisaacks \ Desktop \ my nhánh test.svn \ tmp \ mục' sang 'C: \ Users \ jisaacks \ Desktop \ my nhánh test.svn \ mục': Tệp hoặc thư mục bị hỏng và không thể đọc được.

01/04/2011

Cam kết không thành công (chi tiết theo sau): Máy chủ đã gửi giá trị trả lại không mong muốn (405 Phương thức không được phép) để đáp ứng yêu cầu MKCOL cho '/ svn / kranichs-svn /! Svn / wrk / b316f15e-0869-4644-9c53-87aa0103506b / chi nhánh'

01/06/2011

Không thể di chuyển 'C: \ Users \ jisaacks \ Desktop \ DVD Catalogue \ Vend.svn \ tmp \ mục' sang 'C: \ Users \ jisaacks \ Desktop \ DVD Catalogue \ Vend.svn \ mục': Tệp hoặc thư mục bị hỏng và không thể đọc được.

01/06/2011

Không thể di chuyển 'C: \ Users \ jisaacks \ Desktop \ DVD Catalog \ cake \ tests \ test_app \ Views \ layouts.svn \ tmp \ mục' sang 'C: \ Users \ jisaacks \ Desktop \ DVD Catalog \ cake \ tests \ test_app \ lượt xem \ layouts.svn \ mục ': Tệp hoặc thư mục bị hỏng và không thể đọc được.

01/06/2011

Cam kết không thành công (chi tiết theo sau): cố gắng viết cơ sở dữ liệu chỉ đọc cố gắng viết cơ sở dữ liệu chỉ đọc

Điều cuối cùng về cơ sở dữ liệu chỉ đọc xảy ra mỗi khi tôi cam kết. Nói nếu tôi đang làm việc trên bản sửa đổi đầu (7) trong một bản sao làm việc. Tôi thay đổi và cam kết nó. Nó cho tôi lỗi này. Nhưng nếu tôi nhìn vào nhật ký thì nó cho tôi biết rằng bây giờ đã có phiên bản 8 (cam kết tôi vừa thực hiện) nhưng tôi vẫn đang sửa đổi 7. Vì vậy, tôi cần chạy cập nhật để có bản sửa đổi hiện tại mà tôi vừa cam kết. Tôi hy vọng tôi đã giải thích rõ ràng.

Dù sao với tất cả những lỗi này tôi tự hỏi .. Có phải TSVN không ổn định như vậy, mọi người đều có những vấn đề này. hay la chỉ Minh tôi? Nếu chỉ có tôi, tôi có thể làm gì sai?


Điều gì mang lại cho bạn các lỗi sao chép? Nghe có vẻ như Windows, không phải Rùa. Nếu máy chủ đưa ra lỗi cho bạn (405, ghi vào db chỉ đọc), có thể có lỗi xảy ra với nó.
Nick T

1
Bạn đang chạy Win7? Từ câu hỏi ServerFault , rõ ràng Windows 7 có vấn đề khi sao chép thư mục svn. Bản sửa lỗi đã được phát hành cách đây một thời gian; bạn đã cập nhật chưa
Nick T

@Nick vâng Tôi đang dùng win7 Tôi sẽ cập nhật phiên bản TSVN của mình và xem điều đó có giúp ích không. Cảm ơn.
JD Isaacks

@Nick Tôi đã cập nhật phiên bản TSVN của mình, tôi không gặp lỗi khi tôi cam kết, tuy nhiên tôi vẫn cần cập nhật sau khi cam kết có trong Bản sửa đổi hiện tại tôi vừa tạo.
JD Isaacks

Câu trả lời:


4

Tôi đã thấy vấn đề này trên PC của một đồng nghiệp, hóa ra đó là Microsoft Security Essentials làm hỏng các tệp được tải xuống bởi TortoiseSVN. Ngay sau khi chúng tôi vô hiệu hóa nó, vấn đề đã biến mất và thanh toán SVN vẫn ổn.

Tôi đề nghị tạm thời vô hiệu hóa phần mềm chống vi-rút của bạn và thử lại.


Tôi sẽ thử điều này vào tuần tới khi quản trị viên hệ thống của chúng tôi trở lại văn phòng. Cảm ơn
JD Isaacks

1

Hôm nay tôi cũng gặp lỗi sau:

svn: E200031: attempt to write a readonly database

Giải pháp (tìm thấy ở đây ) là đến máy chủ svn và sửa các quyền của rep-cache.db trong thư mục db của dự án (ví dụ: /svn/my_project/db/rep-cache.db)

Lưu ý rằng rep-cache.db đã bị ẩn khỏi một ls thông thường nhưng đã bị lộ trong FileZilla.

2 lệnh sau đã giải quyết vấn đề:

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

Lưu ý rằng đây không phải là quyền an toàn , nhưng họ đã thực hiện thủ thuật này.

Điều thú vị là tập tin rep-cache.db dường như không tồn tại trong các dự án khác của chúng tôi.


Cảm ơn bạn! Có lỗi tương tự ngày hôm nay với một repo hiếm khi được sử dụng. Tệp rep-cache.db được sở hữu bởi root: apache thay vì apache: apache. Tôi chỉ thay đổi chủ sở hữu (không có quyền) và vấn đề đã biến mất. Thật thú vị, chúng tôi có thể cam kết các tệp trống, byte không, nhưng các tệp có bất kỳ nội dung nào đều bị chặn với lỗi "cơ sở dữ liệu sẵn sàng".
Mac

0

Tôi phải đối mặt với cùng một vấn đề. Sau khi tìm kiếm trên internet tìm thấy bài viết này . Sau đó nhận ra rằng tôi đã đăng nhập như một người dùng khác với người dùng mà tôi đã sử dụng để thiết lập svn theo, về cơ bản là vấn đề cấp phép.

Cập nhật: Thêm thông tin để câu trả lời hoàn tất mà không có bài viết quá.

Về cơ bản, tôi đã thiết lập / cài đặt svn bằng cách sử dụng người dùng root và người dùng mặc định trên nhiều hệ thống linux không phải là root. Vì vậy, khi tôi đăng nhập vào hệ thống, tôi không root được, do đó tôi gặp phải vấn đề trên. sudo su, được yêu cầu đăng nhập bằng root và mọi thứ đều hoạt động


1
Bạn có thể tóm tắt liên kết đó, để nếu nó chết, câu trả lời của bạn vẫn hữu ích?
John Bensin
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.