Open slominskir opened 1 year ago
Note: This only happens if you create your own Docker image and bake-in config changes in different layers.
See also:
Looks like workarounds include:
I've only tried workaround 1 so far
Actually, looks like just removing the history directory in the same layer as your setup script that modifies the history is sufficient as a workaround to avoid the WARNING:
RUN /setup.sh \
&& rm -rf /opt/jboss/wildfly/standalone/configuration/standalone_xml_history
When running Wildfly in a container making configuration changes with jboss-cli then restarting Wildfly results in the following Exception:
This is reported in a similar context here: https://issues.redhat.com/browse/CLOUD-2195
That issue is marked as closed, but I'm not sure what the resolution is. It seems the workaround for now is to just ignore the warning. The description of that issue suggests the issue is related to limitations of the Overlay Filesystem in Docker and EXDEV error with the rename command. It seems if Wildfly is going to be Docker friendly it should fall back to the copy and unlink strategy for renames as suggested. Note: mounting a volume may work as a temporary workaround, but it's likely worse than just ignoring the warning as you'll possibly trigger a nasty race condition in the 9P file server client.