Evergreen ILS Website

IRC log for #evergreen, 2024-10-30

| Channels | #evergreen index | Today | | Search | Google Search | Plain-Text | summary | Join Webchat

All times shown according to the server's local time.

Time Nick Message
03:59 dashohoxha joined #evergreen
04:05 dashohoxha Hello. I am trying to install Evergreen on docker container with Debian 12. Everything seems ok, but when I try to test the connection from 'srfsh', by giving 'login admin-user admin-pass', I get LOGIN_FAILED.
04:06 dashohoxha srfsh# login admin TL2jEQrvp0aekJqh2Ww9
04:06 dashohoxha Received Data: "$2a$10$9qKCHyTrFu1NE30jX5LE3O"
04:06 dashohoxha ------------------------------------
04:06 dashohoxha Request Completed Successfully
04:06 dashohoxha Request Time in seconds: 0.063436
04:06 dashohoxha ------------------------------------
04:06 dashohoxha Received Data: {
04:06 dashohoxha "ilsevent":1000,
04:06 dashohoxha "textcode":"LOGIN_FAILED",
04:06 dashohoxha "desc":"User login failed",
04:06 dashohoxha "pid":594,
04:06 dashohoxha "stacktrace":"oils_auth.c:794"
04:06 dashohoxha }
04:06 dashohoxha ------------------------------------
04:06 dashohoxha Request Completed Successfully
04:06 dashohoxha Request Time in seconds: 0.068730
04:06 dashohoxha ------------------------------------
04:06 dashohoxha Login Session: (none).  Session timeout: 0.000000
04:07 dashohoxha When I execute 'Open-ILS/src/support-scripts/settings-tester.pl', everything seems to be ok, except for this problem:
04:08 dashohoxha Checking postgresql version
04:08 dashohoxha psql (PostgreSQL) 16.4 (Debian 16.4-1.pgdg120+2)
04:08 dashohoxha Checking libdbi and libdbi-drivers
04:08 dashohoxha libdbi PostgreSQL driver not found in shared library path;
04:08 dashohoxha you may need to edit /etc/ld.so.conf or add an entry to /etc/ld.so.conf.d/
04:08 dashohoxha and run 'ldconfig' as root
04:09 dashohoxha Does anybody have any idea what this means and how to fix it?
05:12 dashohoxha joined #evergreen
06:53 JBoyer joined #evergreen
07:03 collum joined #evergreen
07:12 kworstell-isl joined #evergreen
08:14 cbrown joined #evergreen
08:14 BDorsey joined #evergreen
08:48 mmorgan joined #evergreen
09:09 mantis joined #evergreen
09:20 sandbergja joined #evergreen
09:25 sandbergja @later tell dashohoxha I would definitely try running ldconfig as root again to see if that makes the settings-tester.pl happy.  Let us know how it goes!
09:25 pinesol sandbergja: The operation succeeded.
09:31 JBoyer_ joined #evergreen
09:33 jweston joined #evergreen
09:46 csharp_ we're seeing more ITS trouble that may impact EG community things, just a heads up
09:51 Bmagic ty
09:59 sandbergja good luck csharp_!
10:04 csharp_ sandbergja: thanks!
10:04 csharp_ fortunately (maybe?) I'm just the messenger
10:05 csharp_ I get to sit back and watch ITS scramble and bite my nails off
10:05 csharp_ oddly, all of my own connections to everything appear to be unaffected :-/
10:06 csharp_ (including the server I'm chatting from)
10:15 sandbergja The network knows not to mess with you!
10:35 dashohoxha joined #evergreen
10:36 csharp_ dashohoxha: 09:25 < sandbergja> @later tell dashohoxha I would definitely try running ldconfig as root again to see if that makes the settings-tester.pl happy.  Let us know how it goes!
10:37 csharp_ dashohoxha: settings-tester.pl probably needs work - it can detect some problems but I think the PG thing is a red herring
10:37 csharp_ dashohoxha: I would make sure ejabberd is functioning - also, look at the system logs at /openils/var/log/osrfsys.log (on a stock install)
10:42 Bmagic csharp_: I'm not familiar with the nick, do you know if this is their first time installing?
10:43 Bmagic I considered a response the the mailing list, but I wasn't sure where to begin :)
10:45 dashohoxha I tried 'ldconfig' again, but this does not make 'settings-tester.pl' happy, it displays the same error message. Actually I looked at the code of 'settings-tester.pl', trying to find the part that outputs this error message, and it is something related to 'libdbpgsql': '/sbin/ldconfig --print | grep libdbdpgsql'.
10:46 dashohoxha However I notice that the package 'libdbd-pgsql' (on Debian 12) is already installed. This is the closest that I could find to 'libdbpgsql'.
10:49 dashohoxha About ejabberd, I have tested (as root) the commands that are suggested on the debug wiki page (which is a bit outdated by the way): 'ejabberdctl check_password opensrf public.localhost 445b8e76450077718e36effd3717a6486eae4208 ; echo $?'
10:50 dashohoxha It gives 0 as a result, which means it is good. The same for the command: 'ejabberdctl check_password opensrf private.localhost 445b8e76450077718e36effd3717a6486eae4208 ; echo $?'
10:53 Christineb joined #evergreen
10:53 csharp_ dashohoxha: I think the pgdbd "problem" isn't worth investigating - it's more likely something within OpenSRF isn't running correctly - again, check the logfile I mentioned - look for things with "ERR"
10:53 dashohoxha Checking '/openils/var/log/osrfsys.log', I see some error messages in it:
10:54 csharp_ dashohoxha: use https://pastebin.com/
10:55 csharp_ dashohoxha: (also ensure nothing sensitive is in the logs before pasting)
11:00 mmorgan1 joined #evergreen
11:00 dashohoxha https://termbin.com/9tyr
11:01 dashohoxha There is nothing sensitive in it because I am just trying to make a test installation.
11:02 csharp_ sure
11:03 csharp_ "Could not authenticate with Jabber server:" - the Jabber server will use whatever you have in username/password in the <opensrf> and <router> elements in /openils/conf/opensrf_core.xml, so first obvious step is to make sure that file is correct
11:04 csharp_ does Debian use AppArmor? by default the apparmor profile for ejabberd is strict (on Ubuntu, anyway)
11:05 csharp_ just something else to check
11:06 dashohoxha It does not use AppArmor, it is actually a Docker container with Debian 12. The package 'apparmor' is not installed.
11:07 csharp_ ok good - one less layer of annoyance
11:07 redavis joined #evergreen
11:08 csharp_ dashohoxha: if opensrf_core.xml is right, you can look at the ejabberd logs at /var/log/ejabberd - you might need to edit /etc/ejabberd config to make the logs more verbose (temporarily since they are *very* verbose)
11:09 csharp_ by default they are not very helpful imo
11:12 csharp_ aw, Bmagic - you aren't attending the hackaway in person?
11:12 dashohoxha ejabberd.log: https://termbin.com/ou0m
11:12 Bmagic I know! It's a bummer! I'll miss you all! I'll attend remotely though
11:12 redavis Oh nooooooooo
11:13 dashohoxha error.log: https://termbin.com/63hp
11:14 dashohoxha I think that the configuration of 'opensrf_core.xml' is correct, except that I have used the same password for private.localhost and public.localhost.
11:15 dashohoxha I will try to re-install it again, using different passwords (I have prepared an installation bash script, so that I redo it quickly).
11:16 csharp_ dashohoxha: passwords should be fine - nothing in the logs jumping out at me
11:17 csharp_ Bmagic: we'll definitely miss you!
11:19 dashohoxha I can try to install the previous version, because I know that with the latest version of something there are always some unexpected things.
11:20 dashohoxha Or maybe installing it in a docker container is breaking something, because docker containers have some limitations.
11:21 csharp_ dashohoxha: I think it's ejabberd pain
11:22 csharp_ if you're comfortable installing from Git: https://git.evergreen-ils.org/?p=working​/OpenSRF.git;a=shortlog;h=refs/heads/col​lab/berick/lp2017941-opensrf-on-redis-v5
11:22 csharp_ (we're seeing some problems that may affect access to that server this morning, so it may not work, or load quickly)
11:23 csharp_ dashohoxha: that's a link to a branch that's probably soon to be in core OpenSRF that replaces ejabberd with Redis
11:23 csharp_ we're all looking forward to ejabberd going away
11:24 csharp_ pretty sure berick is running those changes in production at his location
11:25 berick yep
11:26 redavis berick++
11:26 dashohoxha I am not comfortable installing from Git, but I can follow the instruction. I saw some indications about Redis in the instructions, but I didn't know how to do the replacement properly. I will give a try to the branch that you sent me. If it doesn't work, then I will wait until Redis is published in the stable release.
11:26 csharp_ dashohoxha: https://git.evergreen-ils.org/?p=workin​g/OpenSRF.git;a=blob;f=README;h=8bd366f​d03f6f1bb2df700c4868e33e9b707b541;hb=c8​43a8fcbe494c1358195266f74560aa14220633 - README
11:27 csharp_ dashohoxha: we're all rooting for you!
11:27 dashohoxha :) Thanks
11:27 dashohoxha I have to leave now. See you later.
11:27 csharp_ dashohoxha++
11:28 dashohoxha :)
11:28 redavis I love coming into IRC and being constantly reminded how cool this community is.
11:28 csharp_ <milhous>My mom says I'm cool</milhous>
11:28 redavis lol csharp_++
11:35 collum joined #evergreen
11:52 jihpringle joined #evergreen
11:57 mantis joined #evergreen
12:03 dguarrac joined #evergreen
12:11 mantis joined #evergreen
12:49 kworstell-isl joined #evergreen
13:19 ianskelskey joined #evergreen
13:19 ianskelskey left #evergreen
13:40 jihpringle joined #evergreen
14:01 Bmagic does the Evergreen svn repository live somewhere? (pre git)
14:02 Bmagic I was curious about an interface called "Field Documentation" - and I tracked down the original dojo interface for it, and the git commit for that, which refers to a svn commit
14:04 Bmagic not sure I really need the svn, I was just trying to figure out what Field Documentation is*. Looks like a way to document each table/column in the database?
14:05 berick Bmagic: https://demo.evergreencatalog.com/eg2/en-​US/staff/admin/local/config/idl_field_doc
14:05 Bmagic right, I see the interface
14:06 Bmagic but what is it for* exactly
14:06 Bmagic documenting the IDL I gather
14:06 berick Bmagic: one example, docs appear in the patron editor
14:07 Bmagic the field mapper directly connects to an interface (patron registration) - which? actor.usr ?
14:07 berick one sec..
14:08 Bmagic (this interface is undocumented)
14:08 berick Bmagic: look at Daytime Phone on https://demo.evergreencatalog.co​m/eg/staff/circ/patron/register
14:08 berick the question mark tooltip
14:09 Bmagic ha!
14:09 berick i just added that
14:09 Bmagic I see, ok
14:09 berick on the field doc page, under "ILS User" class
14:09 Bmagic hmmm, I don't suppose all* interfaces are coded to check that documentation table?
14:11 Bmagic I wouldn't be surprised if developers aren't aware of it (I never heard of it until today)
14:11 Bmagic maybe the Angular component (if used) automatically checks that table
14:19 berick right, it's rarely used
14:19 berick coded initially IIRC for patron edit ui and never really expanded
14:44 Bmagic seems useful, and it's getting close to my bug 2031343
14:44 pinesol Launchpad bug 2031343 in Evergreen "Integrate Evergreen documentation into the Staff Client" [Wishlist,Confirmed] https://launchpad.net/bugs/2031343
15:15 sleary Bmagic yeah, the fm-editor component uses the documentation if it exists. We changed how it looks in bug 2021862, so I know that branch gets close to the piece you're looking at
15:15 pinesol Launchpad bug 2021862 in Evergreen "Placeholders and help text in the fieldmapper editor" [Medium,Fix released] https://launchpad.net/bugs/2021862
15:16 sleary pretty much anything that doesn't have a dedicated interface uses fm-editor
15:21 mantis left #evergreen
17:04 mmorgan left #evergreen
19:17 jihpringle joined #evergreen
21:55 sandbergja joined #evergreen

| Channels | #evergreen index | Today | | Search | Google Search | Plain-Text | summary | Join Webchat