System zu groß

[bloba]

Hallo zusammen,
ich habe im Vorfeld schon viel gestöbert und einige Tipps ergebnislos ausprobiert.

zu meinem Problem:
mein Serverspeicher beträgt nur noch 39gb wobei ich rechnerisch mehr frei haben müsste.



ich verstehe zb nicht, warum das System 3,1 TBdermassen gross ist.

wenn ich nun alle Ordner zusammen zähle inkl duplizierung komme ich auf grade mal 1,35 TB

• 39,6

1. 51,6

• 148,6

• 2,18

• 17,35

• 666,03

• 113,59

die kleinen Ornder nicht mitgerechnet ergeben ca 1.038,95 GB
zusätzlich der duplizierten Ornder: 1358,09 GB

Das seltsame ist nur die Ansicht aus der Computerverwaltung zeigt dass die platten voll sind ..nur ich frage mich womit??



beim Stöbern im system fand ich diesen Ornder, der (exakt) diese 3,12 TB aufwweisst..



Habt Ihr eine idee wo die Daten liegen, welche das System so enorm gross werden lassen ?

Vielen dank
bloba

[larry]

Welche Dateien sind den in dem Ordner enthalten?

Das müssten eigentlich verwaiste Schattendateien sein. Also Dateien, welcher der WHS gefunden hat, ohne dass es einen Eintrag unter d:\shares\Freigabename gibt.

Gruß
Larry

[bloba]

also die datein kann nicht nich veriverzieren, da sie alle codiert sind.,
ich erkenne lediglich den ornder namen (work) welcher wohl gemeint ist..


diese im bild gezeigte struktur wiederholt sich eigentlich (fast) immer wieder.
Ausnahme: cpbf000000...000 zeigt mehre dieser Dateien auf.

[larry]

Hast du eine Freigabe mit dem Ordnernamen Work?
Wenn ja, welche Art von Dateien hast du da drin?
Normalerweise solltest du die Dateien löschen können. Die Frage ist nur wie diese entstanden sind.

Gruß
Larry

[bloba]

ja, es gibt einen share,der so heisst..dort sind meine Arbeitsdateien drin (text, bild ton video etc...)


ich bin immer etwas vorsichtig, mit dem löschen dieser Daten...



ich nutze vom mac aus aun Syncronisationstool, welches einen teil dieser daten abgleicht eventuell liegt es daran, dass dieser ordner so stark anwuchs.

ferner hatte ich vor einiger zeit intern einen oder kopiert und ihn umbenannt (daten2010) > (daten2011)wobei ich aus dem 2011 viel löschte.

[Nobby1805]

Das sieht so aus, als ob ein Tool oder eine Anwendung mit den Tombstones nicht zurecht kommt und nur den Tombstone gelöscht hat und die eigentliche Datendatei nicht. Der DEmigrator stellt das dann beim nächsten Lauf fest und verschöbet die Datei in das besagt Verzeichnis

[bloba]

Das sieht so aus, als ob ein Tool oder eine Anwendung mit den Tombstones nicht zurecht kommt und nur den Tombstone gelöscht hat und die eigentliche Datendatei nicht. Der DEmigrator stellt das dann beim nächsten Lauf fest und verschöbet die Datei in das besagt Verzeichnis

also die demigrator.exe läuft bei mir im taskmanager. und dieses problem habe ich schon seit einiger zeit,
wann wäre denn deiner erfahrung nach der nächste lauf in dem der demigrator das feststellt und bereinigt?

[larry]

Es würde auf alle Fälle Sinn machen, wenn du mal angibst, welches Tool du einsetzt.
Der Demigrator legt nach der Ausführung eine Pause von einer Stunde ein, bevor er erneut loslegt.

Gruß
Larry

[bloba]

Addins:
habe ich keine installiert.

Prozesse sind eigentlich nur die whs-eigenen bis auf crashplan, welches aber nicht auf den serverbestand zugreift sondern daten auf einen webserver sichert.




ich habe vom mac (osx) aus das betreffenede laufwerk "WORK" gemappet und spiele fast täglich einige dateien rüber. via folgendem tool
http://www.goodsync.com/mac

[Nobby1805]

Für mich noch einmal zum Verständnis ...

Du setzt Goodsync nur auf dem Mac ein und synchronisiert auf das Work-Verzeichnis des WHS? Oder machst du Backups?

Hast du den WHS mal ne gebootet ? Hattest du die 1. HDD des WHS mal an einen anderen Rechner gehängt ?
Was findest du den aktuell auf dem WORK-share?

[bloba]

Für mich noch einmal zum Verständnis ...

Du setzt Goodsync nur auf dem Mac ein und synchronisiert auf das Work-Verzeichnis des WHS? Oder machst du Backups?

ich habe das WORK verzeichniss (share) im osx gemappt und ich synchronisiere einige Ordner dieses verzeichnisses mit dem whs. (also kein backup in dem sinne)

Hast du den WHS mal ne gebootet ?

gebootet habe ich den whs (in den letzten tagen vorallen) einige male, es hat sich aber an der situation nichts wesentlich geändert.

Hattest du die 1. HDD des WHS mal an einen anderen Rechner gehängt ?
Was findest du den aktuell auf dem WORK-share?

ich weiss nicht genau wie die frage gemeint ist:
-die erste hdd, da ist das system drauf, die hatte ich noch nirgendwo anders drin...
-die platten sind alle "frisch" gewesen.
-aktuell befinden sich auf dem WORK share (unter osx ) alle meine Arbeitsdateien/Ordner.

[Nobby1805]

Hattest du die 1. HDD des WHS mal an einen anderen Rechner gehängt ?
Was findest du den aktuell auf dem WORK-share?

ich weiss nicht genau wie die frage gemeint ist:
-die erste hdd, da ist das system drauf, die hatte ich noch nirgendwo anders drin...

aber eine der anderen Platten?

-die platten sind alle "frisch" gewesen.
-aktuell befinden sich auf dem WORK share (unter osx ) alle meine Arbeitsdateien/Ordner.

zur Erläuterung: die Tombstones und die Datenfiles im Pool sind über GUID des Volumes und File-ID gegenseitig verknüpft ... Diese Struktur kan nur der DriveExtender des WHS bearbeiten ... Wenn man jetzt außehalb des WHS entweder am Tombstones oder am Datenfile etwas ändert dann erkennt das der DEmigrator bei der Konsistenzprüfung und korrigiert z.B. In dem er orphan-Files in das hier beschriebene Verzeichnis verschiebt

Sind alle Files dort vom selben Datum oder sind das Files seit dem du den WHS einsetzt?
Gibt es dort ganz aktuelle Files ? Dann müsstest du in den DEutil-log Files noch Information zu der Verschiebung (Grund) finden

[bloba]

aber eine der anderen Platten?

nein, keine platte war vorher irgendwo anders drin bzw, wenn hatte ich sie vorher mit Hilfe des festpalttenverwaltung zum datenpool hinzugefügt.

zur Erläuterung: die Tombstones und die Datenfiles im Pool sind über GUID des Volumes und File-ID gegenseitig verknüpft ... Diese Struktur kan nur der DriveExtender des WHS bearbeiten ... Wenn man jetzt außehalb des WHS entweder am Tombstones oder am Datenfile etwas ändert dann erkennt das der DEmigrator bei der Konsistenzprüfung und korrigiert z.B. In dem er orphan-Files in das hier beschriebene Verzeichnis verschiebt

dem kann ich nicht ganz folgen...
ich habe jedenfalls vorher nichts an den Ordnern (wissentlich) verschoben oder geändert

Sind alle Files dort vom selben Datum oder sind das Files seit dem du den WHS einsetzt?

nein, die grösse und datum variieren (sind aber alle von 2011)

Gibt es dort ganz aktuelle Files ? Dann müsstest du in den DEutil-log Files noch Information zu der Verschiebung (Grund) finden

ja die letzen daten sind vom 12.05 das kann hinkommen, das das aktuelle Daten sind...

wo finde ich diesen DEutil-log?

[Nobby1805]

C:\Dokumente und Einstellungen\All Users\Anwendungsdaten\Microsoft\Windows Home Server\logs

[bloba]

habe die logs nun gefunden, weiss aber nicht sorecht wonach ich genau suchen muss...

eine sache fällt mir auf:

die ältesten logs sind von 2009 und reichen bis heute..
die logs von 2009-ende 2010 sind gerade mal 11 Dateien.
von 2011 gibt es jedoch über 500 Dateien. die grösse reicht von 1.kb bis die 150 bzw 180 mb(!)

nur mal ein kleiner Auszug dieses 180 mb Dokumentes:

Code: Alles auswählen

[11.05.2011 01:00:55 1324] DEFilter!OpenOneShadowFile: FltCreateFile('\Device\HarddiskVolume4\DE\sharesXXXX') method DeducedPath failed with error 0xc0000022
[11.05.2011 01:00:55 1324] DEFilter!OpenOneShadowFile: FltCreateFile('\Device\HarddiskVolume5\DE\sharesXXXX') method ImpliedPath failed with error 0xc0000022
[11.05.2011 01:00:55 1324] DEFilter!FullyOpenOneShadow: Shadow open by implied path failed, status c0000022, FO 877c6380
[11.05.2011 01:00:55 1324] DEFilter!OpenOneShadowFile: FltCreateFile('\Device\HarddiskVolume5\DE\shares\XXXX') method DeducedPath failed with error 0xc0000022
[11.05.2011 01:00:55 1324] DEFilter!OpenOneShadowFile: FltCreateFile('\Device\HarddiskVolume4\DE\shares\XXXX') method ImpliedPath failed with error 0xc0000022
[11.05.2011 01:00:55 1324] DEFilter!FullyOpenOneShadow: Shadow open by implied path failed, status c0000022, FO 877c6380
....endlos

gibt es einen term nachdem man konkret suchen müsste?