Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Is there a way specify max heap for wsadmin.sh while .py files are being applied? #221

Open
realModusOperandi opened this issue May 15, 2020 · 1 comment

Comments

@realModusOperandi
Copy link

realModusOperandi commented May 15, 2020

I was helping someone to build their app (quite large, 400MB or so) into a tWAS image. We created a Dockerfile to add the app, a wsadmin script to create config, and a wsadmin script to install the app (generated using Transformation Advisor). When we attempted to build the image FROM ibmcom/websphere-traditional:latest-ubi using default settings, app deployment appeared to hang indefinitely (over half an hour before we gave up waiting.)

In the app's original environment, the heap size for wsadmin was increased quite a lot to facilitate deploying the app in question, so we tried manually patching in a version of wsadmin.sh that set the heap size to the same value as used on-prem, and the app deployed in 8 minutes or so.

I'm opening this issue to discuss and possibly propose adding a mechanism to be able to configure some settings for the wsadmin.sh client itself. Perhaps some sort of ARG WSADMINARGS that could be passed from the Dockerfile to the wsadmin.sh command line? Something that would allow for passing the heap size argument without having to patch the script itself.

Would something like that be feasible?

@srbala
Copy link

srbala commented Dec 18, 2020

@realModusOperandi do you still needed help on this? sample project has a props to modify, check for JVM props for heap setting (initial and max) https://github.com/WASdev/ci.docker.websphere-traditional/blob/master/samples/batch-compute-grid/was-config.props

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants