[Archivesspace_Users_Group] Print to PDF background job fail

2022-12-16 Thread Zachary L Pelli 
Hey, we are seeing this error when attempting to export a PDF of a collection:


Generating PDF for UNA-USA Collection
Internal error evaluating template rule  at line 123 in module 
file:/var/local/archivesspace/archivesspace/stylesheets/as-ead-pdf.xsl
net.sf.saxon.expr.instruct.TemplateRule.applyLeavingTail(net/sf/saxon/expr/instruct/TemplateRule.java:371)
net.sf.saxon.trans.Mode.applyTemplates(net/sf/saxon/trans/Mode.java:533)
net.sf.saxon.trans.XsltController.applyTemplates(net/sf/saxon/trans/XsltController.java:746)
net.sf.saxon.s9api.Xslt30Transformer.applyTemplates(net/sf/saxon/s9api/Xslt30Transformer.java:441)
java.lang.reflect.Method.invoke(java/lang/reflect/Method.java:498)
org.jruby.javasupport.JavaMethod.invokeDirectWithExceptionHandling(org/jruby/javasupport/JavaMethod.java:426)
org.jruby.javasupport.JavaMethod.invokeDirect(org/jruby/javasupport/JavaMethod.java:293)
org.jruby.RubyClass.finvokeWithRefinements(org/jruby/RubyClass.java:514)
org.jruby.RubyBasicObject.send(org/jruby/RubyBasicObject.java:1755)
org.jruby.RubyKernel.send(org/jruby/RubyKernel.java:2200)
org.jruby.RubyKernel$INVOKER$s$send.call(org/jruby/RubyKernel$INVOKER$s$send.gen)
RUBY.invocation_lambda(/var/local/archivesspace/archivesspace/gems/gems/saxon-rb-0.8.3-java/lib/saxon/xslt/executable.rb:270)
org.jruby.RubyProc.call(org/jruby/RubyProc.java:291)
org.jruby.RubyProc$INVOKER$i$call.call(org/jruby/RubyProc$INVOKER$i$call.gen)
RUBY.to_destination(/var/local/archivesspace/archivesspace/gems/gems/saxon-rb-0.8.3-java/lib/saxon/xslt/invocation.rb:73)
RUBY.to_fo(/var/local/archivesspace/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/AS_fop.rb:44)
RUBY.to_pdf(/var/local/archivesspace/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/AS_fop.rb:58)
RUBY.run(/var/local/archivesspace/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/job_runners/print_to_pdf_runner.rb:50)
var.local.archivesspace.archivesspace.data.tmp.jetty_minus_0_dot_0_dot_0_dot_0_minus_8089_minus_backend_dot_war_minus___minus_any_minus_.webapp.WEB_minus_INF.app.lib.request_context.open(/var/local/archivesspace/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/request_context.rb:24)
RUBY.run(/var/local/archivesspace/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/job_runners/print_to_pdf_runner.rb:13)
var.local.archivesspace.archivesspace.data.tmp.jetty_minus_0_dot_0_dot_0_dot_0_minus_8089_minus_backend_dot_war_minus___minus_any_minus_.webapp.WEB_minus_INF.app.lib.background_job_queue.invokeOther31:run(var/local/archivesspace/archivesspace/data/tmp/jetty_minus_0_dot_0_dot_0_dot_0_minus_8089_minus_backend_dot_war_minus___minus_any_minus_/webapp/WEB_minus_INF/app/lib//var/local/archivesspace/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/background_job_queue.rb:126)
var.local.archivesspace.archivesspace.data.tmp.jetty_minus_0_dot_0_dot_0_dot_0_minus_8089_minus_backend_dot_war_minus___minus_any_minus_.webapp.WEB_minus_INF.app.lib.background_job_queue.run_pending_job(/var/local/archivesspace/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/background_job_queue.rb:126)
RUBY.start_background_thread(/var/local/archivesspace/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/background_job_queue.rb:169)
org.jruby.RubyProc.call(org/jruby/RubyProc.java:318)
java.lang.Thread.run(java/lang/Thread.java:750)



And here is the section in the XSL file the error seems to be referring to:


 

http://www.w3.org/1999/XSL/Format"; font-size="12pt" 
font-family="KurintoText,KurintoTextJP,KurintoTextKR,KurintoTextSC,NotoSerif">



























  


   















- Page 

 -

[Archivesspace_Users_Group] Setting up the "Request" button

2021-07-26 Thread Zachary L Pelli 
Hey all,

Tried submitting this last week, but it didn't seem to go through so here goes:

I am attempting to configure the Request button bot am having an issue. 
Clicking the button currently gives you a page with this message:

The change you wanted was rejected.
Maybe you tried to change something you didn't have access to.
If you are the application owner check the logs for more information.

In the logs, This is what it looks like:

INFO: [collection1] webapp= path=/select 
params={mm=100%25&q=(uri:("\/repositories\/2\/resources\/420\/tree\/node_from_root_62239"))&csv.escape=\&csv.header=true&start=0&csv.encapsulator="&fq=-exclude_by_default:true&fq=publish:true&fq=types:pui&rows=1&wt=json&facet=true}
 hits=1 status=0 QTime=1
W, [2021-07-22T16:13:17.109289 #18540]  WARN -- : 
[66b8b6dd-8d7b-4984-b753-ddf9212e6e12] HTTP Origin header 
(https://archivesspace-library.shu.edu) didn't match request.base_url 
(http://archivesspace-library.shu.edu)
F, [2021-07-22T16:13:17.120038 #18540] FATAL -- : 
[66b8b6dd-8d7b-4984-b753-ddf9212e6e12]
F, [2021-07-22T16:13:17.120263 #18540] FATAL -- : 
[66b8b6dd-8d7b-4984-b753-ddf9212e6e12] 
ActionController::InvalidAuthenticityToken 
(ActionController::InvalidAuthenticityToken):
F, [2021-07-22T16:13:17.120366 #18540] FATAL -- : 
[66b8b6dd-8d7b-4984-b753-ddf9212e6e12]
F, [2021-07-22T16:13:17.120480 #18540] FATAL -- : 
[66b8b6dd-8d7b-4984-b753-ddf9212e6e12] actionpack (5.2.5) 
lib/action_controller/metal/request_forgery_protection.rb:211:in 
`handle_unverified_request'

I understand this is an issue with Rails and SSL, but am unsure how to resolve 
this. Nothing in the configs seems to affect it. Any help appreciated.


Regards,

Zach Pelli
Digital Collections Infrastructure Developer
Seton Hall University Libraries
973.275.2046

___
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group@lyralists.lyrasis.org
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

[Archivesspace_Users_Group] Setting up the "Request" button

2021-07-23 Thread Zachary L Pelli 
Hey all,

I am attempting to configure the Request button bot am having an issue. 
Clicking the button currently gives you a page with this message:

The change you wanted was rejected.
Maybe you tried to change something you didn't have access to.
If you are the application owner check the logs for more information.

In the logs, This is what it looks like:

INFO: [collection1] webapp= path=/select 
params={mm=100%25&q=(uri:("\/repositories\/2\/resources\/420\/tree\/node_from_root_62239"))&csv.escape=\&csv.header=true&start=0&csv.encapsulator="&fq=-exclude_by_default:true&fq=publish:true&fq=types:pui&rows=1&wt=json&facet=true}
 hits=1 status=0 QTime=1
W, [2021-07-22T16:13:17.109289 #18540]  WARN -- : 
[66b8b6dd-8d7b-4984-b753-ddf9212e6e12] HTTP Origin header 
(https://archivesspace-library.shu.edu) didn't match request.base_url 
(http://archivesspace-library.shu.edu)
F, [2021-07-22T16:13:17.120038 #18540] FATAL -- : 
[66b8b6dd-8d7b-4984-b753-ddf9212e6e12]
F, [2021-07-22T16:13:17.120263 #18540] FATAL -- : 
[66b8b6dd-8d7b-4984-b753-ddf9212e6e12] 
ActionController::InvalidAuthenticityToken 
(ActionController::InvalidAuthenticityToken):
F, [2021-07-22T16:13:17.120366 #18540] FATAL -- : 
[66b8b6dd-8d7b-4984-b753-ddf9212e6e12]
F, [2021-07-22T16:13:17.120480 #18540] FATAL -- : 
[66b8b6dd-8d7b-4984-b753-ddf9212e6e12] actionpack (5.2.5) 
lib/action_controller/metal/request_forgery_protection.rb:211:in 
`handle_unverified_request'

I understand this is an issue with Rails and SSL, but am unsure how to resolve 
this. Nothing in the configs seems to affect it. Any help appreciated.


Regards,

Zach Pelli
Digital Collections Infrastructure Developer
Seton Hall University Libraries
973.275.2046

___
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group@lyralists.lyrasis.org
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

[Archivesspace_Users_Group] Generate PDF Background job error

2021-06-17 Thread Zachary L Pelli 
Hello all,

We encountered the error below when running the "Generate PDF" job on a 
particular resource. Short of looking through every single record in the 
resource for the missing ", is there a way to quickly track down the error?

Generating PDF for x
--
Warning: this resource has not been published
--
org.xml.sax.SAXParseException; lineNumber: 189; columnNumber: 110330; Open 
quote is expected for attribute "href" associated with an  element type  "a".
net.sf.saxon.s9api.DocumentBuilder.build(net/sf/saxon/s9api/DocumentBuilder.java:360)
java.lang.reflect.Method.invoke(java/lang/reflect/Method.java:498)
org.jruby.javasupport.JavaMethod.invokeDirectWithExceptionHandling(org/jruby/javasupport/JavaMethod.java:456)
org.jruby.javasupport.JavaMethod.invokeDirect(org/jruby/javasupport/JavaMethod.java:317)
RUBY.build(/var/local/archivesspace/archivesspace/gems/gems/saxon-rb-0.8.3-java/lib/saxon/document_builder.rb:225)
RUBY.to_fo(/var/local/archivesspace/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/AS_fop.rb:42)
RUBY.to_pdf(/var/local/archivesspace/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/AS_fop.rb:58)
RUBY.run(/var/local/archivesspace/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/job_runners/print_to_pdf_runner.rb:51)
var.local.archivesspace.archivesspace.data.tmp.jetty_minus_0_dot_0_dot_0_dot_0_minus_8089_minus_backend_dot_war_minus___minus_any_minus_.webapp.WEB_minus_INF.app.lib.request_context.open(/var/local/archivesspace/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/request_context.rb:24)
RUBY.run(/var/local/archivesspace/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/job_runners/print_to_pdf_runner.rb:14)
var.local.archivesspace.archivesspace.data.tmp.jetty_minus_0_dot_0_dot_0_dot_0_minus_8089_minus_backend_dot_war_minus___minus_any_minus_.webapp.WEB_minus_INF.app.lib.background_job_queue.invokeOther31:run(var/local/archivesspace/archivesspace/data/tmp/jetty_minus_0_dot_0_dot_0_dot_0_minus_8089_minus_backend_dot_war_minus___minus_any_minus_/webapp/WEB_minus_INF/app/lib//var/local/archivesspace/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/background_job_queue.rb:126)
var.local.archivesspace.archivesspace.data.tmp.jetty_minus_0_dot_0_dot_0_dot_0_minus_8089_minus_backend_dot_war_minus___minus_any_minus_.webapp.WEB_minus_INF.app.lib.background_job_queue.run_pending_job(/var/local/archivesspace/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/background_job_queue.rb:126)
RUBY.start_background_thread(/var/local/archivesspace/archivesspace/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/background_job_queue.rb:169)
org.jruby.RubyProc.call(org/jruby/RubyProc.java:318)
java.lang.Thread.run(java/lang/Thread.java:748)


Regards,

Zach Pelli
Seton Hall University Libraries
___
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group@lyralists.lyrasis.org
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

Re: [Archivesspace_Users_Group] Disable PUI (public interface)

2020-11-23 Thread Zachary L Pelli 
Hey Dave,

Just off the top of my head: just firewall off port 8081 on your server, 
provided you have that level of control over the server.

Regards,

Zach Pelli

From: archivesspace_users_group-boun...@lyralists.lyrasis.org 
 On Behalf Of David M. 
ZUCKERMAN
Sent: Monday, November 23, 2020 1:37 PM
To: Archivesspace Users Group 
Subject: [Archivesspace_Users_Group] Disable PUI (public interface)

Hi,

We're upgrading Archivesspace and will not be using the public interface. I see 
quite a few config options for pui in config.rb but not sure how I'd disable it 
entirely. I've been searching through various documents but they all seem to 
deal with how to configure it.

Was thinking there would be something similar to this
AppConfig[:enable_pui] = false

Is there a specific way the public interface should be disabled?

Thanks,
Dave

** WARNING: This email originated from outside of Seton Hall University. Do not 
click links or open attachments unless you recognize the sender and know the 
content is safe. **

___
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group@lyralists.lyrasis.org
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

Re: [Archivesspace_Users_Group] Strange indexing issue v2.81

2020-11-20 Thread Zachary L Pelli 
Donald,

The /data directory in 2.8.0 totaled 713M, and the new one is 809M, different 
but not eye-raising to my untrained eye. I have it set to reset each night to 
reduce any memory leakage, which has been a problem before. Our infrastructure 
is less than beefy, as you can tell šŸ™‚.

Regards,
Zach Pelli

From: archivesspace_users_group-boun...@lyralists.lyrasis.org 
 on behalf of Donald 
Mennerich 
Sent: Thursday, November 19, 2020 4:33 PM
To: Archivesspace Users Group 
Subject: Re: [Archivesspace_Users_Group] Strange indexing issue v2.81

Zach,

Is your index roughly the same size as it was before you upgraded? How long has 
it been running since you restarted Aspace after upgrading?

I might advise anyone rebuilding the index that it's advantageous to make a 
backup of the index before deleting your data (I keep a tar file that I can 
check for the count of files and bytes in the index) in case there is weird 
behavior after an upgrade. Also, for metrics -- our index took about 11 hours 
to reindex on infrastructure that I would describe as "beefy".

Don



On Thu, Nov 19, 2020 at 4:20 PM Shedd, Julie 
mailto:jsh...@library.msstate.edu>> wrote:

We are experiencing this issue now, but with accession and resource records. I 
think it may have something to do ā€“ at least in our case ā€“ with having certain 
metadata fields empty. When I filled those fields, the items stayed. However, 
transferring between repositories, they vanished again. So I will be watching 
the replies to your question closely in hopes that someone can help. šŸ˜Š



~~~

Julie D. Shedd she / her / hers

Coordinator of Digital Initiatives and Web Services, Mississippi State 
University 
Libraries<https://nam05.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefense.proofpoint.com%2Fv2%2Furl%3Fu%3Dhttp-3A__library.msstate.edu_%26d%3DDwMGaQ%26c%3DslrrB7dE8n7gBJbeO0g-IQ%26r%3D_DsNVvE0MidyDzdUOYchWsIErjGtgLba7OOoi6MzJhM%26m%3DkIK-f6IZmFjun8xkPHXRnlgaXiUBHKppRUyW-EI2orQ%26s%3DPlcySiGyhfihORAW5A4lGa8TY7n-J6NSINh8DNb9Y4M%26e%3D&data=04%7C01%7Czachary.pelli%40shu.edu%7C63467182e19649923e0d08d88cd2d76f%7C51f07c2253b744dfb97ca13261d71075%7C1%7C0%7C637414184906132286%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=zKS3Rcgob0zbuAE%2BStWf5wzK%2BRrPyN5jlXZsiTbx9n4%3D&reserved=0>

(662) 325-0300 | jsh...@library.msstate.edu<mailto:jsh...@library.msstate.edu>

https://orcid.org/-0002-7508-9033<https://nam05.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefense.proofpoint.com%2Fv2%2Furl%3Fu%3Dhttps-3A__orcid.org_-2D0002-2D7508-2D9033%26d%3DDwMGaQ%26c%3DslrrB7dE8n7gBJbeO0g-IQ%26r%3D_DsNVvE0MidyDzdUOYchWsIErjGtgLba7OOoi6MzJhM%26m%3DkIK-f6IZmFjun8xkPHXRnlgaXiUBHKppRUyW-EI2orQ%26s%3DTzym_QDZuLbQHJM6plpwAcqredpBbqWvgs7cJ4c1BUE%26e%3D&data=04%7C01%7Czachary.pelli%40shu.edu%7C63467182e19649923e0d08d88cd2d76f%7C51f07c2253b744dfb97ca13261d71075%7C1%7C0%7C637414184906142280%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=aHA%2ByPhJkgb6CoxRD4FdTA84KA452e%2BRlUi6D7cXSw4%3D&reserved=0>



From: 
archivesspace_users_group-boun...@lyralists.lyrasis.org<mailto:archivesspace_users_group-boun...@lyralists.lyrasis.org>
 
mailto:archivesspace_users_group-boun...@lyralists.lyrasis.org>>
 On Behalf Of Zachary L Pelli
Sent: Thursday, November 19, 2020 3:11 PM
To: ArchivesSpace List 
(archivesspace_users_group@lyralists.lyrasis.org<mailto:archivesspace_users_group@lyralists.lyrasis.org>)
 
mailto:archivesspace_users_group@lyralists.lyrasis.org>>
Subject: [Archivesspace_Users_Group] Strange indexing issue v2.81



Hey all,



After installing v2.81 we're having a strange issue, seemingly related to the 
index. Some collections cannot be found via search as they were before. I 
deleted the index in order to force a reindex and the collections were then 
searchable for a time. But coming back later, the issue had manifested once 
again and those collections would not appear in searches. Is this something 
that anyone has experienced before? I can provide logs and examples if you need 
more information.



Regards,



Zach Pelli

Seton Hall University Libraries

___
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group@lyralists.lyrasis.org<mailto:Archivesspace_Users_Group@lyralists.lyrasis.org>
https://urldefense.proofpoint.com/v2/url?u=http-3A__lyralists.lyrasis.org_mailman_listinfo_archivesspace-5Fusers-5Fgroup&d=DwICAg&c=slrrB7dE8n7gBJbeO0g-IQ&r=_DsNVvE0MidyDzdUOYchWsIErjGtgLba7OOoi6MzJhM&m=kIK-f6IZmFjun8xkPHXRnlgaXiUBHKppRUyW-EI2orQ&s=GNErwd0b2PHf5J6z2YoYe1ldJ_MIdjw7soA789tr4iY&e=<https://nam05.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefense.p

Re: [Archivesspace_Users_Group] Strange indexing issue v2.81

2020-11-20 Thread Zachary L Pelli 
Thanks Brian, but the same thing happened after truncating the table and 
reindexing. It worked at first but did not when I came back a couple hours 
later.

Regards,
Zach Pelli

From: archivesspace_users_group-boun...@lyralists.lyrasis.org 
 on behalf of Brian 
Harrington 
Sent: Thursday, November 19, 2020 6:33 PM
To: Archivesspace Users Group 
Subject: Re: [Archivesspace_Users_Group] Strange indexing issue v2.81


Hi Zach,



Try truncating the deleted_records table and reindexing.  That usually seems to 
solve issues with resources disappearing from the search.



Brian



--

Brian Harrington (he/him)

Data Migration Specialist

LYRASIS

brian.harring...@lyrasis.org



From:  on behalf of 
Zachary L Pelli 
Reply-To: Archivesspace Users Group 

Date: Thursday, November 19, 2020 at 4:11 PM
To: "ArchivesSpace List (archivesspace_users_group@lyralists.lyrasis.org)" 

Subject: [Archivesspace_Users_Group] Strange indexing issue v2.81



Hey all,



After installing v2.81 we're having a strange issue, seemingly related to the 
index. Some collections cannot be found via search as they were before. I 
deleted the index in order to force a reindex and the collections were then 
searchable for a time. But coming back later, the issue had manifested once 
again and those collections would not appear in searches. Is this something 
that anyone has experienced before? I can provide logs and examples if you need 
more information.



Regards,



Zach Pelli

Seton Hall University Libraries

** WARNING: This email originated from outside of Seton Hall University. Do not 
click links or open attachments unless you recognize the sender and know the 
content is safe. **

___
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group@lyralists.lyrasis.org
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

[Archivesspace_Users_Group] Strange indexing issue v2.81

2020-11-19 Thread Zachary L Pelli 
Hey all,

After installing v2.81 we're having a strange issue, seemingly related to the 
index. Some collections cannot be found via search as they were before. I 
deleted the index in order to force a reindex and the collections were then 
searchable for a time. But coming back later, the issue had manifested once 
again and those collections would not appear in searches. Is this something 
that anyone has experienced before? I can provide logs and examples if you need 
more information.

Regards,

Zach Pelli
Seton Hall University Libraries
___
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group@lyralists.lyrasis.org
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

Re: [Archivesspace_Users_Group] Errors trying to upgrade to 2.7.1 from 2.5.2

2020-02-28 Thread Zachary L Pelli 
That did the trick! Thanks Blake!

Regards,
Zach

From: archivesspace_users_group-boun...@lyralists.lyrasis.org 
 On Behalf Of Zachary 
L Pelli
Sent: Friday, February 28, 2020 11:46 AM
To: Archivesspace Users Group 
Subject: Re: [Archivesspace_Users_Group] Errors trying to upgrade to 2.7.1 from 
2.5.2

Looks like we're still running 7. I'll update and check back in. Thanks!.

Regards,
Zach

From: 
archivesspace_users_group-boun...@lyralists.lyrasis.org<mailto:archivesspace_users_group-boun...@lyralists.lyrasis.org>
 
mailto:archivesspace_users_group-boun...@lyralists.lyrasis.org>>
 On Behalf Of Blake Carver
Sent: Friday, February 28, 2020 11:42 AM
To: Archivesspace Users Group 
mailto:archivesspace_users_group@lyralists.lyrasis.org>>
Subject: Re: [Archivesspace_Users_Group] Errors trying to upgrade to 2.7.1 from 
2.5.2

Which version of Java are you running?
ArchivesSpace needs 8

From: 
archivesspace_users_group-boun...@lyralists.lyrasis.org<mailto:archivesspace_users_group-boun...@lyralists.lyrasis.org>
 
mailto:archivesspace_users_group-boun...@lyralists.lyrasis.org>>
 on behalf of Zachary L Pelli 
mailto:zachary.pe...@shu.edu>>
Sent: Friday, February 28, 2020 11:37 AM
To: Archivesspace Users Group 
mailto:archivesspace_users_group@lyralists.lyrasis.org>>
Subject: Re: [Archivesspace_Users_Group] Errors trying to upgrade to 2.7.1 from 
2.5.2


I have the EXACT same issue (2.5.2 > 2.7.1 as well). I'm 100% sure I downloaded 
the release.



Here is a sample from our log file:



INFO: An exception happened during JRuby-Rack startup

ContextAction not found in packages org.mozilla.javascript; last error: cannot 
link Java class org.mozilla.javascript.ContextAction, probable missing 
dependency: org/mozilla/javascript/ContextAction : Unsupported major.minor 
version 52.0

--- System

jruby 9.1.17.0 (2.3.3) 2018-04-20 d8b1ff9 OpenJDK 64-Bit Server VM 24.241-b01 
on 1.7.0_241-mockbuild_2019_10_15_02_24-b00 +jit [linux-x86_64]

Time: 2020-02-28 10:49:29 -0500

Server: jetty/8.1.5.v20120716

jruby.home: uri:classloader://META-INF/jruby.home



--- Context Init Parameters:

jruby.max.runtimes = 1

jruby.min.runtimes = 1

public.root = /

rails.env = production



--- Backtrace

NameError: ContextAction not found in packages org.mozilla.javascript; last 
error: cannot link Java class org.mozilla.javascript.ContextAction, probable 
missing dependency: org/mozilla/javascript/ContextAction : Unsupported 
major.minor version 52.0

const_missing at uri:classloader:/jruby/java/core_ext/module.rb:45

   at 
/var/local/archivesspace/archivesspace/gems/gems/therubyrhino-2.1.2/lib/rhino/context.rb:99

at 
/var/local/archivesspace/archivesspace/gems/gems/therubyrhino-2.1.2/lib/rhino/context.rb:36

at 
/var/local/archivesspace/archivesspace/gems/gems/therubyrhino-2.1.2/lib/rhino/context.rb:3

  require at org/jruby/RubyKernel.java:956

at 
/var/local/archivesspace/archivesspace/gems/gems/therubyrhino-2.1.2/lib/rhino.rb:1

  require at org/jruby/RubyKernel.java:956

   (root) at 
/var/local/archivesspace/archivesspace/gems/gems/therubyrhino-2.1.2/lib/rhino.rb:61

 find at org/jruby/RubyEnumerable.java:643

   (root) at 
/var/local/archivesspace/archivesspace/gems/gems/execjs-2.7.0/lib/execjs/ruby_rhino_runtime.rb:1

   available? at 
/var/local/archivesspace/archivesspace/gems/gems/execjs-2.7.0/lib/execjs/ruby_rhino_runtime.rb:91

   at 
/var/local/archivesspace/archivesspace/gems/gems/execjs-2.7.0/lib/execjs/runtimes.rb:63

at 
/var/local/archivesspace/archivesspace/gems/gems/execjs-2.7.0/lib/execjs/runtimes.rb:57

  require at org/jruby/RubyKernel.java:956

at 
/var/local/archivesspace/archivesspace/gems/gems/execjs-2.7.0/lib/execjs.rb:5

  require at org/jruby/RubyKernel.java:956

at 
/var/local/archivesspace/archivesspace/gems/gems/execjs-2.7.0/lib/execjs.rb:4

  require at org/jruby/RubyKernel.java:956

at 
/var/local/archivesspace/archivesspace/gems/gems/coffee-script-2.4.1/lib/coffee_script.rb:1

  require at org/jruby/RubyKernel.java:956

  block in (root) at 
/var/local/archivesspace/archivesspace/gems/gems/coffee-script-2.4.1/lib/coffee_script.rb:1

 each at org/jruby/RubyArray.java:1735

  block in (root) at 
/var/local/archivesspace/archivesspace/gems/gems/coffee-script-2.4.1/lib/coffee-script.rb:1

 each at org/jruby/RubyArray.java:1735

   (root) at 
/var/local/archivesspace/archivesspace/gems/gems/coffee-script-2.4.1/lib/coffee-script.rb:1

   (root) at 
/var/local/archivesspace/archivesspace/gems/gems/coffee-rails-4.2

Re: [Archivesspace_Users_Group] Errors trying to upgrade to 2.7.1 from 2.5.2

2020-02-28 Thread Zachary L Pelli 
Looks like we're still running 7. I'll update and check back in. Thanks!.

Regards,
Zach

From: archivesspace_users_group-boun...@lyralists.lyrasis.org 
 On Behalf Of Blake 
Carver
Sent: Friday, February 28, 2020 11:42 AM
To: Archivesspace Users Group 
Subject: Re: [Archivesspace_Users_Group] Errors trying to upgrade to 2.7.1 from 
2.5.2

Which version of Java are you running?
ArchivesSpace needs 8

From: 
archivesspace_users_group-boun...@lyralists.lyrasis.org<mailto:archivesspace_users_group-boun...@lyralists.lyrasis.org>
 
mailto:archivesspace_users_group-boun...@lyralists.lyrasis.org>>
 on behalf of Zachary L Pelli 
mailto:zachary.pe...@shu.edu>>
Sent: Friday, February 28, 2020 11:37 AM
To: Archivesspace Users Group 
mailto:archivesspace_users_group@lyralists.lyrasis.org>>
Subject: Re: [Archivesspace_Users_Group] Errors trying to upgrade to 2.7.1 from 
2.5.2


I have the EXACT same issue (2.5.2 > 2.7.1 as well). I'm 100% sure I downloaded 
the release.



Here is a sample from our log file:



INFO: An exception happened during JRuby-Rack startup

ContextAction not found in packages org.mozilla.javascript; last error: cannot 
link Java class org.mozilla.javascript.ContextAction, probable missing 
dependency: org/mozilla/javascript/ContextAction : Unsupported major.minor 
version 52.0

--- System

jruby 9.1.17.0 (2.3.3) 2018-04-20 d8b1ff9 OpenJDK 64-Bit Server VM 24.241-b01 
on 1.7.0_241-mockbuild_2019_10_15_02_24-b00 +jit [linux-x86_64]

Time: 2020-02-28 10:49:29 -0500

Server: jetty/8.1.5.v20120716

jruby.home: uri:classloader://META-INF/jruby.home



--- Context Init Parameters:

jruby.max.runtimes = 1

jruby.min.runtimes = 1

public.root = /

rails.env = production



--- Backtrace

NameError: ContextAction not found in packages org.mozilla.javascript; last 
error: cannot link Java class org.mozilla.javascript.ContextAction, probable 
missing dependency: org/mozilla/javascript/ContextAction : Unsupported 
major.minor version 52.0

const_missing at uri:classloader:/jruby/java/core_ext/module.rb:45

   at 
/var/local/archivesspace/archivesspace/gems/gems/therubyrhino-2.1.2/lib/rhino/context.rb:99

at 
/var/local/archivesspace/archivesspace/gems/gems/therubyrhino-2.1.2/lib/rhino/context.rb:36

at 
/var/local/archivesspace/archivesspace/gems/gems/therubyrhino-2.1.2/lib/rhino/context.rb:3

  require at org/jruby/RubyKernel.java:956

at 
/var/local/archivesspace/archivesspace/gems/gems/therubyrhino-2.1.2/lib/rhino.rb:1

  require at org/jruby/RubyKernel.java:956

   (root) at 
/var/local/archivesspace/archivesspace/gems/gems/therubyrhino-2.1.2/lib/rhino.rb:61

 find at org/jruby/RubyEnumerable.java:643

   (root) at 
/var/local/archivesspace/archivesspace/gems/gems/execjs-2.7.0/lib/execjs/ruby_rhino_runtime.rb:1

   available? at 
/var/local/archivesspace/archivesspace/gems/gems/execjs-2.7.0/lib/execjs/ruby_rhino_runtime.rb:91

   at 
/var/local/archivesspace/archivesspace/gems/gems/execjs-2.7.0/lib/execjs/runtimes.rb:63

at 
/var/local/archivesspace/archivesspace/gems/gems/execjs-2.7.0/lib/execjs/runtimes.rb:57

  require at org/jruby/RubyKernel.java:956

at 
/var/local/archivesspace/archivesspace/gems/gems/execjs-2.7.0/lib/execjs.rb:5

  require at org/jruby/RubyKernel.java:956

at 
/var/local/archivesspace/archivesspace/gems/gems/execjs-2.7.0/lib/execjs.rb:4

  require at org/jruby/RubyKernel.java:956

at 
/var/local/archivesspace/archivesspace/gems/gems/coffee-script-2.4.1/lib/coffee_script.rb:1

  require at org/jruby/RubyKernel.java:956

  block in (root) at 
/var/local/archivesspace/archivesspace/gems/gems/coffee-script-2.4.1/lib/coffee_script.rb:1

 each at org/jruby/RubyArray.java:1735

  block in (root) at 
/var/local/archivesspace/archivesspace/gems/gems/coffee-script-2.4.1/lib/coffee-script.rb:1

 each at org/jruby/RubyArray.java:1735

   (root) at 
/var/local/archivesspace/archivesspace/gems/gems/coffee-script-2.4.1/lib/coffee-script.rb:1

   (root) at 
/var/local/archivesspace/archivesspace/gems/gems/coffee-rails-4.2.1/lib/coffee-rails.rb:1

at 
/var/local/archivesspace/archivesspace/gems/gems/coffee-rails-4.2.1/lib/coffee-rails.rb:1

  require at org/jruby/RubyKernel.java:956

at 
/var/local/archivesspace/archivesspace/gems/gems/bundler-1.17.3/lib/bundler/runtime.rb:1

  require at org/jruby/RubyKernel.java:956

  require at 
/var/local/archivesspace/archivesspace/gems/gems/bundler-1.17.3/lib/bundler/runtime.rb:81

Re: [Archivesspace_Users_Group] Errors trying to upgrade to 2.7.1 from 2.5.2

2020-02-28 Thread Zachary L Pelli 
I have the EXACT same issue (2.5.2 > 2.7.1 as well). I'm 100% sure I downloaded 
the release.

Here is a sample from our log file:

INFO: An exception happened during JRuby-Rack startup
ContextAction not found in packages org.mozilla.javascript; last error: cannot 
link Java class org.mozilla.javascript.ContextAction, probable missing 
dependency: org/mozilla/javascript/ContextAction : Unsupported major.minor 
version 52.0
--- System
jruby 9.1.17.0 (2.3.3) 2018-04-20 d8b1ff9 OpenJDK 64-Bit Server VM 24.241-b01 
on 1.7.0_241-mockbuild_2019_10_15_02_24-b00 +jit [linux-x86_64]
Time: 2020-02-28 10:49:29 -0500
Server: jetty/8.1.5.v20120716
jruby.home: uri:classloader://META-INF/jruby.home

--- Context Init Parameters:
jruby.max.runtimes = 1
jruby.min.runtimes = 1
public.root = /
rails.env = production

--- Backtrace
NameError: ContextAction not found in packages org.mozilla.javascript; last 
error: cannot link Java class org.mozilla.javascript.ContextAction, probable 
missing dependency: org/mozilla/javascript/ContextAction : Unsupported 
major.minor version 52.0
const_missing at uri:classloader:/jruby/java/core_ext/module.rb:45
   at 
/var/local/archivesspace/archivesspace/gems/gems/therubyrhino-2.1.2/lib/rhino/context.rb:99
at 
/var/local/archivesspace/archivesspace/gems/gems/therubyrhino-2.1.2/lib/rhino/context.rb:36
at 
/var/local/archivesspace/archivesspace/gems/gems/therubyrhino-2.1.2/lib/rhino/context.rb:3
  require at org/jruby/RubyKernel.java:956
at 
/var/local/archivesspace/archivesspace/gems/gems/therubyrhino-2.1.2/lib/rhino.rb:1
  require at org/jruby/RubyKernel.java:956
   (root) at 
/var/local/archivesspace/archivesspace/gems/gems/therubyrhino-2.1.2/lib/rhino.rb:61
 find at org/jruby/RubyEnumerable.java:643
   (root) at 
/var/local/archivesspace/archivesspace/gems/gems/execjs-2.7.0/lib/execjs/ruby_rhino_runtime.rb:1
   available? at 
/var/local/archivesspace/archivesspace/gems/gems/execjs-2.7.0/lib/execjs/ruby_rhino_runtime.rb:91
   at 
/var/local/archivesspace/archivesspace/gems/gems/execjs-2.7.0/lib/execjs/runtimes.rb:63
at 
/var/local/archivesspace/archivesspace/gems/gems/execjs-2.7.0/lib/execjs/runtimes.rb:57
  require at org/jruby/RubyKernel.java:956
at 
/var/local/archivesspace/archivesspace/gems/gems/execjs-2.7.0/lib/execjs.rb:5
  require at org/jruby/RubyKernel.java:956
at 
/var/local/archivesspace/archivesspace/gems/gems/execjs-2.7.0/lib/execjs.rb:4
  require at org/jruby/RubyKernel.java:956
at 
/var/local/archivesspace/archivesspace/gems/gems/coffee-script-2.4.1/lib/coffee_script.rb:1
  require at org/jruby/RubyKernel.java:956
  block in (root) at 
/var/local/archivesspace/archivesspace/gems/gems/coffee-script-2.4.1/lib/coffee_script.rb:1
 each at org/jruby/RubyArray.java:1735
  block in (root) at 
/var/local/archivesspace/archivesspace/gems/gems/coffee-script-2.4.1/lib/coffee-script.rb:1
 each at org/jruby/RubyArray.java:1735
   (root) at 
/var/local/archivesspace/archivesspace/gems/gems/coffee-script-2.4.1/lib/coffee-script.rb:1
   (root) at 
/var/local/archivesspace/archivesspace/gems/gems/coffee-rails-4.2.1/lib/coffee-rails.rb:1
at 
/var/local/archivesspace/archivesspace/gems/gems/coffee-rails-4.2.1/lib/coffee-rails.rb:1
  require at org/jruby/RubyKernel.java:956
at 
/var/local/archivesspace/archivesspace/gems/gems/bundler-1.17.3/lib/bundler/runtime.rb:1
  require at org/jruby/RubyKernel.java:956
  require at 
/var/local/archivesspace/archivesspace/gems/gems/bundler-1.17.3/lib/bundler/runtime.rb:81
  require at 
/var/local/archivesspace/archivesspace/gems/gems/bundler-1.17.3/lib/bundler/runtime.rb:76
at 
/var/local/archivesspace/archivesspace/gems/gems/bundler-1.17.3/lib/bundler/runtime.rb:65
 start_server at launcher/launcher.rb:92
 main at launcher/launcher.rb:165
at launcher/launcher.rb:261

--- RubyGems
Gem.dir: /var/local/archivesspace/archivesspace/gems
Gem.path:
/root/.gem/jruby/2.3.0
uri:classloader:/META-INF/jruby.home/lib/ruby/gems/shared
/var/local/archivesspace/archivesspace/gems
Activated gems:
  did_you_mean-1.0.1
  bundler-1.17.3
  rake-13.0.1
  concurrent-ruby-1.1.5
  i18n-0.9.1
  minitest-5.13.0
  thread_safe-0.3.6-java
  tzinfo-1.2.6
  activesupport-5.0.7.2
  builder-3.2.4
  erubis-2.7.0
  nokogiri-1.10.7-java
  rails-dom-testing-2.0.3
  crass-1.0.5
  loofah-2.4.0
  rails-html-sanitizer-1.3.0
  actionview-5.0.7.2
  rack-2.0.8
  rack-test-0.6.3
  actionpack-5.0.7.2
  nio4r-2.5.2-java
  websocket-extens

Re: [Archivesspace_Users_Group] Unable to view or edit resource record/tree

2019-09-17 Thread Zachary L Pelli 
Thanks Laney!

Regards,
Zach

From: archivesspace_users_group-boun...@lyralists.lyrasis.org 
 On Behalf Of Laney 
McGlohon
Sent: Tuesday, September 17, 2019 10:01 AM
To: Archivesspace Users Group 
Subject: Re: [Archivesspace_Users_Group] Unable to view or edit resource 
record/tree

Hey Zach,

Those log entries look like searches instead of indexing. Indexing log entries 
look something like this:

Staff Indexer [2019-09-17 06:26:02 -0700] Running index round (at the beginning 
of an indexing thread), and
Staff Indexer [2019-09-17 06:26:04 -0700] Index round complete (at the end of 
an indexing thread)
with messages that look something like this in between
Staff Indexer [2019-09-17 06:26:04 -0700] Indexing 1 of x (as it indexes each 
record in the indexing thread)

I am going to put a support ticket in for you so you should see an email 
shortly from the ticketing system.

Best,
Laney McGlohon


From: 
mailto:archivesspace_users_group-boun...@lyralists.lyrasis.org>>
 on behalf of Zachary L Pelli 
mailto:zachary.pe...@shu.edu>>
Reply-To: Archivesspace Users Group 
mailto:archivesspace_users_group@lyralists.lyrasis.org>>
Date: Tuesday, September 17, 2019 at 6:39 AM
To: Archivesspace Users Group 
mailto:archivesspace_users_group@lyralists.lyrasis.org>>
Subject: Re: [Archivesspace_Users_Group] Unable to view or edit resource 
record/tree

Currently reindexing. It has been going 20 hours, does reindexing usually take 
that long? Hereā€™s a recent log sample:

Sep 17, 2019 9:36:28 AM org.apache.solr.core.SolrCore execute
INFO: [collection1] webapp= path=/select 
params={facet=true&start=0&csv.encapsulator="&q=(id:("\/repositories\/2\/top_containers\/8660"))&q.op=AND&csv.header=true&csv.escape=\&wt=json&fq=-exclude_by_default:true&fq=suppressed:false&rows=500}
 hits=1 status=0 QTime=1
Sep 17, 2019 9:36:28 AM org.apache.solr.core.SolrCore execute
INFO: [collection1] webapp= path=/select 
params={facet=true&start=0&csv.encapsulator="&q=(id:("\/repositories\/2\/resources\/420\/tree\/node_from_root_62887"))&q.op=AND&csv.header=true&csv.escape=\&wt=json&fq=-exclude_by_default:true&fq=publish:true&rows=1}
 hits=1 status=0 QTime=2
Sep 17, 2019 9:36:28 AM org.apache.solr.core.SolrCore execute
INFO: [collection1] webapp= path=/select 
params={facet=true&start=0&csv.encapsulator="&q=(id:("\/repositories\/2\/resources\/420\/tree\/node_from_root_62887"))&q.op=AND&csv.header=true&csv.escape=\&wt=json&fq=-exclude_by_default:true&fq=publish:true&rows=1}
 hits=1 status=0 QTime=1
Sep 17, 2019 9:36:29 AM org.apache.solr.core.SolrCore execute
INFO: [collection1] webapp= path=/select 
params={facet=true&start=0&csv.encapsulator="&q=(id:("\/repositories\/2\/resources\/189\/tree\/root"))&q.op=AND&csv.header=true&csv.escape=\&wt=json&fq=-exclude_by_default:true&fq=publish:true&rows=1}
 hits=1 status=0 QTime=2
Sep 17, 2019 9:36:29 AM org.apache.solr.core.SolrCore execute
INFO: [collection1] webapp= path=/select 
params={pf=four_part_id^4&facet=true&sort=&start=0&csv.encapsulator="&q=collection_uri_u_sstr:"/repositories/2/resources/189"+AND+(types:pui+AND+types:pui_container)&qf=four_part_id^3+title^2+finding_aid_filing_title^2+fullrecord&q.op=AND&csv.header=true&csv.escape=\&wt=json&fq=-exclude_by_default:true&fq=publish:true&defType=edismax&rows=10}
 hits=25 status=0 QTime=2
Sep 17, 2019 9:36:29 AM org.apache.solr.core.SolrCore execute
INFO: [collection1] webapp= path=/select 
params={facet=true&start=0&csv.encapsulator="&q=(id:("\/repositories\/2\/resources\/189"))&q.op=AND&csv.header=true&csv.escape=\&wt=json&fq=-exclude_by_default:true&fq=publish:true&rows=1}
 hits=1 status=0 QTime=1
Sep 17, 2019 9:36:29 AM org.apache.solr.core.SolrCore execute
INFO: [collection1] webapp= path=/select 
params={facet=true&start=0&csv.encapsulator="&q=(id:("\/repositories\/2"))&q.op=AND&csv.header=true&csv.escape=\&wt=json&fq=-exclude_by_default:true&fq=suppressed:false&rows=500}
 hits=1 status=0 QTime=1
Sep 17, 2019 9:36:29 AM org.apache.solr.core.SolrCore execute
INFO: [collection1] webapp= path=/select 
params={facet=true&start=0&csv.encapsulator="&q=(id:("\/repositories\/2\/accessions\/1322"))&q.op=AND&csv.header=true&csv.escape=\&wt=json&fq=-exclude_by_default:true&fq=suppressed:false&rows=500}
 hits=1 status=0 QTime=2
Sep 17, 2019 9:36:50 AM org.apache.solr.core.SolrCore execute
INFO: [collection1] webapp= path=/select 
params={facet=true&start=0&csv.encapsulator="&q=(id:("\/repositories\/2\/archival_objects\/29877#pui"))&q.op=AND&csv.heade

Re: [Archivesspace_Users_Group] Unable to view or edit resource record/tree

2019-09-17 Thread Zachary L Pelli 
e&start=0&csv.encapsulator="&q=(id:("\/repositories\/2\/resources\/219\/tree\/node_from_root_29877"))&q.op=AND&csv.header=true&csv.escape=\&wt=json&fq=-exclude_by_default:true&fq=publish:true&rows=1}
 hits=1 status=0 QTime=1
Sep 17, 2019 9:36:50 AM org.apache.solr.core.SolrCore execute
INFO: [collection1] webapp= path=/select 
params={facet=true&start=0&csv.encapsulator="&q=(id:("\/repositories\/2\/resources\/219\/tree\/node_from_root_29877"))&q.op=AND&csv.header=true&csv.escape=\&wt=json&fq=-exclude_by_default:true&fq=publish:true&rows=1}
 hits=1 status=0 QTime=1
Sep 17, 2019 9:37:08 AM org.apache.solr.core.SolrCore execute
INFO: [collection1] webapp= path=/select 
params={facet=true&start=0&csv.encapsulator="&q=(id:("\/repositories\/2\/resources\/189\/tree\/root"))&q.op=AND&csv.header=true&csv.escape=\&wt=json&fq=-exclude_by_default:true&fq=publish:true&rows=1}
 hits=1 status=0 QTime=1
Sep 17, 2019 9:37:08 AM org.apache.solr.core.SolrCore execute
INFO: [collection1] webapp= path=/select 
params={pf=four_part_id^4&facet=true&sort=&start=0&csv.encapsulator="&q=collection_uri_u_sstr:"/repositories/2/resources/189"+AND+(types:pui+AND+types:pui_container)&qf=four_part_id^3+title^2+finding_aid_filing_title^2+fullrecord&q.op=AND&csv.header=true&csv.escape=\&wt=json&fq=-exclude_by_default:true&fq=publish:true&defType=edismax&rows=10}
 hits=25 status=0 QTime=1
Sep 17, 2019 9:37:08 AM org.apache.solr.core.SolrCore execute
INFO: [collection1] webapp= path=/select 
params={facet=true&start=0&csv.encapsulator="&q=(id:("\/repositories\/2\/resources\/189"))&q.op=AND&csv.header=true&csv.escape=\&wt=json&fq=-exclude_by_default:true&fq=publish:true&rows=1}
 hits=1 status=0 QTime=1
Sep 17, 2019 9:37:08 AM org.apache.solr.core.SolrCore execute
INFO: [collection1] webapp= path=/select 
params={facet=true&start=0&csv.encapsulator="&q=(id:("\/repositories\/2"))&q.op=AND&csv.header=true&csv.escape=\&wt=json&fq=-exclude_by_default:true&fq=suppressed:false&rows=500}
 hits=1 status=0 QTime=1
Sep 17, 2019 9:37:08 AM org.apache.solr.core.SolrCore execute
INFO: [collection1] webapp= path=/select 
params={facet=true&start=0&csv.encapsulator="&q=(id:("\/repositories\/2\/accessions\/1322"))&q.op=AND&csv.header=true&csv.escape=\&wt=json&fq=-exclude_by_default:true&fq=suppressed:false&rows=500}
 hits=1 status=0 QTime=1

Regards,
Zach

From: archivesspace_users_group-boun...@lyralists.lyrasis.org 
 On Behalf Of Blake 
Carver
Sent: Monday, September 16, 2019 4:05 PM
To: Archivesspace Users Group 
Subject: Re: [Archivesspace_Users_Group] Unable to view or edit resource 
record/tree

I'm going to agree with Steve, especially "I would guess it was an indexing 
problem,"
I'd start with a full reindex and see if that takes care of it before anything 
else.

From: 
archivesspace_users_group-boun...@lyralists.lyrasis.org<mailto:archivesspace_users_group-boun...@lyralists.lyrasis.org>
 
mailto:archivesspace_users_group-boun...@lyralists.lyrasis.org>>
 on behalf of Majewski, Steven Dennis (sdm7g) 
mailto:sd...@virginia.edu>>
Sent: Monday, September 16, 2019 3:59 PM
To: Archivesspace Users Group 
mailto:archivesspace_users_group@lyralists.lyrasis.org>>
Subject: Re: [Archivesspace_Users_Group] Unable to view or edit resource 
record/tree

If it was just the PUI, I would guess it was an indexing problem, but that 
"Oops" error, to me,
looks like it's having a problem with retrieving resource tree information from 
the backend.

Not too long ago, there was a thread on this mailing list with the subject:  
"Retrieving tree info via API (what are "waypoints"?)"
You might take a look at that thread and see if you can do a backend API query 
to fetch the resource root and it's waypoints.


Except that the "affecting all resources" sounds like something more global.


What is in the log files when this happens ?


- Steve M.



On Sep 16, 2019, at 3:06 PM, Zachary L Pelli 
mailto:zachary.pe...@shu.edu>> wrote:

We're running 2.5.2. On the staff interface, clicking Edit or View on any top 
level resource record gives this error: "Oops! We're having trouble fetching 
this tree. Please try refreshing the page." On the PUI, you can view the 
top-level record, but the "Collection Organization" tree is blank. This issue 
seems to be affecting all resources.

Regards,

Zach Pelli
Digital Collections Infrastructure Developer
Seton Hall University Libraries
973.275.2046

___
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group@lyralists.lyrasis.org<mailto:Archivesspace_Users_Group@lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group<https://nam05.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=01%7C01%7Czachary.pelli%40shu.edu%7C0705efb25cbb4c8b715c08d73ae13c09%7C51f07c2253b744dfb97ca13261d71075%7C1&sdata=1Vh9uhAJMovDz8hpoWD8GNACN6olBzGHn7cygbRlWFY%3D&reserved=0>

** WARNING: This email originated from outside of Seton Hall University. Do not 
click links or open attachments unless you recognize the sender and know the 
content is safe. **

___
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group@lyralists.lyrasis.org
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

[Archivesspace_Users_Group] Unable to view or edit resource record/tree

2019-09-16 Thread Zachary L Pelli 
We're running 2.5.2. On the staff interface, clicking Edit or View on any top 
level resource record gives this error: "Oops! We're having trouble fetching 
this tree. Please try refreshing the page." On the PUI, you can view the 
top-level record, but the "Collection Organization" tree is blank. This issue 
seems to be affecting all resources.

Regards,

Zach Pelli
Digital Collections Infrastructure Developer
Seton Hall University Libraries
973.275.2046

___
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group@lyralists.lyrasis.org
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

Re: [Archivesspace_Users_Group] Print to PDF job failing

2018-12-03 Thread Zachary L Pelli 
I just wanted to thank y'all for the help. I was able to fix it by running this 
query:

UPDATE note SET notes = REPLACE(notes,'ns2:','') WHERE notes like '%ns2:%';

Regards,
Zach

-Original Message-
From: archivesspace_users_group-boun...@lyralists.lyrasis.org 
 On Behalf Of Custer, 
Mark
Sent: Monday, November 26, 2018 5:51 PM
To: Archivesspace Users Group 
Subject: Re: [Archivesspace_Users_Group] Print to PDF job failing

Zach,

In case it helps, I dug up an old ASpace SQL query to look for those namespace 
prefixes (turns out that we still have 3 of those lurking around that I need to 
fix later this week!).  

Anyhow, here it is:

select resource.id as resourceid, resource.ead_id, archival_object.id as aoid, 
archival_object.root_record_id, convert(notes using utf8) as jsonnote from note 
left join resource on resource.id = note.resource_id left join archival_object 
on archival_object.id = note.archival_object_id where notes like '%ns2:%';

Maybe you'll see some patterns there  with the files that do work vs. those 
that don't work.  If so, let us know, since that might provide some clues on if 
there's more work that can be done on the XML cleaning process during the 
ASpace export process.

All my best,

Mark



-Original Message-
From: archivesspace_users_group-boun...@lyralists.lyrasis.org 
[mailto:archivesspace_users_group-boun...@lyralists.lyrasis.org] On Behalf Of 
Zachary L Pelli
Sent: Monday, 26 November, 2018 4:08 PM
To: Archivesspace Users Group 
Subject: Re: [Archivesspace_Users_Group] Print to PDF job failing

Mark,

Thanks for all the help. The archivist who raised the issue said she was able 
to run the "Print to PDF" job on multiple other collections successfully. I am 
unsure whether or not other collections are affected by this, but my guess is 
there are others. I'll try running some queries tomorrow and see what I find.

Regards,
Zach

-Original Message-
From: archivesspace_users_group-boun...@lyralists.lyrasis.org 
 On Behalf Of Custer, 
Mark
Sent: Monday, November 26, 2018 3:42 PM
To: Archivesspace Users Group 
Subject: Re: [Archivesspace_Users_Group] Print to PDF job failing

Zach, 

No, sorry.  That bit of SQL was run against the Archivists' Toolkit database, 
not ASpace.   In ASpace, the SQL update would look quite a bit different, and 
given how the notes are stored in ASpace, it might be a bit tricky.  

I'm not sure what the best way would be to address that in ArchivesSpace.  Has 
anyone else handled it there?  

Two of my colleagues, Alicia and Christy, have run a few different API updates 
on notes in ASpace, so they'd have more experience about that than I do at this 
point.  In general, though, our usual approach would be to write an SQL query 
in ASpace to figure out where all of the issues are, and then turning to the 
API to try and fix those issues as safely as possible (but even that requires a 
lot of testing, since it's easy to mess things up when working in bulk, so we 
always test any new updates a few times before running it in our production 
system).

If I recall correctly, someone added a nice fix for this at some point directly 
in ArchivesSpace that helps clean things up during the export process.  I don't 
recall what/where that file is at the moment, though.  I think it would 
probably be best to try to figure out why that process is not cleaning things 
up as expected in this particular case and then adding a fix for it there. 

Zach, is this happening in a lot of your files, or just this one (or some 
subset)?

Mark



-Original Message-
From: archivesspace_users_group-boun...@lyralists.lyrasis.org 
[mailto:archivesspace_users_group-boun...@lyralists.lyrasis.org] On Behalf Of 
Zachary L Pelli
Sent: Monday, 26 November, 2018 3:26 PM
To: Archivesspace Users Group 
Subject: Re: [Archivesspace_Users_Group] Print to PDF job failing

Mark,

Regarding my instance in particular, would you recommend running that SQL 
block? I do not see a way to edit the XML from within AS itself, so I'm 
thinking that leaves the mysql DB or through the API.

Regards,
Zach

-Original Message-
From: archivesspace_users_group-boun...@lyralists.lyrasis.org 
 On Behalf Of Custer, 
Mark
Sent: Monday, November 26, 2018 2:59 PM
To: Archivesspace Users Group 
Subject: Re: [Archivesspace_Users_Group] Print to PDF job failing

Lydia, all:

I don't know if it's a bug with the AT migrator, but I have raised this issue 
in 2014 when providing (a lot!) of feedback about the AT migration process.  
There are a couple of complicated issues, namely:

All of those xlink namespace prefixes are treated and stored as text, not as 
XML (in both the AT and ASpace).  So, it can be a bit dangerous and inefficient 
to change them in bulk.  I had hoped that the migration tool would address that 
issue, but the decision at the time was not to have t

Re: [Archivesspace_Users_Group] Print to PDF job failing

2018-11-26 Thread Zachary L Pelli 
Mark,

Thanks for all the help. The archivist who raised the issue said she was able 
to run the "Print to PDF" job on multiple other collections successfully. I am 
unsure whether or not other collections are affected by this, but my guess is 
there are others. I'll try running some queries tomorrow and see what I find.

Regards,
Zach

-Original Message-
From: archivesspace_users_group-boun...@lyralists.lyrasis.org 
 On Behalf Of Custer, 
Mark
Sent: Monday, November 26, 2018 3:42 PM
To: Archivesspace Users Group 
Subject: Re: [Archivesspace_Users_Group] Print to PDF job failing

Zach, 

No, sorry.  That bit of SQL was run against the Archivists' Toolkit database, 
not ASpace.   In ASpace, the SQL update would look quite a bit different, and 
given how the notes are stored in ASpace, it might be a bit tricky.  

I'm not sure what the best way would be to address that in ArchivesSpace.  Has 
anyone else handled it there?  

Two of my colleagues, Alicia and Christy, have run a few different API updates 
on notes in ASpace, so they'd have more experience about that than I do at this 
point.  In general, though, our usual approach would be to write an SQL query 
in ASpace to figure out where all of the issues are, and then turning to the 
API to try and fix those issues as safely as possible (but even that requires a 
lot of testing, since it's easy to mess things up when working in bulk, so we 
always test any new updates a few times before running it in our production 
system).

If I recall correctly, someone added a nice fix for this at some point directly 
in ArchivesSpace that helps clean things up during the export process.  I don't 
recall what/where that file is at the moment, though.  I think it would 
probably be best to try to figure out why that process is not cleaning things 
up as expected in this particular case and then adding a fix for it there. 

Zach, is this happening in a lot of your files, or just this one (or some 
subset)?

Mark



-Original Message-
From: archivesspace_users_group-boun...@lyralists.lyrasis.org 
[mailto:archivesspace_users_group-boun...@lyralists.lyrasis.org] On Behalf Of 
Zachary L Pelli
Sent: Monday, 26 November, 2018 3:26 PM
To: Archivesspace Users Group 
Subject: Re: [Archivesspace_Users_Group] Print to PDF job failing

Mark,

Regarding my instance in particular, would you recommend running that SQL 
block? I do not see a way to edit the XML from within AS itself, so I'm 
thinking that leaves the mysql DB or through the API.

Regards,
Zach

-Original Message-
From: archivesspace_users_group-boun...@lyralists.lyrasis.org 
 On Behalf Of Custer, 
Mark
Sent: Monday, November 26, 2018 2:59 PM
To: Archivesspace Users Group 
Subject: Re: [Archivesspace_Users_Group] Print to PDF job failing

Lydia, all:

I don't know if it's a bug with the AT migrator, but I have raised this issue 
in 2014 when providing (a lot!) of feedback about the AT migration process.  
There are a couple of complicated issues, namely:

All of those xlink namespace prefixes are treated and stored as text, not as 
XML (in both the AT and ASpace).  So, it can be a bit dangerous and inefficient 
to change them in bulk.  I had hoped that the migration tool would address that 
issue, but the decision at the time was not to have the migration tool do this. 
 Because of that, we decided to address this prior to our migration with the 
following (albeit inelegant) SQL update:  
https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FYaleArchivesSpace%2FmigrationSQL%2Fblob%2Fmaster%2FAllDatabasesPreMigration.sql%23L1-L26&data=01%7C01%7CZachary.pelli%40shu.edu%7C0a2c51afba654c142a9d08d653df9ae7%7C51f07c2253b744dfb97ca13261d71075%7C1&sdata=PMiw7s15WKAgZBtzeOdtuKzOoj%2Biw0nMKZenqCYARmw%3D&reserved=0
  (that largely did the trick, if I recall correctly).

All of those @target attributes are also stored as text.  That was a lot 
messier, so the AT migration tool eventually added the ability to keep the ID 
values as is (e.g. "ref33" ==> "ref33") during the migration process, but you 
had to pass that argument (with the "-refid_original" flag) to the migration 
tool to keep those values as is.

Anyhow, given the complexities of the migrations, it's hard to say what's a bug 
and what's behaving as expected (at least it's hard for me to remember 
everything involved).  That said, Maureen did an AMAZING job of writing up our 
steps:  
https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fcampuspress.yale.edu%2Fyalearchivesspace%2F2015%2F06%2F14%2Fmigration-step-by-step%2F&data=01%7C01%7CZachary.pelli%40shu.edu%7C0a2c51afba654c142a9d08d653df9ae7%7C51f07c2253b744dfb97ca13261d71075%7C1&sdata=TgiyMCs8LhLJvyoh%2FI0Caz9%2BtNh%2FsPotWw1DvPwBf3U%3D&reserved=0
 .  If anything in there is something that can be fixed with the AT migration 
tool

Re: [Archivesspace_Users_Group] Print to PDF job failing

2018-11-26 Thread Zachary L Pelli 
s://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.w3.org%2F1999%2Fxlink&data=01%7C01%7CZachary.pelli%40shu.edu%7C51655a3db3c24d40642a08d653d9af16%7C51f07c2253b744dfb97ca13261d71075%7C1&sdata=7mH74IJHuOZi1g%2BGKWiUdvWzU%2Bo2QLRxbx1HHZTpDdQ%3D&reserved=0";
  
xmlns:xsi="https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.w3.org%2F2001%2FXMLSchema-instance&data=01%7C01%7CZachary.pelli%40shu.edu%7C51655a3db3c24d40642a08d653d9af16%7C51f07c2253b744dfb97ca13261d71075%7C1&sdata=Wfz16HlY0gz72zi84u4q5D9kLEA9fFU0AZh88dIPWXU%3D&reserved=0";
  xsi:schemaLocation="urn:isbn:1-931666-22-9 
https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.loc.gov%2Fead%2Fead.xsd&data=01%7C01%7CZachary.pelli%40shu.edu%7C51655a3db3c24d40642a08d653d9af16%7C51f07c2253b744dfb97ca13261d71075%7C1&sdata=qHOPP9hZ9YSR0msyJsMSKxAjn%2BcRV2Eey%2B8nMlUn%2BBI%3D&reserved=0";>

To this:

https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.w3.org%2F1999%2Fxlink&data=01%7C01%7CZachary.pelli%40shu.edu%7C51655a3db3c24d40642a08d653d9af16%7C51f07c2253b744dfb97ca13261d71075%7C1&sdata=7mH74IJHuOZi1g%2BGKWiUdvWzU%2Bo2QLRxbx1HHZTpDdQ%3D&reserved=0";
  
xmlns:ns2="https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.w3.org%2F1999%2Fxlink&data=01%7C01%7CZachary.pelli%40shu.edu%7C51655a3db3c24d40642a08d653d9af16%7C51f07c2253b744dfb97ca13261d71075%7C1&sdata=7mH74IJHuOZi1g%2BGKWiUdvWzU%2Bo2QLRxbx1HHZTpDdQ%3D&reserved=0";
  
xmlns:xsi="https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.w3.org%2F2001%2FXMLSchema-instance&data=01%7C01%7CZachary.pelli%40shu.edu%7C51655a3db3c24d40642a08d653d9af16%7C51f07c2253b744dfb97ca13261d71075%7C1&sdata=Wfz16HlY0gz72zi84u4q5D9kLEA9fFU0AZh88dIPWXU%3D&reserved=0";
 xsi:schemaLocation="urn:isbn:1-931666-22-9 
https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.loc.gov%2Fead%2Fead.xsd&data=01%7C01%7CZachary.pelli%40shu.edu%7C51655a3db3c24d40642a08d653d9af16%7C51f07c2253b744dfb97ca13261d71075%7C1&sdata=qHOPP9hZ9YSR0msyJsMSKxAjn%2BcRV2Eey%2B8nMlUn%2BBI%3D&reserved=0";>

Given the broken links, though, which were also caused by the AT to ASpace 
migration (and the fact that ASpace prepends ā€œaspace_ā€ during its EAD export 
process), Iā€™d say that some data updates would have to happen at some point, 
though.  But the above trick should allow you to create the PDF for this file 
with the least amount of editing.



From: archivesspace_users_group-boun...@lyralists.lyrasis.org 
[mailto:archivesspace_users_group-boun...@lyralists.lyrasis.org] On Behalf Of 
Busch, Ed
Sent: Monday, 26 November, 2018 11:58 AM
To: Archivesspace Users Group 
Subject: Re: [Archivesspace_Users_Group] Print to PDF job failing

I just remove ns2: from ns2:actuate.

Ed

From: 
archivesspace_users_group-boun...@lyralists.lyrasis.org<mailto:archivesspace_users_group-boun...@lyralists.lyrasis.org>
 
mailto:archivesspace_users_group-boun...@lyralists.lyrasis.org>>
 On Behalf Of Zachary L Pelli
Sent: Monday, November 26, 2018 11:51 AM
To: Archivesspace Users Group 
mailto:archivesspace_users_group@lyralists.lyrasis.org>>
Subject: Re: [Archivesspace_Users_Group] Print to PDF job failing

Thanks for the reply, guys. I have attached the EAD file. This is indeed likely 
a carry-over from AT. I do not see a namespace declaration in the file, but I 
do see the ns2 prefixes. So would the solution be to eliminate the ns2 prefixes?

Regards,
Zach

From: 
archivesspace_users_group-boun...@lyralists.lyrasis.org<mailto:archivesspace_users_group-boun...@lyralists.lyrasis.org>
 
mailto:archivesspace_users_group-boun...@lyralists.lyrasis.org>>
 On Behalf Of Custer, Mark
Sent: Tuesday, November 20, 2018 3:43 PM
To: Archivesspace Users Group 
mailto:archivesspace_users_group@lyralists.lyrasis.org>>
Subject: Re: [Archivesspace_Users_Group] Print to PDF job failing

Zach,

Iā€™d suggest exporting the EAD file and taking a look at the file that way (and 
Iā€™d be happy to take a look if you can send it to me).

Those ā€œns2ā€ namespace prefixes are likely from Archivistā€™s Toolkit, which at 
some point started appending that prefix for the xlink namespace (which is 
fine, but everything that looks like XML in the AT and ASpace is treated as 
text, and things can get messy when namespace prefixed are hardcoded in that 
text!).  ArchivesSpace has a process to clean the XML upon export, which 
generally fixes a lot of those hard-coded namespace prefixes, but Iā€™m honestly 
not sure why youā€™d be getting that error without seeing the entire EAD file 
since you shouldnā€™t even need a valid EAD file for the PDF process to 
potentially still work.  There are other reasons why the PDF file not be 
created, but I canā€™t think of why that type of invalidity would cause it to 
fail on its own.  Anyhow, the issue thatā€™s being reported is that the EAD file

[Archivesspace_Users_Group] Print to PDF job failing

2018-11-20 Thread Zachary L Pelli 
Hey all,

One of our archivists is having an issue with a Print to PDF job with a 
particular collection (other large collections work fine).

In the log within AS Background Jobs section, it gives this:

Generating PDF for John M. Oesterreicher papers
org.xml.sax.SAXParseException; lineNumber: 28; columnNumber: 76; The prefix 
"ns2" for attribute "ns2:actuate" associated with an element type "ref" is not 
bound.
net.sf.saxon.s9api.DocumentBuilder.build(net/sf/saxon/s9api/DocumentBuilder.java:379)
java.lang.reflect.Method.invoke(java/lang/reflect/Method.java:606)
org.jruby.javasupport.JavaMethod.invokeDirectWithExceptionHandling(org/jruby/javasupport/JavaMethod.java:453)
org.jruby.javasupport.JavaMethod.invokeDirect(org/jruby/javasupport/JavaMethod.java:314)
RUBY.parse(/var/local/archivesspace/archivesspace250/gems/gems/saxon-xslt-0.8.2.1-java/lib/saxon/xml.rb:28)
RUBY.XML(/var/local/archivesspace/archivesspace250/gems/gems/saxon-xslt-0.8.2.1-java/lib/saxon/processor.rb:58)
RUBY.XML(/var/local/archivesspace/archivesspace250/gems/gems/saxon-xslt-0.8.2.1-java/lib/saxon/xml.rb:10)
RUBY.to_fo(/var/local/archivesspace/archivesspace250/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/AS_fop.rb:32)
RUBY.to_pdf(/var/local/archivesspace/archivesspace250/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/AS_fop.rb:38)
RUBY.block in 
run(/var/local/archivesspace/archivesspace250/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/job_runners/print_to_pdf_runner.rb:39)
var.local.archivesspace.archivesspace250.data.tmp.jetty_minus_0_dot_0_dot_0_dot_0_minus_8089_minus_backend_dot_war_minus___minus_any_minus_.webapp.WEB_minus_INF.app.lib.request_context.open(/var/local/archivesspace/archivesspace250/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/request_context.rb:24)
RUBY.run(/var/local/archivesspace/archivesspace250/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/job_runners/print_to_pdf_runner.rb:13)
var.local.archivesspace.archivesspace250.data.tmp.jetty_minus_0_dot_0_dot_0_dot_0_minus_8089_minus_backend_dot_war_minus___minus_any_minus_.webapp.WEB_minus_INF.app.lib.background_job_queue.invokeOther43:run(var/local/archivesspace/archivesspace250/data/tmp/jetty_minus_0_dot_0_dot_0_dot_0_minus_8089_minus_backend_dot_war_minus___minus_any_minus_/webapp/WEB_minus_INF/app/lib//var/local/archivesspace/archivesspace250/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/background_job_queue.rb:126)
var.local.archivesspace.archivesspace250.data.tmp.jetty_minus_0_dot_0_dot_0_dot_0_minus_8089_minus_backend_dot_war_minus___minus_any_minus_.webapp.WEB_minus_INF.app.lib.background_job_queue.run_pending_job(/var/local/archivesspace/archivesspace250/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/background_job_queue.rb:126)
RUBY.block in 
start_background_thread(/var/local/archivesspace/archivesspace250/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/background_job_queue.rb:169)
org.jruby.RubyProc.call(org/jruby/RubyProc.java:289)
org.jruby.RubyProc.call(org/jruby/RubyProc.java:246)
java.lang.Thread.run(java/lang/Thread.java:748)

Has anyone encountered this problem before?

Regards,

Zach Pelli
Digital Collections Infrastructure Developer
Seton Hall University Libraries
973.275.2046

___
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group@lyralists.lyrasis.org
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

Re: [Archivesspace_Users_Group] Server leaking resources? Slows after running a while.

2018-10-09 Thread Zachary L Pelli 
Hey Blake,

Our server is running Java 1.7.0_181 on RHEL 7.4. 

Sadly the log was overwritten when AS was restarted. Silly mistake on my part. 
I'll catch it when it inevitably happens again.

Thanks for the reply.

Regards,
Zach

-Original Message-
From: archivesspace_users_group-boun...@lyralists.lyrasis.org 
 On Behalf Of Blake 
Carver
Sent: Tuesday, October 9, 2018 2:00 PM
To: Archivesspace Users Group 
Subject: Re: [Archivesspace_Users_Group] Server leaking resources? Slows after 
running a while.

Hey Zach,
It's kind of hard to say what happened, seeing some errors in the logs would 
probably answer that.
It's not a bad idea to give it some more memory, though if it's not a very 
large/busy site, 2 gigs should probably be enough.
Is this a Windows server?





From: archivesspace_users_group-boun...@lyralists.lyrasis.org 
 on behalf of Zachary 
L Pelli 
Sent: Tuesday, October 9, 2018 12:31:39 PM
To: archivesspace_users_group@lyralists.lyrasis.org
Subject: [Archivesspace_Users_Group] Server leaking resources? Slows after  
running a while.

Hey all,

We're having issue with our installation and I'm trying to narrow down what the 
problem is. After the application starts, it runs smoothly. After s few days, 
maybe a week, it slows to a crawl, frequently throwing 502 errors. I forgot to 
grab the logs before resetting, but I'll be sure to check them next time it 
happens.

I have set the java heap space to 2500mb on a server with 4gb total memory. 
Running top command when the server was slow showed a constant 100% CPU usage 
and ~80% memory usage. After resetting, it shows 1-20% CPU usage and ~38% 
memory usage.

I have a feeling that  it may be time to upgrade to a more powerful server but 
I want to rule out any application-related issues before making that leap.

Regards,

Zach Pelli
Digital Collections Infrastructure Developer Seton Hall University Libraries
973.275.2046

___
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group@lyralists.lyrasis.org
https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=01%7C01%7CZachary.pelli%40shu.edu%7Cdcc5bbf3df8f4e9a928708d62e10feda%7C51f07c2253b744dfb97ca13261d71075%7C1&sdata=fQcaBO%2BurHGoAWjk3UbXftP7VXdHPkUWE9wGTn1zoDY%3D&reserved=0
___
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group@lyralists.lyrasis.org
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

Re: [Archivesspace_Users_Group] Server leaking resources? Slows after running a while.

2018-10-09 Thread Zachary L Pelli 
Thanks for the response,

Java 1.7.0_181 running on RHEL 7.4. Maybe Iā€™ll try updating to Java 1.8, but 
Iā€™m not confident that will fix it.

Regards,
Zach

From: archivesspace_users_group-boun...@lyralists.lyrasis.org 
 On Behalf Of Mickel, 
Jason
Sent: Tuesday, October 9, 2018 12:43 PM
To: archivesspace_users_group@lyralists.lyrasis.org; Archivesspace Users Group 

Subject: Re: [Archivesspace_Users_Group] Server leaking resources? Slows after 
running a while.

Zach,

What version of Java, ArchivesSpace, and OS are you on?  We were seeing the 
same issues, but after upgrading to Java 8 (on CentOS 6 w/4GB RAM) with AS 
2.5.0, it has been well-behaved.

Hope that helps (and that I didn't just jinx us),
Jason


Jason T. Mickel, Ph.D.

Assistant Professor & Director of Library Technology

Leyburn Library M33

Washington & Lee University

(540) 458-8653

mick...@wlu.edu<mailto:mick...@wlu.edu>

https://library.wlu.edu<https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Flibrary.wlu.edu&data=01%7C01%7CZachary.pelli%40shu.edu%7C8c8b910b41054f7ec66208d62e0652e6%7C51f07c2253b744dfb97ca13261d71075%7C1&sdata=aSd2deBB1oBIwFPmCXf4CxgFZy9uTt%2B%2FpZRg9%2BzUH0o%3D&reserved=0>
On Oct 9, 2018, 12:31 PM -0400, Zachary L Pelli 
mailto:zachary.pe...@shu.edu>>, wrote:

Hey all,

Weā€™re having issue with our installation and Iā€™m trying to narrow down what the 
problem is. After the application starts, it runs smoothly. After s few days, 
maybe a week, it slows to a crawl, frequently throwing 502 errors. I forgot to 
grab the logs before resetting, but Iā€™ll be sure to check them next time it 
happens.

I have set the java heap space to 2500mb on a server with 4gb total memory. 
Running top command when the server was slow showed a constant 100% CPU usage 
and ~80% memory usage. After resetting, it shows 1-20% CPU usage and ~38% 
memory usage.

I have a feeling that  it may be time to upgrade to a more powerful server but 
I want to rule out any application-related issues before making that leap.

Regards,

Zach Pelli
Digital Collections Infrastructure Developer
Seton Hall University Libraries
973.275.2046

___
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group@lyralists.lyrasis.org
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

[Archivesspace_Users_Group] Server leaking resources? Slows after running a while.

2018-10-09 Thread Zachary L Pelli 
Hey all,

We're having issue with our installation and I'm trying to narrow down what the 
problem is. After the application starts, it runs smoothly. After s few days, 
maybe a week, it slows to a crawl, frequently throwing 502 errors. I forgot to 
grab the logs before resetting, but I'll be sure to check them next time it 
happens.

I have set the java heap space to 2500mb on a server with 4gb total memory. 
Running top command when the server was slow showed a constant 100% CPU usage 
and ~80% memory usage. After resetting, it shows 1-20% CPU usage and ~38% 
memory usage.

I have a feeling that  it may be time to upgrade to a more powerful server but 
I want to rule out any application-related issues before making that leap.

Regards,

Zach Pelli
Digital Collections Infrastructure Developer
Seton Hall University Libraries
973.275.2046

___
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group@lyralists.lyrasis.org
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

Re: [Archivesspace_Users_Group] FW: "Resource has no components" ...except it does

2017-03-01 Thread Zachary L Pelli 
Thanks for the reply.

I should have specified in the post, but the components are published (we did 
click the "Publish All" button), and looking at them, the "Published?" checkbox 
is checked.

Regards,
Zach


From: archivesspace_users_group-boun...@lyralists.lyrasis.org 
[mailto:archivesspace_users_group-boun...@lyralists.lyrasis.org] On Behalf Of 
Custer, Mark
Sent: Wednesday, March 1, 2017 1:50 PM
To: Archivesspace Users Group 
Subject: Re: [Archivesspace_Users_Group] FW: "Resource has no components" 
...except it does

Hi, Zach.

Just to check and make sure, could this be because you have unpublished 
components?

Here's an example in the sandbox of what a resource record with a single 
unpublished component will look like:
http://public.archivesspace.org/repositories/2/resources/7

That particular unpublished child is childless, but even if it had published 
components underneath of it, the display would be the same.  If you check the 
publish box in the admin interface for to that component, though, then it would 
look something like this:
http://public.archivesspace.org/repositories/2/resources/6

If that's not the issue, let us know and maybe someone else will have a better 
idea.

Mark



From: 
archivesspace_users_group-boun...@lyralists.lyrasis.org<mailto:archivesspace_users_group-boun...@lyralists.lyrasis.org>
 [mailto:archivesspace_users_group-boun...@lyralists.lyrasis.org] On Behalf Of 
Zachary L Pelli
Sent: Wednesday, 01 March, 2017 11:59 AM
To: ArchivesSpace List 
(archivesspace_users_group@lyralists.lyrasis.org<mailto:archivesspace_users_group@lyralists.lyrasis.org>)
 
mailto:archivesspace_users_group@lyralists.lyrasis.org>>
Subject: [Archivesspace_Users_Group] FW: "Resource has no components" ...except 
it does

We are not quite sure what is going on here but here is our issue: for some of 
our resources, the "Components" field at the bottom of the public view of a 
record will read "Resource has no components". But if you look in the 
frontend/admin side, the resource/component tree is clearly visible at the top 
of the record. This only occurs for some resources, for others the components 
section contains the tree as it should. We're pulling our hair out trying to 
figure out why some display and some do not.  I recently updated to 1.53 hoping 
it would resolve this issue, nut nope. If anyone has any ideas, I'm all ears. 
Thanks!

Zach Pelli
Digital Collections Developer
Walsh Library, Seton Hall University
973.761.2046

___
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group@lyralists.lyrasis.org
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

[Archivesspace_Users_Group] FW: "Resource has no components" ...except it does

2017-03-01 Thread Zachary L Pelli 
We are not quite sure what is going on here but here is our issue: for some of 
our resources, the "Components" field at the bottom of the public view of a 
record will read "Resource has no components". But if you look in the 
frontend/admin side, the resource/component tree is clearly visible at the top 
of the record. This only occurs for some resources, for others the components 
section contains the tree as it should. We're pulling our hair out trying to 
figure out why some display and some do not.  I recently updated to 1.53 hoping 
it would resolve this issue, nut nope. If anyone has any ideas, I'm all ears. 
Thanks!

Zach Pelli
Digital Collections Developer
Walsh Library, Seton Hall University
973.761.2046

___
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group@lyralists.lyrasis.org
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

[Archivesspace_Users_Group] Setting up SSL - binding port 443 to Apache

2017-02-16 Thread Zachary L Pelli 
I am following these directions to set up our AS for SSL:

https://github.com/archivesspace/archivesspace/blob/master/README_HTTPS.md

Now I have run in to an issue. I set up the firewall, configure the Apache 
httpd.conf, but when I restart httpd, I get an error. The error comes from the 
"Listen 443" in the ssl.conf file. According to the Apache error log:

[Wed Feb 15 16:45:50.101298 2017] [core:crit] [pid 16935] (22)Invalid argument: 
AH00069: make_sock: for address [::]:443, apr_socket_opt_set: (IPV6_V6ONLY)
(98)Address already in use: AH00072: make_sock: could not bind to address 
[::]:443
(98)Address already in use: AH00072: make_sock: could not bind to address 
0.0.0.0:443
[Wed Feb 15 16:45:50.101339 2017] [mpm_prefork:alert] [pid 16935] no listening 
sockets available, shutting down
[Wed Feb 15 16:45:50.101341 2017] [:emerg] [pid 16935] AH00019: Unable to open 
logs, exiting

I nmap the server and I see:

80/tcp   open   http   Apache httpd 2.4.6 ((Red Hat Enterprise Linux)
443/tcp  open   ssl/http   Jetty 8.1.5.v20120716

So it seems Apache cannot bind to the port because ArchivesSpace's Jetty sets 
up shop on the port. Since I have to go through IT to open any new ports, I 
would much rather stick to 443 than bind Apache to something else. How could I 
configure Jetty to NOT listen on 443? Any other possible solutions? Thanks in 
advance.


Zach Pelli
Digital Collections Developer
Walsh Library, Seton Hall University
973.761.2046

___
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group@lyralists.lyrasis.org
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

[Archivesspace_Users_Group] LDAP credentials stored at plaintext?

2016-09-26 Thread Zachary L Pelli 
Hello,

We're working on getting ArchivesSpace configured and our IT department has 
some concerns. They wish to use LDAP (probably Active Directory) for user 
authentication. To do this, we would have to have valid bind credentials stored 
in the config file. The problem they see is that this file is stored with those 
credentials unencrypted, which is a safety concern.

Have others considered this when setting up their LDAP implementations? What 
have you done to alleviate this risk?

Thank you,

Zach Pelli
Digital Collections Developer
Seton Hall University Library
zachary.pe...@shu.edu

___
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group@lyralists.lyrasis.org
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group