CIFS Share + NetApp

[floho 50]

Hallo zusammen,

 

wir haben aktuell das Problem, dass unser CIFS-Share, welches von der NetApp c-dot freigegeben wurde ungewöhnlich schnell anwächst.

Gibt es hier eine Lösung, worüber wir herausfinden können in welchem Ordner die Daten so stark anwachsen?

 

Vielen Dank!

Florian

 

 

[Dukel 454]

https://www.jam-software.de/treesize/

https://www.jam-software.de/spaceobserver/

[floho 50]

Danke @Dukel

Werde mal SpaceObServer benutzen mit der DB im Hintergrund.

[DocData 85]

Snapshots... auf dem Filer.

[Dukel 454]

Geht das auf Ordner / File Ebene herunter? Ich meine, man sieht nur den Anstieg pro Volume.

[DocData 85]

Dein CIFS Share ist ein Volume auf dem Filer. Und vermutlich macht der brav stündlich, täglich, wöchentlich Snapshots. Und ja, von irgendeiner Kapazität muss das ja abgehen.

[Dukel 454]

Der TO sucht aber den Ordner und nicht den Share / das Volume.

[zahni 554]

Es kann aber eben auch an den Snapshots liegen. Wir wissen nicht, was konfiguriert wurde.

[DocData 85]

vor 8 Stunden schrieb Dukel:

Der TO sucht aber den Ordner und nicht den Share / das Volume.

Das liest sich für mich nicht so.

[NilsK 2.934]

Moin,

 

die Frage wäre in der Tat, woran der TO das Größenwachstum feststellt. Läge es an Snapshots, würde das bei einem NetApp-System aber auf der Share-Ebene vom Client aus unsichtbar bleiben. Vielleicht klärt der TO ja bei Gelegenheit noch mal dazu auf. Wenn es Dinge sind, die er mit den genannten Programmen identifizieren kann, dann hat das mit großer Sicherheit nichts mit NetApp zu tun.

 

Gruß, Nils

 

[magheinz 110]

vor einer Stunde schrieb NilsK:

Läge es an Snapshots, würde das bei einem NetApp-System aber auf der Share-Ebene vom Client aus unsichtbar bleiben.

Nicht wirklich. Ist das Volume voll ist auch der share voll. Dem volume ist es egal ob es durch Nutzdaten oder Snapshots voll läuft. 

Gleiches gilt, sollte das Aggregat voll laufen.

Dagegen kann man mit geeigneter Konfig etwas machen.

Da sollte man aber schon in der Volume-Übersicht in der Weboberfläche sehne können. 

 

Eventuell sind ja auch quotas gesetzt? 

bearbeitet 9. August 2019 von magheinz

[NilsK 2.934]

Moin,

 

vor 37 Minuten schrieb magheinz:

Nicht wirklich. Ist das Volume voll ist auch der share voll. Dem volume ist es egal ob es durch Nutzdaten oder Snapshots voll läuft. 

hmja, schon - was ich meinte, ist: Wenn ich von einem Client aus die Eigenschaften eines Ordners aufrufe und auf die Größe schaue, dann sehe ich dort den Umfang des aktiven Dateisystems. Was an Snapshots dann "im Hintergrund" belegt ist, sehe ich aus dieser Perspektive nicht. (Das ist doch sicher immer noch so, oder? Hab schon lange nicht mehr selbst mit NetApp zu tun.)

 

Dass die technischen Hintergründe komplexer sind und man sich da als Admin auch schon mal verkalkuliert, steht auf einem anderen Blatt. Dafür sind "einfache" Kontrollmechanismen, die vom Client aus laufen, aber eben blind. Der TO scheint aber schon vom Client aus ein unerwartetes Größenwachstum zu sehen (zumindest interpretiere ich die Angaben so).

 

Gruß, Nils

 

[magheinz 110]

Jein. 

Wenn das Aggregat, die quota oder das Volume voll ist, dann zeigt das Dateisystem unter Windows auch keinen Platz mehr an.

Wenn du drei volumes mit jeweils 30GB freien Platz hast aber das Aggregat nur noch 10GB freie hat, dann zeigen auch die Volumes nur noch die 10GB als feiern Platz an. Das hat schon einige verwirrt. 

 

Die Snapshots kann man als Vorgängerversionen sehen, wenn alles richtig konfiguriert ist. 

 

Die Frage ist, ob der verbrauchte Speicher unerwartet ansteigt oder ob der freie Platz unerwartet abnimmt. Dank z. B. Snapshots ist die Summe der beiden Größen aus clientsicht nicht konstant. 

bearbeitet 9. August 2019 von magheinz

[NilsK 2.934]

Moin,

 

danke fürs Aufdröseln. Es lebe das Overprovisioning ...

 

Gruß, Nils

 

[DocData 85]

Es ist eher das Snapshot-Handling und die verschiedenen Ebenen bei NetApp: Aggregat, Volume, LUN. Kann sehr spaßig sein...