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/documentation/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 |
rootvps0898:/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 |
opensrfvps0898:/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/OpenSRF/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 |
opensrfvps0898:/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! |