Selfhosted
A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don't control.
Rules:
-
Be civil: we're here to support and learn from one another. Insults won't be tolerated. Flame wars are frowned upon.
-
No spam posting.
-
Posts have to be centered around self-hosting. There are other communities for discussing hardware or home computing. If it's not obvious why your post topic revolves around selfhosting, please include details to make it clear.
-
Don't duplicate the full text of your blog or github here. Just post the link for folks to click.
-
Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).
-
No trolling.
Resources:
- selfh.st Newsletter and index of selfhosted software and apps
- awesome-selfhosted software
- awesome-sysadmin resources
- Self-Hosted Podcast from Jupiter Broadcasting
Any issues on the community? Report it using the report flag.
Questions? DM the mods!
view the rest of the comments
Friend, thank you. My users and I greatly appreciate it. You just taught me how to solve one of the biggest problems I've been having. Just tested a movie through Jellyfin after using that cli.
Got any pointers for migrating config files from my NAS's docker containers to Proxmox's LXCs/VMs?
No worries!
So if you've got docker containers going already, you don't need them to be LXCs.
So why not keep them docker?
Now there are a couple of approaches here. A VM will have a bit higher overhead, but offers much better isolation than lxc. Conversely, lxc is lightweight but with less host isolation.
If we're talking the *arr stack? Meh, make it an lxc if you want. Hell, make it an lxc with dockge installed, so you can easily tweak your compose files from the web, convert a docker run to compose, etc.
If you have those configs (and their accompanying data) stored on the NAS itself - you dont have to move them. Let's look at that command again...
pct set 100 -mp0 /mnt/pve/NAS/media,mp=/mediaSo let's say your container data is stored at /opt/dockerstuff/ on your NAS, with subdirectories of dockerapp1 and dockerapp2. Let's say your new lxc is number 101. You have two options:
pct set 101 -mp0 /mnt/Pve/NAS/opt/dockerstuff,mp=/opt/dockerstuffEither will get you going
I think I'm getting a grip on some of the basics here. I was trying to make a new mount for my NAS's docker data...separate drive and data pool. In the process of repeated attempts to get the SMB mount to get accepted, I noticed my NAS's storage isn't working as intended suddenly.
'cat /etc/pve/storage.cfg' shows the NAS still 'pvesm status' says "unable to activate storage...does not exist or is unreachable"
I thought it was related to too much resource usage, but that's not the case
What do you get putting in:
showmount <ip address of NAS>"Hosts on 192.168.0.4:" As a novice, I get the feeling that means it's not working
If you've got nothing under it, yeah.
OK, what I'd probably do is shutdown proxmox, reboot your nas, wait for the nas to be fully up and running (check if you can access it from your regular computer over the lab), then boot up the proxmox server.
Then run that command again, you should see a result.
Its possible you've got some conflicting stuff going on if you did manual edits for the storage, which may need to be cleaned up.
I restarted everything like you suggested, same 'showmount' result unfortunately...I double checked the SMB mount in the datacenter, and the settings look correct to me. The NAS's storage icon shows that it's connected, but it seems like that doesn't actually mean it's *firmly *connected
Ok, lets take a step back then and check things this way.
In shell (So datacenter, the host, then shell), if you enter
ls -la /mnt/pve/thenameofyourmount/, do you get an accurate and current listing of the contents of your nas?Yes! I do