lauft bei mir bis Dato ohne Probleme
Beiträge von Andreas1202
-
-
läuft wie gesagt bei mir bis Dato ohne Probleme... Multimedia gedöns habe ich eigentlich immer deaktiviert
Was mir letztens allerdings aufgefallen ist, das sich Qsirch jede Menge recourcen gönnt, dieses habe ich danach wieder deaktiviert.
-
scheint zu laufen
-
jep, scheint alles zu laufen
-
ich hatte schoneinmal ähnliche Probleme beim Backup mit Qnap, da lag es an einem insgesamten zu langen Dateipfad, und zusätzlichem langen Dateinamen
-
Das sind ja ne Menge fixes
Hero hat auch eine neue Version bekommen.
-
zpool upgrade
habe ich noch nicht bewust gemacht
Ich würde damit gerne noch ein paar Tage warten, dann teste ich es.
Denn falls ich downgraden müste wäre es in diesem Fall nicht so gut, weil ich nicht genau sagen kann ab wann das Feature vorhanden ist.
Und expandieren kann ich zur zeit sowieso nicht, die Einschübe sind voll
-
zpool get all | grep feature@raidz_expand
bei mir
Codezpool get all | grep feature@raidz_expand zpool1 feature@raidz_expand disabled local zpool256 feature@raidz_expand disabled local zpool257 feature@raidz_expand disabled local
Firmware 5.1.0.2466
evtl muss ich das Feature manuell aktivieren denn:
Code
Alles anzeigen$ zpool status pool: zpool1 state: ONLINE status: Some supported features are not enabled on the pool. The pool can still be used, but some features are unavailable. action: Enable all features using 'zpool upgrade'. Once this is done, the pool may no longer be accessible by software that does not support the features. See zpool-features(7) for details. scan: none requested prune: never expand: none requested config: NAME STATE READ WRITE CKSUM zpool1 ONLINE 0 0 0 raidz2-0 ONLINE 0 0 0 qzfs/enc_0/disk_0x7_5000C500C6285032_3 ONLINE 0 0 0 qzfs/enc_0/disk_0x8_5000C500C628379D_3 ONLINE 0 0 0 qzfs/enc_0/disk_0x9_5000C500C6295870_3 ONLINE 0 0 0 qzfs/enc_0/disk_0xa_5000C500C62899F1_3 ONLINE 0 0 0 qzfs/enc_0/disk_0xb_5000C500DC08C287_3 ONLINE 0 0 0 qzfs/enc_0/disk_0xc_5000C500DC093AF0_3 ONLINE 0 0 0 qzfs/enc_0/disk_0xd_5000C500AF9E48C0_3 ONLINE 0 0 0 qzfs/enc_0/disk_0xe_5000C500AF9DF06A_3 ONLINE 0 0 0 qzfs/enc_0/disk_0xf_5000C500AF8D529E_3 ONLINE 0 0 0 qzfs/enc_0/disk_0x10_5000C500A5C3D366_3 ONLINE 0 0 0 qzfs/enc_0/disk_0x11_5000C500AF9C70D1_3 ONLINE 0 0 0 qzfs/enc_0/disk_0x12_5000C500AF9DF2B6_3 ONLINE 0 0 0 logs mirror-1 ONLINE 0 0 0 qzfs/enc_0/disk_0x3_500A0751E14F87AF_3 ONLINE 0 0 0 qzfs/enc_0/disk_0x4_500A0751E14F8828_3 ONLINE 0 0 0
-
Es handelt sich hier um ein lang erwartetes neues Feature von ZFS.
lange, weil hier
Danke dir das wuste ich noch nicht
laut der Console ist das feature noch nicht freigeschaltet hmm
"
-
Hat QNAP da irgendwie reingebastelt, 5.1.0 QuTS unterstützt nun das hinzufügen von Datenträgern in ZFS
Das kann meiner Meinung nach ZFS schon immer, wird dort nur anders behandelt.
Um einen Pool zu vergrößern muss ein seperater Pool angelegt werden, dieser wird ( kann) dann mit dem 1. Pool gemeinsam genutzt werden
ZFS hat schon so einige Vorteile was Snapshots und Datensicherheit angeht.
Ich habe QTS und QuTS auf 2 unterschiedlichen Qnap Geräte am laufen.
Was RAM angeht, sagt man 1 GB Ram zusätzlich zu 1 TB Pool Speicher.
-
Zur Info:
Mit dem neustem Firmware Update (QuTS hero h5.1.0.2424) ist das Problem endlich beseitigt worden
-
vor 2 Tage habe ich das Update mal gemacht, bis Dato scheint alles zu laufen
Das einzige Problem was ich habe, welches auch schon vorher vorhanden war, ist das bei den Zugriffprotokollierungen ich nicht mehr nach den Gruppen sortieren kann.
In der Übersicht sehe ich zwar die einzelnen USer, jedoch wenn ich dann einen User aufklappe, passiert nichts ( nur das Wartesymbol erscheint ).
Die Protokolldateien hatte ich auch schon einmal komplett gelöscht.
Hat wer von euch auch noch so ein Problem?
Grüße
Andreas
-
Es gibt ne neue Version Public Beta nun auch für QuTS hero
Wer traut sich
h5.1.0.2409 build 20230525
-
Unklar warum hier MAC Adressen zum Tragen kommen sollen, ein einfaches NAT ohne Portforwards und der 'Drops ist gelutscht' da brauchen keine MAC Adressen blockiert zu werden (bei eingehendem Traffic eh nicht) .. aber egal.
Das mache ich falls ich aus irgendeinen Grund mal den Netzwerkport tauschen muss, und dann eine DHCP Adresse bekommen würde, damit ich dann auch garantiert kein ungewollten traffic von außerhalb bekomme trage ich einfach alle MAC Adressen in meiner Firewall ein
Klar ich könnte auch einfach nur das Gateway in meiner NAS ändern
Danke für deine Erleuterung
-
ahh ok, ich dachte jedoch der 2. Eintrag wäre derjenige laut google...
Klar der eingehende Trafiic ist natürlich auch gesperrt ( Mit hilfe der MAC Adressen alles blockiert )
Also falscher Alarm
Habe noch mal eben schnell auf meiner Synology geschaut, dort ist so ein Prozess oom_reaper überhaupt nicht aufgeführt
Meine Linux Kenntnisse sind sehr bescheiden.
Danke für deine schnelle Rückinfo
Andreas
-
Moin,
kann es sein das es mich erwischt hat, oder ist der Prozess bzw. beide Normal?
Code[xxxxx@NAS1688 ~]$ ps | grep oom_reaper 645 admin SW [oom_reaper] 5852 xxxxxxx 876 S grep oom_reaper
Laut google wäre der 876 ein Miner!?
Wenn dem so ist, dann müste dieser schon seid dem Kauf des Gerätes vorhanden sein, da eine Firewall vorgeschaltet ist und sämtlichen träffig nach außen blockieren tut.
Hat jemand damit Erfahrung?
Kill ich den Prozess mit der ID 876 ist er sofort wieder da mit einer neuen ID
Alles sehr merkwürdig.
Wie sieht eure Ausgabe nach ps | grep oom_reaper aus?
Grüße
Andreas
-
Hatte damals mit meinem HP Drucker das gleiche Problem...
Lösung habe mir einen neuen Drucker gekauft
-
Die Version ist heute vom RC zur Final übergegangen:
und das ohne jegliche Änderungen
-
ich kann schon wider nicht zitieren
ja sorry als Release Candidate, jedoch ist es doch dann das Final 5.0.1 oder nicht?
Warum denn bähhh?
ahh ok Release Candidate = fast fertig...
Danke euch für den Hinweis...
-
Seid Heute gibt es endlich die Final Version der Hero 5.0.1 Version.
Die Liste der Sicherheits und Funktionspatche ist ziemlich groß
Grüße
Andreas