Evergreen ILS Website

IRC log for #evergreen, 2014-04-17

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

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

Time Nick Message
00:08 bmills joined #evergreen
01:28 awitter joined #evergreen
02:32 bmills1 joined #evergreen
02:33 zerick joined #evergreen
02:38 bmills joined #evergreen
02:39 bmills1 joined #evergreen
02:48 bmills joined #evergreen
03:00 ldwhalen joined #evergreen
03:11 ldwhalen joined #evergreen
03:28 dbs joined #evergreen
03:29 gmcharlt joined #evergreen
03:29 bradl joined #evergreen
04:23 ldwhalen joined #evergreen
04:28 ldwhalen joined #evergreen
05:13 pinesol_green Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
06:40 b_bonner joined #evergreen
06:40 mtcarlson_away joined #evergreen
07:10 ldwhalen joined #evergreen
08:01 bshum Sigh, "top_of_queue" sucks.
08:01 bshum Holds suck too, but this especially is getting annoying now.
08:02 csharp bshum: what's going on?
08:02 bshum csharp: I was just remembering what was discussed at a meeting with library staff a few days ago
08:02 bshum They've been putting all sorts of things at "top of queue" for holds
08:02 csharp eeww
08:02 bshum And wondering why holds didn't fill as expected :)
08:03 bshum Does it go by the latest one we put on top?
08:03 bshum etc.
08:03 bshum And I'm like, no, it just flags them as more important than the rest and still fills by other factors at that point
08:03 bshum So if you all fight for marking holds top of queue, it is meaningless
08:03 csharp and it potentially screws everyone else ;-)
08:03 bshum Also, they shouldn't use it
08:03 bshum :)
08:04 bshum Indeed.
08:04 bshum Now of course I want to find a way of making that option disappear
08:04 bshum And then doing some mass update to the holds to flip the flag off
08:05 bshum But I'll shout at the sky anyways.  Darn holds madness.
08:05 bshum That and hiding the so-called "holds queue".  Which is a damned lie.
08:06 csharp oh yeah - we hid that the second it became visible
08:06 csharp seems like that would only work in a reasonably expected way with FIFO enabled
08:07 bshum Indeed.
08:07 bshum Or you know... single library :)
08:14 collum joined #evergreen
08:15 bshum Anywho, long morning with meetings "far" away in the corner of CT.
08:15 bshum Catch you folks later!
08:18 Shae joined #evergreen
08:18 mdriscoll1 joined #evergreen
08:19 mdriscoll1 left #evergreen
08:20 mdriscoll1 joined #evergreen
08:21 rjackson-isl joined #evergreen
08:26 akilsdonk joined #evergreen
08:29 jl- bshum: enjoy
08:30 ericar joined #evergreen
08:31 kmlussier joined #evergreen
08:41 Dyrcona joined #evergreen
08:43 RoganH joined #evergreen
08:43 _bott_1 joined #evergreen
08:45 mrpeters joined #evergreen
08:46 jwoodard joined #evergreen
08:49 kbeswick joined #evergreen
08:52 RoganH left #evergreen
08:54 timhome joined #evergreen
09:10 isl-jboyer-dc joined #evergreen
09:33 asimon joined #evergreen
09:36 asimon Our Evergreen 2.4.6 system has stopped processing holds and gives the following error: 2014-04-17 08:50:10 tcmc-brick01-head osrf_http_translator: [error] [client 192.100.94.241] Global $r object is not available. Set:\n\tPerlOptions +GlobalRequest\nin httpd.conf at /usr/share/perl/5.14/CGI.pm line 367.\n.  What does this error mean?
09:37 asimon Line 267 is:       $self->r(Apache2::RequestUtil->request) unless $self->r;
09:38 asimon Sorry, that should be: Line 367 is:       $self->r(Apache2::RequestUtil->request) unless $self->r;
09:43 Dyrcona asimon: Have you tried googling the error?
09:43 asimon Dyrcona: Yes, but there is nothing related to open-ils or evergreen
09:44 Dyrcona asimon: It's probably not an Evergreen problem. It looks more like a Perl or CGI.pm problem from the message.
09:44 Dyrcona Or maybe an Apache problem.
09:45 asimon Dyrcona:  I do not see any other error messages in the logs that could pertain to the problem.
09:45 mllewellyn joined #evergreen
09:46 Dyrcona asimon: The latter doesn't matter. Sometimes you only get the 1 error. I'd try some of the solutions or look into the things mentioned in the google results. You might find something that way.
09:46 asimon Dyrcona:I'll check.  Thanks.
09:49 Dyrcona It may end up being an Evergreen problem, but it looks more general than that.
09:55 _bott_ joined #evergreen
09:58 denishpatel joined #evergreen
10:03 Dyrcona So, I added a book to the catalog yesterday and it won't turn up when I do a local catalog search via z39.50.
10:03 Dyrcona If I do a regular search for the ISBN in the catalog, it turns up.
10:03 Dyrcona What do I need to fix so that the book shows up via ISBN in z39.50?
10:13 mtate joined #evergreen
10:19 dluch joined #evergreen
10:30 atlas__ joined #evergreen
10:36 bshum RDA--
10:36 bshum For example, from our system:  http://acorn.biblio.org/eg/opac/record/2993639
10:37 bshum Where one of the entries is:
10:37 bshum =264 \1$a[Place of publication not identified] :$b[Publisher not identified],$c[2014]
10:37 bshum "not identified" Great....
10:38 bshum But of course, the next line has the distributor
10:38 bshum But no date
10:38 rfrasur joined #evergreen
10:38 bshum =264 \2$aLos Angeles, CA :$bWalt Disney Studios Home Entertainment
10:38 bshum Sigh, cataloging is such a fickle thing
10:41 csharp bshum: I don't know enough to tell... is that poor cataloging or is it the way RDA needs to be?
10:41 dbs bshum: no, no, it's much more granular information, isn't it great?
10:42 csharp @marc 264
10:42 pinesol_green csharp: unknown tag 264
10:42 csharp @update marc plugin
10:42 pinesol_green csharp: http://www.firstpersontetris.com/
10:42 dbs Also, "[Place of publication not identified]" is marvelous for systems that support multiple languages.
10:43 eeevil there's a joke about "machine readable" in there somewhere, but I'm too depressed to find it
10:43 Dyrcona The machine's can't read it, either. :)
10:43 shart290 joined #evergreen
10:46 pastebot "shart290" at 64.57.241.14 pasted "settings-tester.pl output <Last Problem I promise>" (6 lines) at http://paste.evergreen-ils.org/61
10:47 bshum csharp: I think it's a bit of both
10:47 csharp bshum: yowza
10:47 bshum According to my catalogers, they tell me the OCLC version of the bib has been updated to have actual name entries
10:47 bshum But apparently the date can sometimes be omitted
10:48 bshum And only on one of the various 264's
10:48 bshum And I'm not sure if that's spec or just bad cataloging again
10:49 dbs that's spec
10:49 dbs quite often the date is hanging off on its own in a 264 \4 $c
10:50 bshum Oy
10:50 bshum Then that's fun
10:50 dbs (well, the copyright date. And quite often it has a cute Unicode copyright symbol prepended to it)
10:51 Dyrcona yep, that's I used html_entities or something on the field.
10:51 Dyrcona why.
10:51 Dyrcona I can't type today.
10:51 Dyrcona omissions.....
10:51 dbs Arguably, a publisher publishes a certain edition at a point in time, so 264 \1 gets a date; but a distributor distributes over a span of time, so no date makes sense; and copyright happens at a date that might be different than publication
10:52 dbs Still, I look forward to the great linked-data-at-the-core-of-Evergreen future
10:54 Dyrcona @blame MVF/CRA
10:54 pinesol_green Dyrcona: MVF/CRA musta been an Apple employee.
10:54 Dyrcona Ha!
10:59 ldwhalen joined #evergreen
11:01 jl- do people in here still use xmllint to check xml validty?
11:01 gmcharlt I do
11:02 jl- I'm not sure if my file is too big but I keep getting
11:02 jl- xmllint --noout ship-authority-mrc.xml 2> marc.xml.err
11:02 jl- Killed
11:02 jl- on two different vm's one debian one ubuntu
11:02 ningalls if anyone knows some decent linux system engineers looking for work, I need some qualified work mates! http://www.ena.com/jobs/
11:02 gmcharlt right, you want to run it in SAX mode, not DOM mode, for large files
11:03 rfrasur ningalls++
11:03 gmcharlt jl-: --stream, I believe
11:03 ningalls Ruth, take your RHCE and move to Nashville!
11:04 jl- gmcharlt: thanks now it ran it and the .err is 0
11:05 jl- gmcharlt++
11:07 _bott_ joined #evergreen
11:09 dbs ningalls++
11:09 dkyle joined #evergreen
11:12 shart290 if anyone has some time I am facing what I hope to be the last hurdle to getting this Card Catalog Server up and running. Any help would be greatly appreciated.
11:12 shart290 http://paste.evergreen-ils.org/61
11:15 Dyrcona shart290: You missed a step. You need to configure database settings in your opensrf configuration files. Other than stating that, I'm too busy to help.
11:15 shart290 Maybe I missed that step but I have been looking for how to do that and I havent found anything.
11:16 shart290 I've been looking for how to do that on the website. Combed the installation steps and have not found anything overtly covering the database configuration other than eg_db_configure and I have run that twice now.
11:20 shart290 can someone point me to a configuration xml example that has the database settings in it? Perhaps I can manually enter that information into the files.
11:22 csharp shart290: alternatively, if you can scrub your opensrf.xml file of anything you don't want to show the world and pastebin that, someone may be able to see a problem
11:22 csharp shart290: you might add your (also scrubbed) opensrf_core.xml too
11:23 shart290 ok, lemme do that. It's an internal catalog anyhow. I'm not too concerned about information.
11:25 shart290 http://pastebin.com/yGjtY2NJ
11:25 dkyle joined #evergreen
11:25 shart290 all xml files. opensrf.xml opensrf_core.xml and srfsh.xml
11:26 csharp shart290: your opensrf.xml is for OpenSRF, not Evergreen
11:26 Dyrcona shart290: There's a script to set it. I forget the name.
11:26 csharp shart290: i.e., that's the file you need in place for testing OpenSRF connections, not running Evergreen
11:27 shart290 ok, so I need to copy the example from Evergreen-ILS-2.5.3/Open-ILS/src/examples/ ?
11:27 csharp shart290: yep
11:29 shart290 ok, running a DIFF on the two, may search/replace for the LOCALSTATEDIR, SYSCONFDIR, and PREFIX
11:32 shart290 ok, I did get something different. Let me run eg_db_config one last time all the way through.
11:36 _bott_1 joined #evergreen
11:37 shart290 that seemed to turn positive results, no errors, settings-tester.pl checked out. BUT srfsh login recieved no data from the server
11:38 shart290 i'm restarting all services associated. Apache, jabber server, memcached, postgresql and osrf_control
11:38 csharp osrf_control would be the key
11:40 _bott_ joined #evergreen
11:41 shart290 Received no data from server
11:41 shart290 ------------------------------------
11:41 shart290 Request Time in seconds: 0.001710
11:41 shart290 ------------------------------------
11:41 shart290 srfsh login output.
11:44 shart290 http://pastebin.com/t27rHLF9 settings-checker.pl output
11:45 _bott_1 joined #evergreen
11:45 rjackson_isl joined #evergreen
11:45 jboyer-isl joined #evergreen
11:47 csharp shart290: check the osrfsys.log file in /openils/var/log to see if there are useful messages
11:48 shart290 ok\
11:49 shart290 the only one with anything is the srfsh.log
11:52 shart290 http://pastebin.com/Px3YGhW5
11:52 _bott_1 left #evergreen
11:52 _bott_ joined #evergreen
12:07 shart290 [{"__c":"osrfMessage","__p":{"threadTrace​":"1","locale":"en-US","ingress":"srfsh",​"type":"REQUEST","payload":{"__c":"osrfMe​thod","__p":{"method":"open-ils.auth.auth​enticate.init","params":["egadmin"]}}}}]
12:07 shart290 srfsh 2014-04-17 10:41:00 [DEBG:21641:osrf_stack.c:123:1397749252216410] We received 1 messages from router@private.localhost/open-ils.auth
12:07 shart290 srfsh 2014-04-17 10:41:00 [WARN:21641:osrf_stack.c:134:1397749252216410]  !!! Received Jabber layer error message
12:07 shart290 srfsh 2014-04-17 10:41:00 [WARN:21641:osrf_stack.c:144:1397749252216410]  * Jabber Error is for top level remote  id [router@private.localhost/open-ils.auth], no one to send my message to!  Cutting request short...
12:07 shart290 srfsh 2014-04-17 10:41:00 [INFO:21641:osrf_stack.c:163:1397749252216410] Message processing duration 0.000054
12:07 shart290 srfsh 2014-04-17 10:41:00 [DEBG:21641:osrf_stack.c:166:1397749252216410] after msg delete
12:07 shart290 srfsh 2014-04-17 10:41:00 [ERR :21641:osrf_app_session.c:304:1397749252216410] Transport error in recv()
12:07 shart290 srfsh 2014-04-17 10:41:00 [DEBG:21641:osrf_app_sessio​n.c:1089:1397749252216410] AppSession [open-ils.auth] [1397749260.999328.139774926021641] destroying self and deleting requests
12:07 shart290 srfsh 2014-04-17 10:41:10 [DEBG:21641:osrf_app_sessi​on.c:508:1397749252216410] open-ils.auth session is stateless
12:08 shart290 srfsh 2014-04-17 10:41:10 [DEBG:21641:osrf_app_sessi​on.c:519:1397749252216410] Building a new client session with id [open-ils.auth] [1397749270.287193.139774927021641]
12:08 shart290 srfsh 2014-04-17 10:41:10 [DEBG:21641:osrf_app_sessio​n.c:1070:1397749252216411] AppSession in queue_wait with timeout 0
12:08 shart290 srfsh 2014-04-17 10:41:10 [DEBG:21641:osrf_app_sessi​on.c:785:1397749252216411] App Session [open-ils.auth] [1397749270.287193.139774927021641] resetting remote id to router@private.localhost/open-ils.auth
12:08 shart290 srfsh 2014-04-17 10:41:10 [INFO:21641:osrf_app_sessio​n.c:1017:1397749252216411] [open-ils.auth] sent 206 bytes of data to router@private.localhost/open-ils.auth
12:08 shart290 srfsh 2014-04-17 10:41:10 [DEBG:21641:osrf_app_sessio​n.c:1020:1397749252216411] Sent: [{"__c
12:08 shart290 it seems there is an issue with the jabber server communication?
12:14 jeffdavis shart290: nothing useful in the ejabberd logs I suppose?
12:16 jihpringle joined #evergreen
12:18 shart290 hmmm
12:18 shart290 let me look
12:23 shart290 http://pastebin.com/qS0iMj2p
12:23 csharp okay - I asked about this a little a few days ago without a response, but I've learned a little more and think I know what I need... the default PO JEDI tt2 template in the A/T definition only factors in ISBNs and we'd like it to use whichever identifier (ISBN, UPC, ISSN) is chosen from the lineitem screen
12:23 shart290 I don't see anything off hand, but things are a little unfamiliar so I am not quite sure what I am looking at.
12:23 csharp does anyone have already-created TT2 code that I could crib from?
12:25 csharp shart290: so the usernames/passwords you registered with ejabberd match the usernames passwords for opensrf/router in opensrf_core.xml?
12:25 shart290 they do, unless something got overwritten.
12:29 shart290 everything checks out.
12:29 shart290 is there a way to unregister and re-register the usernames and passwords with jabber?
12:48 jeff shart290: i believe ejabberdctl has options for both of those things.
12:49 tsbere shart290: You can also just force-set passwords for existing users
13:03 shart290 I got the users removed and updated. refreshed my config files to make sure that user names, passwords, and directories were correct.
13:04 shart290 DB information is correct.
13:04 rfrasur_ joined #evergreen
13:05 shart290 settings-tester.pl reports errors connecting to jabber
13:05 shart290 Please install Business::CreditCard::Object
13:05 shart290 Whats that supposed to mean
13:05 hbrennan joined #evergreen
13:07 phasefx shart290: I haven't been following everything, but did you run a command invoking Makefile.install for pre-requisites?  That Business thing is a perl module
13:08 shart290 I did, is there a way to manually install it?
13:08 phasefx as root, cpan Business::CreditCard::Object
13:08 shart290 not sure I really want to have to go back through everything again.
13:08 phasefx but if that got missed somehow, it's likely others got missed to, and you may be playing whack-a-mole.  You can run the Makefile.install step again without having to redo everything else
13:09 shart290 ok
13:09 shart290 and thats with opensrf or evergreen?
13:09 phasefx you do Makefile.install once for OpenSRF, and again with Evergreen
13:09 shart290 ok
13:09 dbs oh, Business::CreditCard needs to be force installed
13:10 dbs gmcharlt recently wrote a patch for that that was only recently committed
13:10 phasefx dbs++
13:11 dbs "cpan" and then "force install Business::CreditCard" IIRC
13:11 shart290 it installed normally as you directed with your first cpan statement
13:13 shart290 jabber is still reporting connection errors and all the user names and passwords should be correct
13:16 dbs can you "telnet private.localhost 5222"?
13:16 shart290 lemme see
13:17 dbs And is open-ils.auth even running?
13:17 krvmga joined #evergreen
13:19 krvmga dan pearl and i are talking about doing some development in the kids catalog to add some functionality and also to make the kids catalog stay in a "kid universe" (in other words, not go to the main catalog at all). we want to let people know that we're doing this. how should be best do that?
13:19 shart290 Exception: OpenSRF::EX::Jabber 2014-04-17T12:18:45 OpenSRF::Transport::SlimJabber::Client /usr/local/share/perl/5.14.2/OpenSRF​/Transport/SlimJabber/Client.pm:155 Jabber Exception: Could not open TCP socket to Jabber server: IO::Socket::INET: connect: Connection refused
13:20 jeff krvmga: a wishlist bug and a post to open-ils-general sound like a good start.
13:20 jeff and thinking, i don't know if we have a documented recommendation for that kind of question or not. i should look. :-)
13:20 krvmga jeff: okay. we're going to make a little "map" of what we're thinking to do (and then do it)
13:24 kmlussier jeff / krvmga: I think that's documented at http://wiki.evergreen-ils.org/doku.p​hp?id=contributing#code_contribution
13:25 kmlussier Though I don't think there is an easy way to find that page from the main web site at the moment.
13:30 jeff kmlussier: that was the first place i was going to look. :-)
13:35 shart290 this is insane, one turn after another it
13:37 shart290 it's a problem after another. I need to figure out what the issue is
13:37 * shart290 hits forehead on keyboard.
13:37 BigRig joined #evergreen
13:43 krvmga where does the stemmer live in evergreen?
13:44 phasefx shart290: I don't know the big picture with regards to what you need, but there is an automated process that builds a running Evergreen from scratch twice a day.  If you want a pristine "master" version of EG running on debian-wheezy, I can point you in the right direction.  I would suggest hanging in there and figuring out how to use a packaged release, though
13:46 phasefx krvmga: that's all natively part of postgres; I don't know more specific details than that
13:46 kmlussier krvmga: I know it's called snowball.
13:46 montgoc1 joined #evergreen
13:46 krvmga i know it's called snowball
13:47 krvmga if i wanted to add/remove/change things in it, i would have to find it in postgres, eh?
13:47 shart290 i plan on getting it going
13:47 kmlussier krvmga: It depends. If you wanted to turn it off, you could do it in the staff client.
13:48 krvmga kmlussier: i was thinking of adding some things. i think there might be typos, too.
13:48 phasefx that's kind of cool re: snowball (I remember there being a programming language called SNOBOL that was supposedly good with text)
13:48 krvmga dan pearl says he knows SNOBOL
13:48 phasefx :D
13:48 collum joined #evergreen
13:49 kmlussier krvmga: This is really out of my depth, but as far as typos, I thought snowball was something of an alogorithm.
13:50 krvmga kmlussier: when i look at http://snowball.tartarus.org , there are sample word lists. i don't know if these are "created" beforehand or auto-generated somehow.
13:51 kmlussier Looking at this e-mail from dbs - http://georgialibraries.markma​il.org/thread/6dklfwufhpjmpfb5 - "Evergreen's search algorithm uses PostgreSQL's full-text indexes, including Porter stemming."
13:53 krvmga kmlussier: i was just looking at the porter stemming algorithm
13:54 RoganH joined #evergreen
13:56 bbqben joined #evergreen
13:58 kmlussier bbqben: bshum told me he may be running a little late for the meeting.
13:59 bbqben kmlussier: 10-4. sborger is unable to attend
13:59 krvmga kmlussier: i'm trying to figure out if stemming happens on the fly from what someone enters in the opac search box. so, if i enter "ladies", it's always going to give me lad(x) before it gives me "ladies".
13:59 bbqben Folks - EOB meeting starting here in a minute or two, JFYI
14:02 bbqben #startmeeting Evergreen Oversight Board Meeting, 17.04.14
14:02 pinesol_green Meeting started Thu Apr 17 14:02:16 2014 US/Eastern.  The chair is bbqben. Information about MeetBot at http://wiki.debian.org/MeetBot.
14:02 pinesol_green Useful Commands: #action #agreed #help #info #idea #link #topic.
14:02 pinesol_green The meeting name has been set to 'evergreen_oversight_board_meeting__17_04_14'
14:02 bbqben #topic introductions
14:02 bbqben EOB members, please introduce yourself with #info
14:02 RoganH #info RoganH = Rogan Hamby, SCLENDS
14:03 kmlussier #info kmlussier is Kathy Lussier MassLNC
14:03 montgoc1 #info montgoc1 = Chauncey Montgomery, Consortium of Ohio Libraries
14:03 bbqben #info bbqben = Ben Hyman, BC Libraries Co-op
14:03 graced #info graced is Grace Dunbar, Equinox
14:03 bshum #info bshum = Ben Shum, Bibliomation
14:03 bshum (made it!)
14:04 shart290 joined #evergreen
14:04 shart290 back
14:04 abneiman joined #evergreen
14:04 kmlussier Darn! There goes my chance to volunteer bshum for everything.
14:04 bbqben #topic Minutes & Action items from previous meeting
14:05 bbqben Everyone happy with the minutes (thanks kmlussier)?
14:05 _bott_1 joined #evergreen
14:06 bshum Looks good to me.
14:06 montgoc1 Same here.
14:07 bbqben #action kmlussier: post minutes from in-person meeting
14:07 bbqben #topic Adoption of Code of Conduct amended to include OpenStack definition list as examples
14:08 _bott_ joined #evergreen
14:08 bbqben kmlussier: thanks for circulating the draft & thanks all for feedback so far. Any further comments?
14:08 kmlussier I think it looks good.
14:08 bshum +1
14:08 emckinney joined #evergreen
14:09 abneiman OK here (sorry for lateness btw)
14:09 bshum It's a good addition
14:10 RoganH I'd like to see it adjusted to include Chauncey's feedback but I'm glad to see up moving forward with it.
14:11 graced RoganH: You mean that those are examples not an exhaustive list?
14:11 bbqben ok, so with montgoc1 suggested amendment I'll call a vote here in a moment unless there are other amendments
14:11 pastebot "csharp" at 64.57.241.14 pasted "trying to pay a bill via srfsh - not sure what I'm doing wrong" (15 lines) at http://paste.evergreen-ils.org/62
14:11 RoganH graced: correct
14:11 graced +1 to that
14:11 kmlussier +1
14:11 csharp oops - sorry - forgot about the meeting!
14:12 * csharp hides head in shame
14:12 bbqben csharp: lol
14:12 kmlussier :)
14:13 bbqben #startvote (To adopt the draft code of conduct as amended to include the OpenStack definition of harassment as examples) Yes, No, Abstain
14:13 pinesol_green Unable to parse vote topic and options.
14:13 bbqben flubs - but will persisit
14:15 pastebot "gmcharlt" at 64.57.241.14 pasted "full text" (63 lines) at http://paste.evergreen-ils.org/64
14:15 gmcharlt offerred in the hope that it helps
14:15 bbqben sorry - when it rains. standby for keyboard
14:16 kmlussier gmcharlt++
14:17 bbqben #help vote
14:17 gmcharlt bbqben: #startvote Shall we foo? yes, no, abstain
14:17 bshum I think without the parenthesis
14:17 gmcharlt i.e., it looks for the question mark
14:18 bshum Or yeah, the ?
14:18 bbqben gmcharlt: ah its the parentheses - cheers
14:18 bbqben #startvote To adopt the draft code of conduct as amended to include the OpenStack definition of harassment as examples Yes, No, Abstain
14:18 kmlussier #vote Yes
14:18 montgoc1 #vote Yes
14:18 bshum Too many spaces leading I think that time.
14:19 gmcharlt and you do need the quesiton mark
14:20 bbqben trying again.
14:20 bbqben #startvote Shall Evergreen adopt the draft code of conduct as amended to include the OpenStack definition of harassment as examples? Yes, No, Abstain
14:20 pinesol_green Begin voting on: Shall Evergreen adopt the draft code of conduct as amended to include the OpenStack definition of harassment as examples? Valid vote options are Yes, No, Abstain.
14:20 pinesol_green Vote using '#vote OPTION'. Only your last vote counts.
14:20 kmlussier #vote Yes
14:20 abneiman #vote Yes
14:20 montgoc1 #vote Yes
14:20 graced #vote Yes
14:21 RoganH #vote Yes
14:21 bbqben #vote Yes
14:21 bshum #vote Yes
14:22 bbqben #endvote
14:22 pinesol_green Voted on "Shall Evergreen adopt the draft code of conduct as amended to include the OpenStack definition of harassment as examples?" Results are
14:22 pinesol_green Yes (7): kmlussier, abneiman, bbqben, graced, RoganH, montgoc1, bshum
14:22 kmlussier Hooray! :)
14:22 gmcharlt yay!
14:23 graced bbqben++  Perseverence!
14:23 RoganH bbqben++
14:23 bbqben graced: newb, with apologies.
14:24 graced you're doing better than I would
14:24 bbqben #action kmlussier to communicate code of conduct expansively
14:24 bbqben #info Resource allocator summit next steps
14:24 bbqben realizing that sborger should actually be doing that piece.
14:25 bbqben #topic Resource Allocator summit next steps
14:26 bbqben As I suggested by email -  hoping we can discuss which of our actions is/are the top priority, following which perhaps we can call for volunteers to get started.
14:27 bbqben for reference: http://libmail.georgialibraries.org/piperma​il/open-ils-general/2014-March/009713.html
14:28 bshum As a suggestion
14:29 bbqben of the 6 bullet action items at bottom it seems to that focusing on the establishment of an emergency fund for the EG project encapsulates most if not all of the other items
14:30 kmlussier bbqben: Would establishing an emergency fund include exploring methods for getting money into that funds? Whether those methods be grants, membership fees, etc.
14:31 bbqben kmlussier: exactly, and what fees may apply etc
14:31 graced kmlussier: And should we explore the revenue allocation to the SFC before we build the funds?
14:31 montgoc1 graced: I think we should.
14:31 graced This is a very chicken/egg set of action items. :)
14:32 bshum I was going to suggest what graced says, that we need to look at what we're allocating to the SFC before we get too far in the process.
14:32 bbqben graced: right, so discussing the ins and outs before actually establishing anything
14:32 RoganH the allocation to the SFC derails the conversation every time it comes up so I think it should be dealt with
14:33 graced Should we lump in the environmental scan of other initiatives along with reviewing our SFC allocation?  It might be beneficial to do those at the same time.
14:34 _bott_ joined #evergreen
14:34 bbqben so perhaps starting with the question for SFC "We are considering establishing an emergency fund for the project - what do we need to know; what examples can you point us to etc?"
14:34 kmlussier Would that environmental scan be limited to initiatives that are part of the SFC or could we look at other open source initiatives?
14:34 graced I'm open to expanding it.
14:35 RoganH +1 to expanding it
14:35 kmlussier I agree.
14:36 bbqben Great! So, volunteers to (a) draft a terms of reference for the investigation into establishing an emergency fund, and (b) start investigating?
14:37 kmlussier Well, since I'm the SFC rep, I guess I should volunteer.
14:37 bbqben kmlussier: +1 I'll join you
14:38 bshum I'd be interested to assist too.  Since I'm curious about what other SFC projects do in this area.
14:38 bbqben bhsum +1
14:39 bbqben #action kmlussier bshum and bbqben to draft a TOR re: investigating the establishment of an emergency fund
14:40 bbqben #topic Financial report
14:40 bbqben gmcharlt +1 for making it available
14:40 bshum gmcharlt: Who else presently knows how the ledger CLI works?
14:41 gmcharlt bshum: dbs had used it back in the day, but I think it's just the two of us
14:41 gmcharlt I'm happy to give a little presentation on it
14:42 bbqben gmcharlt: that'd be great - cheers!
14:43 gmcharlt ok, I'll propose a time; won't be for a couple weeks, though
14:43 bbqben #action group mindmeld with gmcharlt re: Ledger CLI
14:44 bbqben gmcharlt +1
14:44 bbqben #topic Evergreen 2.6 Release Manager's Update
14:44 bbqben dbwells: how goes today?
14:45 kmlussier dbwells usually introduces himself at the beginning of the meeting. He might not be around.
14:46 dbwells Sorry, not *really* around, but can speak a little.  2.6 is cut.
14:46 bbqben kmlussier: 10-4 - we'll watch for updates on the list
14:46 graced dbwells++
14:46 kmlussier dbwells++
14:46 bbqben dbwells++
14:46 gmcharlt dbwells++
14:47 dbwells Still hoping for someone to give the "preview" of the download a run-through, but I'm not counting on it.  I'll probably update the downloads page later today or tomorrow
14:47 bbqben dbwells: thanks for the update
14:47 dbwells I'll also send out a "close-out" email sometime next week.  Thanks.
14:47 bshum dbwells++
14:48 bbqben #info Evergreen 2014 Conference Committee Report
14:48 bbqben oops
14:48 bbqben #topic Evergreen 2014 Conference Committee Report
14:48 bbqben kmlussier: are you recovered?
14:48 kmlussier Yes, I have!
14:49 kmlussier I believe all of the invoices are in, and we should be able to close out the books on the conference over the next month.
14:49 kmlussier We did receive a concession for the construction noise. Our fees for not reaching room attrition we waived.
14:49 kmlussier Sorry, were waived.
14:49 kmlussier And the survey results were positive. Overall, it was a good conference.
14:50 kmlussier That is all.
14:50 bbqben kmlussier ++ thanks to the entire crew
14:50 graced kmlussier++  It was a great conference.
14:50 gmcharlt kmlussier++
14:50 montgoc1 kmlussier++ I have heard nothing but positive comments about the conference.
14:50 kmlussier Thanks all!
14:51 bbqben #topic Evergreen 2015 Conference Site Selection status
14:51 bbqben graced: are you able to provide an update?
14:51 graced We received a wonderful proposal and we are finalizing some details with the site's representative now.
14:51 graced Amy Terlaga will likely be sending out the confirmation within  a few days.
14:51 bbqben graced: wahoo!
14:51 graced I won't steal her thunder.  :)
14:52 bbqben mystery, intrigue and thunder - excellent!
14:52 bbqben #topic Standing Conference Planning Committee proposal
14:53 bbqben kmlussier: you have the floor
14:53 kmlussier This came out of our post mortem discussion for the conference.
14:53 kmlussier Throughout the planning phase, I had been thinking it would be very useful if we had a standing conference committee so that local people aren't reinventing the wheel every year.
14:54 kmlussier So I just wanted to float that idea by the EOB. I was thinking it could a committee that includes some reps who have planned previous conferences as well as some local reps.
14:54 graced I agree with the idea wholeheartedly.
14:54 kmlussier There are a few other people here who have planned past conferences, so I'm curious to hear if they think it's a good idea.
14:55 bbqben kmlussier++
14:56 kmlussier I hadn't really thought further as to what the structure would be.
14:57 bbqben kmlussier: want to think on that for the next meeting?
14:57 kmlussier I can do that. I'll pull together something that's ready for a vote.
14:58 bbqben #action kmlussier to draft Standing Conference Planning Committee proposal
14:58 bbqben folks, I killed some time earlier - with apologies - shall we press on through items 9 and 10 or bring them forward to another day?
14:59 montgoc1 Pressing on is fine with me.
14:59 graced pressing on is okay for me
15:00 kmlussier Either way. The photography thing isn't time critical.
15:01 bbqben ok, let's roll through 9 and 10 (no later than 15 after the hour then)
15:01 bbqben #action Conference photography policy proposal
15:01 bbqben omg
15:02 bbqben #topic Conference photography policy proposal
15:02 kmlussier This idea actually came from bshum. We had a volunteer taking pictures at this year's conference, and it made me realize we needed a better method for opt-in opt-out in place.
15:02 kmlussier We did have a couple of people who did not want to be photographed, but it's really hard to identify them.
15:03 kmlussier #link https://adainitiative.org/2013/07/another-way-to-a​ttract-women-to-conferences-photography-policies/
15:03 kmlussier I thought the policy mentioned in the above link offered a good approach.
15:03 kmlussier If others like the idea, I would be willing to work with bshum to draft something up.
15:04 abneiman If it's not too hard, I like the idea of color-coding lanyards -- it's an easy visual
15:04 bshum I saw it in practice when I went to the Google Summer of Code Mentor summit.  I picked green, fwiw.
15:04 montgoc1 zypper search
15:04 bbqben bshum: love the colour palette of your mind ;)
15:04 montgoc1 Oops.
15:04 montgoc1 Sorry about that.
15:05 graced +1 to the colored lanyards - I think it's a good policy.  The lanyards are a very visible indicator.
15:05 montgoc1 I like the lanyard approach.  Easy to spot.
15:06 bbqben #action kmlussier and bshum to draft a photography policy with inclusion of coloured layards
15:06 bbqben #topic Reinstating community IRC meetings
15:07 bbqben kmlussier: over to you
15:08 bshum A note about community meetings (as someone who ran a few in the old days); I like the idea of them, but I would like to encourage that we use them for more discussion topic and space them out well.
15:09 bshum One of the reasons I think it didn't work out in the long run was that it was basically a really long time for people to paste paragraphs about their various committees.
15:09 bshum Which isn't bad, but I feel there's other ways of disseminating information.
15:09 kmlussier Yes, I concur with what bshum said. There was a lot of discussion in the early meetings, but then they were just committee reports.
15:10 kmlussier Still I think there is value in trying to get the community together on a regular basis between conferences.
15:10 bshum kmlussier's suggestion of quarterly sounded nice though.  And maybe we should do topic themes maybe?
15:11 kmlussier bshum: Do you have any good topics in mind?
15:11 bshum kmlussier: Not off the top of my head.  I have a bunch of other dev things to juggle :)
15:12 jl- I'm curious why  \i auth_concerto.sql
15:12 montgoc1 Were past meetings directed by the EOB?
15:12 jl- in load_concerto.sql does not create an import table, but directly dumps it into authority.record_entry
15:12 kmlussier Sure, I think topics are good, but I also think it's good to have places where the community can hear updates on what we're exploring for the community funding or, if the web team has done something new and interesting, to show it to the community.
15:13 jl- vs. bibs_concerto.sql
15:13 kmlussier montgoc1: No, they were mostly organized by bshum.
15:13 kmlussier But I brought it up with the EOB last year because I thought it fit with our efforts to outreach more to the community.
15:13 kmlussier jl-: We have a meeting going on right now, but we should be finishing up in just a minute.
15:14 jl- sure, sry
15:14 montgoc1 I see these meetings as a way for the broader community to not only get informed but also provide feedback -- depending on participation.
15:14 bbqben conscious of time, propose that we comeback to this topic at the next meeting if thats ok
15:15 kmlussier That's fine with me. In the meantime, maybe we can think a bit about what we might want to see happen at a community meeting.
15:16 bbqben #action all - think on community IRC meetings vis a vis board strategy
15:16 bbqben #info next meeting is 1100 Pacific 15.05.14
15:16 bbqben thanks all for enduring my hacks
15:17 bbqben #endmeeting
15:17 pinesol_green Meeting ended Thu Apr 17 15:17:02 2014 US/Eastern.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)
15:17 pinesol_green Minutes:        http://evergreen-ils.org/meetings/evergr​een/2014/evergreen.2014-04-17-14.02.html
15:17 pinesol_green Minutes (text): http://evergreen-ils.org/meetings/evergr​een/2014/evergreen.2014-04-17-14.02.txt
15:17 pinesol_green Log:            http://evergreen-ils.org/meetings/evergree​n/2014/evergreen.2014-04-17-14.02.log.html
15:17 kmlussier bbqben++
15:17 graced bbqben++
15:17 montgoc1 bbqben++
15:18 gmcharlt bbqben++
15:18 RoganH bbqben++
15:18 Dyrcona bbqben++ # just on the nick alone.
15:19 bbqben Drycona ;)
15:20 ldwhalen joined #evergreen
15:30 gsams joined #evergreen
15:31 RoganH left #evergreen
15:36 shart290 is the meeting over?
15:37 phasefx shart290: yeap
15:38 phasefx shart290: osrf_control --help
15:38 shart290 right, got that
15:39 phasefx hrmm, I'm not sure how to just start the router either looking at that :D
15:39 shart290 I used --router-re-register-all and got no output whatsoever
15:40 shart290 so I am checking error logging settings because I don't think I ever changed them back from level 4 when I tried the last time.
15:40 phasefx --start --service router
15:41 shart290 ok
15:48 shart290 ugh
15:48 shart290 system partition was only 10gb and somehow it's full already
15:49 shart290 the --start --service router ran without complaint
15:49 phasefx if you get that squared away, and --service router produces no errors in the logs, next step would be --start-services for the rest of it (looks like we don't have an equivalent to start_perl and start_c anymore)
15:50 phasefx I would check the logs though, and not rely on no error showing up at the command line
15:50 RoganH joined #evergreen
15:50 phasefx grep \\[ERR /openils/var/log/*
15:51 shart290 ok
15:52 phasefx shart290: I'm stepping away for 15 minutes or so
15:52 shart290 I need to stretch my legs anyhow.
15:55 shart290 it
15:55 shart290 it's quite a bit of errors
15:58 ktomita Can you use marc_stream_importer.pl to import a marc file instead of a vandelay queue?
15:58 pastebot "shart290" at 64.57.241.14 pasted "router error log output" (788 lines) at http://paste.evergreen-ils.org/65
16:02 shart290 no idea what that is
16:04 shart290 Exception: OpenSRF::EX::Jabber 2014-04-17T15:03:19 OpenILS::Utils::Cronscript /usr/local/share/perl/5.14.2/O​penILS/Utils/Cronscript.pm:276 Jabber Exception: Could not open TCP socket to Jabber server: IO::Socket::INET: connect: Connection refused
16:04 shart290 Exception: OpenSRF::EX::JabberDisconnected 2014-04-17T15:03:19 OpenSRF::Transport::SlimJabber::Client /usr/local/share/perl/5.14.2/OpenSRF​/Transport/SlimJabber/Client.pm:199 JabberDisconnected Exception: This JabberClient instance is no longer connected to the server
16:07 kmlussier ktomita: NOBLE is using marc_stream_importer to import marc files, but I don't have many details.
16:07 kmlussier I know they are using some of the code at bug 1279998.
16:07 pinesol_green Launchpad bug 1279998 in Evergreen "Support vandelay import match strategies in marc_stream_importer" (affected: 1, heat: 8) [Wishlist,Confirmed] https://launchpad.net/bugs/1279998
16:08 ktomita kmlussier: thanks. I will check that out.
16:08 kmlussier ktomita: If you have any questions, you might want to send a message to the list. I'm sure they would be willing to describe how they are doing it.
16:08 ktomita kmlussier: great idea
16:09 bshum @later tell krvmga Irony, at the meeting I was at today, people were telling me how they *want* a link that switches search from KPAC to TPAC and retains search terms, etc. between searches so that kids can leave the catalog and go forth without starting all over.
16:09 pinesol_green bshum: The operation succeeded.
16:09 bshum So more ways out is our goal :)
16:10 kmlussier bshum++
16:11 bshum kmlussier: Well they made a good case.  For the kids in 4th/5th grade, they wanted to make it easier for kids to break out and start learning to use the "adult catalog" (sorry, it cracks me up every time)
16:13 bshum shart290: That short log snippet makes me wonder why it's still trying to write to LOCALSTATEDIR and not whatever the configured path ought to have been.
16:13 bshum shart290: It seems to me that something is awry with the opensrf.xml config file and that maybe not everything has been configured properly on the machine.
16:15 shart290 I will check again but I swear i've done this 3 times already
16:16 Dyrcona LOCALSTATEDIR gets replaced after configure and during make with the appropriate value based on your configure options.
16:16 pastebot "shart290" at 64.57.241.14 pasted "opensrf.xml" (1236 lines) at http://paste.evergreen-ils.org/66
16:16 shart290 and I made sure that I did that last time.
16:17 jeff it's worth noting that the error lines from that log file span a time interval of several hours. the earliest entries are quite possibly no longer relevant.
16:18 ktomita_ joined #evergreen
16:18 bshum jeff++ # good point :)
16:18 shart290 All I am getting now is that the connection to the jabber server was refused.
16:19 shart290 and the solution I was told was to make sure that my opensrf_core.xml file had all the correct user names and passwords
16:19 shart290 which I did.
16:19 Dyrcona shart290: ps ax | grep beam
16:20 Dyrcona shart290: That should indicate whether or not erlang is running. If erlang is running, the ejabberd is probably running.
16:21 shart290 ejabberd 10396     1  3 15:21 ?        00:00:00 /usr/lib/erlang/erts-5.9.1/bin/beam -K false -P 250000 -- -root /usr/lib/erlang -progname erl -- -home /var/lib/ejabberd -- -sname ejabberd -pa /usr/lib/ejabberd/ebin -s ejabberd -kernel inetrc "/etc/ejabberd/inetrc" -ejabberd config "/etc/ejabberd/ejabberd.cfg" log_path "/var/log/ejabberd/ejabberd.log" erlang_log_path "/var/log/ejabberd/erlang.log" -sasl sasl_error_logger false -m
16:21 shart290 nesia dir "/var/lib/ejabberd" -smp disable -noshell -noshell -noinput
16:21 shart290 opensrf  10449  7597  0 15:21 pts/3    00:00:00 grep -i beam
16:22 shart290 it appears as such
16:23 Dyrcona Yep. Just want to rule out the easy stuff, first.
16:23 shart290 could this be it?
16:24 shart290 osrf_control --localhost --start --service perl
16:24 shart290 * perl is not configured to run on localhost
16:24 jeff unlikely. there is no opensrf service in evergreen called "perl"
16:24 shart290 it's in the troubleshooting guide: http://wiki.evergreen-ils.org/doku.php?​id=troubleshooting:checking_for_errors
16:24 jeff i'd be interested in what your /etc/hosts file looks like
16:25 shart290 let me look
16:25 shart290 127.0.0.1       localhost
16:25 shart290 127.0.1.1       willett-library-server.ddhlibrary.uchicago.edu  willett-library-server
16:25 shart290 127.0.1.2       public.localhost
16:25 shart290 127.0.1.3       private.localhost
16:25 shart290 # The following lines are desirable for IPv6 capable hosts
16:25 shart290 ::1     localhost ip6-localhost ip6-loopback
16:25 shart290 ff02::1 ip6-allnodes
16:25 shart290 ff02::2 ip6-allrouters
16:26 Dyrcona shart290: That troubleshooting guide was written before osrf_control existed.
16:26 shart290 explains a lot.
16:26 Dyrcona shart290: osrf_control --localhost --diagnostic
16:27 Dyrcona That will lit what services are and are not running.
16:27 jeff can you pastebin your opensrf_core.xml file, removing any passwords as needed?
16:27 shart290 http://paste.evergreen-ils.org/66
16:28 jeff shart290: that looks like your opensrf.xml file, not the opensrf_core.xml file.
16:28 shart290 oh, core...ok
16:29 dreuther joined #evergreen
16:29 shart290 http://pastebin.com/NPWF10Sr
16:30 bshum I didn't know there was a loglevel 5?
16:30 shart290 I was reading the docs
16:31 bshum Nifty
16:31 shart290 1-5 then 100 or something
16:31 shart290 figured if 4 was handy 5 would be better
16:31 * bshum imagines that might make some huge logs
16:31 shart290 yeah....
16:34 * shart290 facepalms
16:34 shart290 opensrf@willett-library-server:/openils/conf$ osrf_control --localhost --start-all
16:34 shart290 * starting router and services for localhost
16:34 shart290 * service router already running : 10463 10464
16:34 shart290 * starting services for localhost
16:35 shart290 * starting service pid=11798 opensrf.settings
16:35 shart290 * starting service pid=11806 open-ils.acq
16:35 shart290 * starting service pid=11819 open-ils.booking
16:35 shart290 * starting service pid=11827 open-ils.cat
16:35 shart290 * starting service pid=11835 open-ils.supercat
16:35 shart290 * starting service pid=11843 open-ils.search
16:35 shart290 * starting service pid=11851 open-ils.circ
16:35 shart290 * starting service pid=11859 open-ils.actor
16:35 shart290 * starting service pid=11867 open-ils.auth_proxy
16:35 ktomita joined #evergreen
16:35 shart290 * starting service pid=11875 open-ils.storage
16:35 shart290 * starting service pid=11883 open-ils.penalty
16:35 shart290 * starting service pid=11891 open-ils.justintime
16:35 shart290 * starting service pid=11899 open-ils.collections
16:35 shart290 * starting service pid=11907 open-ils.ingest
16:35 shart290 * starting service pid=11915 open-ils.reporter
16:35 shart290 * starting service pid=11923 open-ils.permacrud
16:35 shart290 * starting service pid=11931 open-ils.trigger
16:35 shart290 * starting service pid=11939 open-ils.url_verify
16:35 shart290 * starting service pid=11947 open-ils.fielder
16:35 shart290 * starting service pid=11955 open-ils.vandelay
16:35 shart290 * starting service pid=11963 open-ils.serial
16:35 shart290 * starting service pid=11972 opensrf.math
16:35 shart290 * starting service pid=11982 opensrf.dbmath
16:35 shart290 * starting service pid=11993 open-ils.auth
16:35 shart290 * starting service pid=12010 open-ils.cstore
16:35 shart290 * starting service pid=12037 open-ils.reporter-store
16:35 shart290 * starting service pid=12073 open-ils.pcrud
16:35 shart290 chmod -R opensrf /openils/
16:36 shart290 >.<
16:36 shart290 apparently the permissions were changed somehow
16:36 shart290 though srfsh still won't login
16:37 kmlussier left #evergreen
16:38 shart290 no data received from server
16:39 bshum So you started all the services, but what do the logs say now?
16:40 shart290 getting another pastebin link
16:40 Dyrcona bshum: Don't use log level 5 for very long.
16:40 Dyrcona It will fill your drive in a heartbeat or two in production. :)
16:40 bshum Dyrcona: I don't think I've ever pumped my log levels that high before.
16:40 ktomita___ joined #evergreen
16:40 ktomita__ joined #evergreen
16:40 Dyrcona I have on a dev server.
16:40 Dyrcona Ran out of disk space over a weekend when nothing really was going on.
16:42 shart290 no, I reduced it to 4 before proceeding. disk space was definitely becoming an issue
16:43 pastebot "shart290" at 64.57.241.14 pasted "errors" (5944 lines) at http://paste.evergreen-ils.org/67
16:43 shart290 and thats osrfsys.log
16:43 shart290 used grep \\[ERR ./*.log > err.txt
16:43 Dyrcona Well, your services can't talk to your database.
16:44 shart290 if I run eg_db_configure again with all parameters, since I am dealing with an empty database will that help?
16:44 jeff DBI connections are getting "connection refused" and XMPP connections are getting "connection refused". interesting.
16:45 bshum Wacky firewall?
16:45 shart290 it's all local
16:45 * bshum has done that to himself on Ubuntu before
16:45 Dyrcona postgres probably needs to the localhost allowed.
16:45 jeff my next step is usually "lsof -n -i | grep LISTEN" -- you might need to install lsof with something like "aptitude lsof" or "apt-get install lsof"
16:45 shart290 fresh install of Debian 7
16:45 Dyrcona in whatever file that is
16:46 shart290 no output for the lsof command
16:46 mdriscoll1 left #evergreen
16:47 jeff that's quite unusual.
16:47 shart290 would I do lsof -n -i | grep unix?
16:47 bshum Run it as the root user
16:48 bshum Or put sudo in front of it
16:48 jeff shart290: no, you'd do grep LISTEN
16:48 jeff and yes, you'll want to be running lsof as root -- sorry
16:48 shart290 ok, sudo got somethign
16:48 bshum :)
16:48 jeff bshum++
16:48 shart290 quite a bit of something
16:48 * bshum is just following along at home too
16:50 shart290 sudo lsof -n -i | grep opensrf | grep LISTEN returns
16:50 shart290 /usr/sbin  9926     opensrf    5u  IPv6  91958      0t0  TCP *:http (LISTEN)
16:50 shart290 /usr/sbin  9926     opensrf    7u  IPv6  91962      0t0  TCP *:https (LISTEN)
16:50 shart290 /usr/sbin  9927     opensrf    5u  IPv6  91958      0t0  TCP *:http (LISTEN)
16:50 shart290 /usr/sbin  9927     opensrf    7u  IPv6  91962      0t0  TCP *:https (LISTEN)
16:50 shart290 /usr/sbin  9928     opensrf    5u  IPv6  91958      0t0  TCP *:http (LISTEN)
16:50 shart290 /usr/sbin  9928     opensrf    7u  IPv6  91962      0t0  TCP *:https (LISTEN)
16:50 shart290 /usr/sbin  9929     opensrf    5u  IPv6  91958      0t0  TCP *:http (LISTEN)
16:50 shart290 /usr/sbin  9929     opensrf    7u  IPv6  91962      0t0  TCP *:https (LISTEN)
16:50 shart290 /usr/sbin  9930     opensrf    5u  IPv6  91958      0t0  TCP *:http (LISTEN)
16:50 shart290 /usr/sbin  9930     opensrf    7u  IPv6  91962      0t0  TCP *:https (LISTEN)
16:51 jeff shart290: please use paste.evergreen-ils.org -- large pastes directly to channel end up being rate limited at one line per second.
16:51 bshum Or any of the other pastes you've been using would be fine too
16:51 jeff shart290: also, the additional "grep opensrf" has made the output useless -- can you run the original "lsof -n -i | grep LISTEN" command and paste its output to paste.evergreen-ils.org?
16:52 pastebot "shart290" at 64.57.241.14 pasted "lsof output" (186 lines) at http://paste.evergreen-ils.org/68
16:52 jeff (yes, paste.evergreen-ils.org is just one useful example that doesn't have annoying video ads featuring "shocking" double entendres)
16:53 bshum No 5432 anywhere
16:53 bshum Hmm
16:53 jeff bshum: xmpp-client and xmpp-server
16:53 bshum Oh I'm not thinking with my head;  sorry was thinking about postgres
16:55 jeff the /etc/hosts file appears correct, the opensrf_core.xml file seems to list the correct ejabberd domains, yet the errors were "connection refused" for xmpp.
16:55 pinesol_green [evergreen|Dan Wells] Rejigger 2.4.3-2.5.0 upgrade bits - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=4e42469>
16:55 Dyrcona paste.lisp.org doesn't have ads either.
16:55 jeff but bshum raises a good point -- postgresql does not appear to be listening on any port.
16:55 shart290 allow/enable on localhost?
16:55 bshum What does ejabberd's config look like?
16:56 pinesol_green Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
16:56 bshum Maybe the listen addresses aren't quite right?
16:57 pastebot "shart290" at 64.57.241.14 pasted "ejabberd.cfg" (644 lines) at http://paste.evergreen-ils.org/69
16:58 jeff shart290: when you issue this command, do you get some XML back containing xml-not-well-formed? echo foo | nc localhost 5222
16:59 jeff and if that works, do you get a similar thing when you do "echo foo | nc private.localhost 5222" and "echo foo | nc public.localhost 5222"?
16:59 shart290 not well formed
17:00 shart290 all of them are pointing to exactly what you are saying
17:00 shart290 not well formed blah blah blah
17:01 RoganH left #evergreen
17:01 pastebot "shart290" at 64.57.241.14 pasted "echo foo | nc localhost 5222" (5 lines) at http://paste.evergreen-ils.org/70
17:02 jeff all of that is as expected. good, i think.
17:03 jeff shart290: i'd look into why postgresql doesn't appear to be listening. try starting it via the standard means, like /etc/init.d/postgresql start
17:03 jeff or service postgresql start
17:03 jeff depending, you may have a version number in the service name.
17:04 bshum In the meantime, I'd stop all the openils services.  So that you don't clog up your server while you look at postgresql
17:04 shart290 seems like that might have been it lsof shows postgres listening.
17:05 pastebot "shart290" at 64.57.241.14 pasted "postgrs start" (37 lines) at http://paste.evergreen-ils.org/71
17:08 shart290 I was hoping to have this done today...
17:08 * shart290 falls forehead to the desk in the existing dent in the desk
17:08 shart290 yeah
17:10 dluch joined #evergreen
17:13 shart290 anyone please...
17:14 shart290 postgresql appears to be listening, I included the lsof paste from after I ran /etc/init.d/postgresql start
17:15 denishpatel joined #evergreen
17:20 shart290 I am going to have to go, I need to get home.
17:24 shart290 thank you everyone for your help so far. this has been interesting. I'll have to be back at it tomorrow.
17:25 shart290 bshum++ jeff++
17:49 shart290 joined #evergreen
17:53 shart290 is anyone here?
18:17 akilsdonk joined #evergreen
19:31 shart290 joined #evergreen
22:58 mceraso joined #evergreen
22:58 bshum joined #evergreen
23:04 Callender_ joined #evergreen

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