VRx

@mikeyosm You could try to bind paths: /usr/bin/sensors from host to /usr/local/bin/sensors /usr/lib64/libsensors.so.5 to /usr/lib64/libsensors.so.5 [RO] And lmsensors should work inside the container

Version 13 available. Two container configuration changes required: 1. Bacula WEB Port: container port 9095 should be changed to 9097 2. Baculum config: container path should be updated /etc/baculum -> /etc/bacularis (If You create any additional users for Baculum WEB UI, after update You need to create them again) 3*. If You prefer to change both container and mapped port 9095:9095 to 9097:9097 WebUI: http://[IP]:[PORT:9095]/ at the Advanced View should be changed to http://[IP]:[PORT:9097]/ Read Update at the first post.

@ars92 It should work if you create the "rpz" zone via webmin as other zones. Yyou would just need to edit the named.conf.options file adding response-policy { zone "rpz_zone_name" }

My strategy is to find free time. I work full-time for my employer who pays me, and this is a non-profit project in my free time. There is a link to github in the first post, you can fork it and try to work on the new version.

This is Your first time with this image or maybe You are using Bacula some time?

@murkus

Oh damn but docker as well as qemu doesn't touch the cache at all. Ddoes this mean btrfs errors are for the server?

Another crash, this time the container that was using all the RAM allocated to it was completely disabled. There is no information about OOM in the logs. I'm curious about your conclusions now Mr @JorgeB wolverine-diagnostics-20230612-0726.zip

And ? After all, containers don't have their own kernel, so how would they have an oom killer. I do not see the connection. There is a limited ram for the container, the container has reached the limit, the process of this container has been annihilated by the oom-killer, everything was done according to the assumptions of docker. Did you find somewhere in the logs that docker daemon was stopped by oom-killer?

OOM is within one container due to the memory limit for this container (8GB), the entire server is 64GB and is far from using all the operational memory.

I have the following problem from time to time. It happens that the problem occurs two days in a row, and then does not occur for a month. wolverine-diagnostics-20230522-1837.zip

Yes I mean bacula.

So why You are using gui image? Get some bind9 image from docker hub You can try to copy config files. db.local and db.127 are files for loopback interface db.0 and db.255 are for broadcast You can create all of them but are not required to run the container, check their contents, you probably don't have entries there. Maybe you haven't verified yet, but my image doesn't provide any configuration files or zone files. I don't impose any configuration, you can create each zone, including loopback and broadcast, as you wish. The named.conf file also doesn't come with the image, it's only created when you click after logging into the GUI. Bind is very flexible in terms of configuration, you can put the contents of all these files inside named.conf or include hundreds of files if that's more convenient for you. Default configuration depends on the webmin, which in this case acts as webUI. I don't remember if the configuration is different for other base images, I've made some tests on ubuntu, but alpine linux is much smaller. I suppose that the creator of the image you used so far decided for you and used to include several configuration files in his image.

I will try to recreate this behavior and try to find the cause There is a clear info, You have some configuration in bacula config files about database, but database looks epmpty (no tables). Have you used this image before?

@tuxbass there is no simple way to migrate 1. You should backup Your bind/etc 2. Run container from my image 3. Create config from GUI 4. Create zones 5. Compare and update configuration in named.conf* files 6. Copy CONTENT zone files About Your second question: Host and custom bridge should work properly. Bridge could not work because there is dnsmasq listenning on port 53

@murkus You can try to switch Your's installation to latest image with vchanger build in. Could You please write some instruction how You configure it? Or maybe by PM.

official image repository is available low demand end of support

I'll try to merge it before the weekend (when jenkins is building new versions)

@chaosratt "You may write a command that retrieves the data you need and include it in the user parameter in the agent configuration file ('UserParameter' configuration parameter)." docs "Allowed volumes for the Zabbix agent container /etc/zabbix/zabbix_agentd.d The volume allows include *.conf files and extend Zabbix agent using UserParameter feature." more info So You should add another docker volume /etc/zabbix/zabbix_agentd.d And make some .conf files inside

@autumnwalker try to set /mnt/user as Host path

@b0m541 there is alpha version with vchanger compiled: bacula-server:11-sq3-vchanger bacula-server:11-pg-vchanger You can test it, but remember that You must mount disk into docker container as path, and use path in the vchanger config, and it will be better for You if You make config file in the bacula config path instead every path in the container filesystem.

@eagle470 You can run one as master, and second as slave dns. Master after zone modification can send query to slaves, then slaves know that they must get update from master.

Postgres Client v14.5 at the next update

From now Privileged mode is default off in the template. Everyone can switch it on if there is a need.

This is not as clear cut as you say, it depends on the configuration. The assignment of the ip address to the container is the use of the macvlan driver. This assigns the mac address to the container and binds it to the physical network. This is a very different situation to the one you describe and is much closer to computers than containers. How can I help You? This is how bridged and macvlan networks are working in docker environment. It is not my fault and it is also not the fault of the unRAID developers. Quite simply, docker was created for something other than what is used by many. For many reasons, a container should represent one service / process, meanwhile, we build containers that include a database, an application or several applications. Probably if you build one image containing the agent server and zabbix web it will work according to your expectations. I am not in favor of duplicating applications since they already exist in the image repository. Unfortunately, but applications such as zabbix server should be run in a host or virtual machine, not in a container, it will not cause such problems. Try looking for a solution on the zabbix community forum