• Posts

  • Joined

  • Last visited

Everything posted by III_D

  1. So, when I get the "This page isn't working right now", if I click the blue "REFRESH" button, it comes up right away. I guess it's not a bad work-around. Sonarr working now, I'm not sure why!
  2. I noticed Mebrunner24 said he is having trouble connecting to the WebUI. I'm not sure if my problem is the same: If I use the Unraid webUI to open the qBittorrent page from the icon, it opens 192.xx.xx.xx:8080 but I get "This page isn't working right now". Ctrl-refresh does not fix it. Same behaviour in Chrome and Edge/Chrome. If I manually enter "http://192.xx.xx.xx:8080" it works. Also, not sure if this is connected, but I can't get Sonarr to connect to qBittorrrent. Radarr working fine with the same settings. This all started right after a recent update, where I lost my config from within qbittorrent. I don't see any errors in the log file. I tried deleting it and re-pulling it, same behaviour.
  3. The default port in the settings is 6881, for both Host Port 1 and Host Port 2. My understanding is that this is a ubiquitous P2P port, and best avoided. With the delugeVPN docker, I believe it changed the port automatically. It doesn't look like it does it in this one. Where should I change the setting if I want to use a different port? in the Docker settings within qbittorrent, under Connection settings tab, change the incoming connections value (and/or check the box for use different port on startup) Thanks III_D
  4. Thanks tjb! The fix for me was in this response, but I did not understand it at first, so I will clarify for others. Yes, using the SOCKS5 proxy feature within Jackett (and Sonarr, and Radarr...) DIRECTLY, ie. using the credentials for PIA within each of these dockers, was broken. It had previously caused persistent memory leaks, and more recently caused Jackett to stop working altogether due to SSL errors. The fix: within the excellent (thanks Binhex!) DelugeVPN there is a built-in Privoxy feature (ENABLE_PRIVOXY = yes). Enabling this, and then pointing each of the other dockers to use that http proxy, fixes both the SSL error and also the memory leaks. SpaceinvaderOne has a good Youtube video on how to set up Privoxy https://www.youtube.com/watch?v=2MNqonB86ec Thanks guys III_D
  5. I'm getting the SSL error, and none of my trackers are working with Jackett. I have seen a few updates since this problem started, and none have fixed it. I couldn't get this above method to work. Deleting the proxy URL in the Jackett settings allows everyting to work, but obviously it would be better if this traffic went through a proxy... Maybe I'll try another Jackett docker.
  6. This worked for me. Version 1.5b of installer. Kingston DataTraveler 16GB.
  7. I have been running this Docker for a few years now. I recently reinstalled all of my Dockers using the templates. Everything worked except for this one. After pulling my hair out several times, I finally deleted the old appdata folder for binhex-delugevpn and reinstalled without the template (after screenshotting all of the old settings). Some of the settings categories have changed. Working fine now. p.s. I think Switzerland has dropped off the port-forward list. Czech is working.
  8. How old is your power supply? I recently had a similar problem of unexplainable freezing/crashing, usually requiring hard-boots. Long story short, after trying many possible fixes without success, replacing the PSU solved the problem. Some good threads when looking to purchase a PSU: https://lime-technology.com/wiki/PSU https://lime-technology.com/forums/topic/11568-the-power-supply-thread/?tab=comments#comment-113993&searchlight=1 https://lime-technology.com/forums/topic/25307-power-supply-calculator/ Best of luck III_D
  9. Re: DelugeVPN docker and PIA at server nl.privateinternetaccess.com FYI - I was getting a bunch of "Response code 000 from curl" errors, similar to JWMutant on page 87 of this thread. I checked my settings and OVPN files, and couldn't see anything wrong. I even replaced the PIA files. Still the same errors. Workaround: I switched to ro.privateinternetaccess.com, and switched the OVPN file to Romania. Working fine now. I think there's something going on with the PIA server in NL. I'll give it a couple of days and then try switching back to NL.
  10. I think there were 2 mistakes made here: 1. the filesystem on a replacement drive was changed to something different than original, and 2. it was formatted. (I have lately been switching existing data drives from ReiserFS to XFS and so I have done this process several times now. When you stop the array, change the filesystem, and restart the array, there is no choice to rebuild data, it only gives an option to format "unmountable". After the format, the space on that drive is 100%.) Notice that nowhere on the replace drive process does it say to format: https://lime-technology.com/wiki/index.php/Replacing_a_Data_Drive If you assign a new (precleared or unformatted) drive into the old drive's slot and start the array, it should ask to rebuild data on the new drive. But if you have made mistake #1, I think the only option provided then is to format it. If you then make mistake #2 (inevitable), this is irreversible. This does seem like a good opportunity for a built-in warning. III_D
  11. I was looking for a good case this week, and came across this on NCIX: http://www.ncix.com/detail/fractal-design-define-r5-atx-70-102216.htm?promoid=1918 The lowest price seen on CamelCamelCamel was CDN$102 (pic attached). The US page for those interested is US$69.99: http://www.ncixus.com/products/?sku=102216&vpn=FD-CA-DEF-R5-BK&manufacture=Fractal%20Design&promoid=1714 Might be a "Cyber Monday" deal, so it might not last long. Enjoy! III_D
  12. I accidentally hit "Update" on the context menu (for the first time with this Docker), and ever since I cannot get Plex to start. When I check the live log, all I see is the "lsio" logo and a list of GID/UID. Nothing then ever shows up in the log, and I cannot access the WebUI. It is running but stalled. There is a post on the hub.docker page saying that Plex has changed it's download page, which starts a redirect loop... could this be the problem? I stopped this Docker, and started Limetech's Plex Docker (I needed to do this once before to salvage a broken lsio Plex Docker, and keep it as a backup)... This one works flawlessly. Any thoughts? Thanks III_D UnRAID 6.1.9
  13. This thread is exceedingly long, and I admittedly only read through 1/2 of it... but didn't find my answer. I can't seem to configure Deluge on the Preferences > Network page so that the "Test Active Port" shows good. (This combination of Docker including a VPN is awesome but makes my brain hurt). Can someone post a screenshot of a working Deluge > Preferences > Network config please? And can you tell me if you have forwarded any ports on your router? Altered any bindings in the Docker? Thanks III_D
  14. (As usual) this turned out to be a simple mistake on my part. The error is not in my Docker mappings, but in my mappings WITHIN PLEX: So because my media is mapped as: /media --> /mnt/user/Shares/ Then within Plex, the "Video" media folder is NOT: /mnt/user/Shares/Video but: /media/Video Somehow I managed to screw this up when I reinstalled. But now, everything seems to be working fine. Cheers III_D p.s. @ kingpin - regarding changing the transcode folder: Changing it from /tmp to /mnt/cache should mean you are switching from transcoding in memory to transcoding on your cache drive. (Also, wouldn't /mnt/cache be the main cache directory? Shouldn't it be something like /mnt/cache/tmp?) With 48GB, I don't know why you should be having problems with memory, but good luck sorting it out!
  15. I searched the forums and couldn't find a solution. [i'm posting this on unRaid forum and not Plex forum, because Plex seems to run fine, and there are no errors in the Plex log.] [i'm posting this in the General Support forum, because the "Docker containers" forum seems to be reserved for support threads for various dockers. Plus, my problem is not specific to a single docker.] Here is my problem: Plex runs fine and sees my library, but for the past couple of weeks, nothing that I add to the media folders is detected or updated by Plex. I have tried both the Limetech and the linuxserver dockers and the behaviour is the same. Kodi on another machine can see the files fine. I'm naming the files fine. Around the same time this started, I managed to corrupt my docker.img file and had to reinstall all of my dockers. I'm pretty sure I used the same settings. I have checked the permissions of the files in question, and they are all "user/users", just like all of the old media on my drive that Plex can see fine. Both the Plex logs and the unRaid syslogs are completely free of errors. My mappings: /config --> /mnt/user/plex/ (this is a cache-only share) /media --> /mnt/user/Shares/ /transcode --> /tmp Any ideas where I should look next? Thanks III_D
  16. No thats not the way it works... Community Applications actually never looks at the template repositories section. Did you hit Update Applications? Hmm, so I guess it was updated in between Update Applications #1, adding the Sparklyballs repo, and then Update Applications #2... I just removed Sparklyballs repo, and MythTV is still there. So obviously you're right. Please disregard! (slinking away)
  17. Maybe this is obvious to others, but since I didn't see this posted anywhere else... Getting any of these Sparkly containers to show up in the Dockers tab, with the Community Applications plugin, required entering this into the template repositories section (and Save): https://github.com/sparklyballs/docker-repo/tree/templates Now they will be listed in the Community Applications section at the bottom, and installed as per the rest of them. Perhaps this could be specified in the first post in this thread? Thanks Sparklyballs for the great dockers. MythTV just installed
  18. Doh! Somehow when I read the description of oscam, I thought it had all of oscam, tvheadend, and webgrab all in one. I think it's because the forum link lists all 3... Tvheadend-unstable up and running now. Sorry to waste your time! Thanks III_D
  19. You should be able to use tower:9981, it's working here. What happens if you click the tvheadend icon on the docker man and choose WebUi? Is the container running? What is in the log of the container? I do not see a tvheadend icon on the docker or dashboard pages at all, so if I'm supposed to, then no it's not running! When I installed oscam or oscam-test dockers, neither time did a tvheadend icon appear. Here is the oscam log: *** Running /etc/rc.local... *** Booting runit daemon... *** Runit started as PID 7 10:13:14 0 s >> OSCam << cardserver started, version 1.20-unstable_svn, build r0 (x86_64-linux-gnu) 10:13:14 0 s System name = Linux 10:13:14 0 s Host name = unraid 10:13:14 0 s Release = 4.0.4-unRAID 10:13:14 0 s Version = #4 SMP PREEMPT Sat Jun 6 01:34:49 PDT 2015 10:13:14 0 s Machine = x86_64 10:13:14 0 s creating pidfile /tmp/.oscam/oscam.pid with pid 17 10:13:14 0 s signal handling initialized 10:13:14 0 s loadbalancer: can't read from file /tmp/.oscam/stat 10:13:14 0 s waiting for local card init 10:13:14 8C0 h webif: decompressed 157960 bytes back into 374384 bytes 10:13:14 8C0 h HTTP Server running. ip= port=8888 10:13:15 0 s init for all local cards done 10:13:15 0 s anti cascading disabled 10:13:15 790F20 c plain dvbapi-client granted (anonymous, au=off) 10:13:15 790F20 c ERROR: Could not detect DVBAPI version.
  20. I'm not trying to hijack this thread, but this seems like the best place to post this question: I'm sure I'm missing something basic, but how do you access the tvheadend webui? I've read through the first post a few times. I have /config, /data, and /recordings folders mapped. With either the oscam or oscam-test dockers, the docker is running, and I can access the oscam webui on /tower:8888. I'm expecting to see tvheadend on /tower:9981, but get nothing. What am I doing wrong? Where is tvheadend? Thanks for the help
  21. This thread was very helpful trying to connect my Ubuntu machine to Unraid, and worked no problem for months. Unfortunately, after a fresh re-install of Ubuntu 12.04 I couldn't make it work at first. Maybe this will help someone else. I had to install the package "cifs-utils" through the Software Centre to make it work. Apparently 12.04 doesn't come with "mount.cifs" out of the box. The only thing that's different behaviour from before is that in Nautilus I must bookmark the mounted folders in the /mnt/ folder, whereas before it would show up automatically under "Computer". Here's my fstab in case it helps someone else: // /mnt/Shares cifs username=<unraid_user>,password=<unraid_password>,noperms,uid=nobody,gid=users 0 0 // /mnt/Not_Shared cifs username=<unraid_user>,password=<unraid_password>,noperms,uid=nobody,gid=users 0 0 also, spaces between the parameter sections worked, tabs did not. Cheers III_D
  22. OK, so while this thread probably won't help anyone much with the original title's issue, at least I can tell others what I found out and what worked for me. I think from the beginning the problem was really a corrupt USB flash drive. The clue was there in my syslog (in the 1st post): Apr 29 17:36:24 unraid kernel: write_file: error 30 opening /boot/config/super.dat Apr 29 17:36:24 unraid kernel: md: could not write superblock from /boot/config/super.dat From what I have learned about the super.dat file, if you can't update your super.dat after a drive change, your array will not recognize any changes upon reboot. So rebuilding the flash drive on a new "Kingston 4GB Datatraveler 101" with 5beta12a, and copying over my CONFIG directory, I was now back at where I started trying to add a new drive. PRECLEAR_DISK.SH ran on the new drive without a hitch (used -A switch as per forum info). Drive is now up on my array. Thanks again to dgaschk and Joe L., their answers both helped point me in the right direction. III_D
  23. Looks like I have some work to do before I will make progress on this. CHKDSK found some errors in the unMenu folder. "Corrupted files converted to folders". Now after rebooting I can't even browse through unMenu to the packages section. I'm going to backup and replace this USB key before I do anything else. I'll post again when I've finished the preclear and see if that new 1.5TB drive will go live in the array. Thanks again III_D
  24. Thanks guys for the help. I had forgotten about the preclear script. I had tried to go through the unRaid menus, which had a "clear disk" step, and it took many hours, so I thought it was the same thing. I would love to try your advice, but I'm stuck with this problem: I can't seem to install any packages, so I haven't been able to install "screen". Here's what it says: /boot/packages/screen-4.0.3-i486-1.tgz: Read-only file system screen-4.0.3-i486-1.tgz not successfully downloaded /boot/packages/utempter-1.1.4-i486-1.tgz: Read-only file system utempter-1.1.4-i486-1.tgz not successfully downloaded I noticed this "read-only" error yesterday. I have tried rebooting, no change. Next I guess I'll pull the new drive and see what happens. Thanks III_D syslog3.txt
  25. Hi - newbie here! I'll try to keep it short: unRaid 5.0-beta12a motherboard: Zotac GF6100-E-E Drive 0 (parity): WD Green 2TB EARS (MBR: 4K-aligned) Drive 1 (disk1): WD Green 2TB EARS (MBR: 4K-aligned) Drive 2 (unassigned): Seagate 1.5TB (pulled from a GoFlex) unRaid has been up successfully for 6 months on Drives 0 and 1. I have tried twice to add this Seagate drive. Shut down, connect drive, power up, stop array, assign drive, clear, format... then during parity check, 11k errors. Syslog attached after 2nd attempt. Here's my problem: after a reboot, or even stopping the array, the drive is detected as unassigned. Here are my questions before I try a third time: should I change the "partition format" setting to "MBR: unaligned" before adding this non-EARS drive? Will changing this setting screw up my existing EARS drives? Am I doing something else wrong? Appreciate any help. Thanks III_D syslog-2.txt