daan_SVK
-
Posts
141 -
Joined
-
Last visited
Content Type
Profiles
Forums
Downloads
Store
Gallery
Bug Reports
Documentation
Landing
Posts posted by daan_SVK
-
-
20 hours ago, Squid said:
You've got Netdata installed. The error is normal when starting up the app
Thank you Squid, I will ignore it.
-
Hey guys,
I am getting two new errors in my log and I was wondering if anyone could offer an opinion on how to deal with them
Sep 6 06:00:27 Tower nginx: 2021/09/06 06:00:27 [error] 12061#12061: *7083647 FastCGI sent in stderr: "Primary script unknown" while reading response header from upstream, client: 127.0.0.1, server: , request: "GET /admin/api.php?version HTTP/1.1", upstream: "fastcgi://unix:/var/run/php5-fpm.sock:", host: "127.0.0.1" Sep 6 06:00:27 Tower nginx: 2021/09/06 06:00:27 [error] 12061#12061: *7083649 FastCGI sent in stderr: "Primary script unknown" while reading response header from upstream, client: 127.0.0.1, server: , request: "GET /admin/api.php?version HTTP/1.1", upstream: "fastcgi://unix:/var/run/php5-fpm.sock:", host: "localhost"I haven't rebooted yet, just wondering if that's something I should start with.
I believe those started coming up after I added a few new plugins.
Thanks for reading.
-
7 hours ago, JorgeB said:
It's not a device problem, btrfs is detecting data corruption, most likely the result of you having overclocked RAM (or just bad RAM), see here first:
https://forums.unraid.net/topic/46802-faq-for-unraid-v6/?do=findComment&comment=819173
thanks for your response,
the RAM was MEMtest stress tested before it was installed in this server but I believe it has XMP enabled, does that count as overclocked under these circumstances?
this might be a BTRFS specific question but how sever is the corruption? Can it be repaired, given the cache is in Raid1? Wouldn't rebuilding the cache from scratch be a way to rectify the corrupted blocks or are my Appdata backups also corrupted?
-
so I rebooted the server, started the array in maintenance mode and ran the btrfs check and scrub, resulting in:
Status: finished Duration: 0:05:52 Total to scrub: 305.64GiB Rate: 889.13MiB/s Error summary: csum=14 Corrected: 0 Uncorrectable: 14 Unverified: 0SMART coms back clean but I do see those:
181 Program fail count total 0x0022 100 100 000 Old age Always Never 47244705802what's the best option here? Replace the drives?
-
hi there,
Just realized my cache pool is read only due to what looks like a file system corruption. I was hoping to run a file system check so I stopped the array but the server got stuck at unmounting the disks.
What's my best course of action here with the server stuck at "unmounting" disks? I'd like to get some advise before causing unnecessary damage.
thanks for reading.
-
6 minutes ago, ich777 said:
Please read the comment from above your post!
yes, thanks, I figured it out, just replied too soon to the thread.
thanks for all your work and support!
-
1
-
-
18 hours ago, Johnny Utah said:
Thanks for this command suggestion! Worked like a charm for me. My question, however, is how do I get this to run on every boot?
it does indeed seems to stop the logging, I also get this as a result in the log:
Apr 15 12:18:12 Tower kernel: NVRM: Persistence mode is deprecated and will be removed in a future release. Please use nvidia-persistenced instead. -
went down for me too yesterday.
this is what I had to do:
-download the new OPEN VPN files from here:
https://www.privateinternetaccess.com/helpdesk/kb/articles/where-can-i-find-your-ovpn-files-2
-choose a non CA end point
-update the files in the Deluge folder in appdata
-profit
-
14 minutes ago, JorgeB said:
That's not a scrub, it's a file system check, there's also a GUI option for the scrub, corrupt files, if any, will be listed in the syslog.
ah, yes, thank you for pointing that out. No errors in that one:
UUID: d1294b70-d13c-4027-b0b5-12417226b0dc Scrub started: Fri Apr 9 09:41:13 2021 Status: finished Duration: 0:04:15 Total to scrub: 238.90GiB Rate: 959.28MiB/s Error summary: no errors foundthe cach log still shows 43 corrupted entries
Apr 8 09:21:28 Tower kernel: sdc: sdc1 Apr 8 09:21:28 Tower kernel: sd 2:0:0:0: [sdc] Attached SCSI disk Apr 8 09:21:28 Tower kernel: BTRFS: device fsid d1294b70-d13c-4027-b0b5-12417226b0dc devid 2 transid 9310751 /dev/sdc1 scanned by udevd (1642) Apr 8 09:21:59 Tower emhttpd: MTFDDAK512TBN-1AR1ZABHA_UGXVL01J1BF7U0 (sdc) 512 1000215216 Apr 8 09:21:59 Tower emhttpd: import 31 cache device: (sdc) MTFDDAK512TBN-1AR1ZABHA_UGXVL01J1BF7U0 Apr 8 09:21:59 Tower emhttpd: read SMART /dev/sdc Apr 8 11:21:28 Tower kernel: BTRFS info (device sdb1): bdev /dev/sdc1 errs: wr 0, rd 0, flush 0, corrupt 23, gen 0 Apr 8 12:01:02 Tower kernel: BTRFS error (device sdb1): bdev /dev/sdc1 errs: wr 0, rd 0, flush 0, corrupt 24, gen 0 Apr 8 12:01:02 Tower kernel: BTRFS error (device sdb1): bdev /dev/sdc1 errs: wr 0, rd 0, flush 0, corrupt 25, gen 0 Apr 8 12:01:02 Tower kernel: BTRFS error (device sdb1): bdev /dev/sdc1 errs: wr 0, rd 0, flush 0, corrupt 26, gen 0 Apr 8 12:01:02 Tower kernel: BTRFS error (device sdb1): bdev /dev/sdc1 errs: wr 0, rd 0, flush 0, corrupt 27, gen 0 Apr 8 12:01:02 Tower kernel: BTRFS error (device sdb1): bdev /dev/sdc1 errs: wr 0, rd 0, flush 0, corrupt 28, gen 0 Apr 8 12:01:02 Tower kernel: BTRFS error (device sdb1): bdev /dev/sdc1 errs: wr 0, rd 0, flush 0, corrupt 29, gen 0 Apr 8 12:01:02 Tower kernel: BTRFS error (device sdb1): bdev /dev/sdc1 errs: wr 0, rd 0, flush 0, corrupt 30, gen 0 Apr 8 12:01:02 Tower kernel: BTRFS error (device sdb1): bdev /dev/sdc1 errs: wr 0, rd 0, flush 0, corrupt 31, gen 0 Apr 8 13:00:54 Tower kernel: BTRFS error (device sdb1): bdev /dev/sdc1 errs: wr 0, rd 0, flush 0, corrupt 35, gen 0 Apr 8 13:00:54 Tower kernel: BTRFS error (device sdb1): bdev /dev/sdc1 errs: wr 0, rd 0, flush 0, corrupt 36, gen 0 Apr 8 13:00:54 Tower kernel: BTRFS error (device sdb1): bdev /dev/sdc1 errs: wr 0, rd 0, flush 0, corrupt 37, gen 0 Apr 8 14:01:09 Tower kernel: BTRFS error (device sdb1): bdev /dev/sdc1 errs: wr 0, rd 0, flush 0, corrupt 38, gen 0 Apr 8 14:01:09 Tower kernel: BTRFS error (device sdb1): bdev /dev/sdc1 errs: wr 0, rd 0, flush 0, corrupt 39, gen 0 Apr 8 14:01:09 Tower kernel: BTRFS error (device sdb1): bdev /dev/sdc1 errs: wr 0, rd 0, flush 0, corrupt 40, gen 0 Apr 8 15:01:11 Tower kernel: BTRFS error (device sdb1): bdev /dev/sdc1 errs: wr 0, rd 0, flush 0, corrupt 41, gen 0 Apr 8 15:01:11 Tower kernel: BTRFS error (device sdb1): bdev /dev/sdc1 errs: wr 0, rd 0, flush 0, corrupt 42, gen 0 Apr 8 15:01:11 Tower kernel: BTRFS error (device sdb1): bdev /dev/sdc1 errs: wr 0, rd 0, flush 0, corrupt 43, gen 0 Apr 9 09:22:25 Tower emhttpd: read SMART /dev/sdc Apr 9 09:40:16 Tower emhttpd: read SMART /dev/sdc Apr 9 09:40:30 Tower kernel: BTRFS info (device sdb1): bdev /dev/sdc1 errs: wr 0, rd 0, flush 0, corrupt 43, gen 0what's my option addressing those
-
1 hour ago, JorgeB said:
You should run a scrub to identify the corrupt files, most likely both copies will be corrupt, and in that case it can't be fixed, but you can delete them and restore from backups.
thanks JorgeB,
I deleted the file I thought caused the mover to hang and run the read only scur, however I dont see any corrupted files listed on the output:
[1/7] checking root items [2/7] checking extents [3/7] checking free space tree [4/7] checking fs roots [5/7] checking only csums items (without verifying data) [6/7] checking root refs [7/7] checking quota groups skipped (not enabled on this FS) Opening filesystem to check... Checking filesystem on /dev/sdb1 UUID: d1294b70-d13c-4027-b0b5-12417226b0dc cache and super generation don't match, space cache will be invalidated found 128267644928 bytes used, no error found total csum bytes: 20018700 total tree bytes: 368099328 total fs tree bytes: 303235072 total extent tree bytes: 33718272 btree space waste bytes: 64207774 file data blocks allocated: 1508281032704 referenced 126905487360 -
7 hours ago, JorgeB said:
I will try to disable XMP and run the RAM on a stock setting.
the server was up for over 60 days prior, also it was stress tested with memtest for two days before putting into production.
is there something I can do to resolve the cache corruption? this being a pool of two devices, I should be able to run a corrective scrub, correct?
-
39 minutes ago, trurl said:2 hours ago, daan_SVK said:
this is how it was originally set up.
You mean somebody else set it up for you?
I set it up a long time ago. Outside of being waste of space, this is not an issue, is it?
39 minutes ago, trurl said:Why are some of your disks still ReiserFS?
again, this is original configuration. I think some of those disks are over 6 years old. I tend not to fix things if they aren't broken. I was about to replace the oldest drive with the old parity drive.
39 minutes ago, trurl said:Why was mover running?
this has to do most likely with the parity corruption you pointed out. It was most likely trying to move the movie listed on the log:
Apr 8 12:01:02 Tower shfs: copy_file: /mnt/cache/Movies/Cronos (1993)/Cronos 1993 Bluray-1080p.mkv /mnt/disk3/Movies/Cronos (1993)/Cronos 1993 Bluray-1080p.mkv (5) Input/output error Apr 8 12:01:03 Tower crond[2026]: exit status 1 from user root /usr/local/sbin/mover &> /dev/null Apr 8 13:00:54 Tower shfs: copy_file: /mnt/cache/Movies/Cronos (1993)/Cronos 1993 Bluray-1080p.mkv /mnt/disk3/Movies/Cronos (1993)/Cronos 1993 Bluray-1080p.mkv (5) Input/output error Apr 8 13:00:54 Tower kernel: btrfs_print_data_csum_error: 12 callbacks suppressed39 minutes ago, trurl said:Didn't look at SMART. Do any disks have SMART warnings on the Dashboard page?
no SMART errors reported from any of the drives.
So the Mover is the culprit here? Should Mover be disabled in similar cases? I was under the impression the array should be fully operational while the parity is calculated. I certainly never experienced any issues on my monthly parity checks.
Also, should I be concerned with the cache corruption? How would I go about addressing that? Should I scrub it in maintainance mode once the parity rebuild has been compleated?
-
1 hour ago, trurl said:
Why do you have 100G allocated to docker.img?
no particular reason to be honest, this is how it was originally set up.
I started the array again few hour ago, seems to be rebuilding without issues at the moment (at 8.5% now). Server is responsive and all dockers and services are up. I disconnected the USB caddy that was running the pre-clear on the old parity drive in case that might have be the issue.
new diagnostic file is attached.
thanks again for reviewing it, much appreciated.
-
14 hours ago, trurl said:
Since parity isn't valid anyway might as well reboot and get us diagnostics.
thanks Trurl,
I waited overnight and the writing to the array stopped. I rebooted it as you suggested and the server came back up claiming the parity rebuild finished but I still get an "Parity Invalid" exclamation mark on the parity drive.
I have attached the diagnostics as per your suggestion.
Should I just start the array attempting to rebuild the parity again? The disk was propperly precleared originally.
-
So I popped in a new pre-cleared parity drive, run into a bump with pre-clearing the old parity drive as per this thread and I thought that I'm golden. The system went unresponsive when the parity rebiuld was around 18%. Last thing I noticed was that the CPU usage went to 100% which never happens as I have an 8 core x5600 and just a bunch of light weight dockers.
this is where I'm at:
- the gui won't load - getting 500 Internal Server Error from the browser
- I hooked up a monitor to the server, logged in, ran htop and thats where the console froze and doesn't take any input
- the server still seems to be writing to the array or parity, but I can only tell by the solid LED light on the chassis
- the old parity drive was hooked up for pre-clearing in an external USB dock and last time I saw it paused
- the server still pings fine
getting a little spooked here, what are my options?
- should I just wait for 2 days in hope the new parity will eventually recalculate and the array comes back alive?
- should I disconnect the old parity drive in the caddy that I was pre-clearing
thanks for reading, fingers crossed.
-
3 hours ago, John_M said:
Unassigned Devices plugin interacts with the Preclear plugin has changed.
this must be it, I've done this in the past once or twice and don't remember having an issue. Pre-clear is running now so I should be able to use it as a replacement for my 6y old WD RED once completed.
thank again for your help, much appreciated!
-
6 minutes ago, John_M said:
You can't mount it because a parity disk doesn't contain a file system. You don't need to pre-clear it before adding it to the array but you ought to be able to do so if that's what you want. Are you using the Preclear plugin and trying to start it from the Main page? If so go to Tools -> Preclear Disk and try it from there.
yes, that what I was doing, running it from the main page and got the error. Running it from the Tools seems to be working, the pre-clear started just fine.
Odd, I was always under the impression it didn't matter where you running the pre-clear from.
thanks again!
-
hey there guys,
I just upgraded my parity drive from 10TB to 12TB. It is rebuilding as we speak. However, before assigning the old 10TB parity drive to the array, i thought I'll clear it just to be safe. Popped it into an external USB case and tried to mount it with Unnasigned Devices and this is what I get:
Apr 7 09:59:27 Tower unassigned.devices: Mount of '/dev/sdh1' failed. Error message: mount: /mnt/disks/ST10000DM0004-2GR11L_ZJV697T7: wrong fs type, bad option, bad superblock on /dev/sdh1, missing codepage or helper program, or other error.Attempting to delete the partition yields this:
Apr 7 09:49:29 Tower unassigned.devices: Remove parition failed result 'Error: end of file while reading /dev/sdh 'I know the drive is good, used it as parity for two years. Should I be concerned with the above errors before popping it into the array without pre-clearing? It just threw me off.
thanks!
-
1 hour ago, daan_SVK said:
hi guys, Binhex,
my SONARR and RADARR containers no longer connect to the Binhex-Deluge container with PIA configured proxy.
This is strange, all the indexers test OK in Jacket, Deluge is also able to download torretns OK but the Sonarr and Radarr containers no longer connect to Jacket or Deluge.
When I disable Privoxy in the Binhex-Deluge container everything works again just fine so I know it has to do with the Privoxy setup.
here is snip from the log:
[v3.0.2.4552] NzbDrone.Core.Download.Clients.DownloadClientUnavailableException: Unable to connect to Deluge, please check your settings ---> System.Net.WebException: The operation has timed out.: 'http://192.168.1.24:8112/json' ---> System.Net.WebException: The operation has timed out. at System.Net.HttpWebRequest.GetResponse() at NzbDrone.Common.Http.Dispatchers.ManagedHttpDispatcher.GetResponse(HttpRequest request, CookieContainer cookies) in D:\a\1\s\src\NzbDrone.Common\Http\Dispatchers\ManagedHttpDispatcher.cs:line 146 --- End of inner exception stack trace --- at NzbDrone.Common.Http.Dispatchers.ManagedHttpDispatcher.GetResponse(HttpRequest request, CookieContainer cookies) in D:\a\1\s\src\NzbDrone.Common\Http\Dispatchers\ManagedHttpDispatcher.cs:line 146 at NzbDrone.Common.Http.HttpClient.ExecuteRequest(HttpRequest request, CookieContainer cookieContainer) in D:\a\1\s\src\NzbDrone.Common\Http\HttpClient.cs:line 123 at NzbDrone.Common.Http.HttpClient.Execute(HttpRequest request) in D:\a\1\s\src\NzbDrone.Common\Http\HttpClient.cs:line 57 at NzbDrone.Core.Download.Clients.Deluge.DelugeProxy.ExecuteRequest[TResult](JsonRpcRequestBuilder requestBuilder, String method, Object[] arguments) in D:\a\1\s\src\NzbDrone.Core\Download\Clients\Deluge\DelugeProxy.cs:line 283 --- End of inner exception stack trace --- at NzbDrone.Core.Download.Clients.Deluge.DelugeProxy.ExecuteRequest[TResult](JsonRpcRequestBuilder requestBuilder, String method, Object[] arguments) in D:\a\1\s\src\NzbDrone.Core\Download\Clients\Deluge\DelugeProxy.cs:line 283 at NzbDrone.Core.Download.Clients.Deluge.DelugeProxy.ProcessRequest[TResult](DelugeSettings settings, String method, Object[] arguments) in D:\a\1\s\src\NzbDrone.Core\Download\Clients\Deluge\DelugeProxy.cs:line 244 at NzbDrone.Core.Download.Clients.Deluge.DelugeProxy.GetTorrentsByLabel(String label, DelugeSettings settings) in D:\a\1\s\src\NzbDrone.Core\Download\Clients\Deluge\DelugeProxy.cs:line 97 at NzbDrone.Core.Download.Clients.Deluge.Deluge.GetItems() in D:\a\1\s\src\NzbDrone.Core\Download\Clients\Deluge\Deluge.cs:line 117 at NzbDrone.Core.Download.TrackedDownloads.DownloadMonitoringService.ProcessClientDownloads(IDownloadClient downloadClient) in D:\a\1\s\src\NzbDrone.Core\Download\TrackedDownloads\DownloadMonitoringService.cs:line 89
ok, I found the answer in Binex's FAQ:
this was Q26:
https://github.com/binhex/documentation/blob/master/docker/faq/vpn.md
thanks again
-
hi guys, Binhex,
my SONARR and RADARR containers no longer connect to the Binhex-Deluge container with PIA configured proxy.
This is strange, all the indexers test OK in Jacket, Deluge is also able to download torretns OK but the Sonarr and Radarr containers no longer connect to Jacket or Deluge.
When I disable Privoxy in the Binhex-Deluge container everything works again just fine so I know it has to do with the Privoxy setup.
here is snip from the log:
[v3.0.2.4552] NzbDrone.Core.Download.Clients.DownloadClientUnavailableException: Unable to connect to Deluge, please check your settings ---> System.Net.WebException: The operation has timed out.: 'http://192.168.1.24:8112/json' ---> System.Net.WebException: The operation has timed out. at System.Net.HttpWebRequest.GetResponse() at NzbDrone.Common.Http.Dispatchers.ManagedHttpDispatcher.GetResponse(HttpRequest request, CookieContainer cookies) in D:\a\1\s\src\NzbDrone.Common\Http\Dispatchers\ManagedHttpDispatcher.cs:line 146 --- End of inner exception stack trace --- at NzbDrone.Common.Http.Dispatchers.ManagedHttpDispatcher.GetResponse(HttpRequest request, CookieContainer cookies) in D:\a\1\s\src\NzbDrone.Common\Http\Dispatchers\ManagedHttpDispatcher.cs:line 146 at NzbDrone.Common.Http.HttpClient.ExecuteRequest(HttpRequest request, CookieContainer cookieContainer) in D:\a\1\s\src\NzbDrone.Common\Http\HttpClient.cs:line 123 at NzbDrone.Common.Http.HttpClient.Execute(HttpRequest request) in D:\a\1\s\src\NzbDrone.Common\Http\HttpClient.cs:line 57 at NzbDrone.Core.Download.Clients.Deluge.DelugeProxy.ExecuteRequest[TResult](JsonRpcRequestBuilder requestBuilder, String method, Object[] arguments) in D:\a\1\s\src\NzbDrone.Core\Download\Clients\Deluge\DelugeProxy.cs:line 283 --- End of inner exception stack trace --- at NzbDrone.Core.Download.Clients.Deluge.DelugeProxy.ExecuteRequest[TResult](JsonRpcRequestBuilder requestBuilder, String method, Object[] arguments) in D:\a\1\s\src\NzbDrone.Core\Download\Clients\Deluge\DelugeProxy.cs:line 283 at NzbDrone.Core.Download.Clients.Deluge.DelugeProxy.ProcessRequest[TResult](DelugeSettings settings, String method, Object[] arguments) in D:\a\1\s\src\NzbDrone.Core\Download\Clients\Deluge\DelugeProxy.cs:line 244 at NzbDrone.Core.Download.Clients.Deluge.DelugeProxy.GetTorrentsByLabel(String label, DelugeSettings settings) in D:\a\1\s\src\NzbDrone.Core\Download\Clients\Deluge\DelugeProxy.cs:line 97 at NzbDrone.Core.Download.Clients.Deluge.Deluge.GetItems() in D:\a\1\s\src\NzbDrone.Core\Download\Clients\Deluge\Deluge.cs:line 117 at NzbDrone.Core.Download.TrackedDownloads.DownloadMonitoringService.ProcessClientDownloads(IDownloadClient downloadClient) in D:\a\1\s\src\NzbDrone.Core\Download\TrackedDownloads\DownloadMonitoringService.cs:line 89
-
On 6/12/2020 at 1:49 AM, binhex said:
ok so here's the problem, i dont have a discrete graphics card and therefore its impossible for me to debug any hardware transcoding issues, i can take a look at the image and see if i can spot anything obvious, but im really shooting in the dark here.
I might have an older quadro card that I could ship to you. Send me a PM.
-
1
-
-
On 6/9/2020 at 12:55 PM, Mcnulty650sx said:
Has this been corrected. I'am having same issue . I even installed a different Emby docker and hardware encoding works on that one.
not to my knowledge. The official docker container works ok but I didnt find a reliable way to migrage the database so I have to start from scratch which is unfortunate as I lost all my user settings and watch statuses and such.
I would love an update from Binhex himself at least
-
1
-
-
2 minutes ago, Joseph said:
Noob here, so consider the source! 😬
I went thru a gauntlet of things that I tried (and mostly failed) in an attempt to migrate from the plug-in version of EMBY to the docker container. Another user posted some steps and I documented things that I thought worked, but mostly didn't. It starts around page 142 or 143.
In the end, after updating unRIAD to 6.4 the process somehow became much simpler and magically worked. I wish I knew why, but on page 144 what seemed to have worked, at least back then anyway, was to make sure to set the mappings properly for the content/appdata/etc.
Hope this helps... don't forget: backup, Backup, BACKUP!!!
this is pretty much what i did originally. The server fired up and looked good, I was shocked how easy it appeared to be however I wasnt able to play anything. Every time I attempted to play a file i got an error.
at the end what I'm looking for is:
- advice on how to get the binhex emby container fixed so it supports HW transcoding with the modified UNRAID
- advice on how to migrate the database of one emby container to another so I dont have to set up a brand new database and redo my users, watch statuses etc
I have also posted this on the official emby forums, but no reply so far
-
On 5/18/2020 at 1:10 AM, alturismo said:
hw transcoding needs a premiere membership if thats the question
if that's a response to my post then yes, I am aware. I specifically purchased Premiere to get the hardware transcoding working and it does not work on Binex's container. It does work without issues on the official EMBY container so I'm trying to figure out how to migrate the database over with all my watch statuses and user accounts.
[Plugin] Prometheus unRAID Plugins
in Plugin Support
Posted
hi there,
I'm trying to set up the Pihole monitoring but am running into two issues:
the Pihole target goes down/stopped every 10 minutes or so:
and even while is up, I still get No Data in the Pihole Explorer even after updating the JSON model with the Prometheus source.
Where would I start looking for the cause?
thanks!