August 23, 20214 yr Ich habe da Aktuell das Problem, dass wenn ich den Nextcloud Docker aktiviert habe meine Platten nicht mehr in den Spindown gehen. Aktivität seitens Datenaustausch findet jedoch nicht statt.
August 23, 20214 yr Community Expert 53 minutes ago, speedycxd said: Platten Mehrzahl? Sicher, dass auf den Platten keine Shares liegen, die in Nextcloud verwendet werden? Sicher, dass der system und appdata Share komplett auf der SSD liegt? Kannst du über Shares > Ordner-Symbol prüfen. In der Spalte "LOCATION" steht wo die Ordner liegen. Sollte dann entsprechend nur "cache" sein.
August 23, 20214 yr Author ja, du hast recht gehabt. Der Nextcloud Ordner war in der Location Disk2. habe ich jetzt entsprechend geändert. Sorry, ging nur um eine Platte.
August 24, 20214 yr Kann das ganze bestätigen. Ich habe eine UAD (per SATA angeschlossen), welche NUR für ein monatliches Backup per Script gemounted wird. Die Plätte ist keinem Share zugetreilt. Wenn ich die Platte in den Spin-Down schicke, wird diese mit dem Aufruf des Nextcloud WebGUI sofort geweckt.
August 24, 20214 yr Die Platten werden auch geweckt wenn man den automatischen Upload aktiviert hat und sein Standort ändert, sofern er in dem Moment etwas zum hochladen hat, sprich neue Fotos/Videos.
August 24, 20214 yr Community Expert 14 hours ago, sonic6 said: Wenn ich die Platte in den Spin-Down schicke, wird diese mit dem Aufruf des Nextcloud WebGUI sofort geweckt. Und die anderen Platten des Arrays?
August 24, 20214 yr Community Expert 13 hours ago, i-B4se said: Die Platten werden auch geweckt Welche? Alle Platten deines Arrays? Mehr als Parity + eine Disk?
August 24, 20214 yr 5 minutes ago, mgutt said: Welche? Alle Platten deines Arrays? Mehr als Parity + eine Disk? In meinem Fall nur die Parity + Disk1 (Speicherort von "Data") Ich hatte "Platten" geschrieben, weil ich mit der Parity rechnet habe und ich weiß nicht wie die Leute ihre Shares angelegt haben.
August 24, 20214 yr 33 minutes ago, mgutt said: Und die anderen Platten des Arrays? Kann ich nicht sagen, da meine Platten (abgesehen von der "nicht-gemounteten UAD), nicht in den Spin-Down geschickt werden. Ich gehe aber ganz stark davon aus, da meine NC auf dem Array liegt. *edit* habe es gerade mal getestet. Beim Zugriff auf nen "externen Speicher" werden alle Platten angedreht, außer die Parity. Aber warum ist eine UAD davon betroffen, die keinem Share zugeordnet oder gemounted ist? Edited August 24, 20214 yr by sonic6
August 24, 20214 yr 2 hours ago, sonic6 said: Beim Zugriff auf nen "externen Speicher" werden alle Platten angedreht, außer die Parity. Wie sieht denn das Mapping (Host <-> Nextcloud) in den Nextcloud Docker Einstellungen aus? Ist vom Host ein Disk Share oder ein User Share gemappt. Und wenn User Share, welche Disks sind darin "included"? Alle externen Speicher der Nextcloud liegen bei mir auf einer Disk und werden als /mnt/diskx <-> /mnt/diskx gemappt. Da zuckt dann höchstens eine einzelne Disk. Edited August 24, 20214 yr by hawihoney
August 25, 20214 yr 7 hours ago, hawihoney said: Beim Zugriff auf nen "externen Speicher" werden alle Platten angedreht, außer die Parity. Das ist mir recht egal, da ich keinen Spin-Down nutze. Mir geht es lediglich um die ungemountete UAD, welche angedreht wird, aber im Spindown bleiben soll.
August 25, 20214 yr 1 hour ago, sonic6 said: Mir geht es lediglich um die ungemountete UAD, welche angedreht wird, aber im Spindown bleiben soll. 1.) Ist die Platte ggfs. in einem Mapping, oder einem gemappten User Share, enthalten? Wenn nicht, dann ist nicht Nextcloud der Auslöser. 2.) Ggfs. mal die Spin Down Settings prüfen.
August 25, 20214 yr 4 hours ago, hawihoney said: 1.) Ist die Platte ggfs. in einem Mapping, oder einem gemappten User Share, enthalten? Wenn nicht, dann ist nicht Nextcloud der Auslöser. Wie gesagt, Platte ist weder gemappt, noch gemountet, noch sonst irgendwas. Die Platte wird nur per Script gemountet und innerhalb des Scripts beschrieben. 4 hours ago, hawihoney said: 2.) Ggfs. mal die Spin Down Settings prüfen. Kannst du das näher ausführen? Wüsste nicht wonach ich bei den Spin-Down Settings suchen sollte, wenn ein "Spin-Up" das problem ist.
August 25, 20214 yr 1 hour ago, sonic6 said: Wüsste nicht wonach ich bei den Spin-Down Settings suchen sollte, wenn ein "Spin-Up" das problem ist. Hmm, der Thread lautet "PLATTEN GEHEN NICHT IN SPINDOWN". Wenn es anders gemeint war, dann sorry.
August 25, 20214 yr Community Expert 2 hours ago, sonic6 said: Wie gesagt, Platte ist weder gemappt, noch gemountet, noch sonst irgendwas. Ich tippe darauf, dass das an UD bzw dem USB SATA Controller liegt. Teste mal das Kommando, wenn deine USB Platte schläft: hdparm -C /dev/sdX
August 25, 20214 yr 2 hours ago, hawihoney said: Hmm, der Thread lautet "PLATTEN GEHEN NICHT IN SPINDOWN". Wenn es anders gemeint war, dann sorry. War vielleicht blöd von mir formuliert, war aber nicht toxisch von mir gemeint. 1 hour ago, mgutt said: Teste mal das Kommando, wenn deine USB Platte schläft: hdparm -C /dev/sdX root@Unraid-1:~# hdparm -C /dev/sdh /dev/sdh: drive state is: standby
August 25, 20214 yr Community Expert 7 minutes ago, sonic6 said: drive state is: standby Ok, dann liegt es daran schon mal nicht. Es gibt nämlich USB Platten, die antworten dann mit einer Fehlermeldung und wachen einfach auf. Aber das ist in jedem Fall reproduzierbar? Also ist jetzt kein Zufall? Wenn du darauf Bock hast, kannst du die von mir modifizierten Pakete von hdparm und smartctl installieren, die immer 1 Sekunde warten, bevor ein Kommando ausgeführt wird: hdparm-9.58-sleep1.txz smartmontools-7.2-sleep1.txz Also zB in einen Share hochladen und das ausführen: upgradepkg --install-new /mnt/user/sharename/*.txz Du kannst nun hingehen und hdparm/smartctl wie folgt überwachen (das geht normalerweise nicht, weil die Kommandos zu schnell ausgeführt werden): while true; do for pid in $(pgrep -f 'smartctl|hdparm'); do if [[ $lastcmd != $cmd ]] || [[ $lastpid != $pid ]]; then cmd=$(ps -p "$pid" -o args); echo $cmd "($pid)"; lastpid=$pid; lastcmd=$cmd; fi; done; done Am besten gehst du nun hin und weckst alle Platten vom Array auf, denn sonst spammt dir Unraid das Terminals zu (Unraid prüft mit hdparm im Sekundentakt ob eine schlafende Platte noch im Standby ist). Also nur die USB Platte soll schlafen. Ist sie wach, dann schick sie manuell schlafen: hdparm -S0 /dev/sdX Nun mach die Aktion, wodurch Nextcloud die USB Platte weckt. War die Ursache hdparm oder smartctl und wenn ja welches Kommando? Wenn nein: Dann hätten wir das schon mal als Fehlerquelle ausgeschlossen. Starte einfach den Server neu um die Original hdparm und smartctl Pakete wiederzubekommen.
August 25, 20214 yr Community Expert 43 minutes ago, sonic6 said: Es ist ne SATA Platte Ah ok. Ja den Test könnte man trotzdem machen.
September 4, 20214 yr So, habe nun endlich mal Zeit gefunden. Habe dein Pakete installiert und getestet. -Alle Array Platten Spinup (ist bei mir default) -UAD Platte (sdh) in den Spindown geschickt Dann habe ich mehrere male das WEbUI von Nextcloud aufgerufen und verschiedene Bereiche besucht. Kein Problem, Platte (UAD sdh) blieb im Spindown. Habe zu guter letzt den NC Windows Client bei mir am PC gestartet und aufeinmal ging die UAD in den Spinup. Zum testen nochmal den NC Win Client geschlossen, UAD in den Spindown... danach NC Win Client gestartet und ne Sekunde, nachdem dieser sich verbunden hat ist die UAD angedreht. [...] COMMAND /usr/sbin/hdparm -C /dev/sdh (22124) COMMAND /usr/sbin/hdparm -C /dev/sdh (22390) COMMAND /usr/sbin/hdparm -C /dev/sdh (22536) COMMAND /usr/bin/php /usr/local/sbin/smartctl_type dev1 -A (22699) COMMAND /usr/sbin/smartctl -A /dev/sdh (22701) COMMAND /usr/bin/php /usr/local/sbin/smartctl_type dev1 -A (22699) COMMAND /usr/sbin/smartctl -A /dev/sdh (22701) COMMAND /usr/bin/php /usr/local/sbin/smartctl_type dev1 -A (22699) COMMAND /usr/sbin/smartctl -A /dev/sdh (22701) [...] Klingt irgendwie kaum nachvollziehbar, oder? Edited September 4, 20214 yr by sonic6
September 4, 20214 yr Community Expert Poste mal bitte einen Screenshot von deiner NC config. Ich kann davon ausgehen, dass du bei der UD Disk keinen Share in den Einstellungen aktiviert hast? Hat denn einer der geloggten Kommandos die Disk geweckt? Also konntest du da einen Zusammenhang wahrnehmen?
September 5, 20214 yr Moin, nein, die UAD ist keinem Share zugeteilt und noch nicht einmal gemounted: Die UAD wird nur durch ein Script für Backups gemounted: Spoiler #!/bin/bash /usr/local/sbin/rc.unassigned mount /dev/disk/by-id/ata-WDC_WD40EFRX-*** sleep 30s /mnt/cache/appdata/backup_script.sh sync -f /mnt/disks/WDC_WD40EFRX-*** sleep 30s /usr/local/sbin/rc.unassigned umount /dev/disk/by-id/ata-WDC_WD40EFRX-*** Hier meine NC Config: Spoiler <?php $CONFIG = array ( 'memcache.local' => '\\OC\\Memcache\\Redis', 'memcache.locking' => '\\OC\\Memcache\\Redis', 'redis' => array ( 'host' => '192.168.0.50', 'port' => 6379, 'timeout' => 0.0, ), 'datadirectory' => '/data', 'instanceid' => '***', 'passwordsalt' => '***', 'secret' => '***', 'trusted_domains' => array ( 0 => '192.168.0.50:444', 1 => 'nextcloud.***.de', ), 'dbtype' => 'mysql', 'version' => '21.0.4.1', 'trusted_proxies' => array ( 0 => 'swag', 1 => '172.20.0.10', ), 'overwrite.cli.url' => 'https://nextcloud.***.de:444', 'overwritehost' => 'nextcloud.***.de', 'overwriteprotocol' => 'https', 'dbname' => 'nextcloud', 'dbhost' => '192.168.0.50:3306', 'dbport' => '', 'dbtableprefix' => 'oc_', 'mysql.utf8mb4' => true, 'dbuser' => '***', 'dbpassword' => '***', 'installed' => true, 'mail_smtpmode' => 'smtp', 'mail_smtpsecure' => 'tls', 'mail_sendmailmode' => 'smtp', 'mail_from_address' => 'nextcloud', 'mail_domain' => '***.de', 'mail_smtpauthtype' => 'LOGIN', 'mail_smtpauth' => 1, 'mail_smtphost' => 'mail.***.net', 'mail_smtpport' => '587', 'mail_smtpname' => 'nextcloud@***.de', 'mail_smtppassword' => '***', 'default_language' => 'de', 'default_locale' => 'de_DE', 'default_phone_region' => 'DE', 'log_type' => 'owncloud', 'logtimezone' => 'Europe/Berlin', 'logfile' => '/config/log/nextcloud/nextcloud.log', 'loglevel' => 2, 'maintenance' => false, 'theme' => '', 'updater.release.channel' => 'stable', 'trashbin_retention_obligation' => '120, auto', 'versions_retention_obligation' => 'auto', 'app_install_overwrite' => array ( 0 => 'occweb', 1 => 'unsplash', ), 'preview_max_x' => '2048', 'preview_max_y' => '2048', 'jpeg_quality' => '60', 'filesystem_check_changes' => '1', ); Das einzige was ich bisher reproduzieren konnte, was tatsächlich das nutzen des NC Windows Clients. Wenn sich dieser Verbunden hat, ist die UAD angedreht:
September 5, 20214 yr Seit heute Morgen habe ich die UAD im Spindown, dafür habe ich den NC Client nicht mehr gestartet... Um 14 Uhr als der Mover startete, ist mir aufgefallen, dass dieser AUCH die ungemountete UAD aufweckt... wie kann das sein?
November 10, 20214 yr Mal abgesehen wom UAD Spinup, den ich nach wie vor nicht in den Griff bekommen habe, oder nachvollziehen kann. Nextcloud trigger so oder so recht oft einen Spinup der Platte im Array, auf dem /data liegt. Dort liegen neben den Daten der User aus der NC auch einige andere Dinge: (User Ordner wurden rot unkenntlich gemacht) Ich denke dinge die wie index.html, *.log, etc können für weitere Spinups verantwortlich sein. Gibt es hier nen Lösungsansatz das nocheinmal von einander zu Trennen? Also die User Files auf dem Array zu belassen und den Rest auf den Cache? Normalerweise sollte dafür doch "Appdata" da sein, oder nicht?
November 11, 20214 yr 21 hours ago, sonic6 said: Gibt es hier nen Lösungsansatz das nocheinmal von einander zu Trennen? Ja, die Verwendung von "Externem Speicher" in Nextcloud. Du hättest dann config und data unterhalb von appdata. Für die eigentlichen User Daten legst Du Verzeichnisse vorab auf dem Array an. Innerhalb der Nextcloud Verwaltung kannst Du dann externen Speicher Usern zuweisen. Die externen Speicher müssen natürlich in den Container Einstellungen gemappt werden.
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.