Jump to content

TexasDave

Members
  • Content Count

    172
  • Joined

  • Last visited

Community Reputation

1 Neutral

About TexasDave

  • Rank
    Advanced Member

Converted

  • Gender
    Male
  • URL
    https://www.lonestone.ltd/
  • Location
    Surrey, United Kingdom

Recent Profile Visitors

980 profile views
  1. My current system information is below...all works fine for my needs. At the time, 4-5 years ago, this was a pretty solid system (I think) and still is working fine. But I really enjoy tweaking my system. I guess most of us do... 🙂 Been running my system for some time and wondering if it would make any sense to upgrade to a newer CPU and/or add a graphics card? It may not make a noticable difference but I am starting to do some more intense things (like Unmanic). My CPU is a Intel Xeon E3-1230 v3 @ 3.7GHz. MoB is SuperMicro X10SL7-F/ Or it may make more sense to leave things alone and when really needed, do a complete upgrade including MoB, CPU, adding a grpahics card.... I am itching to have a play but if I am going to see minor improvements, I will hold off. Thanks for any thoughts...
  2. So between my CA Backups, I am up and working. In fact, the one backup got Ubooquity working (again). I wonder if there is an issue in running CAbackups when Parity check is happening? No idea. But something weird happened. Not too bothered as I know how to deal with it now... Another thing that came from this is I am now running CAbackups once a week as I make frequent changes to Sonarr and Radarr. This is instead of once a month... While it was a (small) hassle - I now feel pretty good as I know CA Backup is there for me - super lucky to have been doing this.
  3. Making progress. I "pulled out" the Radarr backup from last night, restored it, and Radarr was back to normal. I then did a full restore and it seems most things are back (Thanks CABackup Team 🙂 ). Only issues are now Hydra and Mylar (both had been working) and Sonarr is still not working. Will pull an old backup to get those three items back (I hope). Still would like to understand why or what caused this? Thanks!
  4. To be clear, I was running a "backup", not a "restore" last night. So that is what is weird.... And not all my dockers were affected. Plex, Sonarr, Radarr, OpebVPN, CrashPlan affected Mylar, Hydra, NZBGet seem fine... Really, really strange....
  5. Attaching sonarr log from 2300 last night till now. Something happened between 2200 and 0800 today.... sonarr.txt
  6. @Squid Thanks. I do have some backups I can use but they are a few weeks old. So less than ideal.... I was hoping to understand why I lost things. I was running a CAbackup overnight and a parity check. Trying to understand what coud have caused my dockers and/or appdata to go into an "as new" state? Maybe it has nothing to do with CAbackup or the parity check? Just seems strange that this situation occurred and I am hoping to understand what happened. I can see the appdata is there so not sure why the dockers are not picking it up? I went into edit mode on sonarr, made no chnages but forced a rebuild and it still is not getting back to its previous state.... Just confused how this could happen...Thanks!
  7. Hi folks, Very strange issue...I woke up this morning and Plex, Sonarr, Radarr - all my dockers we in a "as new" state. Overnight my CA backup had run (successfully) and a parity check had started. I have stopped the parity check, stopped the dockers and restarted but they dockers are not picking up the old appdata. Background: 2 weeks ago had to replace to failing disks but this was done successfully During this, I noticed my CAbackup had not been running. I did a manual run (no issues) I can see the appdata is there and looks good. I also have the backups I can restore. Just trying to figure out what the issue could be and how best to debug. Diagnostics attached. Thanks! unraid-diagnostics-20191002-0952.zip
  8. Looking for some help. I have had this working for a long time. This morning, I had to shutdown my server to replace the battery in my UPS. When I came back up, I was getting the "Welcome to our server" message when trying to access ubooquity externally.... Internal access works fine (both user (port 2022) and admin (port 2023)). Ombi (which is also reversed proxy'd) is working fine internally and externally. Router ports are fine Nginx ubooquity conf files is fine and has not changed (attaced). Using the one provided and just chnaged to my subdomain (dz-comics) Deleted ubooquity appdata and docker and this has not fixed it No errors in Letsencrypy or ubooquity logs.... Letsencrypt, ombi and ubooquity on "proxynet" This is the URL that has always worked until this morning: https://dz-comics.duckdns.org/ubooquity/ I think the "Welcome" message usually means your nginx conf file has an error? Before flooding the support thread with logs - what are the most common causes for the "Welcome to our server" message? As ombi is working, I lean to an error on ubooquity but am paranoid on a "typo" being an issue after I reinstalled everything. Happy to post anything to get another pair of eyes to sort this...Thanks! [EDIT: Fixed this by restoring an older version of the ubooquity appdata using CABackup. Over the weekend, I am going to try to do a diff and see what the issue was. I have had more issues with Ubooquity than all other services combined. I want to understand why...] ubooquity.subdomain.conf
  9. I was having an issue with getting "Load Qualities" and "Load Folders" in the Sonarr and "Get Quality Profiles" and "Get Root Folders" in Radarr. I pushed the button and they would just spin. @casperse posted a fix (thanks) and this fixed it for me. Just posting in case others run into the issue. I was also getting this error: Do NOT fill in your Base URL...or at least in my situation, this fixed my issue. Just hoping this helps others in fixing the issue. Thanks @casperse!
  10. I did know about that and its very helpful. For my case, I will click on a parent, lets say there are 200 items. If I want to pick 30, it would be good to be able to do this easier if that makes sense. But it is a "nice to have". Something like the SHIFT / CTL options to select in Windows. Just a suggestion, thanks again for this awesome tool.
  11. Hello - Great Plugin - many thanks for making and supporting it. Is there a way to select multiple items via holding SHIFT or CTL so one does not have to select items one at a time? Thanks again for your continues support!!
  12. @johnnie.black - many thanks! I really appreciate your help!!
  13. @johnnie.black - Thanks! I thought I did attach the extended smart test? IS there another test I can attach? Or was that the "regular" test? Thanks!
  14. From the attached, I assume I need to replace this disk ASAP? Event: Unraid Disk 3 SMART health [198] Subject: Warning [ZACK-UNRAID] - offline uncorrectable is 1 Description: WDC_WD30EZRX-00DC0B0_WD-WMC1T1747891 (sdd) Importance: warning WDC_WD30EZRX-00DC0B0_WD-WMC1T1747891-20190907-1046.txt
  15. I trying to get rid of the "ComicRN: Requests module not found on system. I'll revert so this will work, but you probably should install" message by doing the "pip install requests" that has been suggested but get the following. What is the best way to upgrade python (if needed) and if requests is already installed, ideas why I get the error message? Thanks! root@Zack-unRAID:~# docker exec -it mylar bash root@2269a8929bc0:/# pip install requests DEPRECATION: Python 2.7 will reach the end of its life on January 1st, 2020. Please upgrade your Python as Python 2.7 won't be maintained after that date. A future version of pip will drop support for Python 2.7. Requirement already satisfied: requests in /usr/lib/python2.7/site-packages (2.22.0) Requirement already satisfied: chardet<3.1.0,>=3.0.2 in /usr/lib/python2.7/site-packages (from requests) (3.0.4) Requirement already satisfied: idna<2.9,>=2.5 in /usr/lib/python2.7/site-packages (from requests) (2.8) Requirement already satisfied: urllib3!=1.25.0,!=1.25.1,<1.26,>=1.21.1 in /usr/lib/python2.7/site-packages (from requests) (1.25.3) Requirement already satisfied: certifi>=2017.4.17 in /usr/lib/python2.7/site-packages (from requests) (2019.3.9)