[Koha] DBMS auto increment fix not working

Michael Kuhn mik at adminkuhn.ch
Tue Sep 6 19:30:09 NZST 2022


Hi Marcel

Yesterday you wrote:

 > The fact that it will no longer happen under MariaDB 10.5.15 does not
 > guarantee that you still suffer the consequences of older occurrences.
 > The wiki promises a script but it never made it probably.
 >
 > But the easiest 'solution' is deleting the records in the deleted_*
 > tables that have a corresponding id in the normal tables.

We have done this before and I did this again today. At the moment there 
are no biblionumbers existing in table "deletedbiblio" that also exist 
in table "biblio". Menu "About Koha > System information" does not show 
errors anymore.

 > After that verify that your autoincrement pointers on the normal
 > tables are higher than the maximum id values in the deleted tables. If
 > they would not be, you may bump into the issue again one day.

I have checked the currentauto_increment values for all tables, the 
values in the normal tables are always higher than the ones in the 
respective deleted tables:

  147200 - biblio
  146933 - deletedbiblio

  147200 - biblio_metadata
  68588 - deletedbiblio_metadata

  147200 - biblioitems
  NULL - deletedbiblioitems

  73229 - items
  NULL - deleteditems

So if I understand right with this setup when using MariaDB 10.5.15 the 
problem should no more happen.

Unfortunately I'm quite sure it will happen again anyway (as before). I 
will then write to the list again.

PS: This is the 3rd trial to get this e-mail through.

Best wishes: Michael
-- 
Geschäftsführer · Diplombibliothekar BBS, Informatiker eidg. Fachausweis
Admin Kuhn GmbH · Pappelstrasse 20 · 4123 Allschwil · Schweiz
T 0041 (0)61 261 55 61 · E mik at adminkuhn.ch · W www.adminkuhn.ch




> ________________________________
> Van: Koha <koha-bounces at lists.katipo.co.nz> namens Michael Kuhn <mik at adminkuhn.ch>
> Verzonden: donderdag 25 augustus 2022 11:03
> Aan: Koha <koha at lists.katipo.co.nz>
> Onderwerp: [Koha] DBMS auto increment fix not working
> 
> Hi
> 
> In our library we are using Debian 11 with MariaDB 10.5.15 and Koha
> 21.05.14.
> 
> When deleting bibliographic records in the staff client, some deletions
> produce the message: "An error has occurred! Error 500 / This message
> may have been caused by any of the following reasons: etc." In such
> cases Koha menu "About Koha > System information" shows the message
> aubout data problems, saying
> 
>    Some of your tables have problems with their auto_increment values
> which may lead to data loss.
> 
>    You should not ignore this warning.
> 
>    The problem is that InnoDB does not keep auto_increment across SQL
> server restarts (it is only set in memory). So on server startup the
> auto_increment values are set to max(table.id)+1.
> 
>    To know how to avoid this problem see the related wiki page: DBMS auto
> increment fix
> 
> 
> According to
> https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwiki.koha-community.org%2Fwiki%2FDBMS_auto_increment_fix&data=05%7C01%7Cm.de.rooy%40rijksmuseum.nl%7C5c1a779522df4601c58808da8678d0b4%7C635b05eb66c748e1a94fb4b05a1b058b%7C0%7C0%7C637970150719835805%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=5BkXPF4yrrhvuLP1nFx66eQITkFCQPhoGPDtsdCDWso%3D&reserved=0 the problem
> shouldn't appear with MariaDB 10.5.15 but as a trial we have implemented
> the solution described there and have restarted everything - still the
> problem persists.
> 
> In such cases file "plack-error.log" shows the following:
> 
>    {UNKNOWN}: DBI Exception: DBD::mysql::db do failed: Duplicate entry
> '6187-marcxml-MARC21' for key 'deletedbiblio_metadata_uniq_key' [for
> Statement "
>                   INSERT INTO deletedbiblio_metadata (biblionumber,
> format, `schema`, metadata)
>                   SELECT biblionumber, format, `schema`, metadata FROM
> biblio_metadata WHERE biblionumber=?
>               "] at /usr/share/koha/lib/C4/Biblio.pm line 2907
> 
> I suspect this behavior indeed looks like the original auto_increment
> problem described in bugs 18242, 18651, 18966, 19106 and 20271 but the
> reason may in fact not be the same since the described problem shouldn't
> appear at all in MariaDB 10.5.15.
> 
> Does anyone have an idea what is happening and how we can solve it?
> 
> Best wishes: Michael
> --
> Geschäftsführer · Diplombibliothekar BBS, Informatiker eidg. Fachausweis
> Admin Kuhn GmbH · Pappelstrasse 20 · 4123 Allschwil · Schweiz
> T 0041 (0)61 261 55 61 · E mik at adminkuhn.ch · W https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.adminkuhn.ch%2F&data=05%7C01%7Cm.de.rooy%40rijksmuseum.nl%7C5c1a779522df4601c58808da8678d0b4%7C635b05eb66c748e1a94fb4b05a1b058b%7C0%7C0%7C637970150719835805%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=fS0wgTtECweT98NfdwYV%2FV82IYhpm82iqLYuWP8war4%3D&reserved=0
> _______________________________________________
> 
> Koha mailing list  https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fkoha-community.org%2F&data=05%7C01%7Cm.de.rooy%40rijksmuseum.nl%7C5c1a779522df4601c58808da8678d0b4%7C635b05eb66c748e1a94fb4b05a1b058b%7C0%7C0%7C637970150719835805%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=8d%2BiOpLG4oo49VF%2BwC9Y9hA7ZDJ6nUxcb2v7K1qdaxs%3D&reserved=0
> Koha at lists.katipo.co.nz
> Unsubscribe: https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.katipo.co.nz%2Fmailman%2Flistinfo%2Fkoha&data=05%7C01%7Cm.de.rooy%40rijksmuseum.nl%7C5c1a779522df4601c58808da8678d0b4%7C635b05eb66c748e1a94fb4b05a1b058b%7C0%7C0%7C637970150719835805%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=jNLi6yPA%2FG5CLqcpf1nVBI4tnedT4a7zHdM4wWMpcXI%3D&reserved=0
> _______________________________________________
> 
> Koha mailing list  http://koha-community.org
> Koha at lists.katipo.co.nz
> Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha




More information about the Koha mailing list