Hiya, [originally sent notice of this from wrong account so didn't get posted, but that gave me chance to try to reproduce] I was teaching some people encoding 17thC petitions to use Roma and had a problem while demonstrating it. I created a customisation, building up from the minimal suggested one, added some more modules, showed them what that did, generated schemas, documentation, etc. all fine. Then I had customised div/@type to be required and have some values, and saved the customisation, and when I generated the schema the next time it had an EGE OxGarage error in it instead of the schema. I tried various ways to get it to give me a schema, but it wouldn't. I started again, did precisely the same things, it worked fine. I did that again, saved a customisation, uploaded it again as a new start, and then it wouldn't give me the generated schema again. However, the students all used it fine with no incident. I just tried to reproduce it again now and it all worked fine with no problems. I suspect that we should monthly or something restart Oxgarage (which is doing these transformations) and clean out any temporary files. Its flakiness leads me to believe that it is likely to be something memory related or similar that comes and goes and has nothing to do with what I'm actually doing in Roma. Thought I'd mention it in case others had other suggestions. -James -- Dr James Cummings, James.Cummings@it.ox.ac.uk Academic IT Services, University of Oxford
Hmm, no ideas – and this is really hard to investigate when it comes and goes and you can’t reproduce it … Or is anyone/anything monitoring the Oxgarage service and/or its memory consumption and restarting it on occasion? Best Peter
Am 14.07.2017 um 14:46 schrieb James Cummings
: Hiya,
[originally sent notice of this from wrong account so didn't get posted, but that gave me chance to try to reproduce]
I was teaching some people encoding 17thC petitions to use Roma and had a problem while demonstrating it. I created a customisation, building up from the minimal suggested one, added some more modules, showed them what that did, generated schemas, documentation, etc. all fine. Then I had customised div/@type to be required and have some values, and saved the customisation, and when I generated the schema the next time it had an EGE OxGarage error in it instead of the schema. I tried various ways to get it to give me a schema, but it wouldn't. I started again, did precisely the same things, it worked fine. I did that again, saved a customisation, uploaded it again as a new start, and then it wouldn't give me the generated schema again.
However, the students all used it fine with no incident. I just tried to reproduce it again now and it all worked fine with no problems.
I suspect that we should monthly or something restart Oxgarage (which is doing these transformations) and clean out any temporary files. Its flakiness leads me to believe that it is likely to be something memory related or similar that comes and goes and has nothing to do with what I'm actually doing in Roma.
Thought I'd mention it in case others had other suggestions.
-James
-- Dr James Cummings, James.Cummings@it.ox.ac.uk Academic IT Services, University of Oxford
-- tei-council mailing list tei-council@lists.tei-c.org http://lists.lists.tei-c.org/mailman/listinfo/tei-council
PLEASE NOTE: postings to this list are publicly archived
Hello,
tei-c.org is hosted on the ADHO server and runs under the normal
apache/plesk environment. Separate from Apache HTTPD there is a Tomcat
instance for TEI, which I believe includes oxgarage, the CMS, and maybe
other things, correct? I don't think there is a Tomcat instance just for
oxgarage.
Looking right now, the TEI tomcat process is using the most memory of any
process on the ADHO server, but it's not an insane amount (1.7GB at the
moment).
Every day at 7:00 AM server time (CEST, since it's in Germany) it restarts
the Tomcat instance. This was implemented some time ago.
In addition there is a "health check" process that runs pretty frequently
throughout the day. Basically it just tries to go to
http://www.tei-c.org/index.xml and if it doesn't get a 200 status code it
will restart the TEI tomcat instance. It emails me when this gets
triggered, most recently on July 12th. I think typically it happens half a
dozen times a month.
- By "pretty frequently" it's basically running the healthcheck every 5
minutes throughout the day, except at 7:00 AM as not to get confused with
the scheduled restart.
Hope this helps.
Ian
On Fri, Jul 14, 2017 at 9:53 AM, Peter Stadler
Hmm, no ideas – and this is really hard to investigate when it comes and goes and you can’t reproduce it … Or is anyone/anything monitoring the Oxgarage service and/or its memory consumption and restarting it on occasion?
Best Peter
Am 14.07.2017 um 14:46 schrieb James Cummings < James.Cummings@it.ox.ac.uk>:
Hiya,
[originally sent notice of this from wrong account so didn't get posted, but that gave me chance to try to reproduce]
I was teaching some people encoding 17thC petitions to use Roma and had a problem while demonstrating it. I created a customisation, building up from the minimal suggested one, added some more modules, showed them what that did, generated schemas, documentation, etc. all fine. Then I had customised div/@type to be required and have some values, and saved the customisation, and when I generated the schema the next time it had an EGE OxGarage error in it instead of the schema. I tried various ways to get it to give me a schema, but it wouldn't. I started again, did precisely the same things, it worked fine. I did that again, saved a customisation, uploaded it again as a new start, and then it wouldn't give me the generated schema again.
However, the students all used it fine with no incident. I just tried to reproduce it again now and it all worked fine with no problems.
I suspect that we should monthly or something restart Oxgarage (which is doing these transformations) and clean out any temporary files. Its flakiness leads me to believe that it is likely to be something memory related or similar that comes and goes and has nothing to do with what I'm actually doing in Roma.
Thought I'd mention it in case others had other suggestions.
-James
-- Dr James Cummings, James.Cummings@it.ox.ac.uk Academic IT Services, University of Oxford
-- tei-council mailing list tei-council@lists.tei-c.org http://lists.lists.tei-c.org/mailman/listinfo/tei-council
PLEASE NOTE: postings to this list are publicly archived
-- Ian Rifkin '04, MS '09 Data Warehouse Architect Information Technology Services (ITS) Brandeis University http://go.brandeis.edu/u:irifkin
participants (3)
-
Ian Rifkin
-
James Cummings
-
Peter Stadler