-
[Support] binhex - qBittorrentVPN
Suffered form a power trip, now I need help with log in issues and qbit writing old completed files back into the cache (4.3.9-2-01) 1st - im running into issues login into the webgui, i have the login saved on the web browser so i know its right and hasnt changed since setting it up. every time i try it out, i get invalid username or password. Using the default admin login does let me in but the everything is cleared out, doesn't show any torrents or files at all. I have tried resetting the default log in but my config file looks very odd and might have been corrupted some how. 2nd - i somehow got the same problem that was occurring in 4.4.0 that was causing all files to be written to the cache drive instead of the disk. was a while since i found the solution that fixed it but idk why it happened as 4.3 was one of the fixes. should I just pull the latest and try out the fixes for 4.3 after?
-
[Support] binhex - qBittorrentVPN
IS anyone else still having trouble after rolling back to 4.3.9-2-01 with files not moving from cache/appdata? Im pretty sure i have checked all folder paths and permissions and they all seem to be correct to the way I had it before. appdata share is set to "cache=prefer" but mover still doesn't transfer data to the disks. I even tried transferring some of it by hand but was only able to free up 30 GB. Setting appadata cache=yes does make mover transfer to disks but afterwards if I set it back to prefer the files are moved back to the cache. Is there a way to tell the docker to not associate the files with the appdata? Should i delete the docker image? im also not sure if that will delete some the files stuck in appdata folder. Have almost 1 TB of some old torrents that are pretty much dead. Heres the run command
-
unmountable disks after rebuild/repair of array
i have two previous diagnostics. One from when i first noticed the error, the other I believe is when i first rebuild disk 3 and before moving around the HDDs in the enclosure. Seems my memory is off. must been after both disks were rebuilt dlnqnt-diagnostics-20210810-0944.zip dlnqnt-diagnostics-20210702-0210.zip
-
unmountable disks after rebuild/repair of array
diagnostics attached. I had 2 disks become disabled in my array. I ran an extended smart tests on both disk 1 & 3 and both completed just fine. I bought two extra HDDs of the same size but i decided to reuse disk 3 and install one of the new HDDs for disk 1. I started with a rebuild of disk 3 by stopping the array, removing disk 3 from array and spinning it back up. Stopped the array again and added back in disk 3 to start a rebuild of the array. After Disk 3 completed. I stopped the array, removed disk 1 (1eg8sh27) and replaced with new HDD (vchwmjgp) Started back up the rebuilt with the new HDD but during this time i noticed Disk 3 was unmountable. I see the format button, but if im reading this right, this will reformat the disks and start everything over. I don't mind redoing the rebuild but I'm afraid of it reformatting both drives at the same time and then me loosing data in the process. i still have the old Disk 1 on hand, along with a new and precleared 10tb HDD replacement. I would love to know if there is a way to use them to rebuild everything safely or if just formatting and letting unraid rebuild everything is safe enough. also During the replacement i also noticed some of my disks were out of placed physically in my servers so i arranged them to the ordered that is shown in UnRaid GUI. Which i believe is why disk 7 is showing as not installed. I wanted to know how to fix this. I have also attached the smart tests for the original disk 1 and disk 3 if it helps. dlnqnt-diagnostics-20210811-1318.zip dlnqnt-smart-20210808-0159.zip dlnqnt-smart-20210808-0201.zip
nos0n3
Members
-
Joined
-
Last visited