Ordner verschwinden

[ChrisChros]

Hallo zusammen,

ich habe heute festgestellt, dass auf meinem NAS Ordner fehlen wo ich mir sicher bin, dass ich diese dort angelegt und mit Daten gefüllt hatte.
Aktuell kann ich es mir nicht erklären wie diese Ordner "einfach verschwinden" können.

Leider kann ich den Zeitraum nicht genau eingrenzen wann die Ordner verschwunden sind.

Ist euch schonmal etwas vergleichbares aufgefallen oder hättet ihr einen Tipp wie ich der Sache auf den Grund gehen könnte. Momenten bin ich etwas ratlos, denn "einfach so verschwinden" kann ich mir nicht vorstellen.

Gruß Chris

 

[micneu]

also bitte mal mehr informationen:
- sind die ordner in der ansicht deiner freigabe verschwunden?
- welches BS ist dein client?
- hast du dir die freigabe mal im terminal (als root) angeschaut ob das/die verzeichnisse dort zu sehen sind
- setzt du mehrere benutzer ein und könnten unterschiedliche rechte haben?

 

[ChrisChros]

@micneu
- Die Freigabe erfolgt über SMB und die Ordner, sind im Finder unter OSx sowie im Explorer von Win10, nicht zu sehen.
- Als BS nutzen wir OSx und Windows 10 in einer VM.
- über das Terminal sehe ich die Ordner ebenfalls nicht.
- Da es nur Privat ist, nutze ich nur einen Benutzer. Zugriff haben aber nur meine Frau und ich.

Ich werde mal noch eine AFP Freigabe einrichten und mal schauen ob dort die Ordner angezeigt werden. Da Sie aber nicht über das Terminal zu sehen sind, gehe ich nicht davon aus.

 

[micneu]

das wird am verwendeten Protokol nichts ändern (Apple empfiehlt sogar jetzt SMB zu nutzen, AFP ist tot)
du hast wirklich auf dem server per ssh mit root die verzeichnis struktur geschaut ob das verzeichnis da ist, oder du machst mal einen find auf den ordner namen, vieleicht wurde er verschoben oder so

 

[ChrisChros]

Gestern Abend habe ich noch mal über die Konsole mir das Pool-Verzeichnis angeschaut und dort waren die Ordner nicht vorhanden.
Oder gibt es noch eine andere Möglichkeit mit die Verzeichnisse anzuschauen?

 

[micneu]

und haste mal eine find suchlauf gemacht, nicht das das irgend wo rein verschoben wurde (haben wir ab und an im büro)?

 

[ChrisChros]

werde ich heute Abend noch mal machen, dauert ja doch ein wenig bei nem NAS.

 

[Fredda]

Das Suchen geht übrigens erheblich schneller, wenn Du es direkt auf dem NAS machst und nicht von einem Client aus.

 

[micneu]

das habe ich doch geschrieben/gemeint!!!! ALS BENUTZER ROOT

 

[ChrisChros]

Also bisher habe ich mir über Terminal nur die Baumstruktur angeschaut bzw. mit ls den Inhalt der Ordner.
Bezüglich suchen nach einem bestimmten Ordner sollte das doch mit folgendem Befehl funktionieren:

find / -type d -name 'Ordnername*'

 

[micneu]

genau, nur denke ich sollte es vom mount point deiner daten-platten aus reichen

 

[ChrisChros]

So hab eben mal gesucht nach der Ordnerbezeichnung, leider ohne Erfolg. Scheinbar existiert der Ordner nicht (mehr).
Woran könnte es noch liegen das Ordner nicht mehr da sind.
Gibt es eine Log-Datei wo sowas dokumentiert wird?

Hier mal noch eine Auflistung vom pool bzw. zfs:

 

[Fredda]

Ordner verschwinden nicht einfach so, es sei denn man löscht sie oder man verschiebt sie oder benennt sie aus Versehen um.
Also vielleicht nicht nur nach dem Ordner suchen, sondern auch nach Dateien, von denen Du weißt, sie liegen dort.
War eine große Menge an Daten in dem Ordner (in GByte)? Dann könntest Du in der Reporting Section unter "Partitions" nachschauen,
ob es da einen plötzlichen Einbruch in dem benutzten Plattenplatz gibt.

Falls Du die Daten jetzt nicht wiederfindest: damit das nicht wieder passiert, solltest Du mal drüber nachdenken, Snapshots zu verwenden.

 

[ChrisChros]

Snapshots hatte ich schon gemacht, allerdings nur mit einer Haltbarkeit von 1 Woche. Habe das nun auch 1 Monat angehoben.
Wie schaut das denn aus wenn ich einen Snapshot wiederherstelle, verschwinden dann alle Daten die nach dem Datum hinzugefügt wurden?

 

[Fredda]

Wenn Du einen Rollback machst, dann sind alle neueren Daten weg. Das ist sinnvoll wenn man z.B. eine Jail vermurkst hat, aber für reine Daten Datasets sollte man das meiner Meinung nach so lieber nicht machen.
Ich mache sowas in der Regel direkt von der Shell und kopiere die Daten dann mittels cp wieder an die Stelle zurück, wo sie hingehören.
Eine Woche ist schon verdammt kurz. Ist natürlich auch die Frage, wie stark sich die Daten auf dem NAS ändern.
Bei uns auf dem Produktionsserver haben wir folgende Snapshots:

• Stündlich (Haltbarkeit 24h)
• Täglich (Haltbarkeit 2 Wochen)
• Wöchentlich (Haltbarkeit 3 Monate)
• Monatlich (Haltbarkeit 1 Jahr)

Variiert dann von Dataset zu Dataset je nachdem, was dort für Daten liegen.

 

[ChrisChros]

Danke für die Erklärungen. Ich werde jetzt erst mal die Snapshots täglich für 1 Monat speichern.
Allerdings bin ich mit der Thematik noch nicht wirklich weiter, wie Ordner verschwinden können, wobei das nicht einfach passieren kann.

 

[defcon999]

Lese ich Deine Signatur richtig, dass Du ECC- und Non-ECC-RAM gleichzeitig nutzt??

 

[ChrisChros]

Ähh, da muss ein Fehler drin sein. Sind alles 4 ECC Module.

 

[defcon999]

Okay, hatte ich mir fast gedacht ...

Ich hatte genau solche Datenverluste zu meinen NAS-Anfangszeiten 2013. Alter PC mit NON-ECC-RAM und NAS4Free ... und nach einigen Monaten fehlten dann einige Ordner in einem kaum genutzten Foto-Ordner.

Danach habe ich mich schlau gemacht, dass man bei einem auf Prüfsummen basierten Dateisystem dann doch besser ECC-RAM nutzt. Insofern kam mir Dein Problem irgendwie bekannt vor.

Aber das scheint es ja dann nicht zu sein.

defcon999

 

[ChrisChros]

Ich schau mir die Tage noch mal zur Sicherheit die RAM-Riegel an. Danke für den Hinweis

Oder gibt es eine Möglichkeit das über die Konsole zu machen. Würde einiges an Aufwand sparen.

OK, habe eine Möglichkeit gefunden mittels dmidecode:

Code:

Warning: settings changed through the CLI are not written to
the configuration database and will be reset on reboot.

root@FreeNAS:~ # dmidecode -t memory
# dmidecode 3.2
# SMBIOS entry point at 0x7ee51000
Found SMBIOS entry point in EFI, reading table from /dev/mem.
SMBIOS 3.0 present.

Handle 0x000B, DMI type 16, 23 bytes
Physical Memory Array
        Location: System Board Or Motherboard
        Use: System Memory
        Error Correction Type: Single-bit ECC
        Maximum Capacity: 64 GB
        Error Information Handle: Not Provided
        Number Of Devices: 4

Handle 0x000C, DMI type 17, 40 bytes
Memory Device
        Array Handle: 0x000B
        Error Information Handle: Not Provided
        Total Width: 128 bits
        Data Width: 64 bits
        Size: 8192 MB
        Form Factor: DIMM
        Set: None
        Locator: ChannelA-DIMM0
        Bank Locator: BANK 0
        Type: DDR4
        Type Detail: Synchronous Unbuffered (Unregistered)
        Speed: 2133 MT/s
        Manufacturer: Kingston
        Serial Number: E714B554
        Asset Tag: 9876543210
        Part Number: 9965669-009.A00G
        Rank: 2
        Configured Memory Speed: 2133 MT/s
        Minimum Voltage: 1.2 V
        Maximum Voltage: 1.2 V
        Configured Voltage: 1.2 V

Handle 0x000D, DMI type 17, 40 bytes
Memory Device
        Array Handle: 0x000B
        Error Information Handle: Not Provided
        Total Width: 128 bits
        Data Width: 64 bits
        Size: 8192 MB
        Form Factor: DIMM
        Set: None
        Locator: ChannelA-DIMM1
        Bank Locator: BANK 1
        Type: DDR4
        Type Detail: Synchronous Unbuffered (Unregistered)
        Speed: 2400 MT/s
        Manufacturer: Micron
        Serial Number: 109C6357
        Asset Tag: 9876543210
        Part Number: 9ASF1G72AZ-2G3A1
        Rank: 1
        Configured Memory Speed: 2133 MT/s
        Minimum Voltage: 1.2 V
        Maximum Voltage: 1.2 V
        Configured Voltage: 1.2 V

Handle 0x000E, DMI type 17, 40 bytes
Memory Device
        Array Handle: 0x000B
        Error Information Handle: Not Provided
        Total Width: 128 bits
        Data Width: 64 bits
        Size: 8192 MB
        Form Factor: DIMM
        Set: None
        Locator: ChannelB-DIMM0
        Bank Locator: BANK 2
        Type: DDR4
        Type Detail: Synchronous Unbuffered (Unregistered)
        Speed: 2133 MT/s
        Manufacturer: Kingston
        Serial Number: EE2E10F1
        Asset Tag: 9876543210
        Part Number: 9965669-009.A00G
        Rank: 2
        Configured Memory Speed: 2133 MT/s
        Minimum Voltage: 1.2 V
        Maximum Voltage: 1.2 V
        Configured Voltage: 1.2 V

Handle 0x000F, DMI type 17, 40 bytes
Memory Device
        Array Handle: 0x000B
        Error Information Handle: Not Provided
        Total Width: 128 bits
        Data Width: 64 bits
        Size: 8192 MB
        Form Factor: DIMM
        Set: None
        Locator: ChannelB-DIMM1
        Bank Locator: BANK 3
        Type: DDR4
        Type Detail: Synchronous Unbuffered (Unregistered)
        Speed: 2400 MT/s
        Manufacturer: Micron
        Serial Number: 109C6374
        Asset Tag: 9876543210
        Part Number: 9ASF1G72AZ-2G3A1
        Rank: 1
        Configured Memory Speed: 2133 MT/s
        Minimum Voltage: 1.2 V
        Maximum Voltage: 1.2 V
        Configured Voltage: 1.2 V

Sieht soweit gut aus, also denke ich nicht das der Fehler durch fehlerhafte Prüfsummen verursacht wird.