[Archivesspace_Users_Group] ArchivesSpace backups on 3.2 failing

[Brian LeBlanc]

Hi Brian H,

Thanks for the info!  I was really just planning on dumping the database
and backing up the config files so I'll do it without the backup script
until 3.4.0 makes those updates.

Cheers,
Brian L

Brian LeBlanc  |  Web Application Specialist

GEORGETOWN LAW  |  bl658 at georgetown.edu

600 New Jersey Avenue, N.W.  |  Washington, D.C. 20001

Website <http://www.law.georgetown.edu/> | Twitter
<https://twitter.com/georgetownlaw> | Facebook
<https://www.facebook.com/georgetownlaw> | Instagram
<https://www.instagram.com/georgetownlawofficial/> | LinkedIn
<https://www.linkedin.com/school/georgetownlaw> | YouTube
<https://www.youtube.com/user/GeorgetownLawChannel>



On Fri, Feb 17, 2023 at 3:01 PM Brian Hoffman <brian.hoffman at lyrasis.org>
wrote:

> Hi Brian,
>
>
>
> Are you using the backup script to backup your database only, or were you
> attempting to backup the Solr index as well? I believe that backing up the
> Solr index this way has been broken for some time, and is not actually
> necessary. The next version of ArchivesSpace (3.4.0) will have the backup
> script only get the database. The Solr ‘/replication’ endpoint is intended
> for use by other nodes in a Solr cluster, and it isn’t really feasible to
> backup Solr data from the ArchivesSpace application without a lot of
> complicated configuration. There is more info here:
>
>
>
> https://github.com/archivesspace/archivesspace/pull/2918
>
>
>
> Brian H.
>
>
>
> *From: *archivesspace_users_group-bounces at lyralists.lyrasis.org <
> archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of
> Brian LeBlanc <bl658 at georgetown.edu>
> *Date: *Friday, February 17, 2023 at 2:55 PM
> *To: *Archivesspace Users Group <
> archivesspace_users_group at lyralists.lyrasis.org>
> *Subject: *Re: [Archivesspace_Users_Group] ArchivesSpace backups on 3.2
> failing
>
> Hi Scott & Phil,
>
>
>
> We're running into this same error attempting to run a backup (version
> 3.2.0) at Georgetown.  Were either of you able to resolve this?
>
>
>
> Thanks,
>
> Brian
>
>
> *Brian LeBlanc * |  Web Application Specialist
>
> GEORGETOWN LAW  |  bl658 at georgetown.edu
>
> 600 New Jersey Avenue, N.W.  |  Washington, D.C. 20001
>
> *Website* <http://www.law.georgetown.edu/> | *Twitter*
> <https://twitter.com/georgetownlaw> | *Facebook*
> <https://www.facebook.com/georgetownlaw> | *Instagram*
> <https://www.instagram.com/georgetownlawofficial/> | *LinkedIn*
> <https://www.linkedin.com/school/georgetownlaw> | *YouTube*
> <https://www.youtube.com/user/GeorgetownLawChannel>
>
>
>
>
>
> On Thu, Jan 12, 2023 at 11:23 AM Philip Webster <
> philip.webster at sheffield.ac.uk> wrote:
>
> Hi Scott, what was the solution for this in the end? We’ve just upgraded
> to 3.2.0 at Sheffield and we’re seeing the same thing.
>
>
>
> Regards,
>
>
>
> Phil
>
>
>
>
>
> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org <
> archivesspace_users_group-bounces at lyralists.lyrasis.org> *On Behalf Of *RENTON
> Scott
> *Sent:* 24 May 2022 17:31
> *To:* archivesspace_users_group at lyralists.lyrasis.org
> *Subject:* Re: [Archivesspace_Users_Group] ArchivesSpace backups on 3.2
> failing
>
>
>
> Thanks Andrew. Yeah, here it is (it's just the default solrconfig.xml from
> archivesspace)
>
>
>
>   <requestHandler name="/replication" class="solr.ReplicationHandler"
> startup="lazy" />
>
>
>
> Cheers
>
> Scott
>
>
>
> ==========
>
> Scott Renton
>
> Digital Library Development & Systems
>
> Floor F East
>
> Argyle House
>
> 515219
> ------------------------------
>
> *From:* archivesspace_users_group-bounces at lyralists.lyrasis.org <
> archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of
> Andrew Morrison <andrew.morrison at bodleian.ox.ac.uk>
> *Sent:* 24 May 2022 16:56
> *To:* archivesspace_users_group at lyralists.lyrasis.org <
> archivesspace_users_group at lyralists.lyrasis.org>
> *Subject:* Re: [Archivesspace_Users_Group] ArchivesSpace backups on 3.2
> failing
>
>
>
> *This email was sent to you by someone outside the University.*
>
> You should only click on links or attachments if you are certain that the
> email is genuine and the content is safe.
>
> Does your external Solr's "archivesspace" core define a requestHandler
> whose class is "solr.ReplicationHandler" in its solrconfig.xml? Is the name
> "/replication"?
>
>
>
> Andrew.
>
>
>
>
>
> On 24/05/2022 16:42, RENTON Scott wrote:
>
> Hi folks
>
>
>
> I upgraded an instance to v.3.2.0 on Friday, but notice that backups are
> failing (to do with the new external SOLR?). This is using
>
>
>
> /apps/archivesspace/scripts/backup.sh --mysqldump --output ${BACKUP_DIR}
> /archivesspace_backup_$DATE.zip
>
>
>
> as normal. Has the script changed substantially? We were on 2.8.1
> previously.
>
>
>
> Error looks like this:
>
> Loading ArchivesSpace configuration file from path:
> /apps/archivesspace/config/config.rb
>
> WARNING: The parameter 'pui_email_delivery_method' was already set
>
> WARNING: The parameter 'pui_email_perform_deliveries' was already set
>
> WARNING: The parameter 'pui_email_raise_delivery_errors' was already set
>
> Loading ArchivesSpace configuration file from path:
> /apps/archivesspace/config/config.rb
>
> WARNING: The parameter 'pui_email_delivery_method' was already set
>
> WARNING: The parameter 'pui_email_perform_deliveries' was already set
>
> WARNING: The parameter 'pui_email_raise_delivery_errors' was already set
>
> 2022-05-24 14:32:48 +0100: Writing backup to
> /apps/backups/archivesspace_backup_220524_143245.zip
>
> ERROR: Solr snapshot failed (Solr snapshot failed: Problem when getting
> snapshot details: <html>
>
> <head>
>
> <meta http-equiv="Content-Type" content="text/html;charset=utf-8"/>
>
> <title>Error 404 Not Found</title>
>
> </head>
>
> <body><h2>HTTP ERROR 404 Not Found</h2>
>
> <table>
>
> <tr><th>URI:</th><td>/replication</td></tr>
>
> <tr><th>STATUS:</th><td>404</td></tr>
>
> <tr><th>MESSAGE:</th><td>Not Found</td></tr>
>
> <tr><th>SERVLET:</th><td>-</td></tr>
>
> </table>
>
>
>
>
>
> Otherwise the SOLR seems to be working fine, so I'm assuming my config is
> ok:
>
>
>
> AppConfig[:solr_url] = "http://localhost:8983/solr/archivesspace"
>
> AppConfig[:solr_verify_checksums] = false
>
> AppConfig[:data_directory] = File.join("
> /apps/solr/server/solr/archivesspace/data")
>
>
>
>
>
> I did wonder if it was the location of the data_directory that was the
> issue- it had been away from the solr core, but even after repointing that
> (above), I get the above error.
>
>
>
> Cheers
>
> Scott
>
>
>
>
>
> ==========
>
> Scott Renton
>
> Digital Library Development & Systems
>
> Floor F East
>
> Argyle House
>
> 515219
>
> The University of Edinburgh is a charitable body, registered in Scotland,
> with registration number SC005336. Is e buidheann carthannais a th’ ann an
> Oilthigh Dhùn Èideann, clàraichte an Alba, àireamh clàraidh SC005336.
>
> _______________________________________________
>
> 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230217/b635fb47/attachment.html>