[Archivesspace_Users_Group] Java Process High CPU

[Tom Hutchinson]

Hi, Ralph –

We've experienced this issue in the past. Also other issues with
related to indices after upgrades. Because of this we don't migrate
the old indices when we upgrade.

Currently we delete the whole [archivesspace]/data folder and wait for
a re-index to finish. Does anyone know if only deleting
[archivesspace]/data/indexer_state would have the same effect? It
would be nice to use the old indices until the reindex is complete to
minimize downtime.

Another issue we had causing high resource use had to do with this bug:
https://archivesspace.atlassian.net/browse/ANW-137
The band-aid we put on it is to use this plugin weekly:
https://github.com/lyrasis/events-deduper
Since you turned off indexing (which means changes to the data won't
be reflected in search results), maybe it's this.

Cheers,

Tom

On Mon, Jul 23, 2018 at 4:03 PM, Arbelo, Ralph
<rarbelo at library.rochester.edu> wrote:
> Hello,
>
>
>
> We recently migrated ArchivesSpace (2.2.2) from SUSE Linux (11 SP4) to
> Ubuntu 16.04 for our development server. It has a high CPU usage for Java
> all the time, averaging (according to top) over 100% (across two CPUs),
> which triggers alerts in VMware. Here’s some of the relevant  specs:
>
> Ubuntu 16.04 64 bit running on VMware
> 2 x CPU
> 4 GB of RAM
> 80 GB disk
>
>
>
> It’s running Java 8:
>
> java version "1.8.0_181"
>
> Java(TM) SE Runtime Environment (build 1.8.0_181-b13)
>
> Java HotSpot(TM) 64-Bit Server VM (build 25.181-b13, mixed mode)
>
>
>
> It seems to be constantly indexing, so I temporarily disabled indexing in
> config.rb. It didn’t seem to make much of a difference – Java was still
> using over 100% CPU. I used the same config.rb file as the old SUSE dev
> server. These are the settings we have enabled in config.rb:
>
> AppConfig[:db_url] =
> "jdbc:mysql://localhost:3306/archivesspace?user=aspace&password=<redacted>
> &useUnicode=true&characterEncoding=UTF-8&serverTimezone=EST"
>
> AppConfig[:db_max_connections] = 10
>
> AppConfig[:backend_url] = "http://localhost:8089"
>
> AppConfig[:frontend_url] = "http://localhost:8080"
>
> AppConfig[:public_url] = "http://localhost:8081"
>
> AppConfig[:backend_log_level] = "warn"
>
> AppConfig[:plugins] = ['local',  'lcnaf']
>
> AppConfig[:mysql_binlog] = false
>
> AppConfig[:frontend_proxy_url] = proc { AppConfig[:frontend_url] }
>
> AppConfig[:public_proxy_url] = proc { AppConfig[:public_url] }
>
> AppConfig[:enable_backend] = true
>
> AppConfig[:enable_frontend] = true
>
> AppConfig[:enable_public] = true
>
> AppConfig[:enable_solr] = true
>
> AppConfig[:enable_indexer] = true
>
> AppConfig[:enable_docs] = true
>
> AppConfig[:report_page_layout] = "letter landscape"
>
> AppConfig[:report_pdf_font_family] = "\"DejaVu Sans\", sans-serif"
>
>
>
> Finally, here are our Java settings in archivesspace.sh:
>
> ASPACE_JAVA_XMX="-Xmx2048m"
>
> ASPACE_JAVA_XSS="-Xss2m"
>
> ASPACE_JAVA_MAXPERMSIZE="-XX:MaxPermSize=256m"
>
>
>
> If there’s some settings/troubleshooting I should try, please let me know. I
> can also provide some log output. Note there are no errors in the
> archviesspace.out log. I do see this warning:
>
> DEPRECATION WARNING: Sprockets method `register_engine` is deprecated.
>
>
>
> Thank you!
>
> Ralph
>
>
>
> Ralph Arbelo - Library IT Services
>
> River Campus Libraries - University of Rochester
>
> 121 Rush Rhees Library, Rochester, NY 14627
>
> o: 585.275.3449 - m: 585.721.0129 - f: 585.275.1032
>
>
>
>
>
>
>
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>