Everything posted by lovingHDTV
-
[support] dlandon - ownCloud
NM - I got it fixed. I wish you could modify the account settings and not have to remove/replace the accounts. My ports changed. I've been needing to do this for a while, now it is done thanks
-
[support] dlandon - ownCloud
Anyone use the owncloud Android App? this is the last thing I'm trying to get done. The only message I get is it failed to connect. I imagine there is some authentication thing I need to get setup but I don't get any message from the app. I tried connecting from a web browser, externally and it said something about adding to a trusted domain? thanks david
-
[support] dlandon - ownCloud
In your first post you say to change the timezone in base.php, but how do I do that? I see: if (!\date_default_timezone_set('UTC')) { \OC::$server->getLogger()->error('Could not set timezone to UTC'); }; Just don't know what to change? UTC-4? thanks again, david
-
[support] dlandon - ownCloud
I'm moving over from gfjardim's docker. Is there a way to import the files I already have? Currently they are stored at /mnt/cache/apps/owncloud, the new install is /mnt/cache/appdata/ownCloud. I'd prefer to be able to copy the files then tell owncloud to scan and update the database? Is this possible? I see there is a files:scan command, but don't know how to run it in ownCloud. thanks david OK I figured out how to do this: open a docker console cd /cofig/www/owncloud in this directory you will see the file occ the owner of the config/config.php is abc sudo -u abc php occ files:scan <user to scan> works well.
-
[Support] Linuxserver.io - SmokePing
Fixed cgi-bin to be smokeping, so it could find the location. I dusted this off today and can't get connected to the webserver any longer. When I attach to the docker it appears that everything is running. the log file appears clean. I just can get to: http://192.168.1.107:8080/cgi-bin/smokeping.cgi I get a message The requested URL /cgi-bin/smokeping.cgi was not found on this server. If I just go http://192.168.1.107:8080 I get a message "it works" Makes me think I've got something wrong in a config file somewhere. Ideas? thanks david
-
[Support] binhex - DelugeVPN
Does this mean we no longer need to set VPN_USER and VPN_PASSWORD, etc?
-
[Support] binhex - DelugeVPN
Ah, I guess I didn't see that as the answer because I didn't get a missing config message. I got a missing remote line in config file and didn't think this was the same thing. thanks again for all the help, david
-
[Support] binhex - DelugeVPN
I have all that setup and working for years. I was just surprised when it stopped working with the last update. I just re-edited my .ovpn file and put all the stuff that is supposed to be set with environment variables back into the .ovpn file and it works now. Not sure why the environment variables no longer work. thanks david
-
[Support] binhex - DelugeVPN
I recently updated, I guess its been a couple months since my last update. Now it doesn't work. In the log file I see: Any ideas why the bold line? It was working before, did something change on the VPN side? thanks david EDIT: I guess you have to have the server in the ovpn file now, before you could just set it up in the docker.
-
[Support] Linuxserver.io - Duplicati
No sure if this is expected, but I see a very similar slowness for verification. I've been trying to backup ~650GB to B2 storage. Periodically I get a message that a timeout has happened and this causes the backup to stop, it then spends 24-30 hours "verifying backup" before it starts actually uploading data again. I'm a bit concerned that this will continue even after I have successfully completed my backup. If so, I'll have to go find something else to use. I've check my bandwidth and CPU and cannot see why it takes so long to verify. david
-
[Support] Linuxserver.io - Duplicati
I asked and got an answer from the Duplicati forums and verified that email works just fine in the docker: https://forum.duplicati.com/t/how-to-set-up-email-notification/233/12 hopefully this helps someone, david
-
SSH and Denyhosts updated for v6.1
I have a single user defined that I want to provide ssh access too. However, I have to have "allow root" set to yes for it to work even for the non-root user. How can I disallow root ssh access, but still allow my chosen user? My ssh.cfg If I set PERMITROOTLOGIN="yes" then I can log in as user wimp. thanks david
-
[Support] Linuxserver.io - Duplicati
Anyone have tips on getting this to send email notifications? thanks david
-
[Support] Linuxserver.io - Duplicati
I am backup up to the cloud and changed mine to 100MB without issue. It all has to do with how long it takes to manage a single file if it is huge. There were issues if the block size is > 4TB, but I think those have been fixed.
-
[Support] Linuxserver.io - Duplicati
I decided to give this a try, now that I need to drop Crashplan before Oct 31. Went with Backblaze B2 as I can backup up 4 devices for cheaper than Crashplan Business at $10 per device. I followed SpaceInvader One video and got it all setup. did a couple backup/restore tests to ensure it would work. I have paused/restarted the backup without issue. It will take a while to complete as I only have 10mb/s upload. I killed the docker and upon restart the backup is not automatically resumed. It did report that it will start at the next scheduled time. I have the default of once per day. It did not clean up the unsent dup-* files found on the cache drive where I mapped /tmp. That is a bit disconcerting. Hopefully they will get cleaned up at some point. I do see it making new files after I started it again. david
-
[Support] binhex - DelugeVPN
I added VPN_PROTOCOL upd and that worked. I looked at the settings and didn't see the VPN_PROTOCOL, I didn't realize I needed to add it manually to the setup. Up and running again. thanks! david open your ovpn file, the vpn_protocol is the protocol defined via the "proto" or at the end of the remote line, should be either tcp or udp, also whilst your there check the port, as its most probably not 1194 (old default pia port). i know it hasnt changed but you haven't actually defined the settings before as they weren't mandatory (fallback to reading ovpn if env vars not specified), they now are mandatory, so you need to specify the following:- VPN_REMOTE VPN_PROTOCOL VPN_PORT values for you looking at your ovpn file are:- VPN_REMOTE = dal-a01.wlvpn.com VPN_PROTOCOL = udp VPN_PORT = 1194
-
[Support] binhex - DelugeVPN
Here is my .ovpn file. From usenetserver, it hasn't changed: client dev tun proto udp remote dal-a01.wlvpn.com 1194 resolv-retry infinite nobind persist-key persist-remote-ip ca dal-a01.cert tls-client remote-cert-tls server auth-user-pass credentials.conf comp-lzo verb 3 auth SHA256 cipher AES-256-CBC EDIT: I check file permissions. It is owned by root root, with 644 permissions so that shouldn't be an issue. david open your ovpn file, the vpn_protocol is the protocol defined via the "proto" or at the end of the remote line, should be either tcp or udp, also whilst your there check the port, as its most probably not 1194 (old default pia port).
-
[Support] binhex - DelugeVPN
I just updated to 6.2 and noticed a new update for this docker after doing so. I updated and now it won't run. I validated that my VPN settings having changed and match what they should. Here is the log file: 2016-09-16 14:29:47,729 DEBG 'deluge-script' stdout output: [info] deluge config file already exists, skipping copy 2016-09-16 14:29:47,730 DEBG 'deluge-script' stdout output: [info] VPN is enabled, checking VPN tunnel local ip is valid 2016-09-16 14:29:47,738 DEBG 'start-script' stdout output: [info] VPN provider defined as custom [info] VPN config file (ovpn extension) is located at /config/openvpn/dal-a01.ovpn 2016-09-16 14:29:47,741 DEBG 'start-script' stdout output: [info] VPN provider remote gateway defined as dal-a01.wlvpn.com [info] VPN provider remote port defined as 1194 [crit] VPN provider remote protocol not defined (via -e VPN_PROTOCOL), exiting... anyone know what the -e VPN_PROTOCOL is? This seems to be a new thing. thanks david
-
[CONTAINER] CrashPlan & CrashPlan-Desktop
Just wanted to drop by and say thanks! I was in Taiwan for business when I got an email saying that Crashplan wasn't backing up. I was aware that this was going to happen, but couldn't do anything about it. A few days later the power went out and unRaid shutdown automatically. After power was restored it started back up, and crashplan automatically updated and I got 4.7. I didn't know this all happened until I got another email saying the backups were working again, imagine my surprise. I don't think anything has every worked this perfectly for me thanks for the great docker, david
-
[Support] Linuxserver.io - SmokePing
Would it be possible to get a bandwidth probe installed as well, or is there one already? thanks, david
-
[Support] binhex - DelugeVPN
I setup openVPN on my pfsense router and it worked just fine. However, it got annoying that the bank requires additional authentication when coming from a VPN, many store fronts don't work because they block known VPN IP ranges, craigslist etc. Took a bit of work to get Plex to work because PIA didn't support a valid port forwarding model. So I went with delugeVPN to avoid the full VPN hassle. Not an openVPN or pfsense issue, just the fallout when people do stupid things via VPN. david +1 This type of solution is very much needed. Having the ability to choose which application uses the VPN provides a great amount of control and flexibility. As an example VPNing docker applications like Sickbeard, Sickrage, Sonarr, Couchpotato, Sabnzbd, to name a few, but not VPNing Plex Server since it has an issue with losing it's connection once a VPN connection is established. Hope to see this type of solution come to fruition in the future. OR... You can use your external firewall / router. Load a DD-WRT or Tomato firmware on your router and using the OpenVPN client & the active routing policies - you can "route" any number of specific internal source IP's out through the VPN. Keeps the networking on the edge and it is actully quite easy to set up (If I can do it! ;-)) My 2c, Did it. WAAAYYYY too slow. routers don't have enough CPU power for real-time encryption. I slowed my speeds by about 75%. The VPN really needs to run on a modern CPU, so inside a separate docker is the better solution. I'm looking at setting up a pfSense install for this very purpose, but an openVPN docker would probably work just as well.
-
[support] gfjardim's Docker Repository
I'm trying to add nzbtomedia to my nzbget install. Can someone tell me how? I don't see an area in the config area where I can install the script. thanks
-
[CONTAINER] CrashPlan & CrashPlan-Desktop
I can see that my .ui_info in the docker is now getting changed everytime I restart the server, this didn't use to happen. I also see that it gets overwritten even though I set the permissions to 400 and owner to root. Seems it just gets recreated each time. My server is running 4.4.0, but I can't find a download for windows for 4.4.0, I have 4.3.0 installed from July. Anyone able to get this up and running? I looked at the /etc/my_init.d/config.sh and it is creating a .ui_info file, but they (code42), must be overwriting it later. thanks david
-
[CONTAINER] CrashPlan & CrashPlan-Desktop
Here is the thread: http://lime-technology.com/forum/index.php?topic=42061.15 Basically if I have the crashplan docker enabled my docker.img file eventually fills up to 100%. If I have it disabled the size never changes. david No, no issues that I know of. What makes you think it is the Crashplan docker that is filling up your docker.img file? You mentioned that you've been running this Docker for a long time, have you changed any settings recently? In the Crashplan GUI, take a look at the History tab. Do you see any issues in the log that might explain what is going on? What folders do you have mapped to the Crashplan docker? Have you defined a local folder as a backup destination? If so, what is the path to that folder?
-
[CONTAINER] CrashPlan & CrashPlan-Desktop
Has anyone had issues with this docker filling up your docker.img file? I've found that if I have this docker enabled I eventually fill my docker.img and things start going bad. I've run this docker for a long time, but just recently starting having this issue. It took me a bit to track it down to this docker. david