Nhận lệnh treo bằng cách sử dụng VS 2012 và TFS 2008 (TFS lỗi TF400307)

Question

Hôm nay, đột nhiên, tôi phát hiện ra tôi không thể hoàn thành thành công bất kỳ loại lệnh nào trên TFS của chúng tôi. Tất cả các thời gian quá trình chỉ treo tại một số điểm, thanh tiến trình và thông điệp trạng thái với tập tin hiện đang được xử lý ở cùng một mãi mãi, không có lỗi ném. Điều này xảy ra trên một tập tin khác nhau mỗi lần, sớm hay muộn vào quá trình với cả IDE và tiện ích dòng lệnh.

Tôi đang sử dụng Visual Studio Premium 2012 với TFS 2008.

Tôi chưa bao giờ gặp vấn đề tương tự trước và hôm qua mọi thứ hoạt động tốt. Tôi không biết về bất kỳ thay đổi cấu hình nào kể từ đó và tôi là người duy nhất trong công ty gặp sự cố.

Tôi không cho rằng có câu trả lời trực tiếp về lý do điều này xảy ra, nhưng ai đó có thể cung cấp bất kỳ gợi ý nào về cách gỡ lỗi và giải quyết vấn đề đó?

Cho đến nay tôi đã thử nhiều cách khác nhau để chạy lệnh get - phiên bản mới nhất, phiên bản cụ thể, bản đồ + mới nhất, cả bên trong VS IDE và thông qua dòng lệnh. Ngoài ra nhiều lệnh TFS khác dường như hoạt động tốt.

Edit:

Sau một số thử và sai, để lại quá trình sẽ cho một giờ hoặc lâu hơn, cuối cùng tôi stumbled khi các thông báo lỗi trong cửa sổ đầu ra kiểm soát nguồn. Đây không phải là nhìn thấy ban đầu, bởi vì khi quá trình treo, nó làm cho toàn bộ IDE không phản hồi. Các tin nhắn đều giống nhau:

[đường dẫn tệp]: TF400307: Thao tác tải xuống đã hết thời gian chờ sau khi phản hồi từ máy chủ.

Answer 1

Tôi đã gặp vấn đề tương tự với TFS nơi nó sẽ bị treo và không phản hồi.

Tôi đã tìm thấy giải pháp cho điều này bằng cách cập nhật tf.exe.config hoặc devenv.exe.tệp cấu hình có các giá trị cấu hình sau:

<system.net> 
    <connectionManagement> 
     <add address="*" maxconnection="1000"/> 
    </connectionManagement> 
</system.net> 

Tôi đặt giới hạn thành 1000 ở bên cạnh, khi tôi theo dõi cẩn thận giá trị trong Resource Monitor, mặc dù trung thực tôi không bao giờ có hơn 600 kết nối đồng thời.

Answer 2

Vì vậy, những gì xảy ra là TFS khách hàng trong VS 2012 có một lỗi trong nó gây ra nó để bắt đầu timeouting trên tất cả các tập tin sau một thời gian vào quá trình này khi chạy một lệnh get cho một số lớn các tập tin .

Như đã đề cập trong vé kết nối MS bên dưới, giải pháp thay thế cho bây giờ là sử dụng ứng dụng khách TFS cũ hơn để chạy các lệnh hết thời gian chờ. Tôi đã sử dụng thành công dòng lệnh TFS của VS 2010 để thực hiện dự án.

• Microsoft Connect - Visual Studio: Get latest version fails with timeout

Answer 3

Cùng ở đây, bạn đang rất kiên nhẫn! Tôi cũng nhận được một dịch vụ "TF400324: Team Foundation không có sẵn từ máy chủ xyz. Thông tin kỹ thuật (dành cho quản trị viên): Lỗi thời gian hoạt động" từ Source Control Explorer sau khi tôi hủy quá trình Lấy mới nhất và chờ các độ tuổi. Có thể không phải số lượng tệp, mà là số lượng dữ liệu? Nó treo với tôi sau khi dữ liệu xấp xỉ ~ 2GB được chuyển, chính xác là khi một số nguyên tràn qua 32 bit, nhưng đó chỉ là một sự nghi ngờ. Vé: https://connect.microsoft.com/VisualStudio/feedback/details/776506/source-control-explorer-getlatest-hangs-after-certain-amount-of-data-transferred-might-be-integer-overflow#tabs

Answer 4

Đối mặt với cùng một sự cố khi nhận phiên bản mới nhất với VS 2012 từ TFS 2008. Sử dụng trình gỡ rối và công cụ Fiddler tôi có thể nắm bắt khoảnh khắc VS bị treo. Có vẻ như đã xảy ra sự cố khi VS 2012 nhận được một số phản hồi HTTP máy chủ TFS được nén, nó không thể giải nén chúng và bị treo. Sau khi tôi tắt nén cho lưu lượng truy cập TFS HTTP, VS không còn nữa. Hy vọng nó sẽ giúp người khác.

Để tắt nén TFS tạo ra giá trị registry và khởi động lại VS:

HKEY_CURRENT_USER \ Software \ Microsoft \ VisualStudio \ 11.0 \ TeamFoundation \ RequestSettings EnableCompression (REG_SZ) =”false”

Answer 5

tôi phải đối mặt với tương tự vấn đề. Thay đổi không gian làm việc làm việc cho tôi, tức là tôi đã xóa không gian làm việc cũ và tạo một không gian làm việc mới nơi tôi lại lập bản đồ các dự án cần thiết và nó hoạt động như một sự quyến rũ !.

Answer 6

Tôi nhận thấy khi tôi gọi phương thức CreateWorkspace với ánh xạ WorkFolders mới làm tham số, nó bắt đầu kéo tất cả các tệp (ánh xạ thành $ /) sang cục bộ để giải thích thời gian xử lý dài - được đổi thành CreateWorkspace với null cho WorkFolders bước tiếp theo có vẻ như làm thủ thuật