• 2 Posts
  • 13 Comments
Joined 7 months ago
cake
Cake day: May 24th, 2024

help-circle

  • I am considering switching as well, for similar reasons. What has been holding me back (besides missing time to plan and do the migration) is thst I don’t quite trust ownCloud any more, and due to a lack of documentation, I would want to run it in parallel for some time to get the hang of it before migrating the other users (which adds to the time constraint).

    I’ll most likely deploy using their helm chart – does anyone have any real-world experience with it?






  • dont@lemmy.worldOPtoSelfhosted@lemmy.worldThe purpose of podman quadlets?
    link
    fedilink
    English
    arrow-up
    1
    ·
    edit-2
    2 months ago

    Awesome, so, essentially, you create a name.pod file like so:

    [Unit]
    Description=Pod Description
    
    [Pod]
    # stuff like PublishPort or networking
    

    and join every container into the pod through the following line in the .container files: Pod=name.pod

    and I presume this all gets started via systemctl --user start name.service and systemd/podman figures out somehow which containers will have to be created and joined into the pod, or do they all have to be started individually?

    (Either way, I find the documentation of this feature lacking. When I tested this stuff myself, I’ll look into improving it.)




  • Understood, thanks, but if I may ask, just to be sure: It seems to me that without interacting with the kubernetes layer, I’m not getting pods, only standalone containers, correct? (Not that I’m afraid of writing kube configuration, as others have inferred incorrectly. At this point, I’m mostly curious how this configuration would be looking, because I couldn’t find any examples.)


  • Thank you for those very convincing points. I think I’ll give it a try at some point. It seems to me that what you’re getting in return for writing quadlet configuration in addition to the kubernetes style pod/container config is that you don’t need to maintain an independent kubernetes distro since podman and systemd take care of it and allow for system-native management. This makes a lot of sense.



  • One caveat I was (more or less actively) ignoring is that when the server shuts down, it stops powering the mikrotik and so I cannot access the BMC to restart it etc… On a related note, I am afraid that a remote session to the BMC tunnelled through the mikrotik will not survive a reboot of the machine, which might prevent me from getting to the BIOS screen, should I have to reconfigure something remotely.


  • Thanks 😀 But you hardly get to control what that CPU on your graphics card does the same way as you get control over the Linux machine that is this router, do you?

    (Oh, and actually, my first and last discrete GPU was an ati 9600 xt or something from over twenty years ago, so, I guess that statement about my inexperience with it is still standing 😉 Until somebody comes along to tell me that the same could be said about raid controllers etc…)