IRC log for #koha, 2022-11-22

← Previous day | Today | Next day → | Search | Index

All times shown according to UTC.

Time Nick Message
01:11 sam__ joined #koha
01:49 yetyunglungTimothy[m] <Joubu> "you need to run the script in..." <- Hi Joubu, Thanks for your reply.
01:49 I'm getting the error while running under koha-shell
01:49 Invalid 'to' parameter: wxid_gaeoqxvn01an22mbts-koha@exabytes-91983485:/usr/share/koha/bin/cronjobs$
04:10 Oak joined #koha
05:30 Joubu yetyunglungTimothy[m]: the error is self-explanatory, the "to" parameter you are passing to the script is not correct. What are you trying to acchieve?
05:46 pastebot joined #koha
06:04 Joubu @later tell oleonard Could you have a look at 32303? I have no idea what's going on!
06:04 huginn` Joubu: The operation succeeded.
06:47 paxed why oh why does intranet detail display "Itemtype:" come via detail.tt, but all the other informatin via XSLT?
06:55 yetyunglungTimothy[m] <Joubu> "yet yung lung Timothy: the error..." <- I'm trying to run the process_message_queue.pl
06:55 because I can use postfix to send email but not at my Koha system.. The email status keep showing pending
06:56 Joubu remove the "to" parameter
06:58 yetyunglungTimothy[m] Joubu: let me try to find where is the "TO"
07:00 yetyunglungTimothy[m]: I don't see the "to" parameter in the process_message_queue.pl file...
07:05 Joubu how do you run the script?
07:05 yetyunglungTimothy[m] server terminal
07:13 Joubu then?
07:13 Oak joined #koha
07:18 * yetyunglungTimothy[m] uploaded an image: (11KiB) < https://matrix.org/_matrix/med[…]ayvFlYn/image.png >
07:18 yetyunglungTimothy[m] showing this error
07:20 Joubu The error is not meaningful, but I guess it means that the email cannot be sent because because the "to" value is not correct
07:21 which version of Koha are you using?
07:21 yetyunglungTimothy[m] 20.11.08.000
07:22 I'm not sure whether is something related to this "bug"
07:22 https://bugs.koha-community.or[…]02079&action=edit
07:24 Joubu latest 20.11 version is 20.11.19
07:24 you should upgrade to this version, first
07:29 yetyunglungTimothy[m] will it affect anything if my data ?
07:29 reiveune joined #koha
07:29 reiveune hello
07:31 Joubu yetyunglungTimothy[m]: It will modify the DB, not negatively. You should upgrade on a test system first.
07:34 cait joined #koha
07:36 yetyunglungTimothy[m] Joubu: ic.. ok.. Thanks for your help :)
07:37 cait1 joined #koha
07:37 cait1 good morning #koha
07:50 alex_ joined #koha
07:51 alex_ Bonjour
07:59 thibaud_g joined #koha
08:05 lds joined #koha
08:29 davewood cait1: yeah, I try to touch as little ass possible. currently im facing an issue where adding a new book doesnt trigger reindexing of the ES index. I have to run `koha-elasticsearch --rebuild <instancename>` to find the record.
08:29 hmm ... that extra s was unfortunate and a typo. :)
08:32 Joubu davewood: which version of Koha are you using?
08:33 if recent, have a look at the background jobs, are you aware of them?
08:33 davewood koha-common/now 22.05.05-1 all [installed,upgradable to: 22.05.06-1]
08:37 Joubu davewood: have a look at admin/background-jobs.pl and make sure the index jobs have been run succcessfully
08:42 davewood Joubu: my rabbitmq logs shows a new connection from the koha instance right after adding a new book.
08:42 Joubu what's the status of the job?
08:45 davewood oh, thats a handy overview ... i see an entry "Update Elasticsearch index" progress 0/1
08:45 records have successfully been reindexed. Some errors occurred.
08:45 '/ records have successfully been reindexed. Some errors occurred.'
08:45 Joubu something wrong there ;)
08:46 if it isn't on the UI, have a look at the DB directly
08:46 select data from background_jobs where id=XX;
08:46 you should see the error there
08:52 davewood http://paste.scsys.co.uk/1000
08:53 Joubu hum no error there
08:53 davewood I dont see an error
08:53 for the record, koha runs in a lxc container, and rabbitmq runs in a separate lxc container.
08:53 Joubu maybe in the log of the worker
08:54 /var/log/koha/$INSTANCE/worker-*
08:54 yetyunglungTimothy[m] Hi, can anyone help me with this, why I getting this error - "Unknown column 'b.marcxml' in 'field list'"... (full message at <https://matrix.org/_matrix/med[…]KhvEeXJqkfsXYkqPc>)
08:57 Joubu marcxml as been moved to biblio_metadata.metadata
08:57 https://wiki.koha-community.or[…]L_Reports_Library - search for biblio_metadata there
08:59 yetyunglungTimothy[m] ic.. so I just changed the b.marcxml to metadata will do, right ?
09:00 davewood Joubu: I triggered a new background job while watching ` tail -f /var/log/koha/geosearch/worker-*log` ... worker-output.log and worker-error.log stay empty ... the background_jobs DB table entry looks the same as before.
09:18 cait1 yetyunglungTimothy[m]: not quite
09:18 yetyunglungTimothy[m]: you also need to link a different table
09:18 yetyunglungTimothy[m] 🥲
09:18 cait1 last line
09:18 new last line:
09:19 LEFT JOIN biblio_metadatabM ON (items.biblionumber = bm.biblionumber)
09:19 and then you change b.marcxml to bm.metadata
09:20 yetyunglungTimothy[m] OK. Let me try
09:20 cait1 new = just add the line. at the and.. not sure that was clear
09:20 you are still getting b.totalissues from biblioitems, so we need to keep that as well
09:22 yetyunglungTimothy[m] It said -> Table 'koha_mbts.biblio_metadatabm' doesn't exist
09:22 SELECT old_issues.*, borrowers.cardnumber, borrowers.surname,... (full message at <https://matrix.org/_matrix/med[…]MXvFIUpGnoxjsXXqN>)
09:22 Joubu davewood: is the worker running?
09:25 Clementine joined #koha
09:25 cait1 iblio_metadatabm missng a space here: iblio_metadata bm
09:26 biblio_metadata is the table, but we name it bm so we can refer to the column within it with bm.metadata
09:26 yetyunglungTimothy[m] cait1: OK. I try again
09:29 ndapanda joined #koha
09:29 ndapanda hey there
09:29 yetyunglungTimothy[m] yetyunglungTimothy[m]: wow... it success... Thanks
09:30 ndapanda i just wanted to know if KOHA is a free library software.. does that mean the training will be free?
09:32 yetyunglungTimothy[m] is it possible to trace the process_message_queue.pl whether it is running?
09:32 The email I sent from KOHA still showing "PENDING", but I send mail at server terminal using "echo" command but it sent immediately..
09:32 What is the possible root caused for this issue ya?
09:32 Sorry for my broken English...
09:33 davewood Joubu: worker wasnt running.
09:33 root@koha-geosearch:~# koha-worker --start geosearch
09:33 job status -> Finished
09:34 thank you for your help, we will puth the worker status in our monitoring
09:34 Joubu++
09:38 Joubu davewood: I think you need to specify a queue name
09:38 bug 27783, that is in 22.05
09:38 huginn` 04Bug https://bugs.koha-community.or[…]_bug.cgi?id=27783 enhancement, P5 - low, ---, martin.renvoize, RESOLVED FIXED, Introduce background job queues
09:39 Joubu there are 2 queues, default and long_tasks
09:39 without parameter I think it will only deal with 'default'
09:40 so either you start another worker (recommended) or you need to start it and pass the 2 queue parameters
09:40 or you just restart koha-common, that should deal with that properly
09:41 davewood etc/init.d/koha-common restart  ... this should do the right thing I hope
09:42 Joubu yup, ps ax to make sure you have the 2 koha-worker processes ;)
09:43 davewood --queue long_tasks && --queue default are present
09:43 Joubu all good :)
10:00 cait1 yetyunglungTimothy[m]: the message_queue is processed every 15 minutes
10:01 so it's normal you don't see the email immediately
10:03 teoman joined #koha
10:05 teoman joined #koha
10:20 aravindiitd[m] joined #koha
10:26 rangi[m] joined #koha
10:34 cait1 t
10:34 it looks like all the matrix users have been dropped
10:34 did we do something to cause this? When I message ashimema I see:
10:34 716: is in +g mode (server side ignore)
10:34 717: has been informed that you messaged or invited them.
10:34 ashimema joined #koha
10:34 ashimema huh
10:35 I PM'd you a few seconds ago..
10:35 it it replying to me that's got you that message?
11:03 cait1 hm don't see it
11:03 last is a lol :)
11:03 but it looks like the error is gone now
11:03 bbl!
11:35 oleonard o/
11:39 tcohen hola #koha
11:42 @later tell AndrewFH you don't have the SYNC_REPO env variable set
11:42 huginn` tcohen: The operation succeeded.
11:44 AhsanFarhan[m] joined #koha
11:44 MichaelaSieberBIB[m] joined #koha
11:44 KellyKarumayii[m] joined #koha
11:44 davidnz joined #koha
11:44 DawodGharaibeh[m] joined #koha
11:44 domm[m] joined #koha
11:44 educkett[m] joined #koha
11:44 Lea[m] joined #koha
11:44 JacobOMara[m] joined #koha
11:44 cait[m] joined #koha
11:44 KodoKorkalo[m] joined #koha
11:44 kristian_[m] joined #koha
11:44 MatthewBlenkinsop[m] joined #koha
11:44 mason[m] joined #koha
11:44 paulderscheid[m] joined #koha
11:45 pavkaataaa[m] joined #koha
11:45 PedroAmorim[m] joined #koha
11:45 RahulRamesh[m] joined #koha
11:45 NikolayGospodinov[m] joined #koha
11:45 ReaganHome[m] joined #koha
11:45 EugeneEspinoza[m] joined #koha
11:45 ShaliniAmbrose[m] joined #koha
11:45 SlackIntegration[m] joined #koha
11:45 ShaneS[m] joined #koha
11:45 sushi[m] joined #koha
11:45 yetyunglungTimothy[m] joined #koha
11:45 Aldaron joined #koha
11:45 tubaclarinet[m] joined #koha
11:45 tuxayo joined #koha
11:45 uhusiano[m] joined #koha
11:45 uli22[m] joined #koha
11:45 vfernandes[m] joined #koha
11:45 MathewWood[m] joined #koha
11:55 oleonard Welcome back [m] crew :D
12:00 cait1 shows how many have switched now :)
12:01 oleonard a lot of lurkers!
12:21 magnuse joined #koha
12:33 domm[m] Hey, slightly weird question: If a librarian accepts an acquisition and turns it into an order, the biblio should stay invisible in OPAC. This seems to have worked, but now it does not (and the librarians say they didn't change anything). Does anybody know where I could start digging to figure out why a biblio (which has an item, but the item has no signature) is suddenly visible in OPAC? Or where / how to turn that off?
12:33 alex_ joined #koha
12:34 cait1 it's probably to do with the changed behavior of default values maybe?
12:34 did you update since it worked or did it 'just' stop working?
12:35 you either hid them using OpacSuppression (using 942$n) or you hid them using item values (not for loan -1 or so) in OpacHiddenItems
12:40 oleonard Joubu: Maybe you know the answer to Bug 32291? I notice you've touched related code
12:40 huginn` 04Bug https://bugs.koha-community.or[…]_bug.cgi?id=32291 minor, P5 - low, ---, koha-bugs, NEW , What is a library category?
12:44 cait1 domm[m]:  ^
12:46 Joubu oleonard: nothing, that's wrong code
12:47 oleonard: I bet it's bad copy/paste code from the admin/categories template
12:47 cait1 and I transalted it all! ;)
13:06 magnuse do entries in zebraqueue get indexed by elastic if SearchEngine = Elasticsearch? or only by zebra? is there another way to tell elastic to index something?
13:08 domm[m] cait1: I'll check 942$n etc, and there was no update to Koha
13:15 cait1 domm[m]: ok, so probably not a changed behaviour then :)
13:15 magnuse: I think both get indexed with searchengine = elastic, but that might be outdated information
13:16 i think if you have = zebra, elastic doesn't get updated
13:18 magnuse cait1: i have SearchEngine = Elasticsearch. i put som biblionumbers in zebraqueue and they got marked as done = 1, but the changes in the records (added items) do not show in search results
13:24 cait1 elastic doesn't use the zebraqueue
13:24 if you manually added that won't work
13:25 (using SQL)
13:26 magnuse cait1: ok!
13:26 * magnuse wonders what elastic does use...
13:26 cait1 I think it triggers background jobs from the code directly
13:27 but others might be able to explain that better
13:27 Joubu zebraqueue is for zebra, ES indexes "on the fly"
13:27 magnuse i found /usr/share/koha/bin/search_to​ols/rebuild_elasticsearch.pl which i think i can use
13:28 Joubu in most recent versions using a background job
13:28 cait1 yes, that script works - i have used that to do full reindex
13:30 magnuse cait++ Joubu++
13:33 matts Hi ! What version of docker should I be running for KTD ? I'm currently on the Ubuntu jammy version (Docker version 20.10.12) and 'ktd up' complains as follows :
13:33 unknown shorthand flag: 'f' in -f
13:33 See 'docker --help'
13:34 Version 20.10.17 is available in snap. Would that do the trick ?
13:40 Ok, I found the answer. If someone needs it: 'docker compose' is not a command on my system. docker-compose, on the other hand, is.
13:41 diff --git a/bin/ktd b/bin/ktd
13:41 -            docker compose ${COMPOSE_OPTIONS} $@
13:41 +            docker-compose ${COMPOSE_OPTIONS} $@
13:41 does the trick
13:42 * cait1 waves at matts
13:42 matts hi cait1 :)
13:42 cait1 vor docker compose you need v2
13:42 mine was too low when I installed the ubuntu one I think (jammy and kinetic)
13:42 but don't know about docker itself, I've used the instructions for installing from their repo now
13:43 linked from ktd README
13:43 matts Oh, ok, thanks cait1
13:52 Joubu matts: if you read the readme you will avoid the second most common problems :D
13:52 (search for "max_map_count")
13:53 matts Thanks Joubu, but the next problem I have is not this one, it's another :) (AH00526: Syntax error on line 18 of /etc/apache2/ports.conf: Cannot define multiple Listeners on the same IP:port)
13:55 Joubu shutdown the container
13:55 before up
13:55 that's the third most common problem :D
13:55 matts lol
13:55 That did the trick, thanks :)
13:56 Is there a fourth most common problem that I should know about ? :)
13:56 huberto joined #koha
13:56 Joubu KOHA_SYNC not defined
13:56 or wrong
13:56 SYNC_REPO I mean
13:57 matts Ok, I somehow avoided this one :)
13:58 Joubu the apache prolem should have been fixed actually - https://gitlab.com/koha-commun[…]cker/-/issues/282
13:58 tcohen: ^^
13:58 just noting, it's the second time in a couple of days
14:02 Unless matts forgot to pull new ktd containers
14:02 images*
14:03 matts Hmm, I did a fresh install this morning. They should be up to date, then, right ?
14:16 Dyrcona joined #koha
15:18 tcohen @seen marcelr
15:18 huginn` tcohen: marcelr was last seen in #koha 4 days, 6 hours, 55 minutes, and 44 seconds ago: <marcelr> ok
15:27 tcohen @later tell marcelr can you please take care of the t/db_dependent/Koha/Item/Template.t failure?
15:27 huginn` tcohen: The operation succeeded.
16:03 reiveune bye
16:03 reiveune left #koha
16:18 ashimema magic cait
16:19 is there a way to search bugzilla for anything a particular user has touched in any way (from their login email)
16:19 cait1 probably
16:19 touched as?
16:19 commented?
16:19 ashimema commented, signed off
16:19 etc
16:20 cait1 advanced search - search by people
16:20 check all the checkboxes, enter name or email maybe
16:20 ashimema hmm
16:20 perhaps this person has never touched anything
16:20 as those searches come up empty
16:20 cait1 you might also want to extend the status
16:21 * ashimema is trying to track down users who haven't filled in their real names
16:21 ashimema so the dashboard looks a little cleaner
16:21 cait1 sometimes people use a different description/mail for bugzilla
16:21 what data do you have?
16:21 make sure you also extend status
16:21 to all status
16:35 cait1 left #koha
16:39 tcohen Joubu: how do I reproduce the apache/ports problem?
16:42 Joubu: doesn't the problem with permissions come from misc4dev calling yarn as root or smth?
16:50 Joubu tcohen: I think it happens when you up ktd without down before
16:51 permissions? Which ones? I let my note somewhere, IIRC it does not work when prove it run using the -c param of koha-shell
16:51 but it works if you enter into a koha-shell, then run prove
16:52 tcohen I tried something
16:52 waiting for the images to build
17:27 huberto joined #koha
17:33 olivierh joined #koha
17:59 olivier_inlibro joined #koha
19:22 tcohen mtj: are we ready with packaging/dependencies for the release?
19:42 olivier_inlibro left #koha
19:43 huberto joined #koha
19:46 huberto Now that tables are all (mostly?) loaded dynamically and use DataTables, has there been any discussion regarding the use of the "responsive" DataTables extension?
19:51 tcohen huberto: that's a great idea
19:51 file a bug for that?
19:59 huberto Sure. I will first work out the required steps then open a bug about it. Thanks!
20:54 lukeg joined #koha
22:37 lukeg joined #koha
23:10 cait[m] @later tell davidnind I finally updated the wiki for LTS: https://wiki.koha-community.or[…]i/Koha_Versioning
23:10 huginn` cait[m]: The operation succeeded.
23:11 cait[m] @later tell tuxayo I finally updated the wiki for LTS: https://wiki.koha-community.or[…]i/Koha_Versioning
23:11 huginn` cait[m]: The operation succeeded.
23:17 z-b joined #koha
23:26 Nemo_bis joined #koha
23:38 tuxayo joined #koha
23:38 tuxayo cait++ thanks :D will read later
23:38 cait[m] yes please - hope i got it all right
23:39 tuxayo @davidnind , was a meeting scheduled for oceania-americas slot? It seems not http://irc.koha-community.org/[…]ick=&q=endmeeting
23:39 huginn` tuxayo: I'll give you the answer just as soon as RDA is ready
23:39 cait[m] i used the same time again for next dev  sorry for that - i think the script hasn't been run yet
23:48 Oak joined #koha

← Previous day | Today | Next day → | Search | Index

koha1