speedycxd Posted August 23, 2021 Share Posted August 23, 2021 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. Quote Link to comment
mgutt Posted August 23, 2021 Share Posted August 23, 2021 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. Quote Link to comment
speedycxd Posted August 23, 2021 Author Share Posted August 23, 2021 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. Quote Link to comment
sonic6 Posted August 24, 2021 Share Posted August 24, 2021 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. Quote Link to comment
i-B4se Posted August 24, 2021 Share Posted August 24, 2021 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. Quote Link to comment
mgutt Posted August 24, 2021 Share Posted August 24, 2021 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? Quote Link to comment
mgutt Posted August 24, 2021 Share Posted August 24, 2021 13 hours ago, i-B4se said: Die Platten werden auch geweckt Welche? Alle Platten deines Arrays? Mehr als Parity + eine Disk? Quote Link to comment
i-B4se Posted August 24, 2021 Share Posted August 24, 2021 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. Quote Link to comment
sonic6 Posted August 24, 2021 Share Posted August 24, 2021 (edited) 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, 2021 by sonic6 Quote Link to comment
hawihoney Posted August 24, 2021 Share Posted August 24, 2021 (edited) 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, 2021 by hawihoney Quote Link to comment
sonic6 Posted August 25, 2021 Share Posted August 25, 2021 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. Quote Link to comment
hawihoney Posted August 25, 2021 Share Posted August 25, 2021 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. Quote Link to comment
sonic6 Posted August 25, 2021 Share Posted August 25, 2021 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. Quote Link to comment
hawihoney Posted August 25, 2021 Share Posted August 25, 2021 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. Quote Link to comment
mgutt Posted August 25, 2021 Share Posted August 25, 2021 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 Quote Link to comment
sonic6 Posted August 25, 2021 Share Posted August 25, 2021 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 Quote Link to comment
mgutt Posted August 25, 2021 Share Posted August 25, 2021 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. Quote Link to comment
sonic6 Posted August 25, 2021 Share Posted August 25, 2021 1 hour ago, mgutt said: Es gibt nämlich USB Platten,... Es ist ne SATA Platte Quote Link to comment
mgutt Posted August 25, 2021 Share Posted August 25, 2021 43 minutes ago, sonic6 said: Es ist ne SATA Platte Ah ok. Ja den Test könnte man trotzdem machen. 1 Quote Link to comment
sonic6 Posted September 4, 2021 Share Posted September 4, 2021 (edited) 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, 2021 by sonic6 Quote Link to comment
mgutt Posted September 4, 2021 Share Posted September 4, 2021 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? Quote Link to comment
sonic6 Posted September 5, 2021 Share Posted September 5, 2021 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: Quote Link to comment
sonic6 Posted September 5, 2021 Share Posted September 5, 2021 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? Quote Link to comment
sonic6 Posted November 10, 2021 Share Posted November 10, 2021 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? Quote Link to comment
hawihoney Posted November 11, 2021 Share Posted November 11, 2021 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. Quote Link to comment
Recommended Posts
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.