primeval_god

Keep in mind that the "Apps Page" is actually a third party plugin called community applications (though it is developed more closely with Limetech than most). It acts as a convenient way to discover and install containers and plugins but it is not the only way to do so. Also speaking from personal experience I have in the past typically not run the latest version of unRAID (I usually stay a version back). The lack of security updates for older versions (which was how it used to work before the licensing change) was rarely something that concerned me. unRAID is designed to run from within a home network, with minimal exposure to the outside world.

This is a NAS appliance OS security has never been a priority. Ok thats not entirely true (said mostly for effect) but the fact is that the unRAID OS has always been slow to get security updates (except for the occasional critical issue), has a fairly lax security model, and is intended to run on a home network with no exposure to the outside internet. unRAID is a consumer product only with no enterprise level.

The term "Array" is old nomenclature that refers to the singular required drive pool that uses the unRAID's proprietary unRAID scheme. The "Array" pool can contain mixed drive sizes and types (though mixing SSDs and HDDs in not recommended), as well as up to 2 parity drives to maintain redundancy for the pool. unRAID also supports optional secondary drive pools (previously called cache, but weren't a cache in a typically sense of the word). These secondary pools can be single disks or have redundancy via ZFS or BTRFS software raid levels. These secondary pools are separate from the "Array" pools in terms of redundancy. In terms of file access unRAID has user shares which preset a combined view of folders from all the various drive pools. There are options to set which pool data gets written to when writing to a user share and when and if data gets moved between pools. One common usage of this is to direct all writes to an SSD pool and then have unRAID move the files onto the Array pool later. Finally to the point above, the general recommendation is to have an SSD based pool to store appdata on, separate from the Array. Whether or not the pool used to store appdata has redundancy is up to you but it does not effect the configuration of the "Array" pool.

Yes send and receive work on subvolumes only (snapshots are just a type of subvolume). Yes the other filesystem has to be BTRFS for send and receive to work, the send subvolume becomes a subvolume on the receiving filesystem. I am not entirely sure about the capabilities of this plugin with regards to scheduling. BTRFS send and receive does a sort of differential send when subvolume/snapshot is based on subvolume/snapshot that is present in both filesystems (assuming you use the option to specify the parent). This reduces the amount of data sent for subsequent snapshots of the same subvolume. I am not sure if this plugin actually makes that option available though as I do my snapshot sending via the command line.

You will want to stop any Docker containers that have a mapping to or within the share you are operating on while you make changes, aside from that though you dont need to make any changes since you are creating the subvolume with the original path. Likewise you shouldnt need to make any changes to share settings since so far as unRAID is concerned the new subvolume (which has the same path as the original user share) is the existing user share. Where you store snapshots doesnt really matter, they can be anywhere within the same pool (they dont have to be within a subvolume). Snapshots themselves are just subvolumes anyway. This is not entirely true but it requires some explanation. When you snapshot a subvolume the snapshot must be made somewhere on the same filesystem (pool) as it is a CoW copy of the subvolume (and a new subvolume itself). You can however send subvolumes from one BTRFS filesystem to another using btrfs send and receive (which are available in this plugin). Doing this copies the subvolume to the other filesystem and thus it is no longer CoW copy but a full copy taking up space on the other filesystem. Once a subvolume is sent to the other filesystem there is a way to send subsequent snapshots of that subvolume between the two filesystems in a way that maintains the CoW relationship between the subvolume and its snapshots.

The issue is with unRAID not this plugin. Last I was aware there was an open PR fixing the issue.

Is there a question here? I dont really understand the post.

The changes you are making are likely not taking effect. There is a long standing issue with how dockerman handles the webui and icon labels. Basically it caches them the first time a container is seen and subsequent changes dont have an effect. Try restarting your server, that may fix the webui label issues.

That is a Dockerman question. The compose plugin only assigns the labels to the containers. Unraid's builtin Dockerman is what actually reads the label and caches/displays the icon.

Did you get any response on your support ticket?

Still having that flash drives fail with that frequency is not normal. It suggests some sort of hardware or configuration problem. Do you notice continual writes to your flash?

Is this a container run via unRAID's built in Dockerman interface or by some other method?

Other options for installing things are via virtual machines, or LXC containers (using the lxc plugin)

If this is the case then you are doing something very wrong. I have been using the same flash drive for 5+ years without issue. On a normal unRAID system the flash drive incurs minimal reads and writes as the os is run completely from ram. The only writes should be one the occasion that settings are changed or plugins or OS is updated.

Logs (specifically anything that mentions swapfile) and the specifics of your settings would be helpful. Also the actual unRAID Version as i am not certain what the last 2 minor releases were.

This thread is not really the right place to ask about issues with specific compose stacks, unless the problem is with the compose manager plugin rather than the stack itself. Having lots of people post whole compose files in this thread makes it harder for others to find info about the plugin itself. I am not really an expert on compose files in general and i dont use that specific application so i dont know how much help I can be. On general observation is that you should remove the version: "3.8" at the top of the file. Compose no longer requires it and actually recommends against calling out a specific compose version in compose files to better support mixing and matching syntax from various version of the compose spec.

I think what you are looking for is the label "net.unraid.docker.webui". You can apply this label to a container created by Portainer (or any other container creation method) and set its value to the url of your container and unRAID will show a WebUi button for the container. There is also a "net.unraid.docker.icon" for setting an icon (url to the icon) and "net.unraid.docker.shell" for setting the shell option (bash for example). Important to note there is a bit of buggy behavior with these labels in that unRAID caches the value and subsequent changes are not reflected in the ui. So essentially you get one shot at setting these things, make sure they are correct before spinning up a container with one (it is possible to wipe the cached value but its not as simple as a page refresh).

Several plugins that include editors are based on https://ace.c9.io/

unRAID has always been a purely home solution and i would never recommend it for business purposes.

I dont know about GOHardDrive but since you mention ServerPartDeals I will say that i have had great success with their "Manufacturer Recertified" Drives? In my experience and from what I have read those "manufacturer recertified" drives are basically good as new. I use them in my main array without any additional worry.

This. Files do not span between disks.

Why not? Using containers to run scripts is actually quite convenient. See my comments in this thread for more info on how to do it.

No. I am not a fan of autoupdates for anything, but especially not container stacks. If you are looking to auto update containers i would suggest looking into watchtower.

I will start with a boiler plate opinion of mine which is, unRAID should not be used for business purposes, especially without someone who is deeply familiar with the OS. unRAID is designed for home usage and (in my opinion) the security and support guarantees are not at a level that meets the needs of a business. If you have no experience with NAS devices my recommendation would be to look into a totally off the shelf solution like something from Synology or a similar company. They are more expensive, but the support and reliability are more inline with business needs. It sounds like that may be what you are looking for. A NAS is just a dedicated network storage device, not unlike the windows server you are already using though typically focused on file storage only. No, most NAS devices dont run windows and happily co-exist and support windows networks. One word of caution though, typically you should have someone familiar with Linux if you intend to integrate a linux machine on a windows network. This is less important if you are using a NAS appliance solution that just happens to be Linux based (synology, unRAID, etc), but if a generic linux server distro (debian, ubuntu, etc) is something you are considering then you want someone who knows about integrating linux in a windows network environment. Here are a few more bits of advice for you (I am not looking to argue with any of the other replies above). It is important to understand the difference between RAID (which in this case includes RAID like solutions like the unRAID array) and the different forms of backup. RAID IS NOT BACKUP. RAID is meant to protect against hardware (specifically disk) failure and keep your data available if a disk should fail (downtime costs money). There are many things that it does not protect against including, corruption, accidental file deletion, filesystem problems, intentional (malicious) file deletion, and others. That is why a good backup strategy is crucial regardless of your hardware redundancies. Some things to consider for backup, you must have multiple physically separate copies of your data. Typically a local copy (on another machine or a removeable disk), and an offsite copy (cloud based or the old disk in a safety deposit box) are recommended. Retention strategies are also important, i.e. how often are backups done and how long are they kept. You might for instance have filesystem snapshots done on you data hourly, which get kept for a week, and daily backups to your local and offsite solution which get kept for a months and weekly backups that are retained for longer (note this is an off the wall example, not advice on a specific solution). Finally an very importantly, you must periodically test your ability to restore from all your various backup locations. You never want to be in a position where you need to restore from a backup only to find that it hasnt been working for some reason. Another thing that you should consider is the type of files you are storing and how they need to be accessed. For instance you NAS solution could look very different depending on if you are storing mostly text files, or media files like video. Also important is how many people/machines need access to the file at once and at what kind of speed.

I think somewhere on the forums someone has scripted something to this effect, but my advice is that it is not worth the time. I believe that an upcoming version of unRAID will fix the display of update status for non-Dockerman containers.