primeval_god

Members
  • Posts

    384
  • Joined

  • Last visited

  • Days Won

    1

primeval_god last won the day on October 4

primeval_god had the most liked content!

Converted

  • Gender
    Undisclosed

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

primeval_god's Achievements

Contributor

Contributor (5/14)

75

Reputation

  1. Yes it would be on the container developer to support bind mounts as well as volumes.
  2. So the way that i have seen others handle this in the past, and the way i have built unRAID style containers, is to not pre-populate mount directories at build time. Rather the default files are placed in another directory and the entrypoint script or scripts check the mount point at runtime and copy the default files in if they do not already exist.
  3. Can you give an example of the commands you are trying to use?
  4. No is the settings that i use. As to what is the best, i am not really sure. I am not certain of the specific use-case of deleting the swapfile on stop. I am not the original author of the swapfile plugin and i am not completely familiar with the history of all of its options.
  5. Putting the swapfile on the array is not a recommended configuration. For one it will tend to keep the disk it is on spun up at all times (and thus also parity). I am not certain if the plugin code explicitly forbids the configuration but I would advise against it. I have used a USB2 flash drive for mine in the past, it works ok but the speed of the drive is not great. In such a configuration i recommend settings swappiness to very low or even zero so that the system will tend not to use swap unless memory pressure demands it. One other warning though, flash drives are not the highest quality flash memory and heavy swap usage on one will tend to wear it out fairly quickly (Not an issue with SSDs).
  6. Both this plugin and its precursor work just fine on xfs. The reason there is so much talk of BTRFS in this thread is that this newer plugin also supports BTRFS where the previous version did not.
  7. I am not certain how clear the help text makes it but you should specify a non-existing folder location when on BTRFS, the plugin will then create a subvolume at that path and place the swapfile in it. I am really not sure what the best way to communicate this to the user is as it is non-intuitive.
  8. The plugin should already do this when creating a swapfile on a btrfs filesystem. It should create a new subvolume with the proper BTRFS attributes when the location is set to a BTRFS file system.
  9. I dont really know if one or the other filesystem performs better for swap. I am currently using btrfs and it has been working fine.
  10. So far as i know there are no plans to replace the unRAIDs template format with compose yaml files. As for my goal with this plugin, it is a lot simpler than people are speculating. The interface I am working on (very slowly i know but I have been busy lately) is little more than a way to create and edit compose files in the webui, plus a few buttons to trigger compose up and compose down. Basically the user.scripts plugin for compose files. Personally I think that docker compose will always be secondary to templates on unRAID. There are a few useful application stacks that are just hard to build up with unRAID templates however for the most part the applications that unRAID users use are single container and easily added via unRAIDs template interface.
  11. On nitpick, while you can copy everything from the build context into your image like you are above, it might be cleaner to COPY only the bot.py script.
  12. It depends on how you want to go about it. knex666's comment above suggested bind-mounting the your source code into the container (using a -v flag in docker run). That would make it easier to make changes to the source (bot.py) without recreating the container. On the other hand what you have above is most of what you need to build your bot.py directly into the container, which would make it easier to distribute. To finish building your code into the container you need to add a COPY line in you dockerfile to copy bot.py to a location within the filesystem of your image and a WORKDIR line to ensure your container begins running from the proper internal directory.
  13. No docker is still the best choice.
  14. I dont know for sure but i would suspect it is the file integrity plugin. The "Changed" time reported by stat is the last time that file metadata was changed (most docs list permissions as an example of metadata). The file integrity plugin stores its hash value in the extended attributes. What i dont know is if extended attributes are considred metadata in this instance, but i would suspect so.