[Archivesspace_Users_Group] ArchivesSpace Installation Woes

Wed May 4 11:39:41 EDT 2016

> On May 4, 2016, at 11:00 AM, Chelsea Lobdell <clobdel1 at swarthmore.edu> wrote:
> 
> Hi Maura,
> 
> Yes, I did uncomment the the DB stuff but not set up MySQL. I was a little confused with config.rb. Everything was commented out but set to defaults. I wasn't sure if I should uncomment everything and leave the defaults or just uncomment the things that need to be customized. Eventually, I will set up a MySQL DB for production. Once I can get things running. Can you let me know what fields you've configured in config.rb? 

An uncommented version is used to set the default values in the application. 
So the commented version is for reference to document what the options and their defaults are. 
You only have to uncomment something you are going to change. 
I keep a separate file of my custom config settings and just append it to the commented config.rb. 

You might want to change the proxy_urls so that the links from admin to public and back work properly. 
And if you add any plugins or authentication sources, you have to add those to the config. 
Otherwise, it’s mostly what you change from the defaults. 

> 
> Also, I'm wondering what the file permissions should look like (owner and group ownership)? I've set the up as root but I'm thinking I may need to create a specific archivesspace user. 
> 

data and index directories created by the application will need to be owned by the user id the server is running as,
but ownership of the rest of the application doesn’t matter as long as it’s readable. 

> Lastly, I just want to be clear on which port is the admin interface and which port is the public view. It seems like the admin interface is 8080 and the public view is 8081. Is this correct? 

Yes. 

> 
> Thanks,
> Chelsea
> 
> ---------------
> Chelsea Lobdell
> Library Web Developer/ Swarthmore College
> clobdel1 at swarthmore.edu / (610)690-6818
> 
> On Wed, May 4, 2016 at 10:17 AM, Majewski, Steven Dennis (sdm7g) <sdm7g at eservices.virginia.edu> wrote:
> 
> Yes: unless you change AppConfig[:db_url] in the config, ArchivesSpace will create an Apache Derby database.
> The error message is saying that the database is at Schema version 68 when it is expecting version 59 for ASpace v1.4.2.
> 
> You can either delete that database and start from scratch ( If it’s not in the archivesspace directory, it may be in
> your home directory in ~/ArchivesSpace/archivesspace_demo_db/ ), run the migration script ( ./scripts/setup-database.sh —
> I *THINK* that will work : I’ve never tried a backwards migration to a previous version. ) or, for production use,
> set up a mysql database and point AppConfig[:db_url] to it.
> 
> — Steve Majewski
> 
> 
> > On May 4, 2016, at 10:03 AM, Chelsea Lobdell <clobdel1 at swarthmore.edu> wrote:
> >
> > Hi Steven,
> >
> > I'm trying to do a fresh install of ArchivesSpace 1.4.2. Before this, however, I did try to install version 1.5 until I realized it was in pre-release and I wanted the latest stable release. I deleted the archivesspace directory and started over. It's possible there's a relic hanging around from my attempted 1.5 install. Does archivesspace create a demo DB on install? Do you think there's a DB somewhere I need to delete?
> >
> > - Chelsea
> >
> > ---------------
> > Chelsea Lobdell
> > Library Web Developer/ Swarthmore College
> > clobdel1 at swarthmore.edu / (610)690-6818
> >
> > On Tue, May 3, 2016 at 5:21 PM, Majewski, Steven Dennis (sdm7g) <sdm7g at eservices.virginia.edu> wrote:
> >
> > > On May 3, 2016, at 5:14 PM, Majewski, Steven Dennis (sdm7g) <sdm7g at eservices.virginia.edu> wrote:
> > >
> > >
> > > I’m guessing from that error message that you are upgrading from a previous version of ArchivesSpace and you haven’t
> > > run the migration script:  scripts/setup-database.sh  as in the UPGRADING instructions.
> > > When it tries to connect to the database, it’s seeing that it’s a previous version of the database schema:
> > >
> > >> Schema Info Mismatch. Expected 59, received 68 for ASPACE version v1.4.2.
> > >
> >
> > I guess I read that backwards: are you trying to revert to 1.4.2 from a newer pre-release version ?
> >
> > >
> > > — Steve Majewski
> > >
> > >
> > >
> > >> On May 3, 2016, at 4:39 PM, Chelsea Lobdell <clobdel1 at swarthmore.edu> wrote:
> > >>
> > >> Hi,
> > >>
> > >> I'm am trying to install the latest release of ArchivesSpace - 1.4.2. I am installing this on a CentOS server running Java 1.8. My first step was to configure the frontend_url, backend_url, public_url, solr_url, and indexer_url. So I uncommented those with the DNS of our server (triarchive.brynmawr.edu) and tried to start it using default values for everything else. It starts fine.
> > >>
> > >> When I uncomment the reset of config.rb because I know I will eventually need to configure the database and a few other things, this is when I see the error. And it does not start up fine. The errors start like this:
> > >>
> > >> 2016-05-03 14:05:13.314:WARN:/:ERROR: initialization failed
> > >> org.jruby.rack.RackInitializationException: Schema Info Mismatch. Expected 59, received 68 for ASPACE version v1.4.2. |?from /root/ArchivesSpace/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/main.rb:110:in `ArchivesSpaceService'|?from /usr/local/archivesspace/gems/gems/sinatra-1.3.6/lib/sinatra/base.rb:1356:in `configure'|?from /root/ArchivesSpace/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/main.rb:70:in `ArchivesSpaceService'|?from /root/ArchivesSpace/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/main.rb:32:in `(root)'|?from org/jruby/RubyKernel.java:1040:in `require'|?from /usr/local/archivesspace/gems/gems/jruby-jars-1.7.21/lib/jruby-stdlib-1.7.21.jar!/META-INF/jruby.home/lib/ruby/shared/rubygems/core_ext/kernel_require.rb:54:in `require'|?from /root/ArchivesSpace/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/config.ru:1:in `(root)'|?from org/jruby/RubyBasicObject.java:1574:in `instance_eval'|?from /root/ArchivesSpace/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/config.ru:4:in `(root)'|?from /usr/local/archivesspace/gems/gems/jruby-rack-1.1.19/lib/jruby-rack-1.1.19.jar!/vendor/rack-1.5.5/rack/builder.rb:55:in `initialize'|?from launcher/launcher.rb:86:in `start_server'|?from launcher/launcher.rb:147:in `main'|?from launcher/launcher.rb:232:in `(root)'|
> > >>    at org.jruby.rack.RackInitializationException.wrap(RackInitializationException.java:29)
> > >>    at org.jruby.rack.RackApplicationFactoryDecorator.init(RackApplicationFactoryDecorator.java:104)
> > >>    at org.jruby.rack.RackServletContextListener.contextInitialized(RackServletContextListener.java:50)
> > >>    at org.eclipse.jetty.server.handler.ContextHandler.callContextInitialized(ContextHandler.java:766)
> > >>    at org.eclipse.jetty.servlet.ServletContextHandler.callContextInitialized(ServletContextHandler.java:406)
> > >>    at org.eclipse.jetty.server.handler.ContextHandler.startContext(ContextHandler.java:758)
> > >>
> > >> and continue like this:
> > >> SEVERE: Unable to create core: collection1
> > >> org.apache.solr.common.SolrException: Error opening new searcher
> > >>    at org.apache.solr.core.SolrCore.<init>(SolrCore.java:721)
> > >>        at org.apache.solr.core.SolrCore.<init>(SolrCore.java:566)
> > >>    at org.apache.solr.core.CoreContainer.create(CoreContainer.java:850)
> > >>
> > >> I am thinking I may just be doing something incorrectly in the configuration file. Though, I've left everything else default aside from the frontend_url, backend_url, public_url, solr_url, and indexer_url. I also wonder if this has anything to do with the jdt-compiler jar but I was unable to find that jar in archivesspace/lib.
> > >>
> > >> If this is not the right forum to reach for troubleshooting issues please let me know the correct place to go from technical support.
> > >>
> > >> Thanks
> > >> Chelsea
> > >> ---------------
> > >> Chelsea Lobdell
> > >> Library Web Developer/ Swarthmore College
> > >> clobdel1 at swarthmore.edu / (610)690-6818
> > >> _______________________________________________
> > >> Archivesspace_Users_Group mailing list
> > >> 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
> >
> > _______________________________________________
> > Archivesspace_Users_Group mailing list
> > 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
> 
> _______________________________________________
> Archivesspace_Users_Group mailing list
> 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