Re: [OPEN-ILS-DEV] ***SPAM*** Staff Client failure on fresh install
Dear All, Well I have made some progress and realised a few mistakes. Increased the RAM and rebuilt the server using opensrf2.2.2 form the Evergreen site. Followed the same install process as before and am now getting somewhat further but still an error. Rather than getting the massive error previously mentioned I am instead getting the following dialog box: TypeError: g.my_libs_tree is null I have googled and people have suggested this is a problem if autogen.sh is not run but I have definitely run this. I have also checked opensrf.xml as someone mentioned in another post the a path was left in there that was incorrect (this was for version 1.6 so could not make them tally). The output of the grep ERR *.log has yielded a single solitary error: osrfsys.log:opensrf 2014-02-18 15:50:35 [ERR :22188:osrf_system.c:402:] Child process 22191 (app opensrf.dbmath) killed by signal 15 But this timestamp does not tally with me using the staff client. One step forward and all that. -Original Message- From: open-ils-dev-boun...@list.georgialibraries.org [mailto:open-ils-dev-boun...@list.georgialibraries.org] On Behalf Of Galen Charlton Sent: 13 February 2014 19:39 To: Evergreen Development Discussion List Subject: Re: [OPEN-ILS-DEV] ***SPAM*** Staff Client failure on fresh install Hi, On Thu, Feb 13, 2014 at 11:33 AM, Elliot Voris evo...@slcconline.edu wrote: Evergreen 2.5.2 lists OpenSRF 2.2.2 as a prerequisite. You wrote 2.2.1, but that could have just been a typo. Double-check that, for sure. Although, I'm not sure if there are any huge differences that might be at play here. While it is of course a good idea to stay on top of dependencies, in this particular case the changes between OpenSRF 2.2.1 and 2.2.2 would not materially affect what Tim has reported. Regards, Galen -- Galen Charlton Manager of Implementation Equinox Software, Inc. / The Open Source Experts email: g...@esilibrary.com direct: +1 770-709-5581 cell: +1 404-984-4366 skype: gmcharlt web:http://www.esilibrary.com/ Supporting Koha and Evergreen: http://koha-community.org http://evergreen-ils.org Tindall Riley Marine (UK) Limited Authorised and regulated in the UK by the Financial Conduct Authority. Registered Office: Regis House, 45 King William Street, London EC4R 9AN Company No: 8451968. V.A.T. No.: 174 7460 86 Tel: +44 (0)20 7407 3588 Fax: +44 (0)20 7403 3942 This email (and any attachments) is confidential and may be privileged. It may be read, copied and used only by the addressee. If you have received this in error, please contact us immediately.
Re: [OPEN-ILS-DEV] ***SPAM*** Staff Client failure on fresh install
Hi, On Tue, Feb 18, 2014 at 8:24 AM, Alexander Tim talexan...@triley.co.uk wrote: I have googled and people have suggested this is a problem if autogen.sh is not run but I have definitely run this. Could you run it again and paste the output? osrfsys.log:opensrf 2014-02-18 15:50:35 [ERR :22188:osrf_system.c:402:] Child process 22191 (app opensrf.dbmath) killed by signal 15 This is harmless; it almost certainly is just recording a time when you had stopped services. Regards, Galen -- Galen Charlton Manager of Implementation Equinox Software, Inc. / The Open Source Experts email: g...@esilibrary.com direct: +1 770-709-5581 cell: +1 404-984-4366 skype: gmcharlt web:http://www.esilibrary.com/ Supporting Koha and Evergreen: http://koha-community.org http://evergreen-ils.org
Re: [OPEN-ILS-DEV] ***SPAM*** Staff Client failure on fresh install
On Tue, Feb 18, 2014 at 11:37 AM, Galen Charlton g...@esilibrary.com wrote: [snip] osrfsys.log:opensrf 2014-02-18 15:50:35 [ERR :22188:osrf_system.c:402:] Child process 22191 (app opensrf.dbmath) killed by signal 15 This is harmless; it almost certainly is just recording a time when you had stopped services. Indeed, I'm planning to change the log level for these signal logs. -b -- Bill Erickson | Senior Software Developer | phone: 877-OPEN-ILS (673-6457) | email: ber...@esilibrary.com | web: http://esilibrary.com | Equinox Software, Inc. / The Open Source Experts
Re: [OPEN-ILS-DEV] ***SPAM*** Staff Client failure on fresh install
I feel like a complete dolt but I think I have it now. Looks like when I initially installed (pre Ram upgrade and on the previous opensrf version) I had everything running on en-GB. This time I have left all defaults but the staff client remembered the en-GB local. Changed it to en-US and everything is working now. Thanks all for your patience with me. Has been an interesting experience thus far! From: open-ils-dev-boun...@list.georgialibraries.org [mailto:open-ils-dev-boun...@list.georgialibraries.org] On Behalf Of Bill Erickson Sent: 18 February 2014 16:43 To: Evergreen Development Discussion List Subject: Re: [OPEN-ILS-DEV] ***SPAM*** Staff Client failure on fresh install On Tue, Feb 18, 2014 at 11:37 AM, Galen Charlton g...@esilibrary.commailto:g...@esilibrary.com wrote: [snip] osrfsys.log:opensrf 2014-02-18 15:50:35 [ERR :22188:osrf_system.c:402:] Child process 22191 (app opensrf.dbmath) killed by signal 15 This is harmless; it almost certainly is just recording a time when you had stopped services. Indeed, I'm planning to change the log level for these signal logs. -b -- Bill Erickson | Senior Software Developer | phone: 877-OPEN-ILS (673-6457) | email: ber...@esilibrary.commailto:ber...@esilibrary.com | web: http://esilibrary.com | Equinox Software, Inc. / The Open Source Experts Tindall Riley Marine (UK) Limited Authorised and regulated in the UK by the Financial Conduct Authority. Registered Office: Regis House, 45 King William Street, London EC4R 9AN Company No: 8451968. V.A.T. No.: 174 7460 86 Tel: +44 (0)20 7407 3588 Fax: +44 (0)20 7403 3942 This email (and any attachments) is confidential and may be privileged. It may be read, copied and used only by the addressee. If you have received this in error, please contact us immediately.
Re: [OPEN-ILS-DEV] ***SPAM*** Staff Client failure on fresh install
Hi, On Thu, Feb 13, 2014 at 9:01 AM, Alexander Tim talexan...@triley.co.uk wrote: I have been battling with my first deployment (in test) of Evergreen. It all seems to have gone swimmingly until I connect with the Staff Client. The server will test and pass server/version validation but then throws up the following error on login: The logs suggest to me that something is causing the death of open-ils.storage backends, AKA drones. Assuming that the logs you attached are complete, this bit is interesting: [2014-02-13 09:31:54] open-ils.storage [INFO:3826:Pg.pm:67:] Attempting to connect to evergreen at localhost [2014-02-13 09:31:54] open-ils.storage [INFO:3826:Pg.pm:97:] Connected to MASTER db evergreen at localhost [2014-02-13 09:32:18] open-ils.storage [INFO:3883:Pg.pm:67:] Attempting to connect to evergreen at localhost [2014-02-13 09:32:18] open-ils.storage [INFO:3883:Pg.pm:97:] Connected to MASTER db evergreen at localhost [2014-02-13 09:32:58] open-ils.storage [INFO:3731:Pg.pm:67:] Attempting to connect to evergreen at localhost In particular, the last attempt to connect to the DB is not accompanied by an acknowledgment that it succeeded. You might check the error log around that time (09:32:58) to see if it reported a connection error, for example, if the PostgreSQL max_connections parameter was exceeded. Note that the fact that you got any connect to MASTER db messages at all indicates that the database credentials you supplied in opensrf.xml are correct. To gain more information, you could try this: [1] Use osrf_ctl.sh to restart services, and wait a few seconds for all of the backends to initialize themselves. [2] Do a process listing and grep for open-ils.storage. You should see one listener and one or more drone processes. [3] Use srfsh and run the following request a few times. request open-ils.storage open-ils.storage.direct.actor.user.retrieve 1 This exercises open-ils.storage by retrieving information about the default admin user. How much memory is available on your Evergreen application server? If it has an unusually low amount of memory, it wouldn't be surprising if OOM-killer were targeting the open-ils.storage drones, as they tend to be the largest starting out the gate. Of course, a quick run of dmesg will indicate if OOM-killer is at play. Regards, Galen -- Galen Charlton Manager of Implementation Equinox Software, Inc. / The Open Source Experts email: g...@esilibrary.com direct: +1 770-709-5581 cell: +1 404-984-4366 skype: gmcharlt web:http://www.esilibrary.com/ Supporting Koha and Evergreen: http://koha-community.org http://evergreen-ils.org
Re: [OPEN-ILS-DEV] ***SPAM*** Staff Client failure on fresh install
Hey, Tim Evergreen 2.5.2 lists OpenSRF 2.2.2 as a prerequisite. You wrote 2.2.1, but that could have just been a typo. Double-check that, for sure. Although, I'm not sure if there are any huge differences that might be at play here. Thanks! Elliot J. Voris -Original Message- From: open-ils-dev-boun...@list.georgialibraries.org [mailto:open-ils-dev-boun...@list.georgialibraries.org] On Behalf Of Galen Charlton Sent: 13 February, 2014 12:12 To: Evergreen Development Discussion List Subject: Re: [OPEN-ILS-DEV] ***SPAM*** Staff Client failure on fresh install Hi, On Thu, Feb 13, 2014 at 9:01 AM, Alexander Tim talexan...@triley.co.uk wrote: I have been battling with my first deployment (in test) of Evergreen. It all seems to have gone swimmingly until I connect with the Staff Client. The server will test and pass server/version validation but then throws up the following error on login: The logs suggest to me that something is causing the death of open-ils.storage backends, AKA drones. Assuming that the logs you attached are complete, this bit is interesting: [2014-02-13 09:31:54] open-ils.storage [INFO:3826:Pg.pm:67:] Attempting to connect to evergreen at localhost [2014-02-13 09:31:54] open-ils.storage [INFO:3826:Pg.pm:97:] Connected to MASTER db evergreen at localhost [2014-02-13 09:32:18] open-ils.storage [INFO:3883:Pg.pm:67:] Attempting to connect to evergreen at localhost [2014-02-13 09:32:18] open-ils.storage [INFO:3883:Pg.pm:97:] Connected to MASTER db evergreen at localhost [2014-02-13 09:32:58] open-ils.storage [INFO:3731:Pg.pm:67:] Attempting to connect to evergreen at localhost In particular, the last attempt to connect to the DB is not accompanied by an acknowledgment that it succeeded. You might check the error log around that time (09:32:58) to see if it reported a connection error, for example, if the PostgreSQL max_connections parameter was exceeded. Note that the fact that you got any connect to MASTER db messages at all indicates that the database credentials you supplied in opensrf.xml are correct. To gain more information, you could try this: [1] Use osrf_ctl.sh to restart services, and wait a few seconds for all of the backends to initialize themselves. [2] Do a process listing and grep for open-ils.storage. You should see one listener and one or more drone processes. [3] Use srfsh and run the following request a few times. request open-ils.storage open-ils.storage.direct.actor.user.retrieve 1 This exercises open-ils.storage by retrieving information about the default admin user. How much memory is available on your Evergreen application server? If it has an unusually low amount of memory, it wouldn't be surprising if OOM-killer were targeting the open-ils.storage drones, as they tend to be the largest starting out the gate. Of course, a quick run of dmesg will indicate if OOM-killer is at play. Regards, Galen -- Galen Charlton Manager of Implementation Equinox Software, Inc. / The Open Source Experts email: g...@esilibrary.com direct: +1 770-709-5581 cell: +1 404-984-4366 skype: gmcharlt web:http://www.esilibrary.com/ Supporting Koha and Evergreen: http://koha-community.org http://evergreen-ils.org
Re: [OPEN-ILS-DEV] ***SPAM*** Staff Client failure on fresh install
Hi, On Thu, Feb 13, 2014 at 11:33 AM, Elliot Voris evo...@slcconline.edu wrote: Evergreen 2.5.2 lists OpenSRF 2.2.2 as a prerequisite. You wrote 2.2.1, but that could have just been a typo. Double-check that, for sure. Although, I'm not sure if there are any huge differences that might be at play here. While it is of course a good idea to stay on top of dependencies, in this particular case the changes between OpenSRF 2.2.1 and 2.2.2 would not materially affect what Tim has reported. Regards, Galen -- Galen Charlton Manager of Implementation Equinox Software, Inc. / The Open Source Experts email: g...@esilibrary.com direct: +1 770-709-5581 cell: +1 404-984-4366 skype: gmcharlt web:http://www.esilibrary.com/ Supporting Koha and Evergreen: http://koha-community.org http://evergreen-ils.org