2009-01-07T01:27:31 *** natschil has joined #openils-evergreen 2009-01-07T01:30:34 hello, I'm having trouble with evergreen, whenever I try to login with user admin and password open-ils using srfsh, It takes about a minute and then tells me the login failed. I am using evergreen 1.2.3.1 and OpenSrf 0.9 can somebody please help 2009-01-07T01:31:14 natschil: howdy, which instructions did you use to install EG? 2009-01-07T01:35:12 "Installing Evergreen 1.2 on Ubuntu 8.04 (Hardy Heron) and 7.10 (Gutsy Gibbon)" from open-ils.org I'm running hardy 2009-01-07T01:35:47 before that, I tried to install evergreen 1.4 on the same machine but failed, so I deleted /openils and started again 2009-01-07T01:37:13 in your source directory, do you see this file? Open-ILS/src/support-scripts/settings-tester.pl Try running that as user opensrf and pasting the output into http://paste.lisp.org/new/openils-evergreen 2009-01-07T01:37:39 yeah, I was just about give you info on that one :) 2009-01-07T01:38:48 I'd also go through these steps: http://open-ils.org/dokuwiki/doku.php?id=troubleshooting:checking_for_errors 2009-01-07T01:38:56 is the pastebin down? 2009-01-07T01:39:40 http://rafb.net is another one, though it doesn't have a bot for in here, so you'd have to paste the URL back to us 2009-01-07T01:39:48 http://pastebin.com/m3a15cbd5 2009-01-07T01:40:18 phasefx pasted "test" at http://paste.lisp.org/display/73225 2009-01-07T01:41:01 hrmm, settings-tester output looks good to me 2009-01-07T01:41:27 I'd do the log file checking thing at this point 2009-01-07T01:41:38 the checking_for_errors wiki page 2009-01-07T01:43:36 I don't have the same libdbi warnings, but I think that's a red herring these days 2009-01-07T01:46:48 *** Mark__T has joined #openils-evergreen 2009-01-07T01:52:54 ok, I'm running the log file check now, and I got illegal option --l, but I'll ignore that 2009-01-07T01:53:05 and run the command without -l 2009-01-07T01:54:25 yeah, -l allows you to use localhost in leu of your FQDN I think, and assumes a certain configuration. I should annotate that 2009-01-07T01:54:59 I guess it assumes a certain minimum version of EG too.. wait, --l? or -l? 2009-01-07T01:55:09 and this is with osrf_ctl, right? 2009-01-07T01:56:05 yeah, -l 2009-01-07T01:56:50 btw, when starting the C services I get "Starting OpenSRF C (host=cserver.ntc.local)" instead of (host=locahost), hope this makes no difference 2009-01-07T01:57:52 I'm sure that's fine.. the example installation I used is configured for localhost (that whole -l option) 2009-01-07T01:59:36 ok 2009-01-07T02:00:08 now I'm running autogen.sh and I finally got some errors I havn't seen before, I'll paste them 2009-01-07T02:00:47 you didn't get any errors in the log files before running autogen? 2009-01-07T02:01:43 http://pastebin.com/m622240fc 2009-01-07T02:01:47 no, I didn't 2009-01-07T02:01:52 interesting 2009-01-07T02:02:20 what's in the log files now? (should be some errors) 2009-01-07T02:03:01 yup, I'll paste them 2009-01-07T02:03:27 have you tinkered with the org hierarchy with the cgi scripts? 2009-01-07T02:05:22 no, not that I know 2009-01-07T02:05:59 k 2009-01-07T02:06:16 btw, this paste is simply the output of cat /openils/var/log/*.* 2009-01-07T02:10:02 btw, is it worth mentioning that I had to run "ALTER USER postgres with password 'postgres' " before the support script managed to connect to the database, before this I got a load of other errors, so I dumped the evergreen user and database a few time, but always recreated them 2009-01-07T02:11:07 you did that with OpenSRF services shutdown? 2009-01-07T02:11:09 sorry, the paste is taking a while, as its quite large, and the internet here is very slow 2009-01-07T02:11:35 s'okay; it's late for me but I'm not going anywhere :) 2009-01-07T02:13:45 I think so, I ran (with user opensrf) osrf_ctl.sh -c /openils/conf/opensrf_core.xml -a stop_all, but now I noticed that this command failed to completely kill opensrf. But between when I did that and now the server has been shutdown a few times 2009-01-07T02:15:10 this last time when you started things up, do you know if there were any lingering opensrf processes? 2009-01-07T02:15:48 well, I just started the server a while ago (its morning here), so I think they were all gone 2009-01-07T02:16:35 that check_errors page has instructions for how to check 2009-01-07T02:17:26 it's easier to troubleshoot if we don't risk compounding error conditions. A clean slate for log files is also good 2009-01-07T02:17:58 yeah, I did as the check_errors page told me, so I moved the log files 2009-01-07T02:18:06 cool 2009-01-07T02:18:53 if you followed everything there, then there shouldn't have been any OpenSRF processes still going before you did start_router, start_perl, and start_c, so we're probably good 2009-01-07T02:19:35 separating those commands out instead of using start_all is also important.. there's a race condition with start_all in older versions of EG 2009-01-07T02:19:37 before today I sometimes ran start_all, but i read this could cause a race condition 2009-01-07T02:19:44 right 2009-01-07T02:20:29 just wondering, if I deleted the postgresql evergreen database while opensrf was running, would this mess up the database completely? 2009-01-07T02:20:29 the c services depend on the settings server from the perl services 2009-01-07T02:20:53 it'd mess up that running instance of Evergreen/OpenSRF 2009-01-07T02:21:04 but not the evergreen database 2009-01-07T02:21:07 ? 2009-01-07T02:21:32 I'm not sure I'm following.. if you deleted the database, then there's nothing left to "mess up", right? 2009-01-07T02:21:51 but I recreated it after that 2009-01-07T02:21:51 you'd have to rebuild the database, and start Evergreen again 2009-01-07T02:22:18 but if I rebuilt the database while evergeen/openSrf was running, could this cause a problem? 2009-01-07T02:22:38 I don't think it would corrupt postgres or anything 2009-01-07T02:23:11 I piped cat /openils/var/log/*.* through grep ERR, and have pasted it to http://pastebin.com/m41a2b5cb 2009-01-07T02:23:20 but I would recommend shutting down opensrf before using something like build-db.sh 2009-01-07T02:23:30 build-db.sh? 2009-01-07T02:23:45 how are you building the database? 2009-01-07T02:23:59 * phasefx_ looks back at those instructions 2009-01-07T02:24:20 those instructions didn't mention build-db.sh 2009-01-07T02:24:37 they may have wrapped that command up in a makefile 2009-01-07T02:24:59 oh yeah, that's right, it is in the Makefile 2009-01-07T02:25:14 which one, the Prequisites makefile ? 2009-01-07T02:25:22 I tend to run it by hand when the schema changes and I want to blow everything away 2009-01-07T02:25:40 the only makefile I ran was before creating the database 2009-01-07T02:25:44 no, the one in the top-level source directory 2009-01-07T02:26:32 *thinks phasefx_ is looking at the wrong tutorial 2009-01-07T02:26:37 yeah, looking at your log files, your database schema isn't built 2009-01-07T02:27:04 schema for evergreen, that is 2009-01-07T02:27:21 the instructions for Evergreen 1.2.3.1 (stable) don't mention any makefile except for the prequisite one 2009-01-07T02:27:49 should I stop opensrf and run build-db.sh 2009-01-07T02:27:50 ? 2009-01-07T02:27:51 when you run the command make, you're using a Makefile 2009-01-07T02:28:33 so when you did make config, make STAFF_CLIENT_BUILD_ID, and make install 2009-01-07T02:28:51 at some point during those steps, the database schema gets built (probably on install) 2009-01-07T02:29:03 ok 2009-01-07T02:29:07 I'd do those again rather than try to figure out build-db.sh 2009-01-07T02:29:27 so just repeat parts of step 5 2009-01-07T02:29:32 so when I dropped the database it wasn't rebuilt 2009-01-07T02:29:34 k 2009-01-07T02:29:38 starting with cd'ing into the right directory 2009-01-07T02:30:19 I thought that step was just to compile evergreen, as the tutorial for evergreen unstable tells you to make -f /path/to/Makefile/Makefile.install ubuntu seperately 2009-01-07T02:30:48 that's just fetching pre-requisities, that Makefile 2009-01-07T02:31:11 grabbing perl modules and the like 2009-01-07T02:31:25 making sure you have postgres installed, etc 2009-01-07T02:32:56 k 2009-01-07T02:33:01 thanks a lot 2009-01-07T02:33:07 np 2009-01-07T02:33:42 so now I'll restart opensrf, and see if I can login using srfsh (the default admin user has username admin and password open-ils, right?) 2009-01-07T02:34:00 right 2009-01-07T02:34:39 I still do the check_errors way out of habit (and because I'm running trunk, and not a stable EG) 2009-01-07T02:36:19 back in a bit 2009-01-07T02:47:51 ok, now I can login to the server using srfsh :) 2009-01-07T02:47:57 rock 2009-01-07T02:48:09 should I run autogen.sh now? 2009-01-07T02:48:09 make sure you do autogen before trying the opac or staff client 2009-01-07T02:48:20 too late, but I'll run autogen now 2009-01-07T02:48:37 yeah, and if apache is already started, you should restart it (start apache after starting opensrf) 2009-01-07T02:48:45 yeah, I did that 2009-01-07T02:49:42 opac is easier to check than staff client, but it'll force you to change the admin password 2009-01-07T02:53:36 and I can now also use the staff client! testing opac now 2009-01-07T02:55:45 and it seems to work as well 2009-01-07T02:55:52 excellent 2009-01-07T02:55:58 thank a lot for all the help :) 2009-01-07T02:56:06 np 2009-01-07T02:57:04 let us know if you run into any issues or have questions 2009-01-07T02:59:53 ok. Thanks a lot again, I've been trying to get evergreen to work for days, but as I've always asked questions during the middle of the day local time = some time where no-one is online in the US, no_one has answered the questions 2009-01-07T03:00:12 :D 2009-01-07T03:00:28 you'll have better luck on the mailing lists (more asynchronous) until the community grows some more 2009-01-07T03:01:09 yeah, I sent an email there, I'll have to send them an email again and tell them the issue was solved 2009-01-07T03:01:35 rock 2009-01-07T03:02:08 do you happen to know a website that tells you how to use evergreen and do basic actions such as add books, remove books, set the fines for overdue books... etc? 2009-01-07T03:02:10 ah, I see you.. that's not the email list I had in mind :) 2009-01-07T03:02:47 feedback@evergreen-ils.org just goes to us poor developers (I've been sick today or would have replied to you sooner) 2009-01-07T03:03:18 the wiki has documentation like that, including some user contributed docs from major stakeholders 2009-01-07T03:03:58 http://evergreen-ils.org/listserv.php for the wider community lists 2009-01-07T03:04:25 http://evergreen-ils.org/dokuwiki/doku.php?id=community_tutorials for some of the more cohesive documentation out there 2009-01-07T03:04:51 http://evergreen-ils.org/dokuwiki/doku.php?id=evergreen-user:evergreen_end-user_documentation for the original documentation effort 2009-01-07T03:07:44 hope you are feeling better today :) I sent an email to feedback@evergreen-ils.org, with all the config files, apache logs .... etc in a tarball, so you can delete that one. 2009-01-07T03:07:58 roger roger 2009-01-07T03:18:18 *** scottmcd_ has quit IRC 2009-01-07T03:59:57 hello, its me again :) 2009-01-07T04:01:02 I'm now configuring evergreen, and I'm trying to delete "Example System 2" from lib-setup.cgi, but there is no action to do this 2009-01-07T04:01:14 how can I do this? 2009-01-07T04:20:11 ok, I found out how :) 2009-01-07T04:36:43 *** BenO has joined #openils-evergreen 2009-01-07T06:28:01 *** till_ has quit IRC 2009-01-07T06:28:01 *** kbeswick_ has quit IRC 2009-01-07T06:28:01 *** phasefx2 has quit IRC 2009-01-07T06:29:22 *** till_ has joined #openils-evergreen 2009-01-07T06:29:22 *** kbeswick_ has joined #openils-evergreen 2009-01-07T06:29:22 *** phasefx2 has joined #openils-evergreen 2009-01-07T06:42:43 *** natschil has quit IRC 2009-01-07T09:05:51 *** kgs has joined #openils-evergreen 2009-01-07T10:22:03 *** rsinger has quit IRC 2009-01-07T10:26:31 *** rsinger has joined #OpenILS-Evergreen 2009-01-07T10:40:22 *** Mark__T has left #openils-evergreen 2009-01-07T11:37:06 *** sboyette has joined #openils-evergreen 2009-01-07T11:43:58 *** kgs_macon has joined #openils-evergreen 2009-01-07T11:57:10 *** BenO has quit IRC 2009-01-07T13:01:23 *** kgs_macon has quit IRC 2009-01-07T13:12:57 anyone ever pondered whether or not it would be possible to lock down the staff client from a particular account profile being able to perform patron searches? 2009-01-07T13:13:59 *** rsinger_ has joined #OpenILS-Evergreen 2009-01-07T13:14:08 for example, volunteers working at a library who staff may not particularly want to have access to patron data, but still need to be able to do check ins and all other functions, just no access to "Search For patrons" 2009-01-07T13:15:41 we could require a permission for that function, but I don't think there is such a perm now, so we'd have to change the source code 2009-01-07T13:16:53 what about the "VIEW_USER" permission 2009-01-07T13:17:09 if that was taken away, woudnt the searches then always return no results? 2009-01-07T13:17:43 you wouldn't be able to check out to a user doing that 2009-01-07T13:18:18 well, we are thinking that checkouts will not be something these folks would be doing 2009-01-07T13:18:49 they would be assisting with checking in items, etc. 2009-01-07T13:20:19 could try testing it, but I bet you'll get permission dialogs where you wouldn't expect them. For example, the check in process displays summary information on patron bills; that might require the VIEW_USER permission 2009-01-07T13:21:29 hmm 2009-01-07T13:21:43 i think you're right 2009-01-07T13:24:00 could make conveniences like that configurable 2009-01-07T13:24:42 slim the interfaces down. Might be easier to make a dedicated interface for stuff like that though (like the web-based checkout) 2009-01-07T13:30:12 *** rsinger has quit IRC 2009-01-07T15:44:20 *** EGUEST941 has joined #openils-evergreen 2009-01-07T15:54:53 *** tsbere has joined #OpenILS-Evergreen 2009-01-07T15:56:28 Hello, anyone alive today? 2009-01-07T15:59:25 * phasefx_ zombie-stares 2009-01-07T16:00:44 *** Dyrcona has joined #openils-evergreen 2009-01-07T16:09:32 *** tsbere has quit IRC 2009-01-07T16:34:14 *** Dyrcona has quit IRC 2009-01-07T17:06:34 *** brendan_g has joined #openils-evergreen 2009-01-07T17:11:59 *** brendan_g_ has quit IRC 2009-01-07T17:13:14 *** jamesrf has joined #openils-evergreen 2009-01-07T18:02:36 *** jamesrf has quit IRC 2009-01-07T18:11:10 *** kgs has quit IRC 2009-01-07T19:44:26 *** robbat2|na has left #openils-evergreen 2009-01-07T20:27:55 *** wlayton has joined #OpenILS-Evergreen 2009-01-07T20:42:33 *** kgs_macon has joined #openils-evergreen 2009-01-07T20:44:48 *** kgs_macon is now known as kgs 2009-01-07T20:50:46 *** buluca has joined #openils-evergreen 2009-01-07T21:55:21 *** wlayton has quit IRC 2009-01-07T22:10:32 *** kgs has quit IRC 2009-01-07T22:10:56 *** buluca has quit IRC 2009-01-07T22:34:26 *** jeffpg has joined #OpenILS-Evergreen 2009-01-07T22:43:25 *** rsinger_ has quit IRC 2009-01-07T23:09:13 *** eby has quit IRC 2009-01-07T23:44:38 *** jeffpg has quit IRC