• 1 Post
  • 142 Comments
Joined 2 years ago
cake
Cake day: June 23rd, 2023

help-circle


  • With this concept in mind, I recently put together a VDI setup for a person who’s in one location for half of the year and another the other half. The idea is he’ll have a thin client at each location and connect to the same session wherever he is.

    I’m doing this via a VM on Proxmox and SPICE. Maybe there’s some idea in there you could use.




  • Hey, sorry for the late response—I missed the reply coming in.

    I like docker volumes for multiple nodes because there’s no guarantee that multiple systems will have the same directory structure to bindmount, but moving volumes between nodes is relatively straightforward config-wise, which is a reason you’d use them in k8s.

    As for latency in streaming: I think of latency sensitive operations as mostly things that need two-way communication. So, for example, if you wanted to play a game over a network, you’d need the controls to respond to your input immediately. Or if you’re making a voip call, you’d want the two sides of the conversation to be in sync. On the other hand, a video stream doesn’t typically download in real-time. The file fills a buffer on your computer ahead of you watching it. So the downloading isn’t happening synchronously with you watching it unless there’s a serious network bottleneck.


  • Take this with a grain of salt, the more I re-read, the more I realize I’m making assumptions about your setup that may or may not be true. First, I’m making an assumption that you’re doing ACLs for samba shares (and I know that system better on FreeBSD than Linux). I’m also assuming based on your description you want everyone to have access, but not write access.

    I think you could do an officewide group with read-only permissions on all of the shares and then set the unix group to the department.

    So, for your HR team you’d do chgrp -R hr /path/to/parent/shares/hr and setfacl -m d:g:rwx /path/to/parent/shares/hr and add the officewide group’s read-only perms: setfacl -m d:g:officewide:rx /path/to/parent/shares/hr. Rinse and repeat for each share.

    Not sure if this is what you’re after, but maybe it’ll help lead in a good direction.





  • I don’t think there’s a right answer for most of these, but here are my thoughts.

    Data: I almost always prefer bind mounts. I find them easier to manage for data that I’ll need to deal with (e.g. with backups). Docker volumes make a lot of sense to me when you start dealing with multiple nodes and central management, where you want to move containers between nodes (like a swarm).

    Cache: streaming video isn’t super latency sensitive, so I can’t think of a need for this type of caching. With multiple users hitting the web interface all the time it might help, but I think I’d do that caching in my reverse proxy instead.

    User: I don’t use the *arr stack, but I’d imagine that suite of applications and Jellyfin all need to handle the same files, so I’d be inclined to use the same user (or at least group) on all of them.

    DLNA: this is a feature I don’t make much use of, but it allows for Jellyfin to serve media to devices that don’t run a Jellyfin client. It’s an open standard for media sharing among local devices. I don’t think I would jump through any hoops for it unless you have a use, but the default setup won’t get in your way.

    Hope that helps a little.


  • That will be totally doable, but there’s no one way to setup every service. Some you’ll install from the repository (like nginx or HAProxy or samba). Others you’d have to clone from git (like netbox or dokuwiki). Others have entirely different methods. So, unfortunately it’ll be a lot of reading the documentation.


  • In general, I prefer unprivileged LXC to a full VM unless there’s some specific requirement that countermands that preference (like running an appliance or a non-Linux OS).

    What I tend to do is create a new container for each service (unless there’s a related stack). If the service runs on Docker, I’ll install that right inside the container and manage it with docker compose. By installing Docker directly from get.docker.com instead of the built in packages, it pretty much works all the time.

    Since each service is in its own container, restoring backups is pretty service-specific. If you wanted some kind of central control plane for docker, you could check out swarm mode.




  • tvcvttohomelabNormal Proxmox Folder Structure?
    link
    fedilink
    arrow-up
    1
    ·
    edit-2
    3 months ago

    Without knowing a little more, it’s tough to say what’s going on, but I suspect when you recreated the storage, you connected it to a slightly different place from last time. What’s the output of cat /etc/pve/storage.cfg? The dump, images, private, snippets, and template directories are auto-created when you assign those roles to a storage pool in the PVE Datacenter.

    Seeing the content of storage.cfg and maybe mount would help get this sorted, I think.




  • tvcvttoLinuxLinux on iMac?
    link
    fedilink
    arrow-up
    1
    ·
    5 months ago

    Linux runs fine on Intel Macs. There are a couple peculiarities you’ll want to be aware of, though.

    • Ventoy doesn’t work as an installer. The boot menu will come up, but any ISO you choose will hang
    • Not all distros will recognize the wireless card and install the firmware (Be prepared to install it using a USB to Ethernet adapter)
    • Same goes for the iSight web cam

    Other than those initial hiccups, everything works pretty flawlessly.