Time Nick Message 22:37 dpk We'll update that. 22:37 dpk Thank you - Yes, that looks like an error on our test site. 22:37 rangi so it points to the right site :) 22:37 rangi so you might want to fix the opacbaseurl system preference too 22:37 rangi https://catalogue.efdss.org/ 22:37 rangi if i click home i end up at 22:36 rangi dpk: that takes you to a different site 22:36 dpk Yes, this is the GUI. 22:36 dpk Possibly a bug? 22:35 dpk So OpacPublic is set to Disable. Going to koha.randomnotes.org (our test system) gives a login page (so far so good), but if you then click on "Home" in the upper left corner, you get a search page. Enter some text, and *Poof*, you get results. 22:35 cait you are looking in the GUI, right? 22:33 cait there shold only be one actually 22:33 cait but read the text ) 22:33 cait i can't look it up right now 22:31 dpk cait: so there are several - which one forces logins to be required. 22:15 cait look for the opac public system preference 22:15 cait yes 22:11 dpk Is there a way to limit OPAC access to only logged in users? 18:53 Bob even from admin the catalog is empty when i do a search... mayby I didn't enter de books properly ? I used Z39.50....* 18:40 Bob I restated with "sudo service koha-common restart" but nothing changed 18:38 Bob apparently is running, when I type ps -def | grep zebra 18:38 tuxayo https://wiki.koha-community.org/wiki/PackagesIndexDaemon 18:38 tuxayo An installation via package should have the indexer daemon running by default. 18:36 tuxayo (I think it's those) 18:36 tuxayo Bob: can you check if processes with indexer or rebuild_zebra in the name are running? 18:31 Bob How can I do that ? 17:46 ashimema You need to make sure both zebrasrv and the indexing Daemon are running 17:46 ashimema Presuming elastic.. as that is what comes out of the box 17:45 ashimema Are you using zebra or elastic? 17:41 Bob Hi, I installed koha, set adm pass and add a few books, but when I try to consult the calalog without login, the query rsult is empty... any suggestion ? 17:35 ashimema We do our best ;) 17:34 ashimema I believe the restarts are part of the Debian process.. but they don't always work as expected 17:06 dpk This may not have been necessary, and possibly just restarting Memcache and Plack might have resolved this in retrospect. This really should be part of the debian install process. 17:05 dpk Yes, its fixed now. I followed resetting the version in System Preferences by restarting the caching daemons and re-running updatedatabase.pl. 16:47 Bob is it the right place ? 16:47 Bob I need some help on koha 16:46 Bob Hi 16:46 wahanui hey, Bob 16:46 Bob Hello 16:46 Bob Bonjour 11:23 cait not sure about the missing field... but did you restart all the things after schema update? 11:22 cait one thing to check: in your marc frameworks, make sure that the tag/subfield for biblionumber (usually 999c) are set to visible in the opac 11:22 cait dpk: still around? 08:52 ashimema dpk ^ 08:52 ashimema EFDSS, that's Cecil Sharp House isn't it.. when the current fun and games is over I should really get myself to a Ceilidh again 08:50 ashimema also.. have you restarted plack and memcached.. those two can occasionally cause problems that present like this 08:50 ashimema I'd run updatedatebase from the command line and redirect stdout and sterr to file 08:49 ashimema do you have the logs from the upgrade? 08:49 ashimema If they failed the first time they may well fail again 06:26 dpk Fixed it. MariaDB [koha_catalogue]> UPDATE systempreferences SET value=20.0500000 WHERE variable="Version"; 06:07 dpk It looks like some of the schema updates from updatedatabase.pl did not run or apply. How can I force it ro run again from the DB version as of 20.05.00.000? I would prefer not to have to restore the database to do this. 02:39 dpk Any ideas? 02:38 dpk [2020/12/20 02:26:58] [WARN] DBD::mysql::st execute failed: Unknown column 'me.exclude_from_local_holds_priority' in 'field list' [for Statement "SELECT ... 02:38 dpk ==> plack-intranet-error.log <== 02:38 dpk and 02:37 dpk Unknown column 'me.exclude_from_local_holds_priority' in 'field list' at /usr/share/koha/lib/Koha/Objects.p 02:37 dpk Logs do not look happy. Can share if there is an expert around, but we are getting lots of lines like: 02:36 dpk Doug here supporting EFDSS in London. Just got a report from users post upgrade to 20.11.00 (via debian packages) that displaying results of some searches is giving "Internal Server Error".