Làm thế nào để ngăn samba giữ khóa tệp sau khi máy khách ngắt kết nối?

Ở đây tôi có một máy chủ Samba (Debian 5.0) được cấu hình để lưu trữ các cấu hình Windows XP.

Khách hàng kết nối với máy chủ này và làm việc trên hồ sơ của họ trực tiếp trên chia sẻ samba (hồ sơ không được sao chép cục bộ).

Thỉnh thoảng, một máy khách có thể không tắt đúng cách và do đó Windows không giải phóng các khóa tệp. Khi nhìn vào bảng khóa samba, chúng ta có thể thấy rằng nhiều tệp vẫn bị khóa mặc dù máy khách không được kết nối nữa. Trong trường hợp của chúng tôi, điều này dường như xảy ra với các tệp khóa được tạo bởi Mozilla Thunderbird và Firefox. Dưới đây là một ví dụ về bảng khóa samba:

# smbstatus -L | grep DENY_ALL | head -n5
Pid          Uid        DenyMode   Access      R/W        Oplock           SharePath   Name   Time
--------------------------------------------------------------------------------------------------
15494        10345      DENY_ALL   0x3019f     RDWR       EXCLUSIVE+BATCH  /home/CORP/user1   app.profile/user1.thunderbird/parent.lock   Mon Nov 22 07:12:45 2010
18040        10454      DENY_ALL   0x3019f     RDWR       EXCLUSIVE+BATCH  /home/CORP/user2   app.profile/user2.thunderbird/parent.lock   Mon Nov 22 11:20:45 2010
26466        10056      DENY_ALL   0x3019f     RDWR       EXCLUSIVE+BATCH  /home/CORP/user3   app.profile/user3.firefox/parent.lock   Mon Nov 22 08:48:23 2010

Chúng ta có thể thấy rằng các tệp đã được Windows mở và áp dụng khóa DENY_ALL.

Bây giờ khi một khách hàng kết nối lại với chia sẻ này và cố gắng mở các tệp đó, samba nói rằng họ bị khóa và từ chối truy cập.

Có cách nào để khắc phục tình trạng này hay tôi đang thiếu thứ gì?

Chỉnh sửa: Chúng tôi muốn tránh việc vô hiệu hóa khóa tệp trên máy chủ samba vì có những lý do chính đáng để bật chúng.

các bước dưới đây đã giúp tôi giải quyết vấn đề chính xác này trong một số trường hợp:

1. Đăng nhập vào máy chủ samba.
2. Chạy một "smbstatus".
3. Tìm pid của quá trình có khóa trên tệp trong phần thứ ba của đầu ra.
4. Xác minh rằng nó phù hợp với tên người dùng và tên máy chủ dự kiến ​​trong phần đầu tiên và thứ hai của đầu ra smbstatus.
5. Chạy "ps -ef" và xem smbd với pid đó đã chạy được bao lâu.
6. Nếu nó đã chạy từ trước khi máy tính được khởi động lại lần cuối, thì đó là phần còn lại của smbd. Giết CHỈ LÀ MỘT smbd. (Và hãy chắc chắn rằng bạn đã chọn đúng - nó phải là một cái có giá trị cha mẹ không bằng 1.)

Có một cái nhìn tại:

reset on zero vc = yes / no

và xem nếu điều đó sẽ khắc phục vấn đề của bạn hay không.

Từ smb.conftrang người đàn ông:

Tùy chọn boolean này kiểm soát xem thiết lập phiên đến có nên giết các kết nối khác đến từ cùng một IP hay không. Điều này phù hợp với hành vi mặc định của Windows 2003. Đặt tham số này thành có trở nên cần thiết khi bạn có một mạng không ổn định và các cửa sổ quyết định kết nối lại trong khi kết nối cũ vẫn có các tệp với chế độ chia sẻ mở. Những tập tin này không thể truy cập được qua kết nối mới. Máy khách gửi một VC không trên kết nối mới và Windows 2003 sẽ giết tất cả các kết nối khác đến từ cùng một IP. Bằng cách này, các tập tin bị khóa có thể truy cập lại. Xin lưu ý rằng việc bật tùy chọn này sẽ giết chết các kết nối phía sau bộ định tuyến giả mạo.

Chỉnh sửa :
Tôi chỉ nghĩ về một giải pháp có thể khác. Bạn có thể làm một cái gì đó như thế này trên chia sẻ trong câu hỏi.

veto oplock files = /*.lock/

Điều này sẽ chỉ ngăn chặn oplocks trên các tập tin .lock.

Một số người rất thông minh tại Samba đã quyết định loại bỏ tùy chọn này và không có sự thay thế nào cho nó.

Cho đến nay đối với SMB đồng hành, vì đây thực sự là hành vi giành chiến thắng mặc định.

Trừ khi người dùng thành thạo dòng lệnh linux và cách tiêu diệt các tệp / quy trình đang mở, bạn phải khởi động lại SMBD hoặc chính máy chủ để xóa điều này.

Làm tuyệt vời, Samba.org.

Tôi đang gặp một vấn đề tương tự, một khách hàng gặp sự cố trong khi sao chép một tệp lớn và tệp bị khóa sau khi khởi động lại. May mắn là điều này không xảy ra rất thường xuyên, nhưng vẫn khá khó chịu khi phải giết quá trình samba. reset on zero vcdường như chỉ là giải pháp, nhưng nó được cho là đã bị xóa khỏi Samba4, mặc dù Phiên bản 4.7.6 trên Fedora (27) vẫn có nó (có thể được vá bởi RH). Dù sao nó cũng không giúp được gì nhiều, như trang man bây giờ nói rằng nó chỉ hoạt động với SMB1 (không nên sử dụng nữa) và không làm gì trên các kết nối SMB2 và SMB3, cách duy nhất còn lại để xử lý việc này được đề cập trong chủ đề được liên kết bởi Micheal . Tôi không biết lý do đằng sau việc loại bỏ và điều gì quá tệ vềreset on zero vc, Tôi sẽ xem xét sử dụng thời gian chờ tcp cho mục đích này giống như một vụ hack. Dù sao một cái gì đó hợp lý có thể là ví dụ

socket options = TCP_NODELAY SO_KEEPALIVE TCP_KEEPIDLE=30 TCP_KEEPCNT=3 TCP_KEEPINTVL=3

Điều này sẽ giết kết nối khoảng 40 giây (30 + 3 * 3) sau lần liên lạc cuối cùng, thường là quá đủ để nhận thấy sự cố và khởi động lại (với điều kiện ngăn xếp tcp của máy chủ đủ thông minh để đóng kết nối khi máy khách từ chối các gói giữ nguyên của nó sau khi khởi động lại).

Lưu ý rằng điều này làm tăng tải trên mạng của bạn, nhưng tôi nghi ngờ rằng nó thậm chí còn đáng chú ý ngay cả với rất nhiều khách hàng.

Bạn có thể vô hiệu hóa oplocks trên cơ sở cho mỗi chia sẻ với những điều sau đây:

[acctdata]
oplocks = False
level2 oplocks = False

Loại oplock mặc định là Level1. Oplocks Level2 được bật trên cơ sở chia sẻ trong tệp smb.conf. Thay phiên, bạn có thể vô hiệu hóa oplocks trên cơ sở mỗi tệp trong phần chia sẻ:

veto oplock files = /*.mdb/*.MDB/*.dbf/*.DBF/

Nếu bạn đang gặp vấn đề với oplocks, rõ ràng từ các mục nhật ký của Samba, bạn có thể muốn chơi nó an toàn và vô hiệu hóa oplocks và oplocks Level2.

Vô hiệu hóa Kernel Oplocks Kernel oplocks là một tham số smb.conf thông báo cho Samba (nếu hạt nhân UNIX có khả năng gửi cho máy khách Windows một oplock break) khi một tiến trình UNIX đang cố mở tệp được lưu trữ. Tham số này giải quyết các tệp chia sẻ giữa UNIX và Windows với oplocks được bật trên máy chủ Samba: quy trình UNIX có thể mở tệp được Oplocked (lưu trữ) bởi máy khách Windows và quá trình smbd sẽ không gửi ngắt oplock, làm lộ tệp nguy cơ tham nhũng dữ liệu. Nếu hạt nhân UNIX có khả năng gửi ngắt oplock, thì tham số oplocks của hạt nhân cho phép Samba gửi ngắt oplock. Oplocks hạt nhân được kích hoạt trên cơ sở mỗi máy chủ trong tệp smb.conf.

kernel oplocks = yes

Mặc định là không.

Nguồn