Am observat o eroare cu adevărat ciudată în ultima săptămână sau așa că ne-a făcut să ne smulgem de păr.
Rulăm un server Microsoft BizTalk destul de ocupat pe trei servere dintr-un cluster și folosim o partajare de fișiere (un NAS de întreprindere cu un punct de montare pe care îl accesăm) pentru a citi și scrie fișiere din care.
O definim astfel:
\partajarea_de_fișiere\fișiere
care este un alias CNAME în AD
Și NAS există ca NAS01, așa că îl putem accesa la fel de bine ca:
\NAS01\fișiere
Cu toate acestea, de săptămâna trecută, dintr-o dată, unul dintre servere nu va mai putea accesa \partajarea de fișiere\fișiere.
Eroarea poate apărea pe toate serverele sau doar pe unul dintre ele sau o combinație între ele și nu va apărea în același timp pe toate cele trei servere, dar, dacă este lăsată nesupravegheată, se va întâmpla tuturor celor trei, ceea ce se va întâmpla doar blocați tot traficul.
Afișează o eroare în BizTalk care spune „Nu s-a putut salva fișierul pe disc!”, spune exploratorul de fișiere „Nu s-a putut conecta la \voastră_fișiere\fișiere” iar dacă îl încercăm dintr-un prompt de comandă sau din Windows+R afirmă „Resurse de sistem insuficiente pentru a finaliza serviciul solicitat”, aceeași eroare apare dacă rulăm oricare dintre propriile noastre aplicații .NET dezvoltate intern.
Lucrul ciudat este însă că, dacă \our_fileshare\files ne dă această eroare, putem, pe același server, să accesăm partajarea fișierelor folosind \NAS01\fișiere.
Așadar, ne-am gândit că ar putea exista o problemă cu DNS și, în timp ce oamenii DNS o cercetau, am schimbat-o în BizTalk pentru a începe să folosim \NAS01\fișiere. Așadar, am făcut-o astăzi și iată că problema a apărut din nou. Aceleași erori.
Deci, acum \NAS01\files nu va funcționa, DAR \our_fileshare\files funcționează bine ȘI un lucru nou pe care l-am aflat este că \NAS01.ourdomain.local\files funcționează bine.
Are cineva indicii despre unde putem căuta pentru a găsi cauza principală a acestei probleme? Singura rezoluție actuală, așa cum o vedem, este ORI să reporniți serverul Windows în cauză, SAU să reporniți serviciul „Stație de lucru” din Serviciile Windows.
Am încercat să caut pe Google eroarea și am citit nenumărate documente MS și diverse întrebări și răspunsuri aici și în alte locuri, dar nu am găsit nimic care să funcționeze. Am văzut o întrebare care se potrivește perfect cu privire la memoria cache coruptă a fișierelor offline, dar CSC este setat să pornească „Dezactivat” pe serverele noastre, așa că nici acolo nu am avut noroc.
Rulăm Windows Server 2019.
