thezyth

thank you so much I started using it and its amazing

After doing some more research it seems that the controller might be overheating. Going to repaste the controller and maybe zapstrap a 40mm fan on top of it.

Some more info I can provide. The parity checks seem to speed up to 100mb/s and drops down to anywhere between 10-25mb/s. The speeds seem to increase and just drop down again. I have also attached another diagnostic while the speeds were at 2.9 mb/s. Hopefully this can be of use. The speeds also seem to be slow even when the server is not being accessed. zeus-diagnostics-20220505-1649.zip

Unforunately that did not last...its back at 20mb/s

Okay as soon as I changed it form On-Demand to Performance it boosted up to 100mb/s. Will report back and let you know if it stays stable at that speed. Attached another diagnostic after setting it to performance. zeus-diagnostics-20220505-1214.zip

I'll try to provide as much info as I can because I'm kind of lost as to what the issue could be. I've been getting super slow parity checks dropping from the usual 80-120mb/s to roughly 20mb/s. I did upgrade my single 8tb parity drive to two parity drives 14tb. System Specs: The ASR 72405 controller is set to HBA Mode CPU scaling governor is set to ON-Demand Unradi Version: 6.10.0-rc5 Below are some Diskspeed Test and the diagnostic. Please let me know if you have any suggestions I can try. I don't have another controller that I can use to test if it is still somehow the controller. Tests were run with no docker containers running or any VM's. The diagnostic was pulled while the parity check was running. Diskspeed Test: Controller Benchmark: The cache_downloads SSD is dying but I don't think that should cause any issues with parity checks. Please let em know if you have any suggestions that I can try to fix this! zeus-diagnostics-20220504-1359.zip

I fixed my issue by going into the config.ini and changing the IP address from 192.168.1.29 to 0.0.0.0

Any help/update on this? Please ignore I was able to fix this!

I keep getting that OS Error for some reason. Nuked image and redid all settings again. Worked for a bit and then it died agian and back to the weird error.

Still same error after nuking the docker image and reinstalling all apps

I still keep getting that error..maybe the docker img is corrupted.

Hey how did you revert the docker to a older version?

You were correct on the controller being the issue. I set the controller into HBA mode and I haven't had any issues since! Thank you!

2021-08-26 21:55:36,925 - root (1503f556a7d0) : ERROR (check_update:25) - Error trying to get releases from Github. Http error. 2021-08-26 21:55:37,152 - root (1503eefb2d00) : INFO (signalr_client:41) - BAZARR trying to connect to Sonarr SignalR feed... 2021-08-26 21:55:37,157 - root (1503eefb2e10) : INFO (signalr_client:105) - BAZARR trying to connect to Radarr SignalR feed... 2021-08-26 21:55:37,181 - root (1503eec93040) : INFO (signalr_client:129) - BAZARR SignalR client for Radarr is connected and waiting for events. 2021-08-26 21:55:37,252 - root (1503eefb2d00) : INFO (signalr_client:56) - BAZARR SignalR client for Sonarr is connected and waiting for events. 2021-08-26 21:55:37,254 - root (1503f556a7d0) : INFO (server:37) - BAZARR is started and waiting for request on http://192.168.1.77:6767 Traceback (most recent call last): File "/app/bazarr/bin/bazarr/main.py", line 214, in <module> webserver.start() File "/app/bazarr/bin/bazarr/server.py", line 40, in start self.server.serve_forever() File "/usr/lib/python3.8/site-packages/gevent/baseserver.py", line 398, in serve_forever self.start() File "/usr/lib/python3.8/site-packages/gevent/baseserver.py", line 336, in start self.init_socket() File "/usr/lib/python3.8/site-packages/gevent/pywsgi.py", line 1545, in init_socket StreamServer.init_socket(self) File "/usr/lib/python3.8/site-packages/gevent/server.py", line 180, in init_socket self.socket = self.get_listener(self.address, self.backlog, self.family) File "/usr/lib/python3.8/site-packages/gevent/server.py", line 192, in get_listener return _tcp_listener(address, backlog=backlog, reuse_addr=cls.reuse_addr, family=family) File "/usr/lib/python3.8/site-packages/gevent/server.py", line 288, in _tcp_listener sock.bind(address) File "/usr/lib/python3.8/site-packages/gevent/_socketcommon.py", line 563, in bind return self._sock.bind(address) OSError: [Errno 99] Address not available: ('192.168.1.77', 6767) Bazarr starting... Bazarr exited. The error I seem to be getting

Not working for me either right now