2014-04-09 44 views
10

Tôi đã tạo một repo SVN trên máy chủ xây dựng Debian Wheezy của tôi sau this tutorial. svn --version cung cấp 1.6.17.Ngữ cảnh chạy lỗi SVN: Kết nối hiện tại đã bị đóng bởi máy chủ từ xa

Đáng buồn thay, tôi không thể cam kết nữa với repo từ máy tính Windows 7 của mình; nó không thành công với thông báo lỗi sau:

Transmitting file data .svn: E730054: Commit failed (details follow): 
svn: E730054: Error running context: An existing connection was forcibly closed 
by the remote host. 

Tôi đã gặp lỗi này cả với TortoiseSVN và command line client.

Đây là nội dung của /var/log/apache2/access.log trên máy chủ trong thời gian cam kết không thành công: access.log. Không có mục nhập nào trong cùng một thời điểm trong nhật ký lỗi.

Tôi vẫn có thể xem nội dung của repo và svn info http://myurl/svn/myrepo cũng hoạt động tốt.

Máy chủ Debian có repo đang chạy bên trong máy ảo trên Windows Server 2008 R2 (Hyper-V-Manager 6.1). Kết nối từ máy Windows của tôi với Windows Server được thiết lập bằng FortiClient 4.2.8.0307.

Sau khi tôi gặp phải lỗi này ngày hôm qua, tôi đã xóa svn khỏi máy chủ và thiết lập lại repo. Điều này làm cho repo chấp nhận cam kết trong một vài giờ cho đến khi nó không thành công một lần nữa với cùng một lỗi.

Hiện tại cam kết hoạt động trở lại với TortoiseSVN nhưng không thành công với số command line client.

E730054 có nghĩa là gì và làm cách nào để khắc phục sự cố?


Tôi đã nâng cấp lên Jessie trong khi chờ đợi, nhưng tình hình không cải thiện. Cam kết với Tortoise ngừng hoạt động trở lại, có nghĩa là nó bị treo ở hành động "Gửi nội dung" trong khoảng năm phút và sau đó in lỗi trong tiêu đề. Tuy nhiên,

Tuy nhiên, các lần kiểm tra vẫn hoạt động mà không bị gián đoạn.

apache2 -v:
Server phiên bản: Apache/2.4.9 (Debian)
server build: Mar 29 2014 21:52:01

svn --version:
svn, phiên bản 1.8.8 (r1568071)
được biên soạn vào ngày 1 tháng 4 năm 2014, 03:41:42 trên i486-pc-Linux-GNU

Đây là lỗi thảo luận, nhưng tôi không thể kết luận giải pháp cho vấn đề của mình.


tôi nhận thấy rằng vấn đề xảy ra khi tôi muốn cam kết thứ hai sửa đổi của một tập tin.

sửa chữa của tôi

Vấn đề này ra đi vĩnh viễn sau khi sử dụng svnserve thay vì apache2. This tutorial đã giúp tôi thiết lập.

+0

Offtopic: tại sao bạn muốn sử dụng svn và không Swith để git? –

+0

@JakobKroeker: Bởi vì các nhà phát triển của chúng tôi được sử dụng để svn. Chúng tôi không thấy cần phải chuyển đổi. –

+1

Việc chuyển sang svnserve cũng đã giải quyết được vấn đề cho tôi, cảm ơn bạn! :) – para

Trả lời

4

Như tôi đã đọc qua các chủ đề nó có vẻ như một số vấn đề trong việc thực hiện WEBDAV trên trang web khách hàng đâm apache-thread. Tôi đã có vấn đề khác với trước 1.8 kho và tôi giải quyết hầu hết trong số họ bằng cách đổ/tải lại toàn bộ kho lưu trữ vào một cái mới (sử dụng "svnadmin nâng cấp" là không đủ!). Pre 1..8 Repos đôi khi có dữ liệu "hỏng/lỗi thời" trong các tập tin sửa đổi mà khách hàng bỏ qua. Có vẻ như điều này có thể gây ra segfault.

Bạn có thể đổ/reload kho của bạn như thế này:

svnadmin create newrepos 
svnadmin dump oldrepos | svnadmin load newrepos 

Lưu ý rằng nó có thể mất một thời gian rất lớn để thực hiện một chu kỳ cập nhật/tải lại (khoảng 1GB/h + - 50% tùy thuộc chủ yếu vào đĩa. tốc độ) Nếu bạn có thời gian khác, vui lòng đăng thời gian của bạn, tôi đang thực hiện một nghiên cứu riêng về các biểu diễn chu trình đổ/tải lại chu kỳ ..

7

Tôi gặp sự cố này khi cố gắng kiểm tra nhiều tệp bằng cách sử dụng Rùa SVN trên Windows 7 x64. Một số cố gắng để cam kết các tập tin bằng cách sử dụng một loạt các phiên bản khác nhau của Tortoise SVN và phiên bản dòng lệnh của SVN thất bại.

Vào thời điểm đó, máy tính xách tay của tôi đang sử dụng kết nối internet ISP nhà của tôi. Khi sau đó tôi đi làm và cố gắng thực hiện tập tin không thành công từ mạng của chủ nhân của tôi, tập tin đã được cam kết mà không có vấn đề gì.

Tôi không biết tại sao lại như vậy, nhưng nếu bạn gặp vấn đề này và tìm đường trả lời thông qua truy vấn công cụ tìm kiếm, bạn có thể thử lại - bằng cách sử dụng kết nối internet khác. Trong khi không phải là một giải pháp cho vấn đề, nó có thể cung cấp một công việc tạm thời xung quanh.

+1

Tôi đã gặp vấn đề tương tự tại nơi làm việc, sau đó tôi kết nối qua một điểm truy cập không dây khác và nó hoạt động như một chram. cảm ơn! – Omid

+0

Điều tương tự ở đây!Chỉ cần sử dụng một kết nối khác và nó đã hoạt động! – pedrobisp

-1

Tôi đã khắc phục sự cố này trên máy tính xách tay của mình bằng cách tắt wifi và cắm cáp vào.

1

Tôi gặp phải lỗi này.

Lỗi chạy bối cảnh: Một kết nối hiện đã buộc phải đóng cửa bởi điều khiển từ xa

tôi giải quyết vấn đề này bằng cách chuyển proxy để Cntlm và nó hoạt động hoàn toàn tốt đẹp. Tôi đang sử dụng phiên bản TortoiseSVN 1.9.3.

0

Lỗi tương tự. Vấn đề của tôi là với Avast antivirus, khi tôi đặt url của máy chủ svn trong exclutions vấn đề đã được giải quyết.

0

Tôi đã gặp sự cố này sau khi máy chủ svn của chúng tôi di chuyển từ lan sang internet. Cuối cùng, tôi giải quyết vấn đề này bằng cách thay đổi Địa chỉ IP của tôi.

Ví dụ: từ 192.168.0.60 đến 192.168.0.71.

SVN Version: TortoiseSVN 1.9.7, Xây dựng 27.907-64 Bit
Phiên bản OS: Windows 10, 1703

Các vấn đề liên quan