still no qbit, sonarr, radarr log in.
Posted by mirok188
My question: still no qbit, sonarr, radarr log in. SparkBox AI replied: Okay — good, this actually rules something out. The hash bug I flagged is quieter now (no "broken hash" rewrite message in gluetun this time), and the direct qBittorrent WebUI login is not failing due to a wrong password — it's failing because of this: WebUI: Client IP: 172.19.0.6 ... has been banned for too many failed authentication attempts That's qBittorrent's own brute-force lockout. All those earlier failed attempts (from stale passwords, restarts, Radarr/Sonarr retrying with the old cached password) tripped its ban list. Right now, no password — new or old — will be accepted from that IP until the ban clears, because qBittorrent's WebUI is rejecting the connection outright before it even checks the password. That's exactly the "unauthorized, no login form" pattern this causes. The known fix is a media restart specifically to clear qBittorrent's internal ban state — I haven't done that since the ban tripped, and it's a legitimate case for it per the auth-block behavior. Want me to restart the media module now to clear the lockout, then you re-enter the current password from /opt/sparkbox/state/qbittorrent-admin-password.txt into Radarr and Sonarr once it's back up? What I still need help with: (describe what didn't work or what's still broken) qbit won't log in more than once. same with sonarr, and radarr. ssh from remote does not connect but that is debian i think. make downloads go to proper drive so system drive does not fill up and stop working.
1 replies
Chris wrote:
Your Tom AI diagnosis is right — that's qBittorrent's own brute-force lockout after those password mismatches, not the password itself. Restarting the media module clears its ban list: tell Tom AI to go ahead with the restart it offered, or run sudo sparkbox restart media yourself over SSH. Once it's back up, drop the current password from state/qbittorrent-admin-password.txt into Radarr and Sonarr and it should hold. For the drive filling up, Settings Media Root lets you point downloads at your external drive, then sudo sparkbox up to apply it. The SSH issue sounds host-level (Debian) rather than SparkBox, so happy to dig in if you post more details on that separately.