18
Datei im DFS löschen obwohl sie gerade verwendet wird (von nicht existierendem user)
Hallo Kollegen 
Hallo Zusammen,
wir haben im Moment folgendes Problem:
-ein Benutzer hat vor zwei Tagen eine Excel Tabelle im DFS gespeichert. Heute Morgen wollte der Benutzer die Datei öffnen, aber bekam die Meldung das die Datei gerade von XY in Benutzung ist.
-der angezeigte Benutzer XY existiert aber im AD überhaupt nicht, es handelt sich um einen Admin-Account der die Firma bereits vor über 1 Jahr verlassen hat und der bereits gelöscht wurde.
-das eigentliche Problem ist aber, das jetzt niemand die Datei löschen kann, weder der ursprüngliche Benutzer noch wir Admins, es kommt immer die Meldung das die Datei in einem anderen Programm geöffnet ist.
Da das DFS auf dem Netapp filer liegt, zusammen mit der XEN Farm usw., kann ich das DFS bzw. die Netapp nicht eben mal kurz neustarten damit die File-Handles zurückgesetzt werden. So langsam fällt mir nix mehr ein
Habt ihre eine Idee?
Vielen Dank im Voraus und viele Grüße
Michl
Hallo Zusammen,
wir haben im Moment folgendes Problem:
-ein Benutzer hat vor zwei Tagen eine Excel Tabelle im DFS gespeichert. Heute Morgen wollte der Benutzer die Datei öffnen, aber bekam die Meldung das die Datei gerade von XY in Benutzung ist.
-der angezeigte Benutzer XY existiert aber im AD überhaupt nicht, es handelt sich um einen Admin-Account der die Firma bereits vor über 1 Jahr verlassen hat und der bereits gelöscht wurde.
-das eigentliche Problem ist aber, das jetzt niemand die Datei löschen kann, weder der ursprüngliche Benutzer noch wir Admins, es kommt immer die Meldung das die Datei in einem anderen Programm geöffnet ist.
Da das DFS auf dem Netapp filer liegt, zusammen mit der XEN Farm usw., kann ich das DFS bzw. die Netapp nicht eben mal kurz neustarten damit die File-Handles zurückgesetzt werden. So langsam fällt mir nix mehr ein
Habt ihre eine Idee?
Vielen Dank im Voraus und viele Grüße
Michl
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 191128
Url: https://administrator.de/forum/datei-im-dfs-loeschen-obwohl-sie-gerade-verwendet-wird-von-nicht-existierendem-user-191128.html
Ausgedruckt am: 23.12.2024 um 12:12 Uhr
18 Kommentare
Neuester Kommentar
Moin,
Datei mal Kopiert und anders benannt?
Dann gibt es Tools - komme aufn Namen grad net - die zeigen welcher Prozess die Datei momentan blockt und dieser kann dann abgeschossen werden. Ob es sowas für User gibt, ob existierend oder nicht, um die Datei dem User unter dem Bobbes wegzuziehen weiß ich nun nicht, wäre aber ein Ansatz.
Zuerst würde ich die Kopieren, somit können die User erstmal wieder arbeiten.
Gruß Zero
Datei mal Kopiert und anders benannt?
Dann gibt es Tools - komme aufn Namen grad net - die zeigen welcher Prozess die Datei momentan blockt und dieser kann dann abgeschossen werden. Ob es sowas für User gibt, ob existierend oder nicht, um die Datei dem User unter dem Bobbes wegzuziehen weiß ich nun nicht, wäre aber ein Ansatz.
Zuerst würde ich die Kopieren, somit können die User erstmal wieder arbeiten.
Gruß Zero
Hallo,
Tatsächlich nicht?
Gruß,
Peter
Tatsächlich nicht?
es handelt sich um einen Admin-Account der die Firma bereits vor über 1 Jahr verlassen hat und der bereits gelöscht wurde.
Na, wie kommt deine Maschine dann dazu zu behaupten das dieser nicht existente Benutzer der festhalter sei? (Dienste welche mit diesem Account....?) Oder hat sich der nicht mehr existierende Admin von alleine bei euch eingetragen und keiner weiß es?neustarten damit die File-Handles zurückgesetzt werden. So langsam fällt mir nix mehr ein
Welcher Prozess nutzt denn diese nicht mehr existierende Benutzerdaten? Indexer?Gruß,
Peter
Hi ColdZero89,
Schreibgeschützt geöffnet und mit anderem Namen gespeichert haben wir bereis gemacht, arbeiten können sie mit der Kopie momentan. Aber aus der Datei holen sich alle Entwickler ihre todo´s und da will man den gewohnten Pfad und Location beibehalten wegen der Verknüpfungen.
Deshalb brauche ich einen Weg die kaputte Datei zu löschen, die User quengeln schon ;)
Viele Grüße
Michl
Schreibgeschützt geöffnet und mit anderem Namen gespeichert haben wir bereis gemacht, arbeiten können sie mit der Kopie momentan. Aber aus der Datei holen sich alle Entwickler ihre todo´s und da will man den gewohnten Pfad und Location beibehalten wegen der Verknüpfungen.
Deshalb brauche ich einen Weg die kaputte Datei zu löschen, die User quengeln schon ;)
Viele Grüße
Michl
Moin,
herrjeh... dieses gequängel immer. Gib denen ne Tasse kaffe aus und die sind ruhig *g* Entwickler, ständig sind se was besseres *g*
Aber damit müssen sie sich nun erstmal begnügen.
Ansonsten ohne viel Fummelei: Server restart.
Dadurch wird die Verbindung gekappt. Zack peng.
Wenn se dann meckern wieso der neugestartet wird sagste janz einfach:
Dann arbeitet halt mit der Kopie weiter, ich mach nun Feierabend.
Was meinst du wie Handzahm die dann sind und dich machen lassen
herrlich dieses Fußvolk *g* Auch wenn ab und zu einer daher kommt der sehr viel versteht
Gruß Zero
herrjeh... dieses gequängel immer. Gib denen ne Tasse kaffe aus und die sind ruhig *g* Entwickler, ständig sind se was besseres *g*
Aber damit müssen sie sich nun erstmal begnügen.
Ansonsten ohne viel Fummelei: Server restart.
Dadurch wird die Verbindung gekappt. Zack peng.
Wenn se dann meckern wieso der neugestartet wird sagste janz einfach:
Dann arbeitet halt mit der Kopie weiter, ich mach nun Feierabend.
Was meinst du wie Handzahm die dann sind und dich machen lassen
herrlich dieses Fußvolk *g* Auch wenn ab und zu einer daher kommt der sehr viel versteht
Gruß Zero
Zitat von @Pjordorf:
Hallo,
> Zitat von @fischeye:
> Benutzer XY existiert aber im AD überhaupt nicht
Tatsächlich nicht?
Hallo,
> Zitat von @fischeye:
> Benutzer XY existiert aber im AD überhaupt nicht
Tatsächlich nicht?
Nein, der Account wird tatsächlich nicht gefunden, ein Hack schliessen wir momentan auch aus. Wir vermuten eher das der Filer Mist gebaut hat, oder so ???
> es handelt sich um einen Admin-Account der die Firma bereits vor über 1 Jahr verlassen hat und der bereits gelöscht
wurde.
Na, wie kommt deine Maschine dann dazu zu behaupten das dieser nicht existente Benutzer der festhalter sei? (Dienste welche mit
diesem Account....?) Oder hat sich der nicht mehr existierende Admin von alleine bei euch eingetragen und keiner weiß es?
wurde.
Na, wie kommt deine Maschine dann dazu zu behaupten das dieser nicht existente Benutzer der festhalter sei? (Dienste welche mit
diesem Account....?) Oder hat sich der nicht mehr existierende Admin von alleine bei euch eingetragen und keiner weiß es?
Es ist nicht meine Maschine, wenn ich die Datei öffne kommt kein Fehler, aber ich kann auch nicht speichern. Wenn der Benutzer die Datei öffnet bekommt er die Meldung das der nicht existierende Account die Datei benutzen würde, ich hab den Screenshot vor mir.
> neustarten damit die File-Handles zurückgesetzt werden. So langsam fällt mir nix mehr ein
Welcher Prozess nutzt denn diese nicht mehr existierende Benutzerdaten? Indexer?
Welcher Prozess nutzt denn diese nicht mehr existierende Benutzerdaten? Indexer?
Bis jetzt konnte ich keinen Weg finden das herauszufinden. Die Datei liegt im DFS auf der Netapp, wird aber angeblich laut Excel Meldung des Benutzers vom nicht existierenden Account gesperrt, müsste also Excel Prozess sein, aber auf welchem Rechner soll ich den abschiessen? Es gibt den Benutzer ja nicht mehr also kann er nirgend eingeloggt sein
Gruß,
Peter
Peter
Viele Grüße
Michl
Moin,
bitte doch ALLE Kollegen ihre PCs heute RUNTERZUFAHREN nach Feierabend.
Lass es am besten vom Chef mitteilen, somit trägt es auch Wirkung.
Wenn allle PCs aus sind dürfte ja KEIN excel mehr laufen.
Ansonsten - ich weiß nicht wie groß die Firma ist in der du Arbeitest - saurer Apfel und Restart. Kommt das Problem dann IMMERNOCH vor, würde in meinem Kopf nur noch eins bleiben: Abgesicherter Modus OHNE Netzwerk vom Server, Datei verschieben, normal Starten und Datei wieder hinschieben. Somit müsste EGAL welcher prozess dadrauf zugreift, weiter machen da Datei nicht mehr vorhanden.
Ansonsten Eventlog mal nachgucken bezüglich Systemzugriffen und co.
Ein ähnliches Problem hatte ich, nur mitm existierendem Benutzer. Dort hab ich auch nach Feierabend den Server neugestartet und Datei war immernoch gesperrt, danach abgesicherter Modus und datei WEG gezogen.
Seitdem nie wieder probleme gehabt.
Gruß Zero
bitte doch ALLE Kollegen ihre PCs heute RUNTERZUFAHREN nach Feierabend.
Lass es am besten vom Chef mitteilen, somit trägt es auch Wirkung.
Wenn allle PCs aus sind dürfte ja KEIN excel mehr laufen.
Ansonsten - ich weiß nicht wie groß die Firma ist in der du Arbeitest - saurer Apfel und Restart. Kommt das Problem dann IMMERNOCH vor, würde in meinem Kopf nur noch eins bleiben: Abgesicherter Modus OHNE Netzwerk vom Server, Datei verschieben, normal Starten und Datei wieder hinschieben. Somit müsste EGAL welcher prozess dadrauf zugreift, weiter machen da Datei nicht mehr vorhanden.
Ansonsten Eventlog mal nachgucken bezüglich Systemzugriffen und co.
Ein ähnliches Problem hatte ich, nur mitm existierendem Benutzer. Dort hab ich auch nach Feierabend den Server neugestartet und Datei war immernoch gesperrt, danach abgesicherter Modus und datei WEG gezogen.
Seitdem nie wieder probleme gehabt.
Gruß Zero
Zitat von @ColdZero89:
Moin,
herrjeh... dieses gequängel immer. Gib denen ne Tasse kaffe aus und die sind ruhig *g* Entwickler, ständig sind se was
besseres *g*
Aber damit müssen sie sich nun erstmal begnügen.
Ansonsten ohne viel Fummelei: Server restart.
Dadurch wird die Verbindung gekappt. Zack peng.
Moin,
herrjeh... dieses gequängel immer. Gib denen ne Tasse kaffe aus und die sind ruhig *g* Entwickler, ständig sind se was
besseres *g*
Aber damit müssen sie sich nun erstmal begnügen.
Ansonsten ohne viel Fummelei: Server restart.
Dadurch wird die Verbindung gekappt. Zack peng.
Geht das auch wenn das DFS auf 4 andere Domaincontroller repliziert wird?
Wenn se dann meckern wieso der neugestartet wird sagste janz einfach:
Dann arbeitet halt mit der Kopie weiter, ich mach nun Feierabend.
Was meinst du wie Handzahm die dann sind und dich machen lassen
Dann arbeitet halt mit der Kopie weiter, ich mach nun Feierabend.
Was meinst du wie Handzahm die dann sind und dich machen lassen
Gute Idee :D
herrlich dieses Fußvolk *g* Auch wenn ab und zu einer daher kommt der sehr viel versteht
Gruß Zero
Gruß Zero
Viele Grüße
Michl
Moin,
An sich JA.
Musst ja nur den Server neustarten auf dem die Datei gesperrt ist, oder ist die auf ALLEN gesperrt? Dann ähm... saurer Apfel.
Dann den Hauptserver neustarten (den wo sich alle ein Beispiel dran nehmen) und abwarten was passiert.
Kannst auch das Problem haben wenn ein Server sagt Datei ist frei und 3 sagen NE isse net - dann bekommt der server wos richtig ist die Datei gesperrt wieder.
Dann isses nen janz saurer Apfel... Alle neustarten und das möglichst zur gleichen zeit, sodass sie sich NICHT replizieren können wenn einer neustartet udn ein anderer sagt: HIER hasse die Datei die is bei dir anders
Is halt nen kleines feuer mit dem du da spielst.
/OT
Ich musste nen dringendes Update an unserem Openfire Server durchführen und alle meckerten (Die Updatezeit war schon auf Mittwoch 18h gelegt - allgemeines Feierabend), ich zum Chef gesagt pass uf hier so und so, Chef (ein sehr cooler wohl bemerkt) schrieb Mail mit "Dann geht der Server halt ganz aus und bleibt aus für ne Woche" PENG xD durfte ich um 17h ran.
Anders hab ich genau den oben genannten Satz gebracht... was ich aufeinmal durfte weil se danach wieder wie vorher arbeiten konnten
/OT
Gruß Zero
An sich JA.
Musst ja nur den Server neustarten auf dem die Datei gesperrt ist, oder ist die auf ALLEN gesperrt? Dann ähm... saurer Apfel.
Dann den Hauptserver neustarten (den wo sich alle ein Beispiel dran nehmen) und abwarten was passiert.
Kannst auch das Problem haben wenn ein Server sagt Datei ist frei und 3 sagen NE isse net - dann bekommt der server wos richtig ist die Datei gesperrt wieder.
Dann isses nen janz saurer Apfel... Alle neustarten und das möglichst zur gleichen zeit, sodass sie sich NICHT replizieren können wenn einer neustartet udn ein anderer sagt: HIER hasse die Datei die is bei dir anders
Is halt nen kleines feuer mit dem du da spielst.
/OT
Ich musste nen dringendes Update an unserem Openfire Server durchführen und alle meckerten (Die Updatezeit war schon auf Mittwoch 18h gelegt - allgemeines Feierabend), ich zum Chef gesagt pass uf hier so und so, Chef (ein sehr cooler wohl bemerkt) schrieb Mail mit "Dann geht der Server halt ganz aus und bleibt aus für ne Woche" PENG xD durfte ich um 17h ran.
Anders hab ich genau den oben genannten Satz gebracht... was ich aufeinmal durfte weil se danach wieder wie vorher arbeiten konnten
/OT
Gruß Zero
Danke für die Hilfe, werde das heute Abend testen und berichten
Noch einen schönen Abend!
Viele Grüße
Michl
Noch einen schönen Abend!
Viele Grüße
Michl
Juhuu, hat funktioniert
Vielen Dank für eure Hilfe.
Vielen Dank für eure Hilfe.
Moin,
welche Lösung? hier gabs mehrere Ansätze.
Gruß Zero
welche Lösung?
hier gabs mehrere Ansätze.Gruß Zero
Tachchen,
vor dem Server Neustart hab ich noch gewartet bis alle User abgemeldet waren und konnte dann die Datei per Restore direkt auf der Netapp löschen. Sie war also von einem Benutzer gesperrt. Warum aber in der Meldung ein Account genannt war der nicht mehr existiert ist immer noch rätselhaft.
Aber Hauptsache die Benutzer sind glücklich
Viele Grüße
Michl
vor dem Server Neustart hab ich noch gewartet bis alle User abgemeldet waren und konnte dann die Datei per Restore direkt auf der Netapp löschen. Sie war also von einem Benutzer gesperrt. Warum aber in der Meldung ein Account genannt war der nicht mehr existiert ist immer noch rätselhaft.
Aber Hauptsache die Benutzer sind glücklich
Viele Grüße
Michl
Moin,
sauber. war einer meiner Grundgedanken, das eni Benutzer das sperrt, nen falscher name wird angezeigt.
Was ich nun grad als Folge vermute: Die SSID des alten Admins wurde nun an den neuen Benutzer gegeben und das AD/Server/Blaetc was noch in frage kommt, hat die SSID noch als den alten Admin interpretiert.
Naja hat gegeht Wir glücklich, die User glücklich.
Gruß Zero
sauber. war einer meiner Grundgedanken, das eni Benutzer das sperrt, nen falscher name wird angezeigt.
Was ich nun grad als Folge vermute: Die SSID des alten Admins wurde nun an den neuen Benutzer gegeben und das AD/Server/Blaetc was noch in frage kommt, hat die SSID noch als den alten Admin interpretiert.
Naja hat gegeht
Wir glücklich, die User glücklich.Gruß Zero
Hallo,
Klar, ist normal.
Oder kannst du etwa mit deinem nicht existierenden Ferarri morgens zum Bäcker fahren (Ja, dann gibt es nicht existierende Brötchen für die nicht existierende Familie)
Welches OS?
Welche art der Benutzer Authentifizierung?
Office personalisieren
Und das neustarten deiner ganzen Server mit DFS (4 DCs mit DFS) und deiner XEN Farm ist wohl nicht die dauer Lösung, oder? Das Problem wird wiederkommen. Es ist nicht die Frage ob es wiederkommt sondern nur wann es wiederkommt.
Gruß,
Peter
Klar, ist normal.
aber ich kann auch nicht speichern.
Klar, ist ja momentan eben von einem nicht existierenden Benutzer als Schreibgeschützt gesperrt bzw. er war halt der erste der dieses Excelbaltt geöffnet hat.den Screenshot vor mir.
Das glaube ich dir ja. Aber ein Benutzer der nicht existiert kann auch nichts sperren Oder kannst du etwa mit deinem nicht existierenden Ferarri morgens zum Bäcker fahren (Ja, dann gibt es nicht existierende Brötchen für die nicht existierende Familie)Die Datei liegt im DFS
Was mit welchem OS erstellt und verwaltet wird? Dort ansetzen. Die sollte dir sagen können wer was von wo in benutzung hat.auf der Netapp
Netapp in Form von einem / mehrerer SAN/NAS http://www.netapp.com/de/ ?Welches OS?
Welche art der Benutzer Authentifizierung?
wird aber angeblich laut Excel Meldung des Benutzers vom nicht existierenden Account gesperrt,
Ist das ein Benutzernamen wie er in Office des jeweiligen Benutzers unabhängig von einem AD und sonstige Authentifizierungen beliebig eingetragen werden kann? Donald Duck taucht in keinem AD oder Benutzerauthentifizierung irgend eines Rechners / NAS / SAN oder sonstwo auf. Aber Excel sagt Donald Duck hat gesperrtaber auf welchem Rechner soll
Da sollte dir doch die Netapp sagen können wer welche Dateien geöffnet hat, oder?ich den abschiessen?
Dann wird aber das Excelblatt nicht freigegeben, sondern bleibt im Schreibschutz im DFS auf der Netapp liegen.Es gibt den Benutzer ja nicht mehr also kann er nirgend eingeloggt sein
Nun, von alleine wird weder dein Excel noch sonstein Programm sich einen Namen irgendwo ausdeneken. Der ist somit irgendwo eingetragen.Und das neustarten deiner ganzen Server mit DFS (4 DCs mit DFS) und deiner XEN Farm ist wohl nicht die dauer Lösung, oder? Das Problem wird wiederkommen. Es ist nicht die Frage ob es wiederkommt sondern nur wann es wiederkommt.
Gruß,
Peter
Moin,
ähm Peter? Das Problem ist doch schon behoben *g*
Nachdem alle nutzer abgemeldet waren, war die Datei wieder Frei.
Daher die Vermutung von mir, einen Post über deinem Post, das der Server die SSID des gelöschten Benutzers wieder vergeben hat und daher der falsche Name angezeigt wurde. Ob der Name mit der SSID in irgendeinem Gottverlassenem Cache noch rumhing oder wat weiß der Teufel.
Problem ist behoben ^^
Gruß Zero
ähm Peter? Das Problem ist doch schon behoben *g*
Nachdem alle nutzer abgemeldet waren, war die Datei wieder Frei.
Daher die Vermutung von mir, einen Post über deinem Post, das der Server die SSID des gelöschten Benutzers wieder vergeben hat und daher der falsche Name angezeigt wurde. Ob der Name mit der SSID in irgendeinem Gottverlassenem Cache noch rumhing oder wat weiß der Teufel.
Problem ist behoben ^^
Gruß Zero
Hallo, Zero,
Das habe ich vorher auch sehr genau gelesen:-9
Selbst in einem Cache der schon seit einem Jahr läuft.... So ein verhalten wäre Schrott im Netz. Und wenn da jemand mindestens 4 DCs hat, dort mit DFS arbeitet und eine oder meherer Netapp als Speicherort (SAN/NAS) nutzt der wird scheller als in 1 Jahr erfahren ob sein Netz Schrott ist
Aber überlassen wir es doch dem TO selbst zu Entscheiden was er mit den Informationen von uns anfangen will
(Zumindest brauchte ich in über 15 Jahren keinen Server neu zu starten weil ein Office Dokument (hier Excel) als Schreibgeschützt gegenüber andere Benutzer deklariert wurde. Die Quelle (des Schreibschutzes) lies sich immer identifizieren.)
Ist halt die Frage will ich das Problem in Zukunft verhindern können / schnell lösen können oder reicht mir ein "keine Ahnung, habe halt alle Server neu gestartet" aus.
Gruß,
Peter
Das habe ich vorher auch sehr genau gelesen:-9
Nachdem alle nutzer abgemeldet waren, war die Datei wieder Frei.
Äh, du hast vielleicht nicht richtig gelesen. Da steht dochvor dem Server Neustart hab ich noch gewartet bis alle User abgemeldet waren
Daher die Vermutung von mir
Mancmal sind in der IT Vermutungen einfach nur Falschdas der Server die SSID des gelöschten Benutzers wieder vergeben hat
Eine SSID gehört zu einem Computerobjekt. Ein AD welches eine GUID - UID - SSID (egal was) einfach so vergibt, gibt es nicht. Falls ja, ist das AD nur noch Schrott.und daher der falsche Name angezeigt wurde
Nur gut das Namen nicht nur in einem AD stehen können ud auch tun, gell.irgendeinem Gottverlassenem Cache noch rumhing oder wat weiß der Teufel.
Ja, das wird der Teufel wissen. Man sagt ja nicht umsonst das "verteufelte Netzwerk ist schuld" Selbst in einem Cache der schon seit einem Jahr läuft.... So ein verhalten wäre Schrott im Netz. Und wenn da jemand mindestens 4 DCs hat, dort mit DFS arbeitet und eine oder meherer Netapp als Speicherort (SAN/NAS) nutzt der wird scheller als in 1 Jahr erfahren ob sein Netz Schrott istProblem ist behoben ^^
Ja, durch Serverneustart mit NetApps und XEN Farm. Gute dauerlösung. Aber überlassen wir es doch dem TO selbst zu Entscheiden was er mit den Informationen von uns anfangen will
(Zumindest brauchte ich in über 15 Jahren keinen Server neu zu starten weil ein Office Dokument (hier Excel) als Schreibgeschützt gegenüber andere Benutzer deklariert wurde. Die Quelle (des Schreibschutzes) lies sich immer identifizieren.)
Ist halt die Frage will ich das Problem in Zukunft verhindern können / schnell lösen können oder reicht mir ein "keine Ahnung, habe halt alle Server neu gestartet" aus.
Gruß,
Peter
Hallo Zusammen,
da hab ich mich vielleicht etwas misverständlich ausgedrückt. Ich meinte bevor ich die Server neugestartet habe, habe ich probiert ob es ausreichend ist, das sich die User abgemeldet haben. Und dem war so, die Server + Netapp wurden daher nicht neu gestartet.
Mit der Netapp sind wir noch nicht so gut vertraut, sie läuft einfach zuverlässig bis die nächste kommt, und die wird dann vom Dienstleister konfiguriert. Deshalb konnten wir nicht sehen wer die Datei blockt. Der Hinweis mit dem personalisierten Excel könnte eine Ursache sein.
Das DFS wird mit Server 2008 R2 Bordmitteln verwalter und repliziert, da konnte ich die Information leider auch nicht finden, habe IMHO halle Menüs gecheckt.
Aber da das Problem bis jetzt nur einmal aufgetreten ist, warten wir erst mal ab ob Handlungsbedarf besteht
Danke nochmals für die vielen konstruktiven Beiträge
Viele Grüße
Michl
da hab ich mich vielleicht etwas misverständlich ausgedrückt. Ich meinte bevor ich die Server neugestartet habe, habe ich probiert ob es ausreichend ist, das sich die User abgemeldet haben. Und dem war so, die Server + Netapp wurden daher nicht neu gestartet.
Mit der Netapp sind wir noch nicht so gut vertraut, sie läuft einfach zuverlässig bis die nächste kommt, und die wird dann vom Dienstleister konfiguriert. Deshalb konnten wir nicht sehen wer die Datei blockt. Der Hinweis mit dem personalisierten Excel könnte eine Ursache sein.
Das DFS wird mit Server 2008 R2 Bordmitteln verwalter und repliziert, da konnte ich die Information leider auch nicht finden, habe IMHO halle Menüs gecheckt.
Aber da das Problem bis jetzt nur einmal aufgetreten ist, warten wir erst mal ab ob Handlungsbedarf besteht
Danke nochmals für die vielen konstruktiven Beiträge
Viele Grüße
Michl
Moin,
genau ein Bug ist ja auch dann nur ein Bug wenn er replizierbar ist (Mindestens 3 mal)
Übertragbar auf einen Fehler der Handlungsbedarf hat: Erst ab dem 3ten mal.
WObei ich nach dem 2ten mal mich auf explizite Fehlersuche machen würde xD
Gruß Zero
genau ein Bug ist ja auch dann nur ein Bug wenn er replizierbar ist (Mindestens 3 mal)
Übertragbar auf einen Fehler der Handlungsbedarf hat: Erst ab dem 3ten mal.
WObei ich nach dem 2ten mal mich auf explizite Fehlersuche machen würde xD
Gruß Zero
