Denny77
Members-
Posts
12 -
Joined
-
Last visited
Denny77's Achievements
Noob (1/14)
0
Reputation
-
System reboots / hangs / no network access over night
Denny77 replied to Denny77's topic in General Support
No help? No ideas? -
System reboots / hangs / no network access over night
Denny77 replied to Denny77's topic in General Support
Btw, what means / from where come this smbd error? -
System reboots / hangs / no network access over night
Denny77 replied to Denny77's topic in General Support
new week, old problems. After disabling C-States, UnRAID finished his parity job without problems. The i started the next archive-job (python script inside vm) and as result i found the system today not accessible und syslog say (cuted): -
System reboots / hangs / no network access over night
Denny77 replied to Denny77's topic in General Support
Thanks for your post, Jorge. Let me note, that system run over a half year without problems. Okay, i have disabled C-state control: The DF Cstates is with Auto disabled too: System is running and i start a new parity check.. -
Hello, i'm a bit desperate and need your evaluation. Is this a hardware or software problem. the UnRAID System shows the following behavior - is "over night" not more accessible over network and console - i turn the system off and on, UnRAID startes normaly - the Parity-Check starts, with 18TB it will need more then one day - meanwhile the system works normal, i can copy data from/to the shares - on the next day, i'am on step 1 The system has only shares and one vm. The Add-On Plugin for Parity did i remove, in the hope this is my problem. But no change, same error. Syslog on USB is activated, but i see nothing was me helps. From last friday to monday (turn off system): Feb 24 09:49:33 ArchivUnraid webGUI: Successful login user root from 192.168.0.71 Feb 24 09:49:50 ArchivUnraid kernel: mdcmd (36): check correct Feb 24 09:49:50 ArchivUnraid kernel: md: recovery thread: check P Q ... Feb 24 10:06:05 ArchivUnraid smbd[4305]: [2023/02/24 10:06:05.537812, 0] ../../source3/smbd/open.c:3392(smbd_calculate_access_mask_fsp) Feb 24 10:06:05 ArchivUnraid smbd[4305]: smbd_calculate_access_mask_fsp: Access denied on file .: rejected by share access mask[0x001F00A9] orig[0x00100180] mapped[0x00100180] reject[0x00000100] Feb 24 13:03:14 ArchivUnraid webGUI: Successful login user root from 192.168.0.70 Feb 24 14:40:39 ArchivUnraid smbd[30243]: [2023/02/24 14:40:39.695022, 0] ../../source3/smbd/open.c:3392(smbd_calculate_access_mask_fsp) Feb 24 14:40:39 ArchivUnraid smbd[30243]: smbd_calculate_access_mask_fsp: Access denied on file .: rejected by share access mask[0x001F00A9] orig[0x00100180] mapped[0x00100180] reject[0x00000100] Feb 24 20:00:01 ArchivUnraid kernel: mdcmd (37): check NOCORRECT Feb 24 20:00:01 ArchivUnraid kernel: Feb 25 03:40:01 ArchivUnraid root: mover: started Feb 25 03:40:01 ArchivUnraid root: mover: finished typically the last entry bevor reboot is: smbd[4897]: [2023/02/16 15:24:59.929550, 0] ../../source3/smbd/open.c:3392(smbd_calculate_access_mask_fsp) Feb 16 15:24:59 ArchivUnraid smbd[4897]: smbd_calculate_access_mask_fsp: Access denied on file .: rejected by share access mask[0x001F00A9] orig[0x00100180] mapped[0x00100180] reject[0x00000100] Feb 17 03:40:01 ArchivUnraid crond[1566]: exit status 1 from user root /usr/local/sbin/mover &> /dev/null Please help. 😕 Denny archivunraid-diagnostics-20230301-1157.zip syslog.txt
-
Hallo, Frage vorweg: Macht es Sinn solche Sachen im Englischen Teil einzustellen? Ok, ich bin hier etwas am verzweifeln und brauche mal eure Einschätzung. Hab ich hier ein Hardwaredefekt oder Softwareprobleme?! das UnRAID System zeigt seit ein einigen Tagen folgendes Verhalten: - ist "über Nacht" nicht mehr erreichbar über Netzwerk und Console - ich schalte das System aus/ein, UnRAID fährt normal hoch - beginnt automatisch den Parity -Check, bei 18TB dauert das über einen Tag - ich kann derweil normal arbeiten und Daten herauf und runterkopieren - am nächsten Tag.. über Nacht.. bin ich wieder bei Punkt 1 Auf dem System gibt es nur Shares und eine VM. Das Zusatz-Plugin für Parity hab ich jetzt mal deinstalliert, aber keine Änderung. Syslog auf USB wurde aktiviert, werde aber nicht schlau aus den LOGs. Seit letzten Freitag: Feb 24 09:49:33 ArchivUnraid webGUI: Successful login user root from 192.168.0.71 Feb 24 09:49:50 ArchivUnraid kernel: mdcmd (36): check correct Feb 24 09:49:50 ArchivUnraid kernel: md: recovery thread: check P Q ... Feb 24 10:06:05 ArchivUnraid smbd[4305]: [2023/02/24 10:06:05.537812, 0] ../../source3/smbd/open.c:3392(smbd_calculate_access_mask_fsp) Feb 24 10:06:05 ArchivUnraid smbd[4305]: smbd_calculate_access_mask_fsp: Access denied on file .: rejected by share access mask[0x001F00A9] orig[0x00100180] mapped[0x00100180] reject[0x00000100] Feb 24 13:03:14 ArchivUnraid webGUI: Successful login user root from 192.168.0.70 Feb 24 14:40:39 ArchivUnraid smbd[30243]: [2023/02/24 14:40:39.695022, 0] ../../source3/smbd/open.c:3392(smbd_calculate_access_mask_fsp) Feb 24 14:40:39 ArchivUnraid smbd[30243]: smbd_calculate_access_mask_fsp: Access denied on file .: rejected by share access mask[0x001F00A9] orig[0x00100180] mapped[0x00100180] reject[0x00000100] Feb 24 20:00:01 ArchivUnraid kernel: mdcmd (37): check NOCORRECT Feb 24 20:00:01 ArchivUnraid kernel: Feb 25 03:40:01 ArchivUnraid root: mover: started Feb 25 03:40:01 ArchivUnraid root: mover: finished die letzten Einträge sind meistens in der Richtung: smbd[4897]: [2023/02/16 15:24:59.929550, 0] ../../source3/smbd/open.c:3392(smbd_calculate_access_mask_fsp) Feb 16 15:24:59 ArchivUnraid smbd[4897]: smbd_calculate_access_mask_fsp: Access denied on file .: rejected by share access mask[0x001F00A9] orig[0x00100180] mapped[0x00100180] reject[0x00000100] Feb 17 03:40:01 ArchivUnraid crond[1566]: exit status 1 from user root /usr/local/sbin/mover &> /dev/null Danke. syslog.txt
-
> "Spinup-Tricks" Es soll ein Archiv-System werden in dem nach und nach neue Verzeichnisse im Share erstellt und mit Daten gefüllt werden. Das Archiv wächst dann einfach von Platte 1 bis n Dafür, und natürlich ggf. auch für einen späteren Abruf der Daten soll nur die Festplatte tatsächlich aktiv sein, die auch benötigt wird. Ansonsten, Spin-Down und Strom sparen. Das war auch einer der Punkte warum es UnRAID sein soll und nicht ein ZFS-NAS etc. Ich hab jetzt alle WDs aus dem System geworfen und teste mal nur mit den Seagates. Zusätzlich habe ich mit dem "Disk Location" Plugin den Smart Abruf auf täglich gestellt. Mal sehen wie sich das auswirkt. > Hardware Mainboard: ASRockRack - X570D4U-2L2T Prozessor: AMD Ryzen 7 PRO 4750G with Radeon Graphics @ 3.6 GHz Arbeitsspeicher: 16 GB, Error Correction Type: Multi-bit ECC LSI SAS 9300-4i - Speicher-Controller - SATA 6Gb/s / SAS 12Gb/s - PCIe 3.0 x8
-
Ja genau. Alle ST.. Platten sind dann von UnRAID als fehlend notiert. Nach einem Neustart sieht wieder alles prima aus bzw. funktioniert auch der Datenzugriff wie gewünscht. > Wenn du "Spin-Up HDD-Gruppen" aktivirst hast fahren alle Festplatten hoch wo deine Shares verteilt sind. Und wenn ich es nicht aktiviere fährt nur die HDD hoch, von der ich tatsächlich lesen möchte bzw wo die Datei tatsächlich abgelegt ist ?!
-
Hallo Leute, ich bin am Aufbau eines UnRAID Archiv Systems. Aktuell sind 12 Datenträger im System, davon 2 Parity. Ziel ist ein Ausbau in den kommenden Monaten auf 28 Devices... Ich dachte es ist eine gute die Idee Platten von verschiedenen Herstellern zu verwenden, aber mittlerweile bekomme ich Zweifel. Die Einstellungen sind natürlich ausschließlich Global gesetzt, dennoch reagieren die Platten unterschiedlich. Es ist jetzt immer so, dass die Platten von Seagate ziemlich fix am Spin-Down sind und nach 1-2 Tagen ohne weiteren Zugriff sich komplett deaktivieren. Nach einem Reboot vom System ist das Array wieder online. Die WD Platten bleiben ziemlich lange an, gehen dann aber auch in den Spin-Down. Lese ich vom System (von Datenträger 1 in meinem Fall) gehen komischerweise alle WDs wieder online. Bzw. die meisten, wie man am Bild sieht. Prima wäre natürlich das erstmal alle einheitlich reagieren, und dass ausschließlich die Platten hochfahren die wirklich benötigt werden. PS: "Standard Datenträger Ruhezustandsverzögerung" steht aktuell auf "1 Stunde" Danke.
-
Hello, i search a cost inexpensive (LOL) sollution for a huge file archive. i thought of a 36 HDD 4HE Rack (https://www.1he-server.com/16.html) this rack has MegaRAID 93xx / 94xx controllers - possible with UNRAID? first idea: TrueNAS core with ZFS + compression + de-dup - need more hardware - run all disk - bad data recovery in worst case new idea: UNRAID + less hardware req. + good data recovery in worst case + .. unraid features - compression via plugin? stable? i tend to UNRAID, but i have only known UNRAID for a few days and have no experience with it. i want start with 20-24 hdd in the first year an append the the remaining part in 2022. Is this easy possible with UNRAID ? Thanks and best regards, Denny