[Archivesspace_Users_Group] : HOUR_OF_DAY: 1 -> 2
Hoffner, Bailey E.
baileys at ou.edu
Mon Mar 13 09:37:19 EDT 2023
Hey Blake,
Looks like this might be affecting us. Thanks in advance for any help!
-Bailey
Bailey Hoffner (she/her or they/them)
Metadata and Collections Management Archivist
[Text Description automatically generated][Graphical user interface, text, application Description automatically generated]
Phone: (405) 325-1566
Email: baileys at ou.edu
Web: ArchivesSpace Office Hours<https://libcal.ou.edu/appointments/asofficehours>
University Libraries
The University of Oklahoma
401 W. Brooks St. | Norman, OK 73019
From: <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Blake Carver <blake.carver at lyrasis.org>
Reply-To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Date: Sunday, March 12, 2023 at 2:57 PM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] : HOUR_OF_DAY: 1 -> 2
It's that time of year again! If ArchivesSpace isn't working for you today, check the logs... If you see
DatabaseError: Java::JavaSql::SQLException: HOUR_OF_DAY: 1 -> 2
Try this and restart, that'll probably do the trick.
UPDATE user set user_mtime = NOW(), system_mtime=NOW();
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of RENTON Scott <Scott.Renton at ed.ac.uk>
Sent: Monday, March 28, 2022 11:05 AM
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] : HOUR_OF_DAY: 1 -> 2
Thanks Blake. It looks like the one-liner (UPDATE user set user_mtime = NOW(), system_mtime=NOW();) did the trick. I'll remember that for future seasonal changes.
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 Blake Carver <blake.carver at lyrasis.org>
Sent: 28 March 2022 16:00
To: Archivesspace Users Group <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] : HOUR_OF_DAY: 1 -> 2
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.
http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/2022-March/009092.html<https://urldefense.com/v3/__http:/lyralists.lyrasis.org/pipermail/archivesspace_users_group/2022-March/009092.html__;!!GNU8KkXDZlD12Q!6kZ0XmJpb_VsDkdNeEbPcDzRU7-rBigcjgmuf6BY9WvT46LUY4bD6orSOt7Q8WVttnTq3kdWEIWdh1lQq6EbJg$>
You can probably just:
UPDATE user set user_mtime = NOW(), system_mtime=NOW();
Though might need to:
-- AO
update archival_object set create_time = '2022-03-13 06:00:00', system_mtime = '2022-03-13 06:00:00'
where create_time >= '2022-03-13 02:00:00' and create_time <= '2022-03-13 03:00:00';
-- DATE
update `date` set create_time = '2022-03-13 06:00:00', system_mtime = '2022-03-13 06:00:00'
where create_time >= '2022-03-13 02:00:00' and create_time <= '2022-03-13 03:00:00';
-- USER
UPDATE user set user_mtime = NOW(), system_mtime=NOW() where username='SOME_OTHER_USER';
________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of RENTON Scott <Scott.Renton at ed.ac.uk>
Sent: Monday, March 28, 2022 10:55 AM
To: archivesspace_users_group at lyralists.lyrasis.org <archivesspace_users_group at lyralists.lyrasis.org>
Subject: Re: [Archivesspace_Users_Group] : HOUR_OF_DAY: 1 -> 2
Little bit more information- running v.2.8.1 and MariaDB 5.5.68.
Time complained about is eg
Time: 2022-03-28 15:46:28 +0100
So basically any startup time + 0100 (I'm not sure which table it would be writing to there), which puts it into the future- no longer blaming users! I am guessing that a reindex won't solve this; my time_zone settings are unchanged.
MariaDB [(none)]> SELECT @@global.time_zone, @@session.time_zone;
+--------------------+---------------------+
| @@global.time_zone | @@session.time_zone |
+--------------------+---------------------+
| SYSTEM | SYSTEM |
+--------------------+---------------------+
1 row in set (0.00 sec)
Cheers
Scott
Java::JavaSql::SQLException: HOUR_OF_DAY: 1 -> 2
--- System
jruby 9.2.12.0 (2.5.7) 2020-07-01 db01a49ba6 OpenJDK 64-Bit Server VM 25.322-b06 on 1.8.0_322-b06 +jit [linux-x86_64]
Time: 2022-03-28 15:46:28 +0100
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 = /
rack.env = production
--- Backtrace
Sequel::DatabaseError: Java::JavaSql::SQLException: HOUR_OF_DAY: 1 -> 2
raise_error at /apps/archivesspace/gems/gems/sequel-5.9.0/lib/sequel/database/misc.rb:419
statement at /apps/archivesspace/gems/gems/sequel-5.9.0/lib/sequel/adapters/jdbc.rb:677
execute at /apps/archivesspace/gems/gems/sequel-5.9.0/lib/sequel/adapters/jdbc.rb:239
hold at /apps/archivesspace/gems/gems/sequel-5.9.0/lib/sequel/connection_pool/threaded.rb:87
synchronize at /apps/archivesspace/gems/gems/sequel-5.9.0/lib/sequel/database/connecting.rb:270
execute at /apps/archivesspace/gems/gems/sequel-5.9.0/lib/sequel/adapters/jdbc.rb:238
execute at /apps/archivesspace/gems/gems/sequel-5.9.0/lib/sequel/dataset/actions.rb:1082
fetch_rows at /apps/archivesspace/gems/gems/sequel-5.9.0/lib/sequel/adapters/jdbc.rb:726
with_sql_each at /apps/archivesspace/gems/gems/sequel-5.9.0/lib/sequel/dataset/actions.rb:934
with_sql_first at /apps/archivesspace/gems/gems/sequel-5.9.0/lib/sequel/dataset/actions.rb:944
single_record! at /apps/archivesspace/gems/gems/sequel-5.9.0/lib/sequel/dataset/actions.rb:700
first at /apps/archivesspace/gems/gems/sequel-5.9.0/lib/sequel/dataset/actions.rb:243
first at /apps/archivesspace/gems/gems/sequel-5.9.0/lib/sequel/model/plugins.rb:33
[] at /apps/archivesspace/gems/gems/sequel-5.9.0/lib/sequel/model/base.rb:214
create_system_user at /apps/solr/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/bootstrap_access_control.rb:
create_hidden_system_user at /apps/solr/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/bootstrap_access_control.rb:21
create_search_user at /apps/solr/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/bootstrap_access_control.rb:306
<class:ArchivesSpaceService> at /apps/solr/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/bootstrap_access_control.rb:330
<main> at /apps/solr/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/lib/bootstrap_access_control.rb:1
require at org/jruby/RubyKernel.java:974
require_relative at org/jruby/RubyKernel.java:1002
ArchivesSpaceService at /apps/solr/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/main.rb:195
open at /apps/solr/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/db.rb:105
transaction at /apps/solr/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/db.rb:69
_transaction at /apps/archivesspace/gems/gems/sequel-5.9.0/lib/sequel/database/transactions.rb:204
transaction at /apps/archivesspace/gems/gems/sequel-5.9.0/lib/sequel/database/transactions.rb:179
hold at /apps/archivesspace/gems/gems/sequel-5.9.0/lib/sequel/connection_pool/threaded.rb:91
synchronize at /apps/archivesspace/gems/gems/sequel-5.9.0/lib/sequel/database/connecting.rb:270
transaction at /apps/archivesspace/gems/gems/sequel-5.9.0/lib/sequel/database/transactions.rb:145
transaction at /apps/solr/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/db.rb:68
open at /apps/solr/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/db.rb:104
open at /apps/solr/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/db.rb:101
open at /apps/solr/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/model/db.rb:426
ArchivesSpaceService at /apps/solr/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/main.rb:194
configure at /apps/archivesspace/gems/gems/sinatra-2.0.5/lib/sinatra/base.rb:1426
<class:ArchivesSpaceService> at /apps/solr/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/main.rb:79
<main> at /apps/solr/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/app/main.rb:39
require at org/jruby/RubyKernel.java:974
require at uri:classloader:/META-INF/jruby.home/lib/ruby/stdlib/rubygems/core_ext/kernel_require.rb:54
<main> at /apps/solr/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/config.ru:4
instance_eval at org/jruby/RubyBasicObject.java:2622
initialize at uri:classloader:/vendor/rack-2.2.3/rack/builder.rb:125
<main> at /apps/solr/data/tmp/jetty-0.0.0.0-8089-backend.war-_-any-/webapp/WEB-INF/config.ru:1
start_server at launcher/launcher.rb:92
main at launcher/launcher.rb:157
<main> at launcher/launcher.rb:261
==========
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 RENTON Scott <Scott.Renton at ed.ac.uk>
Sent: 28 March 2022 15:13
To: archivesspace_users_group at lyralists.lyrasis.org <archivesspace_users_group at lyralists.lyrasis.org>
Subject: [Archivesspace_Users_Group] : HOUR_OF_DAY: 1 -> 2
Hi folks
I've got the
--- Backtrace Sequel::DatabaseError: Java::JavaSql::SQLException: HOUR_OF_DAY: 1 -> 2 (https://archivesspace.atlassian.net/browse/ANW-1229<https://urldefense.com/v3/__https:/archivesspace.atlassian.net/browse/ANW-1229__;!!GNU8KkXDZlD12Q!6kZ0XmJpb_VsDkdNeEbPcDzRU7-rBigcjgmuf6BY9WvT46LUY4bD6orSOt7Q8WVttnTq3kdWEIWdh1nt1KTIfQ$>)
issue which I see from threads can happen after Daylight Saving. I've never seen it before, but it looks like our users have put some data in today that's thrown it out.
I've found a few fixes talked about, but I wanted to check with yourselves to see if there was an official fix that I could safely run.
I've taken the system down temporarily.
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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230313/b5163f35/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 19075 bytes
Desc: image001.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230313/b5163f35/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 904647 bytes
Desc: image002.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20230313/b5163f35/attachment-0003.png>
More information about the Archivesspace_Users_Group
mailing list