Beiträge von iee1977

    Ich denke in der derzeitigen Situation kann man nicht vorsichtig genug sein und etwaige Updates vom MR sind momentan mal echt egal und keine Priorität.

    Dann gibts halt mal einige Wochen, bis sich die Situation geklärt hat, keine MR Updates. Man wirds überleben. Denen die jetzt mit einem verschlüsselten NAS dastehen, hat der MR ja schließlich auch nicht besonders viel gebracht.


    Solange nicht mal der Hersteller klar sagen kann, was das Einfallstor ist, ist es vielleicht eh besser von denen keine Updates zu ziehen.

    Ich hab jetzt endgültig harte Firewall Regeln rein gemacht auf meinem Router. Ich mein, ich hatte auch vorher kein Portforwarding drin, qvpn habe ich schon lange deinstalliert. Aber jetzt als reine Vorsichtsmaßnahme habe ich dafür gesorgt dass mein qnap gar kein Internet mehr sieht.

    Es ist leicht auf die Betroffenen mit dem DAU Hammer hinzuhauen. Aber ich kenne von der letzten Welle Betroffene, denen man wirklich nichts vorwerfen kann, außer dass Ihnen ein Kumpel (oder ähnlich) einen Router installiert hat, der bereitwillig über upnp und allerlei anderer lustiger Mechanismen die Ports aufmacht. Und das ganze im Auslieferungszustand.


    Aus meiner Sicht sind hier also schon auch dringend mal die Router Hersteller in die Pflicht zu nehmen.

    Mir kommt ohnehin kein Router ins Haus, der die Funktion upnp überhaupt besitzt. Aber andere haben sehr wohl das Recht auch mal Endanwender zu sein und auf eine einigermaßen sichere Auslieferungskonfiguration zu vertrauen.

    Nein, nicht zwingend. Das -r wäre ja nur der Switch für rekursiv, das war bei mir aber nicht nötig. Es hatte nur der eine Ordner das hidden Attribut, alle Unterordner und Dateien nicht.
    Zudem sollte das -r aus meiner Sicht auch deshalb vorsichtig eingesetzt werden, weil es dann durch das rekursive Abarbeiten möglicherweise auch Dateien bearbeitet, die absichtlich ein hidden Flag haben.

    Das weiß ich nicht mehr, nachdem es ja vorher jahrelang funktioniert hat.


    Bin aber seit grade eben einen Schritt weiter. Mit einem xattr -c /Volumes/Freigabename/Ordnername lokal am Mac, werden alle erweiterten Attribute aus der Mac Welt - inklusive dem hidden Attribut - entfernt. Damit ist das Problem fürs erste behoben, Ordner war damit auch gleich auf den anderen Macs sichtbar. Was für mich wiederum heißt, dass die Macs solche Attribute irgendwo serverseitig speichern (eventuell in einer der vielen Meta Dateien die Apple so verwendet - .DS_Store und wie sie alle heißen). Weil sonst hätte das nicht sofort auf allen anderen Rechnern ziehen können.

    Der Ordner heißt wie gesagt schlicht "projekte". Das sollte hier keine Probleme machen. Das Problem lässt sich mittlerweile daran festmachen, dass der Ordner das "hidden" Attribut auf den Mac Clients hat, das kann man in einem Terminal auch sehen mittels ls -lO
    Ich hab nur absolut keine Ahnung woher die Macs dieses hidden Flag her nehmen. Der Ordner ist unter Windows definitiv sichtbar und auch direkt am NAS (zb. per SSH) sind alle Attribute normal und ich sehe keinen Hinweis dass hier etwas versteckt wäre.


    Mittels chflags nohidden /Volumes/Freigabename/Ordnername lokal am Mac kann ich den Ordner sichtbar machen. Allerdings nur bis zum nächsten Reboot bzw. bis zum nächsten Auswerfen/Verbinden.

    Dann wär die Lösung einfach gewesen. Nein, es heisst schlicht "projekte". Wie ich inzwischen mitbekommen habe, können Macs tatsächlich ein lokales hidden Flag für Dateien auf einem Netzlaufwerk pflegen. Wenn man so rumgooglet findet man einige denen das passiert ist. Auf welchem Weg so eine lokale Markierung als hidden geschieht, konnte ich allerdings nicht rausfinden.

    Kennt jemand das Verhalten, dass ein Ordner auf einem Mac nicht sichtbar ist? Mit dem selben User auf einer Windows Maschine ist er vorhanden.


    Hab auch schon ausgeworfen, neu Verbunden. Freigabe ist sichtbar, alles bestens, nur der eine Ordner (natürlich der wichtigste) ist nicht sichtbar. Das Problem besteht sowohl per SMB als auch per AFP. Erweiterte Berechtigungen sind nicht aktiviert, eigentlich alles komplett standardmäßig.


    Ich bin einen Schritt weiter. Der betreffende Ordner ist auf dem Apple (und nur dort) versteckt. Blendet man hidden Files im Finder ein, sieht man ihn.


    Ich habe es jetzt mal fixen können indem ich direkt auf dem Apple chflags nohidden /Volumes/Freigabename/Ordnername ausgeführt habe. Das ging allerdings erst nachdem ich mich mit cifs:// verbunden habe.


    Keine Ahnung wie es zu all dem kam.

    Kleiner Zwischenstand für jene die es interessiert:
    Ich habe wie geraten das neue NAS ohne Platten angestartet und die selbe Firmware wie am defekten installiert. Anschließend habe ich das heruntergstufte RAID5 (also die drei platten die eigentlich vier sein sollten) übersiedelt und gestartet. Alles kam problemlos hoch auf der neuen Hardware und alles war wie vorher - natürlich weiterhin mit heruntergestuftem aber voll funktionstüchtigem RAID5.


    Nun die fehlende Platte ersetzt. Rebuild läuft. Ich hoffe es geht gut.


    Rebuild ist durchgelaufen, alles soweit funktionstüchtig. Das Procedere kann also, zumindest von mir, in vergleichbaren Situationen empfohlen werden.

    Hallo,


    Würde euch um eure Meinung zu folgendem Problem bitten:


    QNAP TVS-463, mit RAID5 auf 4 Platten (damit alle Einschübe belegt), seit etwa 8 Monaten im Betrieb. Freitag vor vier Tagen kam die Meldung dass Disk 3 defekt ist. Witzigerweise musste ich diese vor einem Monat schonmal tauschen, Rebuild ging damals problemlos. Also umgehend wieder gegen eine fabriksneue Platte getauscht und Rebuild beobachtet. Dieser brach dann etwa bei 15% ab, es wurden wieder Schreiblesefehler (ausschließlich auf Platte 3) gemeldet. Kurz darauf wurde die Platte an Port3 gar nicht mehr erkannt. RAID5 seitdem herabgestuft, aber wie geplant voll funktionstüchtig. Auch schon mutig einen Reboot gemacht, an Port 3 wird weiterhin nichts erkannt, ansonsten funktioniert alles.


    Ich muss also jetzt von einem Hardwarefehler an dem Port/Einschub ausgehen. Mein Händler hat sich zu einem Vorabtausch hinreißen lassen, was gut ist, da ich keine Downtime während der Garantieabwicklung haben kann hier.


    Somit hab ich also nun ein TVS-463, auf dem ich das RAID nicht mehr ge-rebuildet bekommen und ein origninalverpacktes TVS-463. Backup ist vorhanden, aufgrund des zu erwartenden Aufwands wär es mir aber lieberwenn es gar nicht benötigt wird.



    Mein Plan: Ich nehme die drei funktionstüchtigen Platten und baue sie in das neue TVS-463 ein, ohne es vorher großartig in Betrieb zu nehmen. Dann power on und ich hätte die Hoffnung dass ich dann alles so vorfinde wie am bisherigen Gerät (alles funktioniert, RAID herabgestuft). Wenn ich mich davon überzeugt habe, wollte ich dann die Platte in Port drei rein geben und das Rebuild abwarten.



    Ist das aus eurer Sicht OK so?