interwebtech

Members
  • Posts

    1209
  • Joined

  • Last visited

About interwebtech

  • Birthday 05/03/1958

Converted

  • Gender
    Male
  • Location
    Everett, WA
  • Personal Text
    The obstacle is the path.

Recent Profile Visitors

5026 profile views

interwebtech's Achievements

Collaborator

Collaborator (7/14)

19

Reputation

  1. Uneventful update. Nothing to report. Thanks team!
  2. This is combined "possible bug" report and request for guidance on correct settings. Before a recent change in behavior I had Mover set to not run if a parity check (it also applied to data rebuild) was in progress. I prefer this method. The new behavior has the parity check pause then letting mover run and then resuming the parity check once mover completes. Notifications sent at each step of the process. I experienced this recently with my scheduled quarterly automatic parity check. Fast forward to now... I am at the tail end of a data rebuild (larger disks replacing old array members) and I notice the behavior is slightly different. Mover runs on schedule but data rebuild is NOT paused (at least GUI doesn't indicate it is). No notifications sent (logical since no pause occurred?). Rebuild drops to 3mbps and shows completion expected in several days. Note it was at 97.5% complete when this occurred. I let this process continue figuring maybe an hour or so to move roughly 50GBs (guessing). Several hours later and its still not done yet. This is when I noticed that the rebuild had not been paused before the mover started. At that time I manually paused it. Files were finally moving at a faster pace and should be done shortly. Side note I earlier shut off plex docker & Roon server; external NUC reads unRaid share where music files live; when I noticed they were both running file read/processing maintenance that was likely causing some contentention with the rebuild AND mover also running. Okay so bug report is regarding the different behavior between a parity check vs data rebuild and scheduled Mover runs. I would think they would be consistent (pause, send notifications, etc). Second, how to I configure this new behaviour to NOT pause parity checks or data rebuilds for Mover runs. I prefer the array operations complete as quickly as possible. I want Mover disabled when the array is doing either of these. It used to be a single checkbox that did that. Diagnostics attached. Note these were gathered while data rebuild was manually paused and mover was finishing up its run. tower-diagnostics-20230717-0750.zip PS. I have the Parity Check Tuning plug-in installed
  3. No change with new update. Still got the emails overnight. tower-diagnostics-20230611-0835.zip
  4. The false notifications/emails regarding disk usage have returned with 6.12.0-rc7. Please fix regression. Thanks. tower-diagnostics-20230607-1146.zip
  5. New Notification Features: Unexpected Behavior Love the new notification features, history and all. However I would like to request that when a browser notification is closed via the little X (like the old system) that it be considered "acknowledged" and thus marked as read. Right now, when I close one the little bell icon stays lit up. I can make it go black again by opening menu and selecting Acknowledge even though I have already interacted with the notification. Did I describe that right?
  6. FYI the issue has disappeared with 6.12.0-rc2 (and rc1). 3 or 4 days with no erroneous emails.
  7. Script completes without error. Thanks! Unraid Status: 2022-10-10 00:48 Plex Preloader has finished 0 preloaded (from Disk) / 475 skipped (already in RAM)
  8. Error moved but still persists Script location: /tmp/user.scripts/tmpScripts/Plex_Preloader/script Note that closing this window will abort the execution of this script 2022-10-07 10:16:22 Available RAM: 30G 2022-10-07 10:16:22 Amount of videos that can be preloaded: 482 (each video occupies 61M) 2022-10-07 10:16:22 /tmp/user.scripts/tmpScripts/Plex_Preloader/script: line 106: syntax error near unexpected token `head' 2022-10-07 10:16:22 /tmp/user.scripts/tmpScripts/Plex_Preloader/script: line 106: ` seconds=$(time ( head -c "$preload_head_size" "$file" >/dev/null ) 2>&1 )'
  9. Updated to 6.11.1 last night. This morning, Preloader failed with the following error: Script Starting Oct 07, 2022 07:00.01 Full logs for this script are available at /tmp/user.scripts/tmpScripts/Plex_Preloader/log.txt Script Finished Oct 07, 2022 07:00.03 Full logs for this script are available at /tmp/user.scripts/tmpScripts/Plex_Preloader/log.txt 2022-10-07 07:00:03 Available RAM: 39G 2022-10-07 07:00:03 Amount of videos that can be preloaded: 474 (each video occupies 81M) 2022-10-07 07:00:03 /tmp/user.scripts/tmpScripts/Plex_Preloader/script: line 113: syntax error near unexpected token `head' 2022-10-07 07:00:03 /tmp/user.scripts/tmpScripts/Plex_Preloader/script: line 113: ` seconds=$(time ( head -c "$preload_head_size" "$file" ) 2>&1 1>/dev/null )'
  10. FYI I have my parity check set to 90 days so its been a while since it has run. It started automatically last night at 12:20 AM as scheduled. At 12:20 AM tonight I get a notification that the parity check had been PAUSED. Dive into the setting for plugin and see that "Use increments for scheduled Parity Check" had been turned on and the settings had picked up my scheduled parity check start time setting for its "pause time" (unless 00:30 is the default). I have never turned this on so it must have reverted to this as default in an update since the last scheduled parity check was run. No harm done just startled me as I had never seen that notification before lol.
  11. If you refer to the web page login for the docker webui, try admin/admin than change it.
  12. 192.168.254.81 laptop webui link opens up (correct ip for unraid box): http://192.168.254.70:8080/
  13. using PIA/Openvpn. It appears to be running but I can't access webgui. Says it timed out. Log doesn't show any glaringly obvious errors. [redacted] supervisord.log attached. New to this docker but not new to docker. Thanks for any help getting this up and running. supervisord.log