🚧 Self Hosted only 🚧
Below settings are only available to self hosted users. In hosted environments we’re handling these settings for you to ensure service stability.
Here you can define where Zammad stores attachments for tickets and the
knowledge base. By default, we’re writing to the
Database - you can switch
Simple Storage (S3) at any time. In this case please
have a look on the following instructions.
If you have a busy Zammad instance, we strongly encourage you to use filesystem storage instead of “Database”. This will greatly improve system performance (de-crease database load and size).
This is the default storage mechanism. The attachments are stored directly in the database. If your Zammad instance grows, we recommend one of the other mechanisms to maintain performance.
This storage mechanism is recommended for all Zammad instances, especially for those with a higher load. If you choose filesystem, your files are written to
Moving attachments from “Database” to “Filesystem” can be run during production use. However, you should consider your framework conditions (e.g. bandwidth, system load in production) to define the right moment.
You noticed slow updates of Zammad?
While Zammad is beeing updated, it enforces a recursive “change owner” (chown) for this directory. For instances with many files this can be time consuming. To mitigate that you can move your files and create a symlink in
/opt/zammad/storage/to the new directory. Of course you have to make sure on your own that the permissions are always correct.
- Simple Storage (S3)
To use the Simple Storage (S3), you have to provide some settings, which can’t be accessed in the UI (see instructions below).
⚠️ Please note that the current implementation is in its early stages and can be modified in the future.
The prerequisite is to have access to a S3-compatible storage and to have all necessary parameters available (which depends on your storage provider; if in doubt, please ask there for help).
Steps to configure S3:
Edit the copied file in one of the following ways:
Either provide your S3 configuration with one attribute per line like in the upper area of the file
Or provide your S3 configuration as an URL (which you can find at the end of the file). Note: you can also provide this URL as environment variable (see system documentation) without using this yml-file.
We recommend the deletion of the not used configuration style to avoid inconsistencies.
Restart Zammad so the config file / environment variable is loaded
Set the “Storage Mechanism” in Zammad to
Simple Storage (S3)in Settings > System > Storage and click on “Submit”. After that, Zammad checks your configuration and the connection to the service and will raise an error message if something is wrong.
A very simple storage configuration could look like this:
s3: access_key_id: 'xxxxxxxx' secret_access_key: 'yyyyyyy' region: 's3-us-west-2' endpoint: 'https://zammad.s3.us-west-2.amazonaws.com' bucket: 'zammad'
Before setting the storage mechanism to
Simple Storage (S3)(step 4), please make sure to have a working setup.
You can verify this by running
rails r 'Rails.logger = Logger.new(STDOUT); pp Store::Provider::S3.ping?'in your Zammad directory. If everything is fine, you should see
true, else you should see
falseand a simple error message.
If you installed Zammad through a package manager (rather than from source), replace
zammad run rails rabove. To learn more, see Administration via Console.