Elmojo
-
Posts
284 -
Joined
-
Last visited
Content Type
Profiles
Forums
Downloads
Store
Gallery
Bug Reports
Documentation
Landing
Posts posted by Elmojo
-
-
6 hours ago, Aran said:
Try Resilio.
Thanks, I'll look into that. I'm playing around with SyncThing right now, and so far, it's working okay. It's a bit more complicated that I'd prefer to get set up, and I don't love the android app, but it appears to be doing the basic backup fairly well.
-
So I've done quite a bit of searching, and oddly, haven't found a clear answer to this.
All I want is to be able to automatically dump any and all photos from my Android phone to a specific share folder on my unraid server.
I used to use Dropbox, and it had pretty much this exact feature, but it came with a lot of extra baggage, so I ditched it.
Lots of the older links I found suggested NextCloud, but that seems to be just as bloated and cumbersome to set up as Dropbox, and is probably way overkill for this one simple task.
I thought about Seafile, but looking at the 2 available dockers; 1 is outdated, and the other looks sorta complicated, as it requires a custom network and a separate DB/SQL server.
Surely there must be a simple solution for this, no?
Someone please tell me I'm missing an obvious solution!
To be clear, this is for an Android phone, and needs to sync continuously (or on-demand would be okay also) over wifi.
EDIT: For anyone coming across this later, the solution (for me) is SyncThing. It's not the most intuitive thing to set up, but it works fine once you get it all sorted. The Android app kinda sucks. I can't comment on the iOS version, since I don't use Apple products.
-
55 minutes ago, binhex said:
so the container is running just fine and your qbittorrent app running in your vm is not
The container is connecting correctly at the moment, but it wasn't as of last night. I have no idea why it suddenly started working, unless there was an update overnight and I didn't notice? I'm concerned that it'll break again in the background and I may not notice.
As for the VM, I get that it's not directly in-scope for this thread, but I thought maybe since the config was so similar, you might have some insights.
-
1 minute ago, binhex said:
short your router has nothing to do with port forwarding
Correct. I'm not doing any forwarding in the router.
My VM setup looks like this...
-
Here's my Docker run and log file again. Seems to maybe have gotten lost in the shuffle.
Anyone have suggestions for helping clear the firewalled status of my qBT?
I did figure out that my VM isn't really involved, although it's firewalled as well. I'm actually running 2 instances of qBT. One is the one that's hosted by this docker, and is accessed via the webUI. It's connected to my *arrs. The other is a desktop client I have installed within a VM, that I use for various random manual downloads like Linux distros and such. I had confused myself by forgetting that I had it set up that way. lol
Regardless, they are both listed as 'firewalled' now, so something has changed recently on the backend. I'm guessing it might be related to my change over from Mullvad to PIA, except that it's been working with PIA just fine for the past couple weeks, and the firewall icon has only appeared in the last couple days. The only changes I'm aware of have been container updates to this docker.
Command execution docker run -d --name='binhex-qbittorrentvpn' --net='bridge' --privileged=true -e TZ="America/New_York" -e HOST_OS="Unraid" -e HOST_HOSTNAME="Tower" -e HOST_CONTAINERNAME="binhex-qbittorrentvpn" -e 'VPN_ENABLED'='yes' -e 'VPN_USER'='----' -e 'VPN_PASS'='----' -e 'VPN_PROV'='pia' -e 'VPN_CLIENT'='wireguard' -e 'VPN_OPTIONS'='' -e 'STRICT_PORT_FORWARD'='yes' -e 'ENABLE_PRIVOXY'='no' -e 'WEBUI_PORT'='8080' -e 'LAN_NETWORK'='192.168.11.0/24' -e 'NAME_SERVERS'='84.200.69.80,37.235.1.174,1.1.1.1,37.235.1.177,84.200.70.40,1.0.0.1' -e 'VPN_INPUT_PORTS'='45206' -e 'VPN_OUTPUT_PORTS'='' -e 'DEBUG'='false' -e 'UMASK'='000' -e 'PUID'='1001' -e 'PGID'='100' -l net.unraid.docker.managed=dockerman -l net.unraid.docker.webui='http://[IP]:[PORT:8080]/' -l net.unraid.docker.icon='https://raw.githubusercontent.com/binhex/docker-templates/master/binhex/images/qbittorrent-icon.png' -p '6881:6881/tcp' -p '6881:6881/udp' -p '8080:8080/tcp' -p '8118:8118/tcp' -v '/mnt/user/downloads/':'/data':'rw' -v '/mnt/user/appdata/binhex-qbittorrentvpn':'/config':'rw' --sysctl="net.ipv4.conf.all.src_valid_mark=1" 'binhex/arch-qbittorrentvpn' 684f731f8e6dbd0002b0a66958de5b7dd1b130baad6e8b790c809907c8cd432e The command finished successfully!EDIT: OK, super weird. I just checked, and the webUI for this container is now showing connected, no firewalled icon. However, the one on my VM is still firewalled. I've checked that I have the correct forwarded port (from PIA) entered into qBT. Not sure what else I'd need to do...
-
thanks for catching that
-
56 minutes ago, Yock said:
You can delete the supervisor to "reset" it.
Good call!
Here's the fresh log...
-
2 hours ago, wgstarks said:
For a start you can attach your supervisord log and docker run command
Command execution docker run -d --name='binhex-qbittorrentvpn' --net='bridge' --privileged=true -e TZ="America/New_York" -e HOST_OS="Unraid" -e HOST_HOSTNAME="Tower" -e HOST_CONTAINERNAME="binhex-qbittorrentvpn" -e 'VPN_ENABLED'='yes' -e 'VPN_USER'='----' -e 'VPN_PASS'='----' -e 'VPN_PROV'='pia' -e 'VPN_CLIENT'='wireguard' -e 'VPN_OPTIONS'='' -e 'STRICT_PORT_FORWARD'='yes' -e 'ENABLE_PRIVOXY'='no' -e 'WEBUI_PORT'='8080' -e 'LAN_NETWORK'='192.168.11.0/24' -e 'NAME_SERVERS'='84.200.69.80,37.235.1.174,1.1.1.1,37.235.1.177,84.200.70.40,1.0.0.1' -e 'VPN_INPUT_PORTS'='45206' -e 'VPN_OUTPUT_PORTS'='' -e 'DEBUG'='false' -e 'UMASK'='000' -e 'PUID'='1001' -e 'PGID'='100' -l net.unraid.docker.managed=dockerman -l net.unraid.docker.webui='http://[IP]:[PORT:8080]/' -l net.unraid.docker.icon='https://raw.githubusercontent.com/binhex/docker-templates/master/binhex/images/qbittorrent-icon.png' -p '6881:6881/tcp' -p '6881:6881/udp' -p '8080:8080/tcp' -p '8118:8118/tcp' -v '/mnt/user/downloads/':'/data':'rw' -v '/mnt/user/appdata/binhex-qbittorrentvpn':'/config':'rw' --sysctl="net.ipv4.conf.all.src_valid_mark=1" 'binhex/arch-qbittorrentvpn' 684f731f8e6dbd0002b0a66958de5b7dd1b130baad6e8b790c809907c8cd432e The command finished successfully!My Supervisord log is stupid long,
so here's just a clip of the most recent couple days. If you need more for any reason, I can post the whole 9MB file. lolI tried to post just a clip of it, but it was still silly long, and didn't drop into a scrolling box like I expected it to.
Any suggestions?
-
1 hour ago, wgstarks said:
Not sure why you would even need to do any port configuration on your router with port forwarding enabled?
Perhaps I don't! I only tried that as a troubleshooting step, when I noticed that qBT was reporting that it was firewalled.
I'm not really running the docker in a VM, I'm just accessing the UI through a VM. Is that not the normal way? It's been working great for quite a while, but recently I noticed that after changing from Mullvad to PIA, which is supposed to be easier and 'plug and play', it hasn't been connecting properly. I'm sure I have something configured wrong, I just don't know enough to begin tracking down what that may be.
-
I apologize if my question was forbidden.
Please tell me where I should ask for help...
-
Hi all,
Please bear with me, because I'm certain this has been covered many times before.
I'm struggling with getting my qBT unfirewalled. I'm using PIA VPN, running this docker on my unraid (of course), and running qBT UI in a VM, which is running the PIA app. I (think) I have the port forwarding set up correctly in my pfsense firewall/router, but I still can't get the little orange flame "firewalled" icon to go away in qBT. Also, if I open a browser in the VM, and check the forwarded port at canyouseeme.org, it comes up as not open.
I'm not really sure where to go from here. I know I'm missing something obvious...
-
Hey Dmitry, can we can a container update to v1.14 please?
I'm speaking with ZT support, they are recommending that I update "all devices involved to v1.14 so we’re not fighting any already solved issues". I see that this docker is on v1.12 still.
-
7 minutes ago, Miss_Sissy said:
I must have missed that part of your earlier message.
You did indeed.
7 minutes ago, Miss_Sissy said:Didn't you write that USB flash drive failure is a foregone conclusion
Apologies. I should have added the caveat that there's a time factor involved. I didn't think I need to specify that all equipment fails eventually. I was referring to premature failure.
9 minutes ago, Miss_Sissy said:I have locally hosted public and private network services for over 23 years.
On unraid? Quite the feat!
Regardless, It seems we have differing opinions on this, which is fine. I, for one, have already expended more time and energy on this thread than I'd hoped to. I apologise for taking up your time, and if I caused you any distress. Have a beautiful day!
-
1
-
-
30 minutes ago, Miss_Sissy said:
It's a completely different class of device than a mass-market thumb drive.
Which is precisely my point.
30 minutes ago, Miss_Sissy said:Then why do so many people with name-brand, consumer-grade flash drives report failures when using them as Unraid boot drives? Unraid is not an application that writes much to the drives.
Because as with all products, you generally only hear from the complaint department. Happy customers are quiet customers. I have no doubt that some drives fail, but I highly doubt it's a widespread problem affecting a significant portion of the user base.
33 minutes ago, Miss_Sissy said:What if you're running a public-facing mail server, web server, or FTP server?
You should not be using unraid for such things. Or if you do, you should also have backup a server(s) in place to serve as failover, just as in a real production environment.
-
2
-
-
34 minutes ago, Miss_Sissy said:
In the U.S. they are not very expensive, with the 4GB version selling for about $55 (U.S. dollars) on DigiKey.
That's an absolutely insane price for a 4GB flash device, regardless of whether it's "industrial" or not. The fact is, flash devices are fairly robust, as long as they're not bottom-tier garbage to begin with. When (not if) they fail, you just replace it using the rather simple process built into unraid. I think folks (myself included) are making a bigger deal than necessary about the flash boot drive needing to be rock solid nuclear proof. I just don't see it being needed. Buy a decent drive, run it until it dies, replace it, move on.
Is there a hidden danger of data loss here I'm not seeing? Does the LimeTech replacement process not work well? I've only had to do it twice, and both times, it worked just fine.
-
29 minutes ago, Mattaton said:
I'd say any decent name-brand drive will do fine USB 2 or 3.
So USB3 is okay? The docs say to use USB2 only. That would certainly make it easier to find a new drive... lol
To be clear, I have a server of my own that's been running great for about 2 years now, but the drive is on an internal header, and I can't recall what it is. Also, the server itself is remote, so I can't just go pop the cover and look.
I'm asking because I'm seeting a new one up for my office, and I want to do it right from the start.
-
7 hours ago, Miss_Sissy said:
No, it has not “gotten off in the weeds.” This was never a thread of brand-agnostic USB flash drive recommendations. It’s a warning about Sandisk USB flash drives and a follow-on discussion of alternatives, including SSDs.
Sorry, poor choice of words. I was just frustrated last night after about 30 minutes of searching and not being able to find a clear answer on which drives are good choices for unraid, that are actually available retail today. Still friends?
-
1
-
-
Hi all,
I have a Dell T440 with the "Internal Dual SD module (IDSDM)". For any not familiar, it's a PCIe card that (per Dell site):
"provides you with a redundant SD card solution. You can configure the IDSDM for storage or as the OS boot partition. In modular servers, you can choose either a redundant SD module mode or share one slot with the iDRAC module and the remaining slot can be used for storage or as the OS partition.
The Internal Dual SD Module (IDSDM) card provides two SD card slots and a USB interface dedicated for the embedded hypervisor. This card offers the following features:
Dual card operation—maintains a mirrored configuration by using SD cards in both slots and provides redundancy.
Single card operation—single card operation is supported, but without redundancy."
Anyway, I was wondering if it would be possible (or advisable) to install unraid on one or both cards of this module?
If not, then what flash disk are we recommending now? This thread has gotten way off in the weeds, and I don't see any discussion of actual USB flash drives in the last several pages. If I was to go buy a new USB drive today, what would be a good choice?
I was wondering about the whole USB 2.0 vs 3.0 thing as well. I'm having trouble even finding 2USB2 drives on Amazon right now. -
OK, got a real dumb Q, I think...
I'm able to access individual dockers/services with no issue, using the managed IP:port with ZT on, from my phone.
So how do I access the entire unraid dashboard? Just entering the IP comes up with an nginx error, and I don't know what the (or if) port would be for the main dashboard. How does this work? Or does it?
EDIT: No one knows? I feel better! lol
-
On 5/6/2024 at 12:35 PM, Hogwind said:
In Sonarr go to Series -> Library Import, and add /TV-Archived.
Yeah, I already added the archive folder to my Root Folders list. It's not picking them up.
I did discover that you can edit the paths of multiple shows at once by going to Series, choosing "select series" at the top, selecting all the series that need to be updated (moved), then at the bottom, choose [edit]. On the popup dialog, there's an option to select a new root folder. This has helped a lot, but it's still manual, and means I have to remember which shows I've moved to the archive, and go move them manually in Sonarr. Not a huge deal, but extra steps, and I'm all about the steamlining. lol
It's funny that Plex, being as finicky as it is about some things, seems to pick this change up with no problems, while Sonarr really struggles. Oh well, at least everything is mostly working again now. Thanks so much to everyone who got me back on my feet, so to speak!
-
1
-
-
9 hours ago, Hogwind said:
Click the EDIT and change the Container Path: /downloads to /data
Well DANG! In all the time I've been using unraid and dockers, I don't think I've ever clicked the [EDIT] buttons. *facepalm*
Changing those to /data and editing my SABnzb webUI settings to match fixed all the errors, but now I have nested duplicate download folders within my mnt/user/download directory. This isn't a huge deal, but it's odd.
Anyway, on to step two....
The shows that I've moved to my external drive....
I added that path to the Sonarr container, and added that path to the root in the WebUI.
What else do I need to do to get it to see them? They all show up as "missing episodes" right now.
EDIT: So I think I figured out how to get the archived shows to show up correctly in Sonarr, but it's super tedious. I'm hoping one of you gurus has a better way.
Basically, I go to the show, click edit, change the path to the archived path, save it, then refresh the show. That makes all the episodes show up correctly, but I really hope I won't have to do that for every show that I've moved, since that would take forever. lol
-
Unless I'm missing something (likely!), then this screenshot will confirm that I've set all the paths the same, no?
-
2 minutes ago, wgstarks said:
It’s in the template. In the one you posted it’s /mnt/user/downloads/ but you have only posted a screenshot of one template. You’ll need to check all of them and be sure they are all an exact match.
I think I did, but I'll check again. It's confusing, since they don't all use the same nomenclature for the templates.
23 minutes ago, wgstarks said:And do they also all use /downloads for the container path as well? This would also be required.
So where does this come in? Where would I use the "/downloads" path instead of the full "mnt/user/downloads/"?
-
10 minutes ago, wgstarks said:
And do they also all use /downloads for the container path as well? This would also be required.
Would this be specified in the template or within the WebUI of the app itself?
If in the template, then see the last screenshot above and tell me if that looks correct for the example of Sonarr. Those are the only options I have. If you mean within the webUI, then I'm not really sure where that needs to be set, sorry.
Simple wifi photo backup? (Not NextCloud plz)
in Lounge
Posted
Noted, thanks. I'm not really trying to 'back up' these photos, per se. I'm just trying to avoid having to plug in a cable, launch explorer and wait for the thumbnails to index every time I need to download photos from my phone to my desktop, which is often. This way, all the photos I take will eventually end up on my server, and I can just pull them from there.