Chia sẻ Windows: Tên mạng được chỉ định không còn khả dụng


8

Chúng tôi đã có một hộp EMC NX4 SAN phục vụ chia sẻ CIFS cho một số máy chủ ứng dụng Windows Server 2008 R2. Các máy chủ ứng dụng đang sử dụng chia sẻ CIFS để phục vụ nhiều tệp hình ảnh (~ 2500 ops / giây trên chia sẻ), tuy nhiên cả SAN và các máy chủ ứng dụng đều không có dấu hiệu căng thẳng rõ ràng.

Thỉnh thoảng, một máy chủ ứng dụng sẽ đột nhiên ngừng kết nối với SAN. Bất kỳ mã .NET nào cố gắng phân phát tệp từ SAN đều thất bại với:

System.IO.IOException: The specified network name is no longer available

Nếu tôi RDP đến máy chủ ứng dụng và thử truy cập "\ san-name" thông qua trình thám hiểm, tôi sẽ gặp lỗi tương tự. Tất cả các máy chủ ứng dụng khác có thể truy cập nó tốt. Tôi cũng có thể truy cập "\ ip-of-san" một cách hoàn hảo, ping cũng hoạt động tốt.

Khởi động lại máy chủ ứng dụng khắc phục sự cố, nhưng đó là một biện pháp khá nghiêm trọng đối với sự cố, vì có vẻ như SAN đang hoạt động tốt và máy tính có thể truy cập vào nó - có vẻ như quyền truy cập "\ san-name" barfed lên.

Điều này đã xảy ra với hai máy chủ ứng dụng khác nhau trong tuần trước, vì vậy tôi không nghi ngờ một máy chủ ứng dụng duy nhất là nguyên nhân. Bỏ qua nguyên nhân bây giờ - làm cách nào để khôi phục kết nối "\ san-name" mà không cần khởi động lại máy? Và tôi có thể bằng cách nào đó truy vấn những gì đã sai?

Nhật ký sự kiện không hiển thị gì (ngoài các lỗi ASP.NET liên quan do sự cố), không phải trên máy chủ ứng dụng cũng như trên SAN.

Cập nhật:
Dựa trên các đề xuất tôi sẽ thử khởi động lại dịch vụ Workstation vào lần tiếp theo và xem điều đó có giúp ích gì không. Chắc chắn không phải là một sửa chữa, nhưng cách nhanh hơn để làm hơn là khởi động lại toàn bộ máy như tôi hiện đang làm. Có cách nào để truy vấn trạng thái của các kết nối mà dịch vụ Workstation duy trì không?

Cập nhật 2:
Xác nhận rằng khởi động lại dịch vụ Workstation "khắc phục" sự cố. Bước tiếp theo là thử thay đổi reg để nâng cao giá trị MaxCmds. Không thể xác nhận liệu đó có phải là sự cố hay không, chỉ có thể giả sử nếu nó chạy trong một thời gian dài mà không có vấn đề.


Có bất kỳ dấu hiệu nào trong nhật ký sự kiện trên các máy chủ Ứng dụng, cụ thể là trong Nhật ký hệ thống, chỉ ra lỗi không hoạt động hoặc một số cơ chế khác được kích hoạt (ví dụ: bảo vệ DOS trong LanManagerService như được mô tả ở đây blog.mreza.info/archive/ 2007/09/26 / Ngày ). Ngoài ra thiết lập AV là gì và Celerra được tích hợp với điều đó như thế nào.
Helvick

@Helvick Không có mục liên quan trong nhật ký sự kiện, cả ứng dụng và hệ thống. Chúng tôi không chạy AV cả trên máy chủ cũng như trên Celerra. Tôi cũng đã tìm kiếm nhật ký sự kiện cho sự kiện bảo vệ LanManagerService DOS, nhưng nó đã trở lại trống rỗng.
Đánh dấu S. Rasmussen

Câu trả lời:


7

Nghe có vẻ như MaxCmds đã hết. Đây là hai bài viết hay về điều đó: ở đâyở đây .

Đây là bây giờ để thay đổi nó. Tạo một tệp có tên update.reg và đặt các mục sau vào đó:

Windows Registry Editor Version 5.00 

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\lanmanworkstation\parameters] 
"MaxCmds"=dword:00000800 

Lưu và sau đó nhấp đúp chuột và chấp nhận lời nhắc. Yêu cầu khởi động lại.


Vì tiền thưởng sắp hết, tôi sẽ trao giải cho câu trả lời của bạn cho đến khi đó là imho đặt cược tốt nhất, mặc dù tôi sẽ phải kiểm tra trước khi chấp nhận. Trước đây tôi đã thay đổi FCNMode để chỉ đăng ký thư mục bin vì tôi đã gặp lỗi "giới hạn lệnh bios" trên một số ứng dụng được lưu trữ trên một chia sẻ UNC khác. Nhưng tôi đoán cài đặt FCNMode không ảnh hưởng đến các thư mục bên ngoài thư mục ứng dụng.
Đánh dấu S. Rasmussen

FCNMode cũng có thể giúp đỡ, nhưng một cấu trúc đĩa lớn trên UNC mà chúng có thể khiến cả hai phát huy tác dụng. Tôi 'tin' rằng FCN chống lại toàn bộ cây thư mục cho .NET 2.0 trở lên.
Scott Forsyth - MVP

Thêm vào đó: Tôi đã thấy MaxCmds hết với nhiều nút giao diện người dùng và nhiều người dùng được sử dụng cho các thư mục khác nhau. MaxCmds là cài đặt tôi áp dụng cho tất cả các trang web UNC của mình. Tôi chưa bao giờ thấy một nhược điểm cho sự thay đổi đó. Cũng có cài đặt máy chủ nếu mục tiêu chia sẻ CIFS là máy chủ windows, nhưng điều đó không áp dụng cho bạn.
Scott Forsyth - MVP

Chỉ cần làm rõ nhận xét của tôi, các ứng dụng .NET thực tế được lưu trữ trên đĩa cục bộ. Mục đích chính của các ứng dụng là phục vụ dữ liệu hình ảnh, được lưu trữ trên các cổ phiếu UNC. Cài đặt FCNMode, theo tôi hiểu, chỉ áp dụng cho thư mục ứng dụng, do đó không có tác động trong trường hợp của tôi. MaxCmds vẫn là một thủ phạm có thể. Tất cả các ứng dụng đang chạy trong cùng một tài khoản, nhưng với hơn 500 ứng dụng web trên mỗi máy chủ, có khả năng tôi sắp hết.
Đánh dấu S. Rasmussen

Hành vi mặc định trong ASP.NET cho FCN là duyệt qua toàn bộ cấu trúc thư mục. Khóa đăng ký của HKLM \ Software \ Microsoft \ ASP.NET \ FCNMode có thể là 0, 1 hoặc 2. 0 là mặc định có đối tượng FCN cho mọi thư mục. Nếu bạn thay đổi nó thành 2 thì nó sẽ sử dụng một đối tượng cho thư mục gốc và tất cả các thư mục con. Đặt thành 1 tắt hoàn toàn. hỗ trợ.microsoft.com / kb / 911272 . Bạn có thể tìm thấy bài viết trên blog này và thảo luận hữu ích quá: weblogs.asp.net/owscott/archive/2006/02/21/ASP.NET-v2.0- 2D00 -AppDomain-recycles_2C00_-hơn-chung-hơn-before.aspx .
Scott Forsyth - MVP

1

có thể khởi động lại dịch vụ máy trạm trên máy chủ ứng dụng!


nếu nó thực sự mất độ phân giải tên, bạn có thể thử dưới dạng thử nghiệm bằng cách sử dụng tệp máy chủ để rút ngắn quá trình phân giải tên.
tony roth

Tôi đã cố gắng khởi động lại dịch vụ, không hoạt động, nhưng sau đó tôi khởi động lại máy chủ và nó dường như hoạt động sau đó.
Vòng tròn Hsiao

0

Tôi đã có những trường hợp như thế này trước đây, mặc dù không có phần cuối EMC. Đối với các ứng dụng người dùng, buộc đóng kết nối với máy chủ từ xa và mở lại nó sẽ đưa nó trở lại, mặc dù bạn có thể phải thử một vài lần trước khi nó hoạt động cùng nhau. Đối với các ứng dụng serverland, tái chế Nhóm ứng dụng cho dịch vụ đó hoạt động. Nếu thất bại, tái chế Dịch vụ máy trạm có thể tránh khởi động lại, nhưng nó gần như quyết liệt.


0

Trên nguồn:

Bạn có thể cung cấp thêm chi tiết về phần mềm được cài đặt trên máy chủ ứng dụng không? Trên mạng, bạn sẽ thấy rằng đó thường là sự cố với AV nhưng vì bạn không chạy bất kỳ ... có thể một ứng dụng chế độ nhân khác như phần mềm sao lưu?

Tường lửa có hoạt động không? Bạn đã kiểm tra nhật ký sự kiện trên DC cho máy chủ ứng dụng bị lỗi chưa?

Bạn cũng nên đánh hơi lưu lượng truy cập mạng CIFS khi sự cố phát sinh để xem điều gì xảy ra.

Lần duy nhất tôi gặp phải lỗi này là khi máy chủ / máy trạm bằng cách nào đó "mất" liên kết của nó với tên miền. Buộc lại thành viên tên miền đã thực hiện thủ thuật (netdom / resetpwd). Bạn có thể truy cập các chia sẻ mạng khác (từ phiên RDP đến máy chủ ứng dụng) khi sự cố phát sinh không?


Phần mềm duy nhất chạy trên máy chủ là IIS chạy ứng dụng web .NET. Tường lửa không hoạt động vì đây là đằng sau DMZ của chúng tôi. Tôi sẽ thử và kiểm tra nhật ký quảng cáo vào lần tiếp theo. Mẹo hay về CIFS - Tôi sẽ thử và thêm ISCSI LUN vào lần tiếp theo để xem liệu nó có liên quan đến chỉ CIFS hay không nếu đó là sự cố kết nối chung khi sử dụng tên máy chủ. Tôi có thể truy cập tất cả các máy và chia sẻ khác bằng CIFS trong khi xảy ra lỗi này.
Đánh dấu S. Rasmussen

0

Điều này có thể là vấn đề với độ phân giải tên. Bạn có thể kiểm tra với Máy chủ DNS của mình không? Nếu điều đó không cho phép giải quyết tên và sau khi khởi động lại máy chủ ứng dụng của bạn, nó sẽ cho phép truy cập.

Tôi gặp vấn đề tương tự khi một số người dùng máy trạm phàn nàn rằng họ không thể truy cập ứng dụng được lưu trữ trong một máy chủ khác, chúng tôi đã làm điều tương tự bằng cách cố gắng truy cập với ip máy chủ sẽ hoạt động nhưng không có tên nên chúng tôi đã kiểm tra DNS. Chúng tôi đã thực hiện thay đổi trong Ứng dụng để truy cập máy chủ khác để sử dụng địa chỉ IP vì chúng tôi có mạng IP tĩnh.

Hãy cho tôi biết nếu đề nghị của tôi làm việc cho bạn.


Trong khi tôi nhận được thông báo lỗi, tôi có thể thực hiện một nslookup tốt, trả lại IP chính xác từ DNS AD cục bộ của chúng tôi. Tôi cũng có thể ping bằng cả tên máy chủ và địa chỉ IP.
Đánh dấu S. Rasmussen

0

Tôi gặp phải một vấn đề tương tự. Tôi không thể ánh xạ chia sẻ lên máy chủ windows 2012 từ máy chủ windows 2003.

Nhóm mạng đã thực hiện chính sách AD đã cách ly các phiên bản cửa sổ thấp hơn với bộ chứa AD không cho phép phiên bản TLS thấp hơn kết nối với máy chủ chạy các phiên bản TLS cao hơn. Di chuyển máy chủ trở lại hoặc vô hiệu hóa chính sách để kết nối với phiên bản TLS thấp hơn đã khắc phục vấn đề này.

Dưới đây là một số lỗi tôi gặp phải trong nhật ký hệ thống:

Chứng chỉ nhận được từ máy chủ từ xa được cấp bởi cơ quan chứng nhận không tin cậy. Do đó, không có dữ liệu nào trong chứng chỉ có thể được xác nhận. Yêu cầu kết nối SSL không thành công. Dữ liệu đính kèm chứa chứng chỉ máy chủ.

Một cảnh báo gây tử vong đã được tạo ra và gửi đến điểm cuối từ xa. Điều này có thể dẫn đến việc chấm dứt kết nối. Giao thức TLS xác định mã lỗi nghiêm trọng là 48. Trạng thái lỗi Windows SChannel là 552.

Hy vọng nó sẽ giúp giải quyết vấn đề của bạn.

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.