quyền sysopen bị từ chối

Question

Tôi đang cố gắng khắc phục lỗi liên tục trong git-svn. Vấn đề chỉ xảy ra trong Windows XP, với cả Cygwin git (perl v5.10.1) và msysGit (perl v5.8.8).

Với bất kỳ hoạt động có liên quan đến một lấy, tôi có thể nhận được partway qua và sau đó hoạt động chết với một thông điệp tương tự như

Không thể mở .git/svn/refs/điều khiển từ xa/trunk /.rev_map.cc05479a-e8ea-436f-8d71-e07493b7796c.lock: thiết bị hoặc tài nguyên bận rộn

tại/usr/lib/git-core/git-svn dòng 5240

Tuy nhiên, khóa chính xác tệp và số dòng không phải lúc nào cũng giống nhau. Tôi đã theo dõi sự cố thực tế đối với dòng 3679

sysopen(my $fh, $db_lock, O_RDWR | O_CREAT) 

Đây là tệp tạo tệp .lock mới và tôi đã thử tương đương không có kết quả.

open(my $fh, ">", $db_lock) 

Tôi đã kiểm tra quyền của thư mục và đó là drwxr-xr-x, vì vậy sẽ không có bất kỳ vấn đề nào hoặc nếu không, chúng sẽ không nhất quán.

Điều này có thể là do tập lệnh tạo và đổi tên tệp này quá nhiều lần liên tiếp mà XP không thể xử lý? EDIT: nghi ngờ của tôi là đây là trường hợp, bởi vì khi tôi sử dụng trình gỡ rối perl và khởi động việc thực hiện của mỗi sysopen bằng tay, không có vấn đề cho 100 sửa đổi tôi lấy.

EDIT: Một số nhà phát triển Git sẽ tìm hiểu nguyên nhân gốc rễ hơn là đi với một hack xảy ra để làm việc (cách tiếp cận đúng, tôi nghĩ). Vì vậy, bất cứ ai có thể giúp tôi tìm thấy thủ phạm phủ nhận sự cho phép của tôi để mở các tập tin .lock? Tôi có một số công cụ mà về mặt lý thuyết có thể được sử dụng cho mục đích này, nhưng họ hoàn toàn không đi tất cả các cách:

• Process Explorer - cho thấy tất cả xử lý thuộc sở hữu của một quá trình, và cũng có thể tìm kiếm tất cả các quá trình sở hữu một tay cầm cụ thể. Tuy nhiên, nó không hoạt động tốt cho các quá trình hoặc xử lý ngắn (đó là những gì git svn clone/fetch do)
• Trình mở khóa - Phát hiện khi hộp thoại 'cho phép từ chối chung' xuất hiện và tìm (các) trình xử lý và phiếu mua hàng vi phạm để đối phó với họ. Tuy nhiên, nó không xuất hiện khi các chương trình không phải thám hiểm gặp lỗi dựa trên tệp

Tóm lại, có cách nào để tôi có thêm thông tin mà không phải là nhân viên của Microsoft không?

CHỈNH SỬA 2: Có thể không phải Symantec, mà là một chương trình khác mà chúng tôi đã chạy trên các máy tính nối mạng. Tôi có một số người nhìn vào nó, và họ sẽ có thể ít nhất là thu hẹp nguyên nhân ở đây.

Answer 1

Loại hành vi này thường có thể được quy cho một thành phần chống vi-rút giữ cho tệp được mở và trì hoãn việc xóa.

Answer 2

Hack hiện tại của tôi về một giải pháp là thay thế sysopen với điều này

my $fh; 
if ($^O eq 'MSWin32' or $^O eq 'cygwin') { 
    for my $try (1..10) { # Retry up to 10 times on problematic systems 
     sysopen($fh, $db_lock, O_RDWR | O_CREAT); 
     last if $fh; 
    } 
} else { 
    sysopen($fh, $db_lock, O_RDWR | O_CREAT); 
} 

croak "Couldnt open $db_lock: $!\n" unless $fh;' 

Và cho đến nay, nó hoạt động khá tốt. Hầu hết thời gian nó không in bất kỳ, và đôi khi nó in một, và tôi đã không nhìn thấy nó in nhiều hơn một liên tiếp. Là giải pháp này quá hacky?

Chỉnh sửa: Mã của tôi được thay thế bằng phiên bản đã dọn sạch của Ævar Arnfjörð Bjarmason.

Answer 3

Tôi sẽ sử dụng Process Monitor và để nó chạy cho đến khi lỗi xảy ra lần nữa. Sau đó, trong Process Monitor bạn sẽ thấy một lỗi trong khi chương trình của bạn truy cập tệp (rất có thể là ACCESS_DENIED hoặc SHARING_VIOLATION). Sau đó, bạn có thể lọc theo tên tệp đó và xem các quy trình khác (nếu có) đã mở nó ra sao.

Answer 4

Nếu chương trình của bạn đang gọi "fork()" hoặc "system()" hoặc "exec()" ở bất kỳ đâu, điều này rất có thể là gốc của sự cố.