Evergreen ILS Website

IRC log for #evergreen, 2017-04-16

| 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
04:30 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
16:30 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
16:54 auvajs joined #evergreen
16:54 auvajs hi, I tried to install OpenSRF according to the manual - http://evergreen-ils.org/documentati​on/install/OpenSRF/README_2_5_0.html
16:54 auvajs I did all the steps but I got stucked in point Nr. 14
16:55 auvajs when I try to run srfsh
16:55 auvajs as opensrf user I get this error:
16:55 auvajs Unable to bootstrap client for requests
16:55 auvajs what's wrong please?
17:17 jboyer joined #evergreen
17:44 jonadab auvajs: Hmm, not sure.  Try stopping all the services (use the control script) and then starting them all back up again.
17:45 jonadab The specific error you got, however, is not one I'm familiar with.  (I'm one of the less experienced people here.)
17:45 jonadab (This channel tends to be pretty inactive nights and especially weekends.)
17:52 auvajs jonadab: I tried that.. but got the same result
17:56 bshum auvajs: Hmm, some background questions if I might... what Linux distribution are you installing on?
17:57 bshum Ubuntu, Debian?  Any particular version?
17:58 bshum (and yeah, I suspect it'll be quiet today being Easter holiday too)
17:58 * bshum waves at jonadab anyways
17:59 jonadab Also, FWIW, in my experience, getting OpenSRF working is the hardest part of the Evergreen install process.
17:59 * bshum shrugs
17:59 bshum :)
18:00 jonadab I usually get it on the first try these days.  Usually.
18:00 jonadab But I remember my first time...
18:01 bshum My gut feeling is probably something odd with the ejabberd configuration.  Or a missed pre-req setup step somewhere.
18:01 bshum That particular error just means that it couldn't communicate
18:01 bshum You'd have to check the logs to know why it didn't work
18:02 bshum Like seeing in -> /openils/var/log/osrfsys.log
18:02 bshum Depending on what Linux distribution they used, there's some stuff to check or look at first.
18:06 jonadab That makes sense.
18:07 auvajs bshum: Ubuntu Xenial
18:08 auvajs sorry for the late reply.. :)
18:08 bshum auvajs: No worries, IRC can often be a bit disconnected in message and reply depending on who's watching their screens :)
18:09 bshum auvajs: Hmm, Ubuntu Xenial can be a bit tricky.  When you followed the steps in the README for configuring OpenSRF 2.5.0, did you make sure to set the auth_password_format to plain in the ejabberd configuration?
18:11 auvajs bshum: that shsould be
18:11 auvajs root@vps0898:/var/www/evergreen# cat /etc/ejabberd/ejabberd.yml | grep plain | tail -n 1
18:11 auvajs auth_password_format: plain
18:12 bshum Okay, just checking, that's a common missed step for new installers for Xenial
18:12 bshum Hmm, let's see what your log says then
18:12 bshum If you can take a look at your /openils/var/log/osrfsys.log ; it might show you any errors or warnings to explain what it's unhappy about
18:14 auvajs bshum: this is the log : http://termbin.com/d635
18:14 auvajs I don't really understand it..
18:14 bshum That's a lot of "permission denied" that I'm seeing
18:15 bshum When it's trying to assign the PID for the opensrf services
18:15 bshum I would double check the ownership of /openils folder
18:15 auvajs yup I had bad access rights, but then I set it to 777 so that should be OK for now
18:15 bshum I think it's supposed to be owned by opensrf user
18:16 bshum I would recommend making sure opensrf is stopped then... osrf_control --localhost --stop-all ; then confirm by making sure you don't see any rogue processes still going with ps aux | grep opensrf
18:16 bshum And then remove the log files
18:16 bshum And try again
18:16 bshum So like rm /openils/var/log/*.log
18:17 bshum And while we're at it, double check that everything is owned by opensrf -- chown -R opensrf:opensrf /openils , right?
18:17 bshum Before starting things up again
18:17 auvajs all /openils is owned by opensrf user for the sake
18:17 bshum And then when you start, grab the logfile again and double check
18:17 bshum Okay, that's good
18:19 auvajs bshum: this is the output of ps aux | grep opensrf: http://termbin.com/wtdt
18:19 auvajs could that be the problem?
18:19 bshum It could be
18:20 bshum I'd kill off all those OpenSRF drone stuff
18:20 bshum Just to be sure
18:20 bshum Before you try starting up again
18:20 bshum That way you know there's no conflicts around
18:21 auvajs ok I did pkill opensrf as root
18:23 auvajs opensrf@vps0898:/openils/var/log$ osrf_control --localhost --start-all
18:23 auvajs Use of uninitialized value $@ in concatenation (.) or string at /usr/local/share/perl/5.22.1/OpenS​RF/Transport/SlimJabber/Client.pm line 162.
18:23 auvajs Exception: OpenSRF::EX::Jabber 2017-04-17T00:22:20 OpenSRF::Transport::SlimJabber::Client /usr/local/share/perl/5.22.1/OpenSRF​/Transport/SlimJabber/Client.pm:162 Jabber Exception: Could not authenticate with Jabber server:
18:23 bshum Hmm
18:23 auvajs hm..
18:23 bshum Well, that's... a clue :)
18:24 auvajs :))
18:24 bshum That looks to me like either a bad password
18:25 bshum Or maybe an internal firewall blocking ejabberd communication
18:25 bshum I think ejabberd passwords die horribly if you use some special characters in them
18:26 auvajs passwords in opensrf_core.xml ?
18:26 bshum Right
18:26 bshum And the ones you used when registering the ejabberd usres
18:26 auvajs maybe I misstyped my hand written passwords, let me check
18:26 bshum ejabberdctl register router private.localhost <password>
18:26 bshum Whatever <password> was
18:29 auvajs hm it looks like my edited file saved as opensrf_core.xml~ and the original file stayed without modification.. heh
18:29 bshum Aha!  There you go
18:29 bshum I'd put that into place and then make sure nothing is running rogue again
18:29 bshum And then try starting up :D
18:29 bshum You should also double check what you've got for password in .srfsh.xml
18:30 bshum Cause when you copy it, you also need to edit the password there for access
18:36 auvajs bshum: http://termbin.com/fy60
18:36 auvajs new log
18:36 auvajs this time it all started
18:36 bshum Huh....
18:37 bshum So that log seems to say that you're trying to start up all the opensrf.xml openils services for Evergreen, not just OpenSRF
18:37 bshum So maybe you copied the opensrf.xml.example for Evergreen, instead of OpenSRF's.
18:37 bshum And it doesn't seem to like that
18:38 bshum Did you do a --stop-all on stuff before starting things up again?  maybe there was a bad settings listener still hanging around again
18:39 auvajs yes of course I did --stop-all before starting again
18:42 bshum Hmm
18:50 bshum I have to go eat with my folks, but I'll think about other things to try next while I eat.  In case nobody else gets back to you though, I'd try seeing if you can find some help via the mailing list
18:50 bshum Or try again in IRC later this coming week
18:51 bshum This channel is often most active between 9 am to 5 pm on Eastern time
18:51 * bshum runs off to dinner :\
18:51 auvajs O have some opensrf.xml.2017.4.17.0.4.0 and opensrf.xml.2017.4.17.0.4.54
18:51 auvajs owned by root.. can this be the rrouble?
18:52 auvajs bshum: thanks so far and enjoy your meal :)
18:52 auvajs *I have
19:02 jonadab Hmm, I imagine you also have opensrf.xml owned by the opensrf user?
19:02 jonadab If so, those others are probably just backups and shouldn't hurt anything.  I think.
19:04 auvajs I even chaanged it so that opensrf user owns all in /openils
19:04 jonadab Yes, I think that's typical.
19:13 auvajs gottcha! it's working :)
19:14 auvajs at least OpenSRF
19:14 jonadab Oh, good.
19:14 auvajs the problem was that /home/opensrf/.srfsh.xml was owned by root..
19:14 jonadab If the math thing works, then OpenSRF is working, yeah.
19:14 jonadab Oh.
19:14 jonadab That's weird, but yeah.
19:14 jonadab That'd stop it from reading the router passwords and stuff.
19:15 jonadab In order to talk to the router to get connected to the services.
19:17 auvajs well now I have a problem creating the database
19:18 jonadab Ah.
19:18 jonadab What kind of problem?
19:18 jonadab I assume postgress is installed at least?
19:18 jonadab How far did you get?
19:19 auvajs ah I'm sorry it may have been already working, ERROR:  database "evergreen" already exists :))
19:20 jonadab Ah.
19:20 jonadab That means the database got created.
19:20 jonadab (Though it may not have many data in it.)
19:21 jonadab I assume you're doing a test setup, not an actual migration at this point.
19:22 auvajs of course
19:22 jonadab Yeah, I just like to say some of my assumptions out loud, just in case.
19:22 jonadab Sanity check to make sure we're on the same page.
19:23 auvajs :)
19:23 auvajs opensrf@vps0898:/var/www/evergreen/Open-ILS/src/extras$ ./autogen.sh
19:23 auvajs ./autogen.sh: line 53: cd: BINDIR: No such file or directory
19:23 jonadab Oh, hmm.
19:24 jonadab That's somewhat odd.
19:24 jonadab What is line 53 of autogen.sh ?
19:24 jonadab (I'm at home, so I don't have Evergreen here myself at the moment.)
19:24 auvajs cd "BINDIR"
19:25 jonadab (And actually, the computer with it installed is currently not turned on.)
19:25 jonadab Oh, hmm.
19:25 jonadab That's hardcoded, "BINDIR"
19:25 jonadab I was expecting to see a variable, but ok.
19:25 jonadab In that case maybe something that creates the directory should've been run, perhaps as part of the install process, and hasn't?
19:26 auvajs should I run install before using those scripts?
19:26 jonadab Maybe?
19:26 jonadab I know from the conference that some things can be done out of order.
19:26 jonadab But I don't have enough experience to know all the details there.
19:28 auvajs Idk, it's step 3 in the 11. Starting Evergreen section
19:28 jonadab Ah.
19:28 auvajs As the opensrf Linux account, generate the Web files needed by the staff client and catalogue and update the organization unit proximity (you need to do this the first time you start Evergreen, and after that each time you change the library org unit configuration. ):
19:28 auvajs autogen.sh
19:28 jonadab Right, yeah.
19:29 jonadab I know what autogen.sh does, and it has to be re-run every time certain things change.
19:29 jonadab (I don't know the whole list of all the things that can cause it to need to be rerun, though.  As I said, I'm kinda new.)
19:29 jonadab But I don't know what all _has_ to be done before you can get to that point.
19:29 jonadab Though if you follow the instructions in order, that _should_ work.
19:30 auvajs well I tried.. maybe I did some mistakes along the way
19:31 jonadab Possible, especially if it's your first time.
19:32 jonadab Installing Evergreen is somewhat more complicated than installing something basic like a text editor or whatnot.
19:32 jonadab It's not exactly just ./configure && make && make install
19:32 jonadab Though honestly it's not that much worse than compiling from Mozilla source.
19:36 auvajs honestly if I knew that it was so complicated I'd not start it at all :) we have just a small parish library.. maybe 1000 books
19:37 jonadab Ah.
19:37 jonadab Wait, what are you using _currently_?
19:38 auvajs no software at all
19:38 jonadab Aaah.
19:38 jonadab So you don't have any existing data to migrate.
19:38 jonadab Just data entry to do.
19:39 jonadab That, on the one hand, removes the headache of figuring out how to migrate all your existing data.
19:39 auvajs yes, sth like that
21:36 Jillianne joined #evergreen
23:41 Bmagic The more people using Evergreen the better!

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