I would absolutely think that the wrong version of JSON::Validator could cause a problem here. Try to match Koha's versions in the cpanfile, probably `cpanm --installdeps .` from the root but maybe that's not wise with a package installation.
Best, ERIC PHETTEPLACE Systems Librarian, Libraries (he/him) ephettepl...@cca.edu *CCA is situated on the traditional unceded lands of the **Chochenyo and Ramaytush Ohlone** peoples.* Black-owned bookstores in Oakland: Ashay by the Bay <https://ashaybythebay.com/>, Marcus Books <https://www.facebook.com/marcus.books/> :(){ :|: & };: On Fri, Mar 3, 2023 at 5:58 AM Michael Brown <michael8r...@gmail.com> wrote: > Hi Jonathan, > > Thanks for the suggestion; nothing much to report, though. > > tail -f /var/log/koha/*log > > showed nothing at all when I staged "l.mrc" this morning. > > As for the background_job.data suggestion, it took me a minute to > understand what you were referring to and by the time I figured it out I > had already left home, so I cannot access my server right now. However, I > did copy the background_job.data entry for one of the uploads I had > performed yesterday. Here it is: > > > {"encoding":"UTF-8","comments":"","basket_id":null,"record_type":"biblio","vendor_id":null,"matcher_id":"","parse_items":"1","item_action":"always_add","format":"ISO2709","marc_modification_template":null,"filepath":"/var/lib/koha/alma/tmp/koha_upload/2287629673fb980ad4102f62ebeaa1b9_bib.mrc","nomatch_action":"create_new","filename":"bib.mrc","overlay_action":"replace"} > > Is that helpful? If not, I will pull the entry from the test I made this > morning while watching the logs. > > When I was first starting out with Koha (on Arch Linux about a year ago) I > was having issues that I eventually traced to JSON Validator and > Mojolicious perl modules. They were both much newer than those required by > Koha, and when I downgraded those two modules, things started working. But > my problem back then was not with uploads; it was with the display of > borrowers. Patrons were not loading on-screen and an Inspect > Console > message gave me the idea to downgrade. It worked after that. > > Could this possibly be a similar problem? Should I try force-downgrading > JSON::Validator and/or Mojolicious? Is there any debugging I can do of the > Koha::REST::V1 module? As I reported yesterday, app.pl shows > continual-constant CPU usage as long as that enqueuement page is open. Once > I navigate away from that enqueuement page, the app.pl process quits, CPU > usage returns to normal. > > Michael > > On Fri, Mar 3, 2023 at 12:55 AM Jonathan Druart < > jonathan.dru...@bugs.koha-community.org> wrote: > > > Hello Michael, > > I have just tried on 22.11.03 and it seems to work for me. > > Can you try to open a console, watch the logs: tail -f > > /var/log/koha/$KOHA_INSTANCE/*.log > > Import a file. > > Do you see something in the logs? > > > > Otherwise look at the background_jobs.data JSON, you may see an error in > > it. But if the status is still "new" I am not expecting an error there. > > > > > > Le jeu. 2 mars 2023 à 14:50, Michael Brown <michael8r...@gmail.com> a > > écrit : > > > > > Greetings: > > > > > > My name is Michael Brown and I am a professional cataloger and > SirsiDynix > > > System Admin at the Texas State Library & Archives in Austin (20+ years > > > now). I have been using Koha on Arch Linux in my home library for > about a > > > year now. I am migrating my home server to AlmaLinux and I'm having a > > > problem. > > > > > > I am running Koha 22.11.03.000 Rosalie on AlmaLinux 9.1. Staging a MARC > > > file for import gets stuck at 0%. On screen, I am able to select the > file > > > for import (bib.mrc), review the profile options (but I don't change > any > > > defaults), and then click on "Stage for import" at the bottom. Next > > screen > > > reads: > > > > > > The job has been enqueued! It will be processed as soon as > possible. > > > 0% > > > View detail of the enqueued job > > > > > > After a few seconds, it changes to (and then hangs at): > > > > > > The job has been enqueued! It will be processed as soon as > possible. > > > 0% Not started > > > View detail of the enqueued job > > > > > > Clicking on "View detail of the enqueued job" I see: > > > > > > Details of job #22 > > > > > > Job ID: 22 > > > Status: New > > > Progress: 0 / 0 > > > Type: Staged MARC records for import > > > Queued: 03/02/2023 05:42 > > > Started: > > > Ended: > > > > > > Report > > > Detailed messages > > > Return to the job list > > > > > > The corresponding entry in mariadb is: > > > > > > id 22 > > > status new > > > progress NULL > > > size 0 > > > borrowernumber 1 > > > type stage_marc_for_import > > > queue Name of the queue the job is sent to long_tasks > > > data {"encoding":"UTF-8","comments":"","basket_id":null... > > > context JSON-serialized context information for the job > > > {"flags":1,"branch":"ALMA","interface":"intranet",... > > > enqueued_on 2023-03-02 05:42:33 > > > started_on NULL > > > ended_on NULL > > > > > > (If you need to see the full entries for "data" and "context", please > let > > > me know.) > > > > > > tmp, koha_upload, and lock directories have been tweaked and fine > tuned. > > I > > > was getting early warnings about them not being set in koha-conf.xml > so I > > > created them (and set correct permissions) and I can see the uploaded > > file > > > (for job 22 the name is 2287629673fb980ad4102f62ebeaa1b9_bib.mrc), so > the > > > actual upload function appears to be working. > > > > > > I am getting no apache errors and no other on-screen diagnostics. > > > > > > I have Koha 22.05.02.000 running on Arch Linux that imports this file > > just > > > fine. Similarly, I have Koha latest running on a Debian VM that can > > import > > > this file just fine, too. > > > > > > What am I missing? > > > > > > Details of my system: > > > > > > Koha version: 22.11.03.000 Rosalie > > > OS version ('uname -a'): Linux alma 5.14.0-162.12.1.el9_1.x86_64 #1 SMP > > > PREEMPT_DYNAMIC Mon Jan 23 14:51:52 EST 2023 x86_64 > > > Perl interpreter: /usr/bin/perl > > > Perl version: 5.032001 > > > Perl @INC: /usr/share/koha/lib > > > /usr/local/lib64/perl5/5.32 > > > /usr/local/share/perl5/5.32 > > > /usr/lib64/perl5/vendor_perl > > > /usr/share/perl5/vendor_perl > > > /usr/lib64/perl5 > > > /usr/share/perl5 > > > /var/lib/koha/plugins > > > MySQL version: mysql Ver 15.1 Distrib 10.5.16-MariaDB, for Linux > (x86_64) > > > using EditLine wrapper > > > Apache version: Server version: Apache/2.4.53 (AlmaLinux) Server built: > > Jul > > > 20 2022 00:00:00 > > > Memcached: Servers: 127.0.0.1:11211 | Namespace: KOHA | Status: > > running. | > > > Config read from: koha-conf.xml > > > Zebra version: Zebra 2.2.7 (C) 1994-2023, Index Data Zebra is free > > > software, covered by the GNU General Public License, and you are > welcome > > to > > > change it and/or distribute copies of it under certain conditions. SHA1 > > ID: > > > ac40f289672405a299436d73c1532f9906774cc6 Using ICU > > > Zebra status: Running > > > Message broker: Using RabbitMQ > > > Date and time: 03/01/2023 16:20 > > > Time zone: Used: America/Chicago | Config: Undefined | Environment > (TZ): > > > Undefined > > > > > > Thanks, > > > Michael > > > _______________________________________________ > > > > > > Koha mailing list http://koha-community.org > > > Koha@lists.katipo.co.nz > > > Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha > > > > > _______________________________________________ > > > > Koha mailing list http://koha-community.org > > Koha@lists.katipo.co.nz > > Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha > > > _______________________________________________ > > Koha mailing list http://koha-community.org > Koha@lists.katipo.co.nz > Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha > _______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
