The design of the software is to not share the subdirectories under standalone. This is noted under https://docs.wildfly.org/26/Getting_Started_Guide.html#wildfly-directory-structure.

It's possible to get away with sharing the configuration dir but I wouldn't recommend doing so unless you are very clear on your use case, as the server writes there during boot, and of course if you use a management agent to modify the config.  Note that if you use the deployment-scanner you are using a management agent to modify the config, as the scanner is just a built in automated management agent.

Also, sharing standalone/deployments will break things as the scanner writes there and assumes that any changes there were either made by it or by a user telling it what to do.


On Wed, Feb 16, 2022 at 2:55 AM Romain Pelisse <belaran@redhat.com> wrote:
Hi Tomas,

Running multiple instances of EAP on one host is fairly easy, but does requires to get all the details right.I made an Ansible demo to showcase this exact use case. You may even be able to reuse the automation.

In short, in this demo, I keep the standalone.xml in the standalone/configuration folder, but data, tmp and log are instance specific and located elsewhere.

On Wed, Feb 16, 2022 at 9:43 AM Tomas Hofman <thofman@redhat.com> wrote:
Hello,

could anybody confirm if it's OK (or not OK) to run multiple clustering
Wildfly instances that would share common standalone/ directory? Even if
the instances are supposed to be running the same deployments?


I always thought that the standalone/ directory should be separate for
each Wildfly/EAP instance, but I can't find any resources that would
clearly state that shared standalone/ is a problem.

The problems I think of are:

* instances could override their standalone.xml config,
* instances could override some transactional or cache data?

Thanks :),
Tomas
_______________________________________________
wildfly-dev mailing list -- wildfly-dev@lists.jboss.org
To unsubscribe send an email to wildfly-dev-leave@lists.jboss.org
%(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s
_______________________________________________
wildfly-dev mailing list -- wildfly-dev@lists.jboss.org
To unsubscribe send an email to wildfly-dev-leave@lists.jboss.org
%(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s


--
Brian Stansberry
Principal Architect, Red Hat JBoss EAP
He/Him/His