[Archivesspace_Users_Group] Config Settings
Steven Majewski
sdm7g at virginia.edu
Wed Aug 19 15:12:23 EDT 2015
That doesn’t look unusual.
I don’t get anything from port 8091 either.
Not sure why, as it looks like there are routes for ‘GET /‘
https://github.com/archivesspace/archivesspace/blob/master/indexer/app/main.rb#L67
and ‘PUT /‘
https://github.com/archivesspace/archivesspace/blob/master/indexer/app/main.rb#L67
but all I get at http://localhost:8091/ is:
HTTP ERROR: 404
Problem accessing /. Reason:
Not Found
Powered by Jetty://
But if the indexer is running it should put a message in your log file that you can grep for:
https://github.com/archivesspace/archivesspace/blob/master/indexer/app/main.rb#L37
https://github.com/archivesspace/archivesspace/blob/master/indexer/app/main.rb#L44
$ grep 'Starting realtime indexer' logs/archivesspace.out
Starting realtime indexer for: http://localhost:8089
The JSON output from the backend 8089 port is the normal output — just a status message from the root.
If you look at the backend API docs:
http://archivesspace.github.io/archivesspace/doc/file.API.html
you can see the other endpoints you can test.
You either want to get one of the ‘curl_as’ scripts from:
https://github.com/archivesspace/archivesspace/tree/master/scripts
or you need to do something similar to authenticate.
It also works for me to got to http://HOST:8089/users/admin/login?password=password
in the browser to create a session and then I can open other GET urls in the browser.
To see agents, you should be able to do a GET to http://HOST:8089/agents/people?page=1
for example. The results should also give you the number of the last page, so you know
how many pages there are.
You can also get the list of ids with http://HOST:8089/agents/people?all_ids=true
There are also URLs for /agents/corporate_entities and /agents/families .
With any ArchivesSpace indexing problems, I’ve always tried shutting down the servers,
deleting all of the data/* subdirectories and restarting and waiting for it to reindex
from scratch.
— Steve.
> On Aug 19, 2015, at 12:03 PM, Steinbeck Archives <archives at steinbeck.org> wrote:
>
> Hello,
>
> I've looked around more and this is what I have found:
>
> 1) the URL for the indexer (//localhost:8091) is not loading up. This is likely the biggest issue.
> 2) the URL to the backend (//localhost:8089) only generates a dictionary (using the equivalent jargon from Python for the data structure) of runtime attributes --
> { "databaseProductName": "MySQL", "databaseProductVersion": "5.6.26", "ruby_version": "1.9", "host_os": "linux", "host_cpu": "x86_64", "build": "java1.6", "archivesSpaceVersion": "v1.3.0" }
>
> Thank you,
> Lisa
>
>
>
> From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Steinbeck Archives <archives at steinbeck.org>
> Sent: Tuesday, August 11, 2015 1:16 PM
> To: Archivesspace Users Group
> Subject: Re: [Archivesspace_Users_Group] Config Settings
>
> Hi,
>
> Thank you, that does make sense in figuring out what is going on.
>
> I've got about 6GB ram. I'm not running from a server right now, just a laptop I loaded Fedora onto; we're still figuring out hosting, which is taking a while. I wanted to get started with cataloging ASAP.
>
> I left all the solr defaults in place.
>
> As for errors, I'm trying to find something that might relate to the issue, though I am not positive.
>
> Below, I've included a section of the log that I think is relevant to trying to create an agent/person a few minutes ago that is acting in the same manner as the issue I've been having.
>
> Apologies for not being able to get back to this sooner and thank you for your help.
> Lisa
>
> Aug 11, 2015 12:44:38 PM org.apache.solr.core.SolrCore execute
>
> INFO: [collection1] webapp= path=/select params={facet.field=primary_type&facet.field=source&facet.field=rules&start=0&fq=repository:"/repositories/2"+OR+repository:global&fq=types:("agent")&fq={!term+f%3Dprimary_type}agent_person&fq=-exclude_by_default:true&sort=title_sort+asc&rows=10&q=*:*&facet.limit=100&defType=edismax&qf=four_part_id^3+title^2+finding_aid_filing_title^2+fullrecord&pf=four_part_id^4&wt=json&facet=true} hits=8 status=0 QTime=2
>
> D, [2015-08-11T12:44:38.908000 #2799] DEBUG -- : Thread-6972: Responded with [200, {"Content-Type"=>"application/json", "Cache-Control"=>"private, must-revalidate, max-age=0", "Content-Length"=>"29171"}, ["{\"first_page\":1,\"last_page\":1,\"this_page\":1,\"offset_first\":1,\"offset_last\":8,\"total_hits\":8,\"results\":[{\"id\":\"/agents/people/1\",\"title\":\"Administrator\",\"primary_type\":\"agent_person\",\"types\":[\"agent_person\",\"agent\"],\"json\":\"{\\\"lock_version\\\":0,\\\"publish\\\":false,\\\"create_time\\\":\\\"2015-08-03T03:23:48Z\\\",\\\"system_mtime\\\":\\\"2015-0... in 85.0ms
>
> Rendered shared/_breadcrumb.html.erb (1.0ms)
>
> Rendered search/_filter.html.erb (13.0ms)
>
> Rendered shared/_flash_messages.html.erb (0.0ms)
>
> Rendered shared/_pagination_summary.html.erb (49.0ms)
>
> Rendered shared/_pagination.html.erb (1.0ms)
>
> Rendered search/_listing.html.erb (107.0ms)
>
> Rendered agents/index.html.erb within layouts/application (139.0ms)
>
> Rendered shared/_browser_support.html.erb (0.0ms)
>
> Rendered shared/_header_user.html.erb (14.0ms)
>
> Rendered shared/_header_global.html.erb (16.0ms)
>
> Rendered site/_branding.html.erb (1.0ms)
>
> Rendered shared/_advanced_search.html.erb (13.0ms)
>
> Rendered shared/_header_repository.html.erb (47.0ms)
>
> Rendered site/_footer.html.erb (0.0ms)
>
> Rendered shared/_templates.html.erb (4.0ms)
>
> Completed 200 OK in 340.0ms (Views: 239.0ms)
>
> D, [2015-08-11T12:44:39.620000 #2799] DEBUG -- : Thread-6972: POST /users/staff_system/login [session: nil]
>
> D, [2015-08-11T12:44:39.627000 #2799] DEBUG -- : Thread-6972: Post-processed params: {:username=>"staff_system", :password=>"[FILTERED]", :expiring=>false}
>
> D, [2015-08-11T12:44:39.782000 #2799] DEBUG -- : Thread-6972: Responded with [403, {"Content-Type"=>"application/json", "Cache-Control"=>"private, must-revalidate, max-age=0", "Content-Length"=>"25"}, ["{\"error\":\"Login failed\"}\n"]]... in 162.0ms
>
> D, [2015-08-11T12:44:39.791000 #2799] DEBUG -- : Thread-3500: POST /update_monitor [session: nil]
>
> D, [2015-08-11T12:44:39.794000 #2799] DEBUG -- : Thread-3500: Post-processed params: {:active_edits=>#<JSONModel(:active_edits) {"jsonmodel_type"=>"active_edits", "active_edits"=>[{"uri"=>"/agents/people/9", "user"=>"admin", "time"=>"2015-08-11T12:44:27-07:00"}]}>}
>
> D, [2015-08-11T12:44:39.796000 #2799] DEBUG -- : Thread-3500: Responded with [403, {"Content-Type"=>"application/json", "Cache-Control"=>"private, must-revalidate, max-age=0", "Content-Length"=>"26"}, ["{\"error\":\"Access denied\"}\n"]]... in 4.0ms
>
> D, [2015-08-11T12:44:39.802000 #2799] DEBUG -- : Thread-3494: POST /users/staff_system/login [session: nil]
>
> D, [2015-08-11T12:44:39.806000 #2799] DEBUG -- : Thread-3494: Post-processed params: {:username=>"staff_system", :password=>"[FILTERED]", :expiring=>false}
>
> D, [2015-08-11T12:44:39.916000 #2799] DEBUG -- : Thread-3494: Responded with [403, {"Content-Type"=>"application/json", "Cache-Control"=>"private, must-revalidate, max-age=0", "Content-Length"=>"25"}, ["{\"error\":\"Login failed\"}\n"]]... in 114.0ms
>
> D, [2015-08-11T12:44:43.838000 #2799] DEBUG -- : Thread-3494: POST /users/search_indexer/login [session: nil]
>
> D, [2015-08-11T12:44:43.840000 #2799] DEBUG -- : Thread-3494: Post-processed params: {:username=>"search_indexer", :password=>"[FILTERED]", :expiring=>false}
>
> D, [2015-08-11T12:44:43.952000 #2799] DEBUG -- : Thread-3494: Responded with [403, {"Content-Type"=>"application/json", "Cache-Control"=>"private, must-revalidate, max-age=0", "Content-Length"=>"25"}, ["{\"error\":\"Login failed\"}\n"]]... in 114.0ms
>
>
>
>
> From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Chris Fitzpatrick <Chris.Fitzpatrick at lyrasis.org>
> Sent: Monday, August 10, 2015 12:13 PM
> To: Archivesspace Users Group
> Subject: Re: [Archivesspace_Users_Group] Config Settings
>
>
>
> Hi,
>
> Yes, the created_by can be null in some cases, and that's ok. It depends on the context the agent was created.
>
> Yes, I think the issue is that your indexer is not indexing the record.
> Search and the index pages use Solr. When you're viewing the record itself (in read-only or edit mode) it's using the DB.
>
> Couple of questions:
> How much RAM does this server have?
> Are there any errors being spit into the log?
> You said the created_by listed "administrator". Or is that "admin"?
>
> b,chris.
>
>
>
> Chris Fitzpatrick | Developer, ArchivesSpace
> Skype: chrisfitzpat | Phone: 918.236.6048
> http://archivesspace.org/
>
>
> From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Steven Majewski <sdm7g at virginia.edu>
> Sent: Monday, August 10, 2015 6:34 PM
> To: Archivesspace Users Group
> Subject: Re: [Archivesspace_Users_Group] Config Settings
>
>
> When I look at my agent_person table in mysql, I see a couple that have NULL as creator, but that doesn’t prevent them from displaying. ( I don’t, however, see any logic in why those couple have NULL when the
> others are Admin — they were all agents created from creating new users for the frontend/admin. )
>
> Can you see the new agents using the backend API ?
>
> ( This is starting to sound, to me, like one of those Solr indexing problems, where the object is there,
> but it’s not being found via search. )
>
> — Steve.
>
>
>
>> On Aug 10, 2015, at 12:14 PM, Steinbeck Archives <archives at steinbeck.org <mailto:archives at steinbeck.org>> wrote:
>>
>> Hi Chris,
>>
>> What happens is that I create say, an agent record for a person, but when I go to browse agent records, that new record does not show up in the listing (and so I cannot link it to the subsequent records I am making).
>>
>> When I open the tables in the MySQL workbench, the record is there but it seems like one column of it is just off in some way. Like in one instance the "creator" column for that record was listed as null, even though it was listed as "administrator" in all other cases.
>>
>> If, instead, I try to re-create the same agent, I get the error saying that Authority ID needs to be unique.
>>
>> Thanks,
>> Lisa
>>
>> From: archivesspace_users_group-bounces at lyralists.lyrasis.org <mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org <mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Chris Fitzpatrick <Chris.Fitzpatrick at lyrasis.org <mailto:Chris.Fitzpatrick at lyrasis.org>>
>> Sent: Monday, August 10, 2015 2:31 AM
>> To: Archivesspace Users Group
>> Subject: Re: [Archivesspace_Users_Group] Config Settings
>>
>>
>>
>> Hi Lisa,
>>
>> What do you mean "does not display"? They are not showing up in the agent index pages on staff UI, public UI, both? Or when you open the record there is an error?
>>
>> b,chris.
>>
>> Chris Fitzpatrick | Developer, ArchivesSpace
>> Skype: chrisfitzpat | Phone: 918.236.6048
>> http://archivesspace.org/ <http://archivesspace.org/>
>>
>>
>> From: archivesspace_users_group-bounces at lyralists.lyrasis.org <mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org <mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Steinbeck Archives <archives at steinbeck.org <mailto:archives at steinbeck.org>>
>> Sent: Friday, August 7, 2015 8:02 PM
>> To: Archivesspace Users Group
>> Subject: [Archivesspace_Users_Group] Config Settings
>>
>> Hello,
>>
>> Earlier I asked about configuring ArchivesSpace for Windows. I've since scrapped that plan and have installed it running with Fedora Workstation v21. The set up I have currently is mostly a stop-gap measure until the Center figures out where we will host our catalog.
>>
>> I followed the instructions from github and have gotten things to work mostly. However, I am having problems when saving certain items. For example, I made an agent/person entry which saved properly, but it did not display. It was not until I went into the MySQL database and manually tweaked "created_by" from null to "admin." Little things like that happen when I have been creating records, fields are null or otherwise slightly off. On the other hand, I have had no problem saving/displaying the children I've spawned from a resource I started a few days ago.
>>
>> The problem so far has been with creating agents and subjects. Everything in these areas seems to get saved to the database, but just slightly incorrectly, such that it won't be displayed.
>>
>> I am wondering if there's some setting in the config.rb that I haven't set properly.
>>
>> Thanks,
>>
>> Lisa C. Josephs
>> Archivist
>> National Steinbeck Center
>> 1 Main Street,
>> Salinas, CA
>>
>> _______________________________________________
>> Archivesspace_Users_Group mailing list
>> Archivesspace_Users_Group at lyralists.lyrasis.org <mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
>> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
>
> _______________________________________________
> Archivesspace_Users_Group mailing list
> Archivesspace_Users_Group at lyralists.lyrasis.org
> http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150819/ca0adbb9/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4943 bytes
Desc: not available
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150819/ca0adbb9/attachment.bin>
More information about the Archivesspace_Users_Group
mailing list