| Time |
Nick |
Message |
| 01:12 |
|
gsams joined #evergreen |
| 07:08 |
|
agoben joined #evergreen |
| 07:27 |
|
rjackson_isl joined #evergreen |
| 07:40 |
|
JBoyer joined #evergreen |
| 07:48 |
|
ericar joined #evergreen |
| 08:31 |
csharp |
ok - acq trouble that I've seen before, but I've never been able to track down. A PO is created, and during record loading triggered by activation, the error BIBLIO_RECORD_ENTRY_NOT_FOUND pops up and the import stops cold - no log messages, no indication of which record caused the problem... |
| 08:31 |
csharp |
it's very frustrating because neither the end user nor the administrator is given anything to go on |
| 08:32 |
csharp |
so I'm about to dive into vandelay and acq code without a clear idea about where it's failing |
| 08:33 |
_bott_ |
csharp: seems familiar, but I can't offer more than company for your misery |
| 08:33 |
csharp |
_bott_: thanks |
| 08:33 |
csharp |
this is the kind of thing that makes it hard for us to bring new libraries onto acq |
| 08:34 |
csharp |
it takes up so much staff time on our end to track this kind of thing down, we're talking about adding positions to handle it |
| 08:34 |
_bott_ |
Hunting my own acq misery. Odd cases where POJEDI completes, with no template_output value, even though the event.state is 'complete' |
| 08:35 |
_bott_ |
...then the edi_pusher dies, since there's no data for it to process |
| 08:36 |
jwl |
I'm at the point where I need to generate the Postgres database and schema. What should the value of the "port" be? I understand all the other variables. |
| 08:39 |
jwl |
Anyone? |
| 08:41 |
csharp |
_bott_: ugh |
| 08:41 |
csharp |
jwl: 5432 is the default port in postgres |
| 08:41 |
csharp |
jwl: if you follow the install instructions to the letter, you should be fine |
| 08:42 |
|
mrpeters joined #evergreen |
| 08:52 |
|
mmorgan joined #evergreen |
| 08:59 |
|
Shae joined #evergreen |
| 09:00 |
jwl |
Thanks, it didn't say anything about the port except I had to furnish it. |
| 09:00 |
jwl |
I'm a mysql guy. Not all that familiar with postgres. |
| 09:02 |
|
Dyrcona joined #evergreen |
| 09:03 |
mmorgan |
csharp: _bott_: We recently had an acq problem because a certain record had way too much punctuation in the title. Here's the title: |
| 09:03 |
mmorgan |
Every body's guide to everyday pain: "it never used to hurt when I...?!" |
| 09:04 |
mmorgan |
The failure was when the pusher ran: 2016-05-26 11:15:04 utility ./edi_pusher.pl: [ERR :15868:EDI.pm:390:] EDI Translator json2edi failed, Error 2: Uncaught exception Pending escape char in IMD+F+BTI+:::Every Body's Guide to Everyday Pain:?: "It Ne ... I...? in method json2edi |
| 09:05 |
jwl |
What's an appropriate database name for the eg_db_config command? |
| 09:05 |
mmorgan |
Not sure if it's related at all to what you're seeing, but worth a mention. |
| 09:05 |
Dyrcona |
jwl: Any name you want, but most use evergreen. |
| 09:05 |
jwl |
OK thanks. |
| 09:06 |
csharp |
jwl: the postgresql port is set in /etc/postgresql/<release>/main/postgresql.conf (assuming a debian/ubuntu host here) |
| 09:07 |
jwl |
It's Ubuntu. OK it's 5432. Thanks. |
| 09:08 |
Dyrcona |
jwl: Yeah, 5432 is a default for most PostgreSQL installations. |
| 09:08 |
* Dyrcona |
has used 5433 for reasons. |
| 09:09 |
jwl |
Egads! I hope there weren't any errors in all that blew past me! |
| 09:10 |
Dyrcona |
jwl: It usually stops on errors. There are often some warnings that you can ignore. |
| 09:12 |
jwl |
Exception: OpenSRF::EX::Session 2016-07-11T09:11:59 OpenSRF::Transport /usr/local/share/perl/5.18.2/OpenSRF/Transport.pm:83 Session Error: router private.localhost/open-ils.cstore IS NOT CONNECTED TO THE NETWORK!!! |
| 09:13 |
jwl |
But that's a lie, Both the wireless and the wired are up and running. |
| 09:13 |
Dyrcona |
jwl: Services need to be running. That message means they are not running or opensrf cannot talk to the ejabberd router. |
| 09:14 |
jwl |
When I started the ejabberd it said it was already running. Same for memcached |
| 09:14 |
Dyrcona |
jwl: You need to run osrf_control --start-all |
| 09:14 |
tsbere |
jwl: "cannot talk to the ejabberd router" could also mean issues with user accounts, limits, etc |
| 09:14 |
tsbere |
"ejabberd is running" != "all the ejabberd users were set up correctly" as a result. |
| 09:14 |
jwl |
I did the start-all. It worked fine, then I did the autogen.sh. |
| 09:15 |
Dyrcona |
jwl: What does osrf_control --diagnostic report? |
| 09:15 |
jwl |
That's when it complained. |
| 09:16 |
jwl |
opensrf.mdbmath not configured for this host. Same for validator opensrf.settings opensrf.persist, etc. |
| 09:16 |
jwl |
router looks OK. |
| 09:17 |
jwl |
that was opensrf.dbmath. |
| 09:17 |
Dyrcona |
jwl: add --localhost to the options |
| 09:17 |
jwl |
That helped. Everything seems OK. No error messages. |
| 09:18 |
jwl |
Want to see it? |
| 09:18 |
Dyrcona |
If you don't configure a host name in opensrf_core.xml, you need to use --localhost. |
| 09:18 |
Dyrcona |
If you want to paste it somewhere, sure. |
| 09:18 |
jwl |
OK I thought I did. I'll go back |
| 09:19 |
Dyrcona |
Don't paste it in channel, though. :) |
| 09:19 |
Dyrcona |
You might get booted for flooding. |
| 09:20 |
pastebot |
"jwl" at 64.57.241.14 pasted "opensrfubuntu-OptiPlex-755:~$" (8 lines) at http://paste.evergreen-ils.org/20 |
| 09:20 |
jwl |
I know. |
| 09:21 |
_bott_ |
Thanks mmorgan: This seems to be even before the pusher runs. It just gets tripped up by the lack of data. My work around has been to move the PO back to "pending", null out the order_date, and just re-activate without adding items. That seems to do it. I haven't tracked down any kind of error in the a/t execution, that's the frustration. |
| 09:22 |
Dyrcona |
jwl: You need to copy the opensrf.xml and opensrf_core.xml from Evergreen and edit those. |
| 09:22 |
Dyrcona |
Those are only the basic opensrf services. You need the open-ils services from Evergreen. |
| 09:23 |
jwl |
OK I |
| 09:23 |
jwl |
I'm not sure I follow you. |
| 09:24 |
Dyrcona |
When you install Evergreen it puts a new copies of the configuration files into /openils/conf or wherever sysconfdir was set. |
| 09:24 |
Dyrcona |
These configuration files add the configuration for the Evergreen OpenSRF services. |
| 09:25 |
Dyrcona |
You need to edit those copies like you did for the ones that OpenSRF installed and use the ones from Evergreen. |
| 09:25 |
* jeff |
looks in |
| 09:27 |
jwl |
I see a Jabber port of 5222 |
| 09:27 |
Dyrcona |
jwl: That doesn't matter at this point. Jabber is working. |
| 09:28 |
Dyrcona |
Do you remember how you put in the jabber user names and passwords in opensr_core.xml.example and copied it to opensrf_core.xml? |
| 09:28 |
Dyrcona |
You need to do that again. |
| 09:28 |
jwl |
The only think I see is that I long ago set a private and public localhost. |
| 09:28 |
jwl |
OK let me look. |
| 09:29 |
Dyrcona |
There's a section in the Evergreen README about it. |
| 09:30 |
jwl |
OK I'm in the INSTALL doc. |
| 09:31 |
jwl |
Hm, the README is a link to the INSTALL file. |
| 09:32 |
Dyrcona |
Yes, it is if you got the code from git. It's not a link if you download the tarball, but it is the same file. |
| 09:34 |
jwl |
Really? I am in /home/ubuntu/Evergreen-ILS-2.10.5. I untarred Evergreen-ILS-2.10.5.tar.gz to get these files and |
| 09:34 |
jwl |
ubuntuubuntu-OptiPlex-755:~/Evergreen-ILS-2.10.5$ ls -l INSTALL |
| 09:34 |
jwl |
lrwxrwxrwx 1 ubuntu ubuntu 6 Jun 15 20:40 INSTALL -> README |
| 09:35 |
jwl |
Looks like someone changed that somewhere along the line. |
| 09:35 |
Dyrcona |
All right, maybe that changed and I didn't nowice. |
| 09:35 |
jwl |
No biggie. |
| 09:35 |
Dyrcona |
s/nowice/notice/ |
| 09:35 |
Dyrcona |
You'd think I would, 'cause I make the 2.9 tarballs. Guess I never read the instructions. :) |
| 09:36 |
jwl |
I'm trying... |
| 09:37 |
Dyrcona |
Yep. I think you just need to reconfigure the opensrf_core.xml that Evergreen installed and copy the opensrf.xml.example and you should be OK to that point. |
| 09:37 |
Dyrcona |
You'll probably have a little fun when you restart Apache afterward, but I'll leave that as a surprise for now. :) |
| 09:37 |
jwl |
copy from the opensrf directory? |
| 09:38 |
Dyrcona |
Nope. |
| 09:38 |
jwl |
evergreen? |
| 09:38 |
Dyrcona |
You did the make install for Evergreen, right? |
| 09:38 |
jwl |
Yes |
| 09:38 |
Dyrcona |
The new opensrf_core.xml.example file is in /openils/conf/ |
| 09:38 |
Dyrcona |
Search the INSTALL doc for opensrf_core.xml and you should find the steps. |
| 09:39 |
Dyrcona |
Basically, you go to /openils/conf, and copy and edit the files in there. |
| 09:40 |
jwl |
OK let me give that a try |
| 09:40 |
Dyrcona |
It's basically what you already did for OpenSRF. You have to do it again. |
| 09:44 |
Dyrcona |
I never liked that part of the installation, but it happens because they are separate projects. |
| 09:44 |
jwl |
So it looks like I'm only adding passwords? Is that right? |
| 09:44 |
jeff |
also, because when you run into trouble it can be easier to troubleshoot at the "make sure opensrf itself with the example services is running okay first, before installing Evergreen itself" stage. :-) |
| 09:45 |
Dyrcona |
jwl: Passwords, hostnames, anything that is different from the default. |
| 09:45 |
Dyrcona |
If all you did was add passswords last time, then that's all you do now. |
| 09:46 |
jwl |
I tried to leave everything as close to default as was possible. |
| 09:46 |
jwl |
My first time out. |
| 09:47 |
Dyrcona |
That's good. |
| 09:47 |
jwl |
So do I need to restart something? |
| 09:48 |
Dyrcona |
Yes, you'll need to run osrf_control to restart services. |
| 09:48 |
Dyrcona |
You might get some strange messages if you didn't stop services before making the change, but they're likely harmless. |
| 09:50 |
jwl |
--restart-all? |
| 09:50 |
Dyrcona |
Yes, don't forget --localhost. |
| 09:51 |
Dyrcona |
It will probably complain that some services are not running when it does the shut down part. You can ignore those. |
| 09:51 |
Dyrcona |
Now, if you get errors about cstore not running, you'll probably have to do eg_db_config again. :) |
| 09:52 |
jwl |
Nuts same error from autogen.sh |
| 09:52 |
jwl |
The restart looked fine. |
| 09:52 |
Dyrcona |
It doesn't always error when starting services cause they fork into the background. |
| 09:52 |
Dyrcona |
The --diagnostic option is there so you can see what is running and what isn't. |
| 09:53 |
pastebot |
"jwl" at 64.57.241.14 pasted "NOT CONNECTED TO THE NETWORK" (13 lines) at http://paste.evergreen-ils.org/21 |
| 09:53 |
Dyrcona |
That looks like your jabber passwords are not all correct. |
| 09:54 |
jwl |
Hm, I set all the passwords everywhere to the same value in order to avoid that problem. |
| 09:54 |
Dyrcona |
Mabye you missed one or two in the file... |
| 09:55 |
Dyrcona |
I use the same passwords for ejabberd in testing, myself. |
| 09:55 |
jwl |
in the opensrf.xml file? |
| 09:55 |
Dyrcona |
Yeah, check there, too. |
| 09:55 |
jwl |
Too? Where else? |
| 09:56 |
Dyrcona |
Also, you'll need to run eg_db_config before most of the services will work. |
| 09:56 |
jwl |
I did it once, do I need to do it again? |
| 09:56 |
Dyrcona |
opensrf_core.xml and opensrf.xml are about it. I don't think anywhere else would need jabber password. |
| 09:56 |
Dyrcona |
Well, no, unless something was wrong. |
| 09:57 |
jwl |
opensrf_core.xml and opensrf.xml both are the same. With respect to passwords that is. |
| 09:58 |
Dyrcona |
OK. |
| 09:58 |
jwl |
I left the private.localhost and public.localhost the same. |
| 09:58 |
jwl |
Same for user names. |
| 09:59 |
jwl |
Will it hurt to run eg_db_config again? |
| 09:59 |
Dyrcona |
jwl: Could paste the results of ls -l in /openils/conf? |
| 09:59 |
Dyrcona |
jwl: It shouldn't, but that depends on some circumstances which probably don't affect you. ;) |
| 10:00 |
jwl |
Wait, should I have copied opensrf.xml.example to opensrf.xml? |
| 10:02 |
Dyrcona |
At some point, yes. I asked for the output of ls -l to see what was copied and what wasn't. |
| 10:02 |
|
mmorgan1 joined #evergreen |
| 10:02 |
jwl |
OK I don't see anything in that file I know how to change. It doesn't look at all like opensrf.xml |
| 10:02 |
jwl |
::q |
| 10:02 |
jwl |
Sorry, wrong window. |
| 10:03 |
Dyrcona |
That's OK. You don't usually change it until you know you need to. |
| 10:03 |
Dyrcona |
eg_db_config will change parts of it as necessary. |
| 10:06 |
jeff |
@later tell kmlussier rsoulliere fixed the issue that was causing the 2.10 docs to be stale. looks fresh now! |
| 10:06 |
pinesol_green |
jeff: The operation succeeded. |
| 10:07 |
Dyrcona |
kmlussier should be signed in real soon, now. |
| 10:10 |
jwl |
So I restarted osrf_control and got a whole bunch more services running. But autogen.sh is still not happy. |
| 10:11 |
jwl |
It looks like it worked for some services but not others. |
| 10:11 |
pastebot |
"jwl" at 64.57.241.14 pasted "autogen" (18 lines) at http://paste.evergreen-ils.org/22 |
| 10:12 |
jwl |
The culprit is open-ils.cstore |
| 10:12 |
Dyrcona |
Try running eg_db_config again. Make sure to use the --update-config and --service-all options as well as any others you need. |
| 10:13 |
Dyrcona |
Maybe do osrf_control --stop-all before that. |
| 10:13 |
Dyrcona |
Then do a --start-all after. |
| 10:16 |
jwl |
Interesting. Is that --service all or --service-all? |
| 10:17 |
Dyrcona |
Yeah, --service all, no dash. |
| 10:17 |
Dyrcona |
It's not easy to be the king of typos. :) |
| 10:19 |
jwl |
OK np, I just wanted to be sure. |
| 10:20 |
jwl |
Do I also do the create-schem and create-database and creat-offline? |
| 10:20 |
Dyrcona |
If you have done them before and they succeeded, then no. |
| 10:20 |
jwl |
That step seemed to have worked fine when I ran it. |
| 10:20 |
Dyrcona |
If you do them again, it will recreate the database. It's probably harmless at this point. |
| 10:22 |
jwl |
Looks like it rewrote my opensrf.xml file |
| 10:22 |
Dyrcona |
Yep, that's what --update-config does. |
| 10:23 |
Dyrcona |
It configures the database information for cstore and storage, etc., so you don't have to. |
| 10:26 |
jwl |
OK so I see there's a telephony section with a password I didn't have anything to do with. OK to just leave it alone? |
| 10:28 |
Dyrcona |
Yeah. Don't worry about that until you want to setup asterisk or something. :) |
| 10:29 |
|
jvwoolf joined #evergreen |
| 10:30 |
|
kmlussier joined #evergreen |
| 10:38 |
|
barbara joined #evergreen |
| 10:39 |
jwl |
autogen.sh didn't throw any errors this time! Thanks. |
| 10:43 |
jwl |
And the srfsh login in seems to work. |
| 10:44 |
jwl |
I'm at the end of the install document. |
| 10:44 |
Dyrcona |
So, restart apache and see what happens. :) |
| 10:44 |
kmlussier |
csharp: I've seen that error before and used to know what the cause was. I'll poke around and see if I can find any notes on it. |
| 10:45 |
jwl |
I did that. It restarted, now what. |
| 10:45 |
jwl |
What's the URL? |
| 10:46 |
Dyrcona |
Well, it depends on what you want to do. If you want to hit the OPAC, just go to http://hostname or IP address/ |
| 10:46 |
Dyrcona |
If you wan the browser staff client, and you started the websockets instance of Apache2, then add eg/staff/ on the end. |
| 10:47 |
Dyrcona |
s/wan/want/ |
| 10:48 |
jwl |
http/ipaddress gives me the apache2 default page |
| 10:48 |
Dyrcona |
Then, the apache isn't configured properly. |
| 10:48 |
Dyrcona |
Did you do the a2dissite and a2ensite commands from the install documenation? |
| 10:49 |
jwl |
I did the a2ensite but the a2dissite was optional |
| 10:49 |
Dyrcona |
Not really. Disable the default site. |
| 10:50 |
Dyrcona |
Or add eg/opac/ on the end of the URL. |
| 10:50 |
jwl |
I thought I ignored it, but apparently not since the a2dissite says it doesn't exist |
| 10:51 |
jwl |
The requested URL /eg/opac was not found on this server. |
| 10:52 |
jwl |
I also tried https |
| 10:54 |
Dyrcona |
jwl: try /eg/opac/home |
| 10:54 |
kmlussier |
csharp: OK, I found two, very old instances where this happened. In one case, the option to import non-matching records was selected, but there was no option selected for merging a match. So the system doesn't have a bib record to which it can add copies for those incoming records that had a match. |
| 10:54 |
Dyrcona |
But, that should be automagically redirected from the hostname, so I suspect that your apache configuration is not correct. |
| 10:54 |
kmlussier |
csharp: In the other case, there was a suspicious that it was a permissions issues, but it was never confirmed. |
| 10:55 |
jwl |
Hm. |
| 10:57 |
_bott_ |
kmlussier: csharp: Those both sound familiar to me as well. The latter in particular, where I believe there were missing catalogging permissions, while the acq perms were up to date. |
| 11:01 |
jwl |
I manually removed the link from /etc/apache2/site-enabled for default and ssl. And now it looks like it wants to run, it redirected me to /eg/opac/home but it gets a page unresponsive. |
| 11:02 |
Dyrcona |
jwl: Did you restart Apache after removing the configuration files? |
| 11:02 |
jwl |
Yes |
| 11:03 |
jwl |
OK now it works with https. Really slow. |
| 11:03 |
Dyrcona |
How much RAM does the VM have? |
| 11:04 |
jwl |
It's a laptop with 4G |
| 11:04 |
Dyrcona |
Oh! I thought you were building on a VM on you laptop. |
| 11:05 |
Dyrcona |
Well, that's why it is slow. 4GB is just barely enough these days, and with the other laptop stuff going on, probably not really enough. |
| 11:05 |
jwl |
I was initially but gave up and booted 14.04. This is dual boot 1404/1604 system. |
| 11:06 |
jwl |
It's currently using 2600 Mb according to htop |
| 11:06 |
Dyrcona |
jwl: I build 14.04 VMs on my 16.04 laptop, but I'd really recommend more RAM. |
| 11:06 |
Dyrcona |
Right, and you're not doing anything, yet. :) |
| 11:07 |
Dyrcona |
Anyway, you should have enough to kick the tires and practice setting it up, etc. |
| 11:07 |
jwl |
Can't it's maxed out. It'll be running in production in a VM on a 32 Gb server. I wanted to 1) figure out how to install it and 2) give the librarian something she could play with to learn from. |
| 11:08 |
jwl |
It's much more responsive now. It must have been loading up cache. |
| 11:09 |
jwl |
Should I have installed the staff browser? I thought that part wasn't working yet? |
| 11:10 |
jeff |
and... that just reminded me of a weird dream i had within the past few days. |
| 11:10 |
Dyrcona |
What is there mostly works in 2.10. It's a little better in master. |
| 11:10 |
jwl |
So should I be giving her the browser or the stand alone version? |
| 11:11 |
Dyrcona |
jwl: If you're going to be using the XUL staff client in production, then let her use that. |
| 11:11 |
jwl |
What should I be using? |
| 11:12 |
jeff |
jwl: i'd recommend stand-alone (xul) staff client at this point. |
| 11:12 |
Dyrcona |
For production, the XUL staff client. |
| 11:12 |
jwl |
OK |
| 11:12 |
Dyrcona |
BTW, it's technically a web browser, too. ;) |
| 11:12 |
jwl |
Is that what's in this file evergreen-client-2.10.5_x86_64.tar.bz2 |
| 11:13 |
Dyrcona |
Yep, that should be the 64 bit client for Linux. |
| 11:15 |
Dyrcona |
You'll want to extract it to its own directory somewhere. I usually call mine egbin/. |
| 11:16 |
jwl |
Hm. Doesn't like my password. What username? Seems there were a couple in use. |
| 11:17 |
jwl |
Is that the one I set in the eg_db_config step? |
| 11:19 |
Dyrcona |
Whatever used for the admin or see this:http://wiki.evergreen-ils.org/doku.php?id=qa:concerto_logins |
| 11:19 |
Dyrcona |
Assuming that you installed the sample dataset. |
| 11:21 |
jwl |
There are two user defined in the eg_db_config step. Neither of them work. I add and ssl exception and get status OK version OK but the workstation not yet configured for the specified server. |
| 11:22 |
jwl |
I also get Error in auth/session.js, close(): TypeError: host is undefined |
| 11:22 |
jwl |
after I clear the login failed message |
| 11:22 |
Dyrcona |
Right. You have to login with a user and register a workstation. |
| 11:23 |
Dyrcona |
You should be able to login with --admin-user --admin-pass from the eg_db_config. |
| 11:23 |
jwl |
Does not like that combo |
| 11:24 |
Dyrcona |
You set the hostname properly? Just the hostname/IP address nothing more.... |
| 11:24 |
csharp |
kmlussier: thanks for the hint! I'll check that out |
| 11:24 |
jwl |
I've used localhost public.localhost private.localhost. I'll try the ip address |
| 11:25 |
csharp |
I'll see if I can find what options were checked from the logs |
| 11:25 |
Dyrcona |
jwl: You don't use the private or public ones. Those are only for jabber. |
| 11:26 |
_bott_ |
Odd, I've discovered my POJEDI issue. It seems my action_trigger event is completing, but somehow the event_output is getting orphaned and id is not getting updated in the template_output column. |
| 11:28 |
jwl |
No luck. I tried the lan wlan and 127.0.0.1 addresses. All show status of OK after I add an ssl exception. Authentication using admin/mypassword fails every time. I know set it right since I generated a batch file to run eg_db_config and can see what it says. |
| 11:29 |
Dyrcona |
jwl: Obviously, the password isn't right or something else is wrong. At this point, you'll have to do some log diving, etc. |
| 11:30 |
* Dyrcona |
has never had an issue with authentication when everything is supposedly working. |
| 11:30 |
jwl |
I tried running evergreen as root. No help |
| 11:30 |
Dyrcona |
As a test, you can try logging in via the OPAC at eg/opac/home |
| 11:30 |
Dyrcona |
Never run as root. |
| 11:31 |
Dyrcona |
It's not necessary. |
| 11:32 |
|
Christineb joined #evergreen |
| 11:33 |
jwl |
I went to opac/home and clicked on my account. I used the same creds to log in and it looks like I'm there. I see "administrator system account" at the top of the page. |
| 11:34 |
Dyrcona |
OK, then something is wrong with the staff client setup on the server. Did you make the link in /openils/var/web/xul as instructed? |
| 11:36 |
jwl |
Probably not. Where was that instruction? |
| 11:36 |
Dyrcona |
In the Evergreen INSTALL doc. |
| 11:37 |
jwl |
Oh yes, it's there. |
| 11:38 |
jwl |
And permissions seem to be correct. |
| 11:38 |
Dyrcona |
Dunno, then. I've never had that happen to me. |
| 11:39 |
jwl |
You mentioned log diving, where are they? I don't see anything in /var/log |
| 11:40 |
Dyrcona |
jwl: /openils/var/log maybe. |
| 11:41 |
Dyrcona |
Or in syslog in /var/log. That's probably the default now. |
| 11:42 |
jwl |
That's odd. /var/log/syslog is empty |
| 11:43 |
Dyrcona |
Anything in /openils/var/log ? |
| 11:43 |
jwl |
Four files with content, osrfsys.log router.log gateway.log sfrsh.log |
| 11:44 |
Dyrcona |
check the first three for errors. osrfsys.log is going to look like a mess, btw. |
| 11:45 |
jwl |
Getting a jabber error |
| 11:45 |
jwl |
Out of osrf_json |
| 11:45 |
pastebot |
"jwl" at 64.57.241.14 pasted "osrf_json_gw 2016-07-11 11:43:" (18 lines) at http://paste.evergreen-ils.org/23 |
| 11:46 |
jwl |
That might be nothing other that a message saying the user and/or passwords don't match. |
| 11:47 |
|
brahmina joined #evergreen |
| 11:47 |
jwl |
None of the others have any information around the time of the failure. |
| 11:48 |
Dyrcona |
That means open-ils.auth_proxy service is not running. |
| 11:48 |
Dyrcona |
I think. |
| 11:48 |
Dyrcona |
try the diagnostic command again. |
| 11:49 |
Dyrcona |
Plus, I never try to login from the same "machine" that is running the server, but it shouldn't matter. |
| 11:50 |
pastebot |
"jwl" at 64.57.241.14 pasted "opensrfubuntu-OptiPlex-755:/o" (29 lines) at http://paste.evergreen-ils.org/24 |
| 11:50 |
jwl |
I'm not. I'm doing this remotely. |
| 11:51 |
jwl |
Also I'm running X forwarding to run the staff app |
| 11:51 |
Dyrcona |
Right, but the staff client is being started on the server. |
| 11:52 |
jwl |
Will it run somewhere else? |
| 11:53 |
|
JBoyer joined #evergreen |
| 11:53 |
Dyrcona |
I don't know what the problem is, specifically. It looks like a jabber communication error involving drones, but if that were the case, you should fail when trying to login via the OPAC. |
| 11:55 |
jwl |
It didn't work from my local workstation either. |
| 11:56 |
jwl |
Is there some sort of silent rejection of simple passwords? |
| 11:57 |
Dyrcona |
Not unless you've configured it, and it mainly affects the OPAC, not the staff client. |
| 11:58 |
jwl |
OK well I get the same messages in the gateway log when running from a remote staff client session, so at least I know it's communicating with the server. |
| 11:59 |
jwl |
I guess I'll pop off a request for help on the email list??? |
| 12:00 |
Dyrcona |
You might want to try the development list rather than the general list. |
| 12:00 |
jwl |
OK I'm not a member. |
| 12:00 |
jwl |
Is membership restricted? |
| 12:00 |
Dyrcona |
No. It's open. |
| 12:02 |
jwl |
Hm. I'm looking at https://evergreen-ils.org/communicate/mailing-lists/ and don't see a specific developers list. |
| 12:03 |
jeff |
looks like it's under the heading "Evergreen Technical Discussion List |
| 12:03 |
jeff |
" |
| 12:03 |
jeff |
http://libmail.georgialibraries.org/mailman/listinfo/open-ils-dev |
| 12:03 |
Dyrcona |
That's it. |
| 12:05 |
jwl |
Thanks |
| 12:07 |
jwl |
Thanks for all your help today. I'm going to grab a bite of lunch. |
| 12:21 |
|
mmorgan joined #evergreen |
| 12:30 |
|
jihpringle joined #evergreen |
| 12:53 |
|
bmills joined #evergreen |
| 13:56 |
Bmagic |
jwl: will you be able to capture the error message in /openils/var/log/osrfsys.log when attempting to login |
| 13:58 |
jwl |
I don't see an error in that log |
| 13:58 |
Dyrcona |
jwl: It can be hard to see. |
| 13:59 |
Dyrcona |
When I want to find what error something is doing I truncate that log and tail -f while doing what seems to cause an error. |
| 13:59 |
Dyrcona |
truncate -s0 /openils/var/log/osrfsys.log |
| 13:59 |
Dyrcona |
tail -f /openils/var/log/syslog |
| 13:59 |
berick |
jwl: also verify 'open-ils.auth_proxy' is listed in the <services> list near the top of /openils/conf/opensrf_core.xml |
| 13:59 |
Dyrcona |
Then you can try to login. |
| 13:59 |
jwl |
The file is unchanged from befor the login attempt to after the log attempt. |
| 14:00 |
Dyrcona |
jwl: That is unpossible unless you're logging to syslog. |
| 14:01 |
jwl |
Syslog is empty. |
| 14:02 |
Bmagic |
I am wondering about memcached, is it running, do you have configs talking to it on 127.0.0.1 or the IP of the NIC. Which IP address is memcached assigned in /etc/memcached.conf ? |
| 14:03 |
jwl |
The entire list of services is missing from opensrf_core.xml |
| 14:03 |
dbwells |
jwl: In line with what berick suggests, I wonder whether you have something wrong with your public router configuration. It would at least make some sense with your observations, as the OPAC uses the private router internally, but XUL client requests are over public. You could try connecting to the public router over srfsh and see if authentication, etc. works there. |
| 14:04 |
jeff |
jwl: With a 503 error from ejabberd, I'd first check your ejabberd config -- feel free to pastebin it if you'd like another set of eyes. |
| 14:04 |
jwl |
The entire list of services is missing from the opensrf_core.xml file. |
| 14:05 |
jeff |
Another thing to check (since you're at least somewhat memory constrained) is to verify that the Linux OOM (out of memory) killer hasn't been invoked. You can generally see evidence of that in dmesg output. |
| 14:06 |
dbwells |
jwl: perhaps you are still using the opensrf_core.xml from your OpenSRF install? |
| 14:06 |
dbwells |
You need to repeat a few steps when installing Evergreen, as the files are different. |
| 14:07 |
jwl |
dmesg shows a xouple of unrelated apparmor messages and nothing else of importance. |
| 14:07 |
jwl |
I went through that. The second time. Something other than me removed the services from the opensrf_core.xml file |
| 14:08 |
* tsbere |
is feeling lazy regarding scrollback |
| 14:09 |
tsbere |
Has anyone done a "expected hostname vs perl reported hostname vs localhost" check? |
| 14:09 |
* tsbere |
just ran into that when he made some changes to a VM |
| 14:09 |
jwl |
No |
| 14:11 |
dbwells |
jwl: If the services aren't listed, that's definitely a problem. Your public router isn't going to do anything. I'd copy the example file over again, update the passwords, then restart everything (OpenSRF stuffs, then Apache). |
| 14:11 |
jeff |
pretty sure Dyrcona pointed out the need for --localhost when not specifying hostname in the configs, which i'm pretty sure jwl is not doing -- doesn't hurt to double check. :-) |
| 14:12 |
jwl |
OK so once I redid the edit of the opensrf_core.xml I can log in. |
| 14:12 |
tsbere |
I just ran into the problem when I changed a hostname after setting things up, but wasn't using --localhost. So yea. |
| 14:13 |
jeff |
jwl: great! |
| 14:13 |
jwl |
Except I can't do anything. Open new window throws an error |
| 14:13 |
jeff |
jwl: less great! |
| 14:14 |
jwl |
More great, I hit the register button. |
| 14:15 |
jwl |
Wonderful! I have a full screen of things I have no idea what to do with. Time to give it to my librarian. Thank you one and all! |
| 14:16 |
jwl |
Just one more question, is there an easy way to add existing books to the catalog? |
| 14:21 |
jwl |
I must run. Thanks again. |
| 14:40 |
kmlussier |
@dessert [someone] |
| 14:40 |
* pinesol_green |
grabs some Mint Truffle Hershey Kisses for brahmina |
| 14:41 |
Bmagic |
Dyrcona++ # that clearly took your morning |
| 14:42 |
Dyrcona |
I was just making my own inventory of servers at C/W MARS, so no biggie. |
| 14:45 |
kmlussier |
@praise Dyrcona |
| 14:45 |
* pinesol_green |
the upgrade came off brilliantly, and it's all because of Dyrcona |
| 14:49 |
* jeff |
cleans up old messes |
| 15:15 |
jvwoolf |
Amy - for the report for Molly - I think I have a SQL query that will work better |
| 15:16 |
jvwoolf |
oops mt |
| 15:41 |
Dyrcona |
Fun thing about buying ebooks from some publishers: You can buy them before they're done and get the chapters as they are written by the author. |
| 15:48 |
Dyrcona |
Oh. Some of these pre-pubs are awful. I don't envy the editors. |
| 16:06 |
|
_bott_ left #evergreen |
| 16:09 |
|
_bott_ joined #evergreen |
| 17:08 |
|
mmorgan left #evergreen |
| 17:08 |
|
jvwoolf left #evergreen |
| 18:32 |
|
gsams_ joined #evergreen |
| 19:54 |
|
brahmina joined #evergreen |
| 20:06 |
|
jihpringle_ joined #evergreen |
