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

4.5 requires timers, add to upgrade instructions #3336

Closed
donsizemore opened this issue Sep 7, 2016 · 5 comments
Closed

4.5 requires timers, add to upgrade instructions #3336

donsizemore opened this issue Sep 7, 2016 · 5 comments
Assignees

Comments

@donsizemore
Copy link
Contributor

donsizemore commented Sep 7, 2016

Hello,

My in-place upgrades from 4.4 to 4.5 didn't pick up the new dataverse.timerServer=true jvm-option. It's in the Sphinx documentation and the install script will add it to a new installation, but there's not a mention of it in the 4.5 upgrade instructions. I think a note to this effect would be very helpful for your admins.

Thank you,
Donald

@djbrooke djbrooke added this to the 4.5.1 - IP Groups fixes milestone Sep 7, 2016
@djbrooke djbrooke self-assigned this Sep 7, 2016
@djbrooke djbrooke added ready and removed ready labels Sep 7, 2016
@kcondon
Copy link
Contributor

kcondon commented Sep 7, 2016

Done

@djbrooke djbrooke assigned kcondon and unassigned djbrooke Sep 7, 2016
@djbrooke djbrooke closed this as completed Sep 7, 2016
@djbrooke djbrooke assigned djbrooke and unassigned kcondon Sep 7, 2016
@djbrooke djbrooke reopened this Sep 7, 2016
@djbrooke djbrooke added in progress and removed ready labels Sep 7, 2016
@djbrooke djbrooke closed this as completed Sep 7, 2016
@pdurbin
Copy link
Member

pdurbin commented Sep 15, 2016

Ever since 4.5 came out when I attempt to run https://build.hmdc.harvard.edu:8443/job/phoenix.dataverse.org-deploy-develop/ I'm getting "EJB Timer Service is not available". My solution has been to ssh into the box and move the "generated" directory aside like this (after stopping Glassfish first):

mv /usr/local/glassfish4/glassfish/domains/domain1/generated /tmp

This allows the next build (deployment) to complete but then if I come along and trigger another build after the successful build it aways fails with the same "EJB Timer Service is not available" error and I have the pleasure of intervening manually again to get deployment working again.

I'm hoping that some sort of fix to the scripts at https://github.com/IQSS/dataverse/tree/develop/scripts/deploy/phoenix.dataverse.org will help. Or maybe there's a better way? @donsizemore if you have any ideas, I'm all ears. Here's an example of a failed build/deployment where you can see the error: https://build.hmdc.harvard.edu:8443/job/phoenix.dataverse.org-deploy-develop/48/console

@donsizemore
Copy link
Contributor Author

donsizemore commented Sep 15, 2016

Phil, I've started performing
$ sudo rm -rf /usr/local/glassfish4/glassfish/domains/domain1/generated/
$ sudo rm -rf /usr/local/glassfish4/glassfish/domains/domain1/osgi-cache/felix/
as a part of any redeployment, upgrade or (recently) downgrade.

Do you just want to add it to your scripts (or am I mis-reading the question)?

@pdurbin
Copy link
Member

pdurbin commented Sep 15, 2016

@donsizemore that's exactly what I was thinking a fix or a work around would be and I've just encapsulated this in pull request #3361 which I'm associating with this issue since it's so closely related. I'm reopening this issue and putting it in QA in https://waffle.io/IQSS/dataverse

@pdurbin pdurbin reopened this Sep 15, 2016
djbrooke added a commit that referenced this issue Sep 16, 2016
rm "generated" to fix "EJB Timer Service is not available" #3336
@pdurbin
Copy link
Member

pdurbin commented Sep 16, 2016

@djbrooke and I confirmed that builds 49 and 50 executed just fine after pull request #3361 was merged: https://build.hmdc.harvard.edu:8443/job/phoenix.dataverse.org-deploy-develop/

Once again we can simply click "Build" and it "just works". 😄

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

4 participants