From TAlexander at triley.co.uk Tue Feb 11 10:56:12 2014 From: TAlexander at triley.co.uk (Alexander Tim) Date: Tue, 11 Feb 2014 15:56:12 +0000 Subject: [Evergreen-admin] Fresh 2.5.2 install error connecting via Staff Client (Windows) Message-ID: <681414C827196F4DBED0FC4ECB6666A20270943534@NCC-EXCLU1.triley.co.uk> Dear All, Have hit several stumbling blocks installing Evergreen for the first time but have finally reached one that a reread and retyping of the commands won't fix. I have installed on Ubuntu Server 12.04 and followed the guide for installing for 2.5.2. The client is Windows 7 x64 and is using the 2.5.2 client. All seems well with testing the host but logging in to the server through the client generates the following error: Network or server failure. Please check your Internet connection to 10.168.50.99 and choose Retry Network. If you need to enter Offline Mode, choose Ignore Errors in this and subsequent dialogues. If you believe this error is due to a bug in Evergreen and not network problems, please contact your help desk or friendly Evergreen administrators, and give them this information: method=open-ils.actor.org_tree.descendants.retrieve params=[1,-1] THROWN: {"payload":[],"debug":"osrfMethodException : *** Call to [open-ils.actor.org_tree.descendants.retrieve] failed for session [1392133796.204839.13921337964322], thread trace [1]:\nException: OpenSRF::EX::Session 2014-02-11T15:49:56 OpenSRF::Application /usr/local/share/perl/5.14.2/OpenSRF/Application.pm:233 Session Error: Call to open-ils.storage for method open-ils.storage.actor.org_unit.descendants.atomic \n failed with exception: Exception: OpenSRF::EX::Session 2014-02-11T15:49:56 OpenILS::Application::AppUtils /usr/local/share/perl/5.14.2/OpenILS/Application/AppUtils.pm:201 Session Error: router at private.localhost/open-ils.storage IS NOT CONNECTED TO THE NETWORK!!!\n : \n\n","status":500} STATUS: I have cleared the logs and restarted all the constituent parts individually and not received any error messages. I am also able to connect using srfsh (and then logging in with a user name and password). The server seems to be responding as it rejects incorrect user names and passwords. I have also added an SSL exception to allow me to get this far. I have also tailed the log for the perl start and found that it thinks the storage bit has started correctly: [2014-02-11 15:06:57] open-ils.storage [INTL:4051:Pg.pm:120:] All is well on the western front [2014-02-11 15:06:57] open-ils.storage [DEBG:4051:Storage.pm:66:] Success initializing driver! I am guessing I have messed up something in the opensrf_core.xml file but will admit the guide on that particular part was not exactly something I was able to grasp and understand. I seemed to find that most of the passwords were already set in the example file to what I had chosen for this test server. I would be most grateful for any guidance as I believe this is the last step to actually being able to test the server proper and see if our library wants to use it. Regards Tim ________________________________ 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. -------------- next part -------------- An HTML attachment was scrubbed... URL: From evoris at slcconline.edu Tue Feb 11 11:24:24 2014 From: evoris at slcconline.edu (Elliot Voris) Date: Tue, 11 Feb 2014 16:24:24 +0000 Subject: [Evergreen-admin] Fresh 2.5.2 install error connecting via Staff Client (Windows) In-Reply-To: <681414C827196F4DBED0FC4ECB6666A20270943534@NCC-EXCLU1.triley.co.uk> References: <681414C827196F4DBED0FC4ECB6666A20270943534@NCC-EXCLU1.triley.co.uk> Message-ID: <8ff77ed07a7743d89b785978e06ab4c9@CO1PR02MB080.namprd02.prod.outlook.com> Hey, Tim In opensrf_core.xml there should be four (4) passwords that you'll have to examine: opensrf at private.localhost, opensrf at public.localhost, router at private.localhost, and router at public.localhost, respectively. The default provided is 'password' for those values, so if you had used that as your password for the jabber users, then you should be all set. The error message seems to indicate that router at private.localhost is the culprit, so I would double-check that password specifically in the opensrf_core.xml file. During a recent install, I accidentally inserted a few extra characters (still don't know how that happened) into one of the password fields. It's an easy thing to overlook. If everything looks right in the configuration file, I would try stopping and starting ejabberd, memcached, all the OpenSRF services, and apache. Then, give it another go. Let us know how things progress. Thanks! Elliot J. Voris From: evergreen-admin-bounces at list.evergreen-ils.org [mailto:evergreen-admin-bounces at list.evergreen-ils.org] On Behalf Of Alexander Tim Sent: 11 February, 2014 09:56 To: evergreen-admin at list.evergreen-ils.org Subject: [Evergreen-admin] Fresh 2.5.2 install error connecting via Staff Client (Windows) Dear All, Have hit several stumbling blocks installing Evergreen for the first time but have finally reached one that a reread and retyping of the commands won't fix. I have installed on Ubuntu Server 12.04 and followed the guide for installing for 2.5.2. The client is Windows 7 x64 and is using the 2.5.2 client. All seems well with testing the host but logging in to the server through the client generates the following error: Network or server failure. Please check your Internet connection to 10.168.50.99 and choose Retry Network. If you need to enter Offline Mode, choose Ignore Errors in this and subsequent dialogues. If you believe this error is due to a bug in Evergreen and not network problems, please contact your help desk or friendly Evergreen administrators, and give them this information: method=open-ils.actor.org_tree.descendants.retrieve params=[1,-1] THROWN: {"payload":[],"debug":"osrfMethodException : *** Call to [open-ils.actor.org_tree.descendants.retrieve] failed for session [1392133796.204839.13921337964322], thread trace [1]:\nException: OpenSRF::EX::Session 2014-02-11T15:49:56 OpenSRF::Application /usr/local/share/perl/5.14.2/OpenSRF/Application.pm:233 Session Error: Call to open-ils.storage for method open-ils.storage.actor.org_unit.descendants.atomic \n failed with exception: Exception: OpenSRF::EX::Session 2014-02-11T15:49:56 OpenILS::Application::AppUtils /usr/local/share/perl/5.14.2/OpenILS/Application/AppUtils.pm:201 Session Error: router at private.localhost/open-ils.storage IS NOT CONNECTED TO THE NETWORK!!!\n : \n\n","status":500} STATUS: I have cleared the logs and restarted all the constituent parts individually and not received any error messages. I am also able to connect using srfsh (and then logging in with a user name and password). The server seems to be responding as it rejects incorrect user names and passwords. I have also added an SSL exception to allow me to get this far. I have also tailed the log for the perl start and found that it thinks the storage bit has started correctly: [2014-02-11 15:06:57] open-ils.storage [INTL:4051:Pg.pm:120:] All is well on the western front [2014-02-11 15:06:57] open-ils.storage [DEBG:4051:Storage.pm:66:] Success initializing driver! I am guessing I have messed up something in the opensrf_core.xml file but will admit the guide on that particular part was not exactly something I was able to grasp and understand. I seemed to find that most of the passwords were already set in the example file to what I had chosen for this test server. I would be most grateful for any guidance as I believe this is the last step to actually being able to test the server proper and see if our library wants to use it. Regards Tim ________________________________ 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. -------------- next part -------------- An HTML attachment was scrubbed... URL: From TAlexander at triley.co.uk Tue Feb 11 11:45:14 2014 From: TAlexander at triley.co.uk (Alexander Tim) Date: Tue, 11 Feb 2014 16:45:14 +0000 Subject: [Evergreen-admin] FW: Fresh 2.5.2 install error connecting via Staff Client (Windows) Message-ID: <681414C827196F4DBED0FC4ECB6666A2027094353B@NCC-EXCLU1.triley.co.uk> From: Alexander Tim Sent: 11 February 2014 16:29 To: 'Elliot Voris' Subject: RE: [Evergreen-admin] Fresh 2.5.2 install error connecting via Staff Client (Windows) Dear Elliot, Thanks for that. I have gone through and all seems to be correct. I have actually managed to get a step further by opening up the restrictions for connections to the database (had /24 not /16 in the address of pg_hba.conf. I am now getting auth errors from the client like so: method=open-ils.auth.authenticate.complete params=[{"username":"root","type":"temp","agent":"staffclient","password":"3c871099452d006e10b1ac370d115200"}] THROWN: {"payload":[],"debug":"osrfMethodException : No authentication seed found. open-ils.auth.authenticate.init must be called first (check that memcached is running and can be connected to) ","status":404} STATUS: Not really sure what could be causing this except maybe some kind of permissions issue per chance? Regards Tim From: evergreen-admin-bounces at list.evergreen-ils.org [mailto:evergreen-admin-bounces at list.evergreen-ils.org] On Behalf Of Elliot Voris Sent: 11 February 2014 16:24 To: evergreen-admin at list.evergreen-ils.org Subject: Re: [Evergreen-admin] Fresh 2.5.2 install error connecting via Staff Client (Windows) Hey, Tim In opensrf_core.xml there should be four (4) passwords that you'll have to examine: opensrf at private.localhost, opensrf at public.localhost, router at private.localhost, and router at public.localhost, respectively. The default provided is 'password' for those values, so if you had used that as your password for the jabber users, then you should be all set. The error message seems to indicate that router at private.localhost is the culprit, so I would double-check that password specifically in the opensrf_core.xml file. During a recent install, I accidentally inserted a few extra characters (still don't know how that happened) into one of the password fields. It's an easy thing to overlook. If everything looks right in the configuration file, I would try stopping and starting ejabberd, memcached, all the OpenSRF services, and apache. Then, give it another go. Let us know how things progress. Thanks! Elliot J. Voris From: evergreen-admin-bounces at list.evergreen-ils.org [mailto:evergreen-admin-bounces at list.evergreen-ils.org] On Behalf Of Alexander Tim Sent: 11 February, 2014 09:56 To: evergreen-admin at list.evergreen-ils.org Subject: [Evergreen-admin] Fresh 2.5.2 install error connecting via Staff Client (Windows) Dear All, Have hit several stumbling blocks installing Evergreen for the first time but have finally reached one that a reread and retyping of the commands won't fix. I have installed on Ubuntu Server 12.04 and followed the guide for installing for 2.5.2. The client is Windows 7 x64 and is using the 2.5.2 client. All seems well with testing the host but logging in to the server through the client generates the following error: Network or server failure. Please check your Internet connection to 10.168.50.99 and choose Retry Network. If you need to enter Offline Mode, choose Ignore Errors in this and subsequent dialogues. If you believe this error is due to a bug in Evergreen and not network problems, please contact your help desk or friendly Evergreen administrators, and give them this information: method=open-ils.actor.org_tree.descendants.retrieve params=[1,-1] THROWN: {"payload":[],"debug":"osrfMethodException : *** Call to [open-ils.actor.org_tree.descendants.retrieve] failed for session [1392133796.204839.13921337964322], thread trace [1]:\nException: OpenSRF::EX::Session 2014-02-11T15:49:56 OpenSRF::Application /usr/local/share/perl/5.14.2/OpenSRF/Application.pm:233 Session Error: Call to open-ils.storage for method open-ils.storage.actor.org_unit.descendants.atomic \n failed with exception: Exception: OpenSRF::EX::Session 2014-02-11T15:49:56 OpenILS::Application::AppUtils /usr/local/share/perl/5.14.2/OpenILS/Application/AppUtils.pm:201 Session Error: router at private.localhost/open-ils.storage IS NOT CONNECTED TO THE NETWORK!!!\n : \n\n","status":500} STATUS: I have cleared the logs and restarted all the constituent parts individually and not received any error messages. I am also able to connect using srfsh (and then logging in with a user name and password). The server seems to be responding as it rejects incorrect user names and passwords. I have also added an SSL exception to allow me to get this far. I have also tailed the log for the perl start and found that it thinks the storage bit has started correctly: [2014-02-11 15:06:57] open-ils.storage [INTL:4051:Pg.pm:120:] All is well on the western front [2014-02-11 15:06:57] open-ils.storage [DEBG:4051:Storage.pm:66:] Success initializing driver! I am guessing I have messed up something in the opensrf_core.xml file but will admit the guide on that particular part was not exactly something I was able to grasp and understand. I seemed to find that most of the passwords were already set in the example file to what I had chosen for this test server. I would be most grateful for any guidance as I believe this is the last step to actually being able to test the server proper and see if our library wants to use it. Regards Tim ________________________________ 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. ________________________________ 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. -------------- next part -------------- An HTML attachment was scrubbed... URL: From evoris at slcconline.edu Tue Feb 11 11:56:57 2014 From: evoris at slcconline.edu (Elliot Voris) Date: Tue, 11 Feb 2014 16:56:57 +0000 Subject: [Evergreen-admin] Fresh 2.5.2 install error connecting via Staff Client (Windows) In-Reply-To: <681414C827196F4DBED0FC4ECB6666A2027094353A@NCC-EXCLU1.triley.co.uk> References: <681414C827196F4DBED0FC4ECB6666A20270943534@NCC-EXCLU1.triley.co.uk> <8ff77ed07a7743d89b785978e06ab4c9@CO1PR02MB080.namprd02.prod.outlook.com> <681414C827196F4DBED0FC4ECB6666A2027094353A@NCC-EXCLU1.triley.co.uk> Message-ID: <4a9c7ea551d042bf87a7e1aecf55248e@CO1PR02MB080.namprd02.prod.outlook.com> Hi, Tim You mentioned that this is a test setup. Are you setting up everything on one server (database, evergreen, ejabberd, etc.?), or are you putting some components onto separate servers? If everything's on one server (which should be the case, if you've been following right along with the install docs), you shouldn't have to mess around with pg_hba.conf since everything is happening locally. I know that I've messed up my setup when I tried playing around with pg_hba.conf, so I try to avoid doing that. Mine is using /32, everything local, so it shouldn't be a matter of opening up the local subnet. In that auth error, it looks like you're trying the username 'root'. Is that so? Make sure you're using the admin-user and admin-pass that you set up when you were creating the evergreen database: http://docs.evergreen-ils.org/2.5/_creating_the_evergreen_database.html#_creating_the_evergreen_database_and_schema Would you mind sending along the ejabberd log file /var/log/ejabberd/ejabberd.log? Based on your original message, it strikes me as something with ejabberd (granted, I'm not the foremost authority on this stuff haha) Thanks! Elliot J. Voris From: Alexander Tim [mailto:TAlexander at triley.co.uk] Sent: 11 February, 2014 10:29 To: Elliot Voris Subject: RE: [Evergreen-admin] Fresh 2.5.2 install error connecting via Staff Client (Windows) Dear Elliot, Thanks for that. I have gone through and all seems to be correct. I have actually managed to get a step further by opening up the restrictions for connections to the database (had /24 not /16 in the address of pg_hba.conf. I am now getting auth errors from the client like so: method=open-ils.auth.authenticate.complete params=[{"username":"root","type":"temp","agent":"staffclient","password":"3c871099452d006e10b1ac370d115200"}] THROWN: {"payload":[],"debug":"osrfMethodException : No authentication seed found. open-ils.auth.authenticate.init must be called first (check that memcached is running and can be connected to) ","status":404} STATUS: Not really sure what could be causing this except maybe some kind of permissions issue per chance? Regards Tim From: evergreen-admin-bounces at list.evergreen-ils.org [mailto:evergreen-admin-bounces at list.evergreen-ils.org] On Behalf Of Elliot Voris Sent: 11 February 2014 16:24 To: evergreen-admin at list.evergreen-ils.org Subject: Re: [Evergreen-admin] Fresh 2.5.2 install error connecting via Staff Client (Windows) Hey, Tim In opensrf_core.xml there should be four (4) passwords that you'll have to examine: opensrf at private.localhost, opensrf at public.localhost, router at private.localhost, and router at public.localhost, respectively. The default provided is 'password' for those values, so if you had used that as your password for the jabber users, then you should be all set. The error message seems to indicate that router at private.localhost is the culprit, so I would double-check that password specifically in the opensrf_core.xml file. During a recent install, I accidentally inserted a few extra characters (still don't know how that happened) into one of the password fields. It's an easy thing to overlook. If everything looks right in the configuration file, I would try stopping and starting ejabberd, memcached, all the OpenSRF services, and apache. Then, give it another go. Let us know how things progress. Thanks! Elliot J. Voris From: evergreen-admin-bounces at list.evergreen-ils.org [mailto:evergreen-admin-bounces at list.evergreen-ils.org] On Behalf Of Alexander Tim Sent: 11 February, 2014 09:56 To: evergreen-admin at list.evergreen-ils.org Subject: [Evergreen-admin] Fresh 2.5.2 install error connecting via Staff Client (Windows) Dear All, Have hit several stumbling blocks installing Evergreen for the first time but have finally reached one that a reread and retyping of the commands won't fix. I have installed on Ubuntu Server 12.04 and followed the guide for installing for 2.5.2. The client is Windows 7 x64 and is using the 2.5.2 client. All seems well with testing the host but logging in to the server through the client generates the following error: Network or server failure. Please check your Internet connection to 10.168.50.99 and choose Retry Network. If you need to enter Offline Mode, choose Ignore Errors in this and subsequent dialogues. If you believe this error is due to a bug in Evergreen and not network problems, please contact your help desk or friendly Evergreen administrators, and give them this information: method=open-ils.actor.org_tree.descendants.retrieve params=[1,-1] THROWN: {"payload":[],"debug":"osrfMethodException : *** Call to [open-ils.actor.org_tree.descendants.retrieve] failed for session [1392133796.204839.13921337964322], thread trace [1]:\nException: OpenSRF::EX::Session 2014-02-11T15:49:56 OpenSRF::Application /usr/local/share/perl/5.14.2/OpenSRF/Application.pm:233 Session Error: Call to open-ils.storage for method open-ils.storage.actor.org_unit.descendants.atomic \n failed with exception: Exception: OpenSRF::EX::Session 2014-02-11T15:49:56 OpenILS::Application::AppUtils /usr/local/share/perl/5.14.2/OpenILS/Application/AppUtils.pm:201 Session Error: router at private.localhost/open-ils.storage IS NOT CONNECTED TO THE NETWORK!!!\n : \n\n","status":500} STATUS: I have cleared the logs and restarted all the constituent parts individually and not received any error messages. I am also able to connect using srfsh (and then logging in with a user name and password). The server seems to be responding as it rejects incorrect user names and passwords. I have also added an SSL exception to allow me to get this far. I have also tailed the log for the perl start and found that it thinks the storage bit has started correctly: [2014-02-11 15:06:57] open-ils.storage [INTL:4051:Pg.pm:120:] All is well on the western front [2014-02-11 15:06:57] open-ils.storage [DEBG:4051:Storage.pm:66:] Success initializing driver! I am guessing I have messed up something in the opensrf_core.xml file but will admit the guide on that particular part was not exactly something I was able to grasp and understand. I seemed to find that most of the passwords were already set in the example file to what I had chosen for this test server. I would be most grateful for any guidance as I believe this is the last step to actually being able to test the server proper and see if our library wants to use it. Regards Tim ________________________________ 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. ________________________________ 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. -------------- next part -------------- An HTML attachment was scrubbed... URL: From TAlexander at triley.co.uk Tue Feb 11 12:28:06 2014 From: TAlexander at triley.co.uk (Alexander Tim) Date: Tue, 11 Feb 2014 17:28:06 +0000 Subject: [Evergreen-admin] Fresh 2.5.2 install error connecting via Staff Client (Windows) References: <681414C827196F4DBED0FC4ECB6666A20270943534@NCC-EXCLU1.triley.co.uk> <8ff77ed07a7743d89b785978e06ab4c9@CO1PR02MB080.namprd02.prod.outlook.com> <681414C827196F4DBED0FC4ECB6666A2027094353A@NCC-EXCLU1.triley.co.uk> <4a9c7ea551d042bf87a7e1aecf55248e@CO1PR02MB080.namprd02.prod.outlook.com> Message-ID: <681414C827196F4DBED0FC4ECB6666A20270943540@NCC-EXCLU1.triley.co.uk> Log file was too big. From: Alexander Tim Sent: 11 February 2014 17:21 To: 'Elliot Voris'; evergreen-admin at list.evergreen-ils.org Subject: RE: [Evergreen-admin] Fresh 2.5.2 install error connecting via Staff Client (Windows) Indeed it is all on the local box. The reason I poked around the pg_hba.conf was I was initially getting a "Connection Refused" error while using the perl script to generate the database. I googled about and added the following to pg_hba.conf: host all all 10.168.0.0/16 trust I then amended postgresql.conf with: listen_addresses = '*' This then allowed the perl script to generate the necessary database etc. I am using the username root, laziness on my part while setting this up for a test. This is the admin username I setup while running the perl script. I have attached the log file. I note there are some errors from this morning in there but anything from about 1300 on should be about correct for the current run of the installation process. Regards Tim From: evergreen-admin-bounces at list.evergreen-ils.org [mailto:evergreen-admin-bounces at list.evergreen-ils.org] On Behalf Of Elliot Voris Sent: 11 February 2014 16:57 To: evergreen-admin at list.evergreen-ils.org Subject: Re: [Evergreen-admin] Fresh 2.5.2 install error connecting via Staff Client (Windows) Hi, Tim You mentioned that this is a test setup. Are you setting up everything on one server (database, evergreen, ejabberd, etc.?), or are you putting some components onto separate servers? If everything's on one server (which should be the case, if you've been following right along with the install docs), you shouldn't have to mess around with pg_hba.conf since everything is happening locally. I know that I've messed up my setup when I tried playing around with pg_hba.conf, so I try to avoid doing that. Mine is using /32, everything local, so it shouldn't be a matter of opening up the local subnet. In that auth error, it looks like you're trying the username 'root'. Is that so? Make sure you're using the admin-user and admin-pass that you set up when you were creating the evergreen database: http://docs.evergreen-ils.org/2.5/_creating_the_evergreen_database.html#_creating_the_evergreen_database_and_schema Would you mind sending along the ejabberd log file /var/log/ejabberd/ejabberd.log? Based on your original message, it strikes me as something with ejabberd (granted, I'm not the foremost authority on this stuff haha) Thanks! Elliot J. Voris 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. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ejabberdclipped.log Type: application/octet-stream Size: 22572 bytes Desc: ejabberdclipped.log URL: From evoris at slcconline.edu Tue Feb 11 14:31:45 2014 From: evoris at slcconline.edu (Elliot Voris) Date: Tue, 11 Feb 2014 19:31:45 +0000 Subject: [Evergreen-admin] Fresh 2.5.2 install error connecting via Staff Client (Windows) In-Reply-To: <681414C827196F4DBED0FC4ECB6666A20270943540@NCC-EXCLU1.triley.co.uk> References: <681414C827196F4DBED0FC4ECB6666A20270943534@NCC-EXCLU1.triley.co.uk> <8ff77ed07a7743d89b785978e06ab4c9@CO1PR02MB080.namprd02.prod.outlook.com> <681414C827196F4DBED0FC4ECB6666A2027094353A@NCC-EXCLU1.triley.co.uk> <4a9c7ea551d042bf87a7e1aecf55248e@CO1PR02MB080.namprd02.prod.outlook.com> <681414C827196F4DBED0FC4ECB6666A20270943540@NCC-EXCLU1.triley.co.uk> Message-ID: <837add7445264459bb39c160d16ca4d7@CO1PR02MB080.namprd02.prod.outlook.com> Sure enough, my assumption was incorrect: ejabberd looks like it's working fine. You're definitely going to want to adjust your postgres connection settings for production. The settings you've got right now are pretty dangerous. From the PostgreSQL docs: trust Allow the connection unconditionally. This method allows anyone that can connect to the PostgreSQL database server to login as any PostgreSQL user they wish, without the need for a password or any other authentication. See Section 19.3.1 for details. It might not be a huge security concern right now, but it's definitely something you won't want to forget about later on. It could also throw a wrench in the works while you're testing stuff out. When you ran that Perl script to configure the database, did you use the actual hostname (or IP address) of the test server, or did you use 'localhost'? I've always used 'localhost' if I'm running through a one-server install, and haven't had any problems. If you ran it with the actual hostname (or IP address), try to run the script with localhost instead. Thanks! Elliot J. Voris From: Alexander Tim [mailto:TAlexander at triley.co.uk] Sent: 11 February, 2014 11:28 To: Elliot Voris; evergreen-admin at list.evergreen-ils.org Subject: RE: [Evergreen-admin] Fresh 2.5.2 install error connecting via Staff Client (Windows) Log file was too big. From: Alexander Tim Sent: 11 February 2014 17:21 To: 'Elliot Voris'; evergreen-admin at list.evergreen-ils.org Subject: RE: [Evergreen-admin] Fresh 2.5.2 install error connecting via Staff Client (Windows) Indeed it is all on the local box. The reason I poked around the pg_hba.conf was I was initially getting a "Connection Refused" error while using the perl script to generate the database. I googled about and added the following to pg_hba.conf: host all all 10.168.0.0/16 trust I then amended postgresql.conf with: listen_addresses = '*' This then allowed the perl script to generate the necessary database etc. I am using the username root, laziness on my part while setting this up for a test. This is the admin username I setup while running the perl script. I have attached the log file. I note there are some errors from this morning in there but anything from about 1300 on should be about correct for the current run of the installation process. Regards Tim From: evergreen-admin-bounces at list.evergreen-ils.org [mailto:evergreen-admin-bounces at list.evergreen-ils.org] On Behalf Of Elliot Voris Sent: 11 February 2014 16:57 To: evergreen-admin at list.evergreen-ils.org Subject: Re: [Evergreen-admin] Fresh 2.5.2 install error connecting via Staff Client (Windows) Hi, Tim You mentioned that this is a test setup. Are you setting up everything on one server (database, evergreen, ejabberd, etc.?), or are you putting some components onto separate servers? If everything's on one server (which should be the case, if you've been following right along with the install docs), you shouldn't have to mess around with pg_hba.conf since everything is happening locally. I know that I've messed up my setup when I tried playing around with pg_hba.conf, so I try to avoid doing that. Mine is using /32, everything local, so it shouldn't be a matter of opening up the local subnet. In that auth error, it looks like you're trying the username 'root'. Is that so? Make sure you're using the admin-user and admin-pass that you set up when you were creating the evergreen database: http://docs.evergreen-ils.org/2.5/_creating_the_evergreen_database.html#_creating_the_evergreen_database_and_schema Would you mind sending along the ejabberd log file /var/log/ejabberd/ejabberd.log? Based on your original message, it strikes me as something with ejabberd (granted, I'm not the foremost authority on this stuff haha) Thanks! Elliot J. Voris 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. -------------- next part -------------- An HTML attachment was scrubbed... URL: From TAlexander at triley.co.uk Wed Feb 12 03:52:47 2014 From: TAlexander at triley.co.uk (Alexander Tim) Date: Wed, 12 Feb 2014 08:52:47 +0000 Subject: [Evergreen-admin] Fresh 2.5.2 install error connecting via Staff Client (Windows) In-Reply-To: <837add7445264459bb39c160d16ca4d7@CO1PR02MB080.namprd02.prod.outlook.com> References: <681414C827196F4DBED0FC4ECB6666A20270943534@NCC-EXCLU1.triley.co.uk> <8ff77ed07a7743d89b785978e06ab4c9@CO1PR02MB080.namprd02.prod.outlook.com> <681414C827196F4DBED0FC4ECB6666A2027094353A@NCC-EXCLU1.triley.co.uk> <4a9c7ea551d042bf87a7e1aecf55248e@CO1PR02MB080.namprd02.prod.outlook.com> <681414C827196F4DBED0FC4ECB6666A20270943540@NCC-EXCLU1.triley.co.uk> <837add7445264459bb39c160d16ca4d7@CO1PR02MB080.namprd02.prod.outlook.com> Message-ID: <681414C827196F4DBED0FC4ECB6666A20270943542@NCC-EXCLU1.triley.co.uk> I will certainly be looking in to postgresql a lot more as I have never set up this particular database before. When I ran the perl script I did use the IP address rather than 'localhost'. I will give that another go and see what I the outcome is. With any luck maybe third times the charm for installing it :) From: evergreen-admin-bounces at list.evergreen-ils.org [mailto:evergreen-admin-bounces at list.evergreen-ils.org] On Behalf Of Elliot Voris Sent: 11 February 2014 19:32 To: evergreen-admin at list.evergreen-ils.org Subject: Re: [Evergreen-admin] Fresh 2.5.2 install error connecting via Staff Client (Windows) Sure enough, my assumption was incorrect: ejabberd looks like it's working fine. You're definitely going to want to adjust your postgres connection settings for production. The settings you've got right now are pretty dangerous. From the PostgreSQL docs: trust Allow the connection unconditionally. This method allows anyone that can connect to the PostgreSQL database server to login as any PostgreSQL user they wish, without the need for a password or any other authentication. See Section 19.3.1 for details. It might not be a huge security concern right now, but it's definitely something you won't want to forget about later on. It could also throw a wrench in the works while you're testing stuff out. When you ran that Perl script to configure the database, did you use the actual hostname (or IP address) of the test server, or did you use 'localhost'? I've always used 'localhost' if I'm running through a one-server install, and haven't had any problems. If you ran it with the actual hostname (or IP address), try to run the script with localhost instead. Thanks! Elliot J. Voris From: Alexander Tim [mailto:TAlexander at triley.co.uk] Sent: 11 February, 2014 11:28 To: Elliot Voris; evergreen-admin at list.evergreen-ils.org Subject: RE: [Evergreen-admin] Fresh 2.5.2 install error connecting via Staff Client (Windows) Log file was too big. From: Alexander Tim Sent: 11 February 2014 17:21 To: 'Elliot Voris'; evergreen-admin at list.evergreen-ils.org Subject: RE: [Evergreen-admin] Fresh 2.5.2 install error connecting via Staff Client (Windows) Indeed it is all on the local box. The reason I poked around the pg_hba.conf was I was initially getting a "Connection Refused" error while using the perl script to generate the database. I googled about and added the following to pg_hba.conf: host all all 10.168.0.0/16 trust I then amended postgresql.conf with: listen_addresses = '*' This then allowed the perl script to generate the necessary database etc. I am using the username root, laziness on my part while setting this up for a test. This is the admin username I setup while running the perl script. I have attached the log file. I note there are some errors from this morning in there but anything from about 1300 on should be about correct for the current run of the installation process. Regards Tim From: evergreen-admin-bounces at list.evergreen-ils.org [mailto:evergreen-admin-bounces at list.evergreen-ils.org] On Behalf Of Elliot Voris Sent: 11 February 2014 16:57 To: evergreen-admin at list.evergreen-ils.org Subject: Re: [Evergreen-admin] Fresh 2.5.2 install error connecting via Staff Client (Windows) Hi, Tim You mentioned that this is a test setup. Are you setting up everything on one server (database, evergreen, ejabberd, etc.?), or are you putting some components onto separate servers? If everything's on one server (which should be the case, if you've been following right along with the install docs), you shouldn't have to mess around with pg_hba.conf since everything is happening locally. I know that I've messed up my setup when I tried playing around with pg_hba.conf, so I try to avoid doing that. Mine is using /32, everything local, so it shouldn't be a matter of opening up the local subnet. In that auth error, it looks like you're trying the username 'root'. Is that so? Make sure you're using the admin-user and admin-pass that you set up when you were creating the evergreen database: http://docs.evergreen-ils.org/2.5/_creating_the_evergreen_database.html#_creating_the_evergreen_database_and_schema Would you mind sending along the ejabberd log file /var/log/ejabberd/ejabberd.log? Based on your original message, it strikes me as something with ejabberd (granted, I'm not the foremost authority on this stuff haha) Thanks! Elliot J. Voris 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. ________________________________ 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. -------------- next part -------------- An HTML attachment was scrubbed... URL: From TAlexander at triley.co.uk Wed Feb 12 06:25:37 2014 From: TAlexander at triley.co.uk (Alexander Tim) Date: Wed, 12 Feb 2014 11:25:37 +0000 Subject: [Evergreen-admin] Fresh 2.5.2 install error connecting via Staff Client (Windows) In-Reply-To: <681414C827196F4DBED0FC4ECB6666A20270943542@NCC-EXCLU1.triley.co.uk> References: <681414C827196F4DBED0FC4ECB6666A20270943534@NCC-EXCLU1.triley.co.uk> <8ff77ed07a7743d89b785978e06ab4c9@CO1PR02MB080.namprd02.prod.outlook.com> <681414C827196F4DBED0FC4ECB6666A2027094353A@NCC-EXCLU1.triley.co.uk> <4a9c7ea551d042bf87a7e1aecf55248e@CO1PR02MB080.namprd02.prod.outlook.com> <681414C827196F4DBED0FC4ECB6666A20270943540@NCC-EXCLU1.triley.co.uk> <837add7445264459bb39c160d16ca4d7@CO1PR02MB080.namprd02.prod.outlook.com> <681414C827196F4DBED0FC4ECB6666A20270943542@NCC-EXCLU1.triley.co.uk> Message-ID: <681414C827196F4DBED0FC4ECB6666A2027094354E@NCC-EXCLU1.triley.co.uk> Well I carried out a complete rebuild of the server from scratch and ended up at teh same point, though it didn't take as long to get here. Still getting a not connected error from the Staff Client from my Windows box. I am addressing the server by IP address but not sure why that would cause a problem (I followed Elliots suggestion to use 'localhost' when running the perl script to create the db). Any help greatly appreciated. Network or server failure. Please check your Internet connection to 10.168.50.99 and choose Retry Network. If you need to enter Offline Mode, choose Ignore Errors in this and subsequent dialogues. If you believe this error is due to a bug in Evergreen and not network problems, please contact your help desk or friendly Evergreen administrators, and give them this information: method=open-ils.actor.org_tree.descendants.retrieve params=[1,-1] THROWN: {"payload":[],"debug":"osrfMethodException : *** Call to [open-ils.actor.org_tree.descendants.retrieve] failed for session [1392203617.715091.13922036172019], thread trace [1]:\nException: OpenSRF::EX::Session 2014-02-12T11:13:37 OpenSRF::Application /usr/local/share/perl/5.14.2/OpenSRF/Application.pm:233 Session Error: Call to open-ils.storage for method open-ils.storage.actor.org_unit.descendants.atomic \n failed with exception: Exception: OpenSRF::EX::Session 2014-02-12T11:13:37 OpenILS::Application::AppUtils /usr/local/share/perl/5.14.2/OpenILS/Application/AppUtils.pm:201 Session Error: router at private.localhost/open-ils.storage IS NOT CONNECTED TO THE NETWORK!!!\n : \n\n","status":500} STATUS: From: evergreen-admin-bounces at list.evergreen-ils.org [mailto:evergreen-admin-bounces at list.evergreen-ils.org] On Behalf Of Alexander Tim Sent: 12 February 2014 08:53 To: Elliot Voris; evergreen-admin at list.evergreen-ils.org Subject: Re: [Evergreen-admin] Fresh 2.5.2 install error connecting via Staff Client (Windows) I will certainly be looking in to postgresql a lot more as I have never set up this particular database before. When I ran the perl script I did use the IP address rather than 'localhost'. I will give that another go and see what I the outcome is. With any luck maybe third times the charm for installing it :) From: evergreen-admin-bounces at list.evergreen-ils.org [mailto:evergreen-admin-bounces at list.evergreen-ils.org] On Behalf Of Elliot Voris Sent: 11 February 2014 19:32 To: evergreen-admin at list.evergreen-ils.org Subject: Re: [Evergreen-admin] Fresh 2.5.2 install error connecting via Staff Client (Windows) Sure enough, my assumption was incorrect: ejabberd looks like it's working fine. You're definitely going to want to adjust your postgres connection settings for production. The settings you've got right now are pretty dangerous. From the PostgreSQL docs: trust Allow the connection unconditionally. This method allows anyone that can connect to the PostgreSQL database server to login as any PostgreSQL user they wish, without the need for a password or any other authentication. See Section 19.3.1 for details. It might not be a huge security concern right now, but it's definitely something you won't want to forget about later on. It could also throw a wrench in the works while you're testing stuff out. When you ran that Perl script to configure the database, did you use the actual hostname (or IP address) of the test server, or did you use 'localhost'? I've always used 'localhost' if I'm running through a one-server install, and haven't had any problems. If you ran it with the actual hostname (or IP address), try to run the script with localhost instead. Thanks! Elliot J. Voris From: Alexander Tim [mailto:TAlexander at triley.co.uk] Sent: 11 February, 2014 11:28 To: Elliot Voris; evergreen-admin at list.evergreen-ils.org Subject: RE: [Evergreen-admin] Fresh 2.5.2 install error connecting via Staff Client (Windows) Log file was too big. From: Alexander Tim Sent: 11 February 2014 17:21 To: 'Elliot Voris'; evergreen-admin at list.evergreen-ils.org Subject: RE: [Evergreen-admin] Fresh 2.5.2 install error connecting via Staff Client (Windows) Indeed it is all on the local box. The reason I poked around the pg_hba.conf was I was initially getting a "Connection Refused" error while using the perl script to generate the database. I googled about and added the following to pg_hba.conf: host all all 10.168.0.0/16 trust I then amended postgresql.conf with: listen_addresses = '*' This then allowed the perl script to generate the necessary database etc. I am using the username root, laziness on my part while setting this up for a test. This is the admin username I setup while running the perl script. I have attached the log file. I note there are some errors from this morning in there but anything from about 1300 on should be about correct for the current run of the installation process. Regards Tim From: evergreen-admin-bounces at list.evergreen-ils.org [mailto:evergreen-admin-bounces at list.evergreen-ils.org] On Behalf Of Elliot Voris Sent: 11 February 2014 16:57 To: evergreen-admin at list.evergreen-ils.org Subject: Re: [Evergreen-admin] Fresh 2.5.2 install error connecting via Staff Client (Windows) Hi, Tim You mentioned that this is a test setup. Are you setting up everything on one server (database, evergreen, ejabberd, etc.?), or are you putting some components onto separate servers? If everything's on one server (which should be the case, if you've been following right along with the install docs), you shouldn't have to mess around with pg_hba.conf since everything is happening locally. I know that I've messed up my setup when I tried playing around with pg_hba.conf, so I try to avoid doing that. Mine is using /32, everything local, so it shouldn't be a matter of opening up the local subnet. In that auth error, it looks like you're trying the username 'root'. Is that so? Make sure you're using the admin-user and admin-pass that you set up when you were creating the evergreen database: http://docs.evergreen-ils.org/2.5/_creating_the_evergreen_database.html#_creating_the_evergreen_database_and_schema Would you mind sending along the ejabberd log file /var/log/ejabberd/ejabberd.log? Based on your original message, it strikes me as something with ejabberd (granted, I'm not the foremost authority on this stuff haha) Thanks! Elliot J. Voris 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. ________________________________ 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. ________________________________ 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. -------------- next part -------------- An HTML attachment was scrubbed... URL: From alexey.lazar at mnsu.edu Wed Feb 12 12:57:03 2014 From: alexey.lazar at mnsu.edu (Lazar, Alexey Vladimirovich) Date: Wed, 12 Feb 2014 17:57:03 +0000 Subject: [Evergreen-admin] Fresh 2.5.2 install error connecting via Staff Client (Windows) In-Reply-To: <681414C827196F4DBED0FC4ECB6666A2027094354E@NCC-EXCLU1.triley.co.uk> References: <681414C827196F4DBED0FC4ECB6666A20270943534@NCC-EXCLU1.triley.co.uk> <8ff77ed07a7743d89b785978e06ab4c9@CO1PR02MB080.namprd02.prod.outlook.com> <681414C827196F4DBED0FC4ECB6666A2027094353A@NCC-EXCLU1.triley.co.uk> <4a9c7ea551d042bf87a7e1aecf55248e@CO1PR02MB080.namprd02.prod.outlook.com> <681414C827196F4DBED0FC4ECB6666A20270943540@NCC-EXCLU1.triley.co.uk> <837add7445264459bb39c160d16ca4d7@CO1PR02MB080.namprd02.prod.outlook.com> <681414C827196F4DBED0FC4ECB6666A20270943542@NCC-EXCLU1.triley.co.uk> <681414C827196F4DBED0FC4ECB6666A2027094354E@NCC-EXCLU1.triley.co.uk> Message-ID: <3C88BAB5-6ECE-49D3-A339-065FC3D44CED@mnsu.edu> Hi, Alexander. I?m guessing answer is already probably yes, but did you check over UFW settings on the DB server? Like, sudo ufw status You also have to reload UFW for new settings to take effect. Also, when setting up my first Evergreen instance a while back, I vaguely remember having some issues with special characters in ejabberd passwords. Speaking from memory, I seem to recall having to change to simpler passwords - not shorter, but alphanumeric. Aleksey On 2014-02-12, at 05:25 , Alexander Tim wrote: > Well I carried out a complete rebuild of the server from scratch and ended up at teh same point, though it didn?t take as long to get here. Still getting a not connected error from the Staff Client from my Windows box. I am addressing the server by IP address but not sure why that would cause a problem (I followed Elliots suggestion to use ?localhost? when running the perl script to create the db). > > Any help greatly appreciated. > > Network or server failure. Please check your Internet connection to 10.168.50.99 and choose Retry Network. If you need to enter Offline Mode, choose Ignore Errors in this and subsequent dialogues. If you believe this error is due to a bug in Evergreen and not network problems, please contact your help desk or friendly Evergreen administrators, and give them this information: > method=open-ils.actor.org_tree.descendants.retrieve > params=[1,-1] > THROWN: > {"payload":[],"debug":"osrfMethodException : *** Call to [open-ils.actor.org_tree.descendants.retrieve] failed for session [1392203617.715091.13922036172019], thread trace [1]:\nException: OpenSRF::EX::Session 2014-02-12T11:13:37 OpenSRF::Application /usr/local/share/perl/5.14.2/OpenSRF/Application.pm:233 Session Error: Call to open-ils.storage for method open-ils.storage.actor.org_unit.descendants.atomic \n failed with exception: Exception: OpenSRF::EX::Session 2014-02-12T11:13:37 OpenILS::Application::AppUtils /usr/local/share/perl/5.14.2/OpenILS/Application/AppUtils.pm:201 Session Error: router at private.localhost/open-ils.storage IS NOT CONNECTED TO THE NETWORK!!!\n : \n\n","status":500} > STATUS: > > > From: evergreen-admin-bounces at list.evergreen-ils.org [mailto:evergreen-admin-bounces at list.evergreen-ils.org] On Behalf Of Alexander Tim > Sent: 12 February 2014 08:53 > To: Elliot Voris; evergreen-admin at list.evergreen-ils.org > Subject: Re: [Evergreen-admin] Fresh 2.5.2 install error connecting via Staff Client (Windows) > > I will certainly be looking in to postgresql a lot more as I have never set up this particular database before. When I ran the perl script I did use the IP address rather than ?localhost?. I will give that another go and see what I the outcome is. With any luck maybe third times the charm for installing it J > > From: evergreen-admin-bounces at list.evergreen-ils.org [mailto:evergreen-admin-bounces at list.evergreen-ils.org] On Behalf Of Elliot Voris > Sent: 11 February 2014 19:32 > To: evergreen-admin at list.evergreen-ils.org > Subject: Re: [Evergreen-admin] Fresh 2.5.2 install error connecting via Staff Client (Windows) > > Sure enough, my assumption was incorrect: ejabberd looks like it?s working fine. > > You?re definitely going to want to adjust your postgres connection settings for production. The settings you?ve got right now are pretty dangerous. From the PostgreSQL docs: > > trust > Allow the connection unconditionally. This method allows anyone that can connect to the PostgreSQL database server to login as any PostgreSQL user they wish, without the need for a password or any other authentication. See Section 19.3.1 for details. > > It might not be a huge security concern right now, but it?s definitely something you won?t want to forget about later on. It could also throw a wrench in the works while you?re testing stuff out. > > When you ran that Perl script to configure the database, did you use the actual hostname (or IP address) of the test server, or did you use ?localhost?? I?ve always used ?localhost? if I?m running through a one-server install, and haven?t had any problems. If you ran it with the actual hostname (or IP address), try to run the script with localhost instead. > > Thanks! > > Elliot J. Voris > > From: Alexander Tim [mailto:TAlexander at triley.co.uk] > Sent: 11 February, 2014 11:28 > To: Elliot Voris; evergreen-admin at list.evergreen-ils.org > Subject: RE: [Evergreen-admin] Fresh 2.5.2 install error connecting via Staff Client (Windows) > > Log file was too big. > > From: Alexander Tim > Sent: 11 February 2014 17:21 > To: 'Elliot Voris'; evergreen-admin at list.evergreen-ils.org > Subject: RE: [Evergreen-admin] Fresh 2.5.2 install error connecting via Staff Client (Windows) > > Indeed it is all on the local box. The reason I poked around the pg_hba.conf was I was initially getting a "Connection Refused" error while using the perl script to generate the database. I googled about and added the following to pg_hba.conf: > > host all all 10.168.0.0/16 trust > > I then amended postgresql.conf with: > > listen_addresses = '*' > > This then allowed the perl script to generate the necessary database etc. > > I am using the username root, laziness on my part while setting this up for a test. This is the admin username I setup while running the perl script. > > I have attached the log file. I note there are some errors from this morning in there but anything from about 1300 on should be about correct for the current run of the installation process. > > Regards > > Tim > > From: evergreen-admin-bounces at list.evergreen-ils.org [mailto:evergreen-admin-bounces at list.evergreen-ils.org] On Behalf Of Elliot Voris > Sent: 11 February 2014 16:57 > To: evergreen-admin at list.evergreen-ils.org > Subject: Re: [Evergreen-admin] Fresh 2.5.2 install error connecting via Staff Client (Windows) > > Hi, Tim > > You mentioned that this is a test setup. Are you setting up everything on one server (database, evergreen, ejabberd, etc.?), or are you putting some components onto separate servers? > > If everything's on one server (which should be the case, if you've been following right along with the install docs), you shouldn't have to mess around with pg_hba.conf since everything is happening locally. I know that I've messed up my setup when I tried playing around with pg_hba.conf, so I try to avoid doing that. Mine is using /32, everything local, so it shouldn't be a matter of opening up the local subnet. > > In that auth error, it looks like you're trying the username 'root'. Is that so? Make sure you're using the admin-user and admin-pass that you set up when you were creating the evergreen database: http://docs.evergreen-ils.org/2.5/_creating_the_evergreen_database.html#_creating_the_evergreen_database_and_schema > Would you mind sending along the ejabberd log file /var/log/ejabberd/ejabberd.log? Based on your original message, it strikes me as something with ejabberd (granted, I'm not the foremost authority on this stuff haha) > > Thanks! > > Elliot J. Voris > > 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. > > > 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. > > > > 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. > > > _______________________________________________ > Evergreen-admin mailing list > Evergreen-admin at list.evergreen-ils.org > http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-admin Aleksey Lazar IS Developer and Integrator - PALS http://www.mnpals.org/ From evoris at slcconline.edu Wed Feb 12 13:22:01 2014 From: evoris at slcconline.edu (Elliot Voris) Date: Wed, 12 Feb 2014 18:22:01 +0000 Subject: [Evergreen-admin] Fresh 2.5.2 install error connecting via Staff Client (Windows) In-Reply-To: <3C88BAB5-6ECE-49D3-A339-065FC3D44CED@mnsu.edu> References: <681414C827196F4DBED0FC4ECB6666A20270943534@NCC-EXCLU1.triley.co.uk> <8ff77ed07a7743d89b785978e06ab4c9@CO1PR02MB080.namprd02.prod.outlook.com> <681414C827196F4DBED0FC4ECB6666A2027094353A@NCC-EXCLU1.triley.co.uk> <4a9c7ea551d042bf87a7e1aecf55248e@CO1PR02MB080.namprd02.prod.outlook.com> <681414C827196F4DBED0FC4ECB6666A20270943540@NCC-EXCLU1.triley.co.uk> <837add7445264459bb39c160d16ca4d7@CO1PR02MB080.namprd02.prod.outlook.com> <681414C827196F4DBED0FC4ECB6666A20270943542@NCC-EXCLU1.triley.co.uk> <681414C827196F4DBED0FC4ECB6666A2027094354E@NCC-EXCLU1.triley.co.uk> <3C88BAB5-6ECE-49D3-A339-065FC3D44CED@mnsu.edu> Message-ID: <85bdd01dfa3d4fcb86c60f83bb3029a2@BLUPR02MB067.namprd02.prod.outlook.com> Good call, Aleksey! I didn't even think about checking the firewall. I probably should have asked these things at the start: What OS are you using? What version of OpenSRF did you install? Any chance you installed OpenSRF and/or Evergreen with the --enable-python flag (if that seems completely unfamiliar, then you probably didn't)? Have you run through the steps outlined here: http://evergreen-ils.org/dokuwiki/doku.php?id=troubleshooting:checking_for_errors ? If so, what were the results? Double check two steps for me: 1) From the OpenSRF install instructions: http://evergreen-ils.org/documentation/install/OpenSRF/README_2_2_2.html#_testing_the_default_opensrf_services 2) From the Evergreen-ILS install instructions: http://docs.evergreen-ils.org/2.5/_testing_connections_to_evergreen.html I recall when I was trying to install Evergreen for the first time, it took me a bunch of tries. I was also fairly new to Linux at the time, too. It was like trying to learn how to administer software, using a language I was learning simultaneously. It was really easy to overlook things and get myself lost. Thanks! Elliot J. Voris -----Original Message----- From: evergreen-admin-bounces at list.evergreen-ils.org [mailto:evergreen-admin-bounces at list.evergreen-ils.org] On Behalf Of Lazar, Alexey Vladimirovich Sent: 12 February, 2014 11:57 To: evergreen-admin at list.evergreen-ils.org Subject: Re: [Evergreen-admin] Fresh 2.5.2 install error connecting via Staff Client (Windows) Hi, Alexander. I'm guessing answer is already probably yes, but did you check over UFW settings on the DB server? Like, sudo ufw status You also have to reload UFW for new settings to take effect. Also, when setting up my first Evergreen instance a while back, I vaguely remember having some issues with special characters in ejabberd passwords. Speaking from memory, I seem to recall having to change to simpler passwords - not shorter, but alphanumeric. Aleksey On 2014-02-12, at 05:25 , Alexander Tim wrote: > Well I carried out a complete rebuild of the server from scratch and ended up at teh same point, though it didn't take as long to get here. Still getting a not connected error from the Staff Client from my Windows box. I am addressing the server by IP address but not sure why that would cause a problem (I followed Elliots suggestion to use 'localhost' when running the perl script to create the db). > > Any help greatly appreciated. > > Network or server failure. Please check your Internet connection to 10.168.50.99 and choose Retry Network. If you need to enter Offline Mode, choose Ignore Errors in this and subsequent dialogues. If you believe this error is due to a bug in Evergreen and not network problems, please contact your help desk or friendly Evergreen administrators, and give them this information: > method=open-ils.actor.org_tree.descendants.retrieve > params=[1,-1] > THROWN: > {"payload":[],"debug":"osrfMethodException : *** Call to > [open-ils.actor.org_tree.descendants.retrieve] failed for session > [1392203617.715091.13922036172019], thread trace [1]:\nException: > OpenSRF::EX::Session 2014-02-12T11:13:37 OpenSRF::Application > /usr/local/share/perl/5.14.2/OpenSRF/Application.pm:233 Session Error: > Call to open-ils.storage for method > open-ils.storage.actor.org_unit.descendants.atomic \n failed with > exception: Exception: OpenSRF::EX::Session 2014-02-12T11:13:37 > OpenILS::Application::AppUtils > /usr/local/share/perl/5.14.2/OpenILS/Application/AppUtils.pm:201 > Session Error: router at private.localhost/open-ils.storage IS NOT > CONNECTED TO THE NETWORK!!!\n : \n\n","status":500} > STATUS: > > > From: evergreen-admin-bounces at list.evergreen-ils.org > [mailto:evergreen-admin-bounces at list.evergreen-ils.org] On Behalf Of > Alexander Tim > Sent: 12 February 2014 08:53 > To: Elliot Voris; evergreen-admin at list.evergreen-ils.org > Subject: Re: [Evergreen-admin] Fresh 2.5.2 install error connecting > via Staff Client (Windows) > > I will certainly be looking in to postgresql a lot more as I have > never set up this particular database before. When I ran the perl > script I did use the IP address rather than 'localhost'. I will give > that another go and see what I the outcome is. With any luck maybe > third times the charm for installing it J > > From: evergreen-admin-bounces at list.evergreen-ils.org > [mailto:evergreen-admin-bounces at list.evergreen-ils.org] On Behalf Of > Elliot Voris > Sent: 11 February 2014 19:32 > To: evergreen-admin at list.evergreen-ils.org > Subject: Re: [Evergreen-admin] Fresh 2.5.2 install error connecting > via Staff Client (Windows) > > Sure enough, my assumption was incorrect: ejabberd looks like it's working fine. > > You're definitely going to want to adjust your postgres connection settings for production. The settings you've got right now are pretty dangerous. >From the PostgreSQL docs: > > trust > Allow the connection unconditionally. This method allows anyone that can connect to the PostgreSQL database server to login as any PostgreSQL user they wish, without the need for a password or any other authentication. See Section 19.3.1 for details. > > It might not be a huge security concern right now, but it's definitely something you won't want to forget about later on. It could also throw a wrench in the works while you're testing stuff out. > > When you ran that Perl script to configure the database, did you use the actual hostname (or IP address) of the test server, or did you use 'localhost'? I've always used 'localhost' if I'm running through a one-server install, and haven't had any problems. If you ran it with the actual hostname (or IP address), try to run the script with localhost instead. > > Thanks! > > Elliot J. Voris > > From: Alexander Tim [mailto:TAlexander at triley.co.uk] > Sent: 11 February, 2014 11:28 > To: Elliot Voris; evergreen-admin at list.evergreen-ils.org > Subject: RE: [Evergreen-admin] Fresh 2.5.2 install error connecting > via Staff Client (Windows) > > Log file was too big. > > From: Alexander Tim > Sent: 11 February 2014 17:21 > To: 'Elliot Voris'; evergreen-admin at list.evergreen-ils.org > Subject: RE: [Evergreen-admin] Fresh 2.5.2 install error connecting > via Staff Client (Windows) > > Indeed it is all on the local box. The reason I poked around the pg_hba.conf was I was initially getting a "Connection Refused" error while using the perl script to generate the database. I googled about and added the following to pg_hba.conf: > > host all all 10.168.0.0/16 trust > > I then amended postgresql.conf with: > > listen_addresses = '*' > > This then allowed the perl script to generate the necessary database etc. > > I am using the username root, laziness on my part while setting this up for a test. This is the admin username I setup while running the perl script. > > I have attached the log file. I note there are some errors from this morning in there but anything from about 1300 on should be about correct for the current run of the installation process. > > Regards > > Tim > > From: evergreen-admin-bounces at list.evergreen-ils.org > [mailto:evergreen-admin-bounces at list.evergreen-ils.org] On Behalf Of > Elliot Voris > Sent: 11 February 2014 16:57 > To: evergreen-admin at list.evergreen-ils.org > Subject: Re: [Evergreen-admin] Fresh 2.5.2 install error connecting > via Staff Client (Windows) > > Hi, Tim > > You mentioned that this is a test setup. Are you setting up everything on one server (database, evergreen, ejabberd, etc.?), or are you putting some components onto separate servers? > > If everything's on one server (which should be the case, if you've been following right along with the install docs), you shouldn't have to mess around with pg_hba.conf since everything is happening locally. I know that I've messed up my setup when I tried playing around with pg_hba.conf, so I try to avoid doing that. Mine is using /32, everything local, so it shouldn't be a matter of opening up the local subnet. > > In that auth error, it looks like you're trying the username 'root'. > Is that so? Make sure you're using the admin-user and admin-pass that > you set up when you were creating the evergreen database: > http://docs.evergreen-ils.org/2.5/_creating_the_evergreen_database.htm > l#_creating_the_evergreen_database_and_schema > Would you mind sending along the ejabberd log file > /var/log/ejabberd/ejabberd.log? Based on your original message, it > strikes me as something with ejabberd (granted, I'm not the foremost > authority on this stuff haha) > > Thanks! > > Elliot J. Voris > > 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. > > > 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. > > > > 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. > > > _______________________________________________ > Evergreen-admin mailing list > Evergreen-admin at list.evergreen-ils.org > http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-admin Aleksey Lazar IS Developer and Integrator - PALS http://www.mnpals.org/ _______________________________________________ Evergreen-admin mailing list Evergreen-admin at list.evergreen-ils.org http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-admin From TAlexander at triley.co.uk Thu Feb 13 05:30:54 2014 From: TAlexander at triley.co.uk (Alexander Tim) Date: Thu, 13 Feb 2014 10:30:54 +0000 Subject: [Evergreen-admin] FW: Fresh 2.5.2 install error connecting via Staff Client (Windows) Message-ID: <681414C827196F4DBED0FC4ECB6666A2027094357F@NCC-EXCLU1.triley.co.uk> Well it has been awhile since I worked with Ubuntu so hadn't thought about the firewall. I have disabled it for now (understand not best practice but am working towards a test or more specifically just a proof of concept). Bounced the server and restarted all the OpenSRF services etc. I still get the same error. I am also using bog standard passwords for simplicity at this stage. I have been burnt with special characters in Linux before but have triple checked them all and can't see any in the passwords that would cause an issue. I have avoided installing with anything beyond the standard in the documentation. To that end there is no --enable-python or --enable-java flag. I have run the start_all command and everything seems to load without issue. I am then able to login to the srfsh shell using the egadmin user and password I specified running the perl script during installation. For a round up I am using Ubuntu 12.04 Server x64. This is a VM running on ESXi. All packages, bar lynx web browser, that have been installed are as a result of the commands run during evergreen installation. Digging around the logs I am still not sure what I am looking at. Doing a grep for ERR seems to return the same details as the staff client error. I have attached a tar of the logs in case anyone can see anything glaring. Thanks for the pointers thus far. Regards Tim -----Original Message----- From: evergreen-admin-bounces at list.evergreen-ils.org [mailto:evergreen-admin-bounces at list.evergreen-ils.org] On Behalf Of Elliot Voris Sent: 12 February 2014 18:22 To: evergreen-admin at list.evergreen-ils.org Subject: Re: [Evergreen-admin] Fresh 2.5.2 install error connecting via Staff Client (Windows) Good call, Aleksey! I didn't even think about checking the firewall. I probably should have asked these things at the start: What OS are you using? What version of OpenSRF did you install? Any chance you installed OpenSRF and/or Evergreen with the --enable-python flag (if that seems completely unfamiliar, then you probably didn't)? Have you run through the steps outlined here: http://evergreen-ils.org/dokuwiki/doku.php?id=troubleshooting:checking_for_errors ? If so, what were the results? Double check two steps for me: 1) From the OpenSRF install instructions: http://evergreen-ils.org/documentation/install/OpenSRF/README_2_2_2.html#_testing_the_default_opensrf_services 2) From the Evergreen-ILS install instructions: http://docs.evergreen-ils.org/2.5/_testing_connections_to_evergreen.html I recall when I was trying to install Evergreen for the first time, it took me a bunch of tries. I was also fairly new to Linux at the time, too. It was like trying to learn how to administer software, using a language I was learning simultaneously. It was really easy to overlook things and get myself lost. Thanks! Elliot J. Voris 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. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: logs.tar.gz Type: application/x-gzip Size: 24423 bytes Desc: logs.tar.gz URL: From evoris at slcconline.edu Thu Feb 13 11:25:14 2014 From: evoris at slcconline.edu (Elliot Voris) Date: Thu, 13 Feb 2014 16:25:14 +0000 Subject: [Evergreen-admin] FW: Fresh 2.5.2 install error connecting via Staff Client (Windows) In-Reply-To: <681414C827196F4DBED0FC4ECB6666A2027094357F@NCC-EXCLU1.triley.co.uk> References: <681414C827196F4DBED0FC4ECB6666A2027094357F@NCC-EXCLU1.triley.co.uk> Message-ID: Hi, Tim Thanks for all the great info! There's something that looks like it might be telling in your router-private.log file. It points to this part of the OpenSRF software: http://git.evergreen-ils.org/?p=OpenSRF.git;a=blob;f=src/router/osrf_router.c;h=359d98a86dd6353e9f8aafe716c48706c978b96c;hb=9516696af415545e237afc77c45d6d404eb10fe6#l479 >From the description of that function (emphasis added, that part is where your error is thrown): The presumption is that the relevant node is dead. If another node is available for the same class, then remove the dead one, create a clone of the message to be sent elsewhere, and return a pointer to it. If there is no other node for the same class, send a cancel message back to the sender, remove both the node and the class it belongs to, and return NULL. If we can't even do that because the entire class is dead, log a message to that effect and return NULL. It would appear (to me) that the issue is centered around no opensrf at private.localhost node existing and thus, OpenSRF tells you it's not connected. When it comes to Evergreen Admin, I'm pretty sharp. But, we're now into OpenSRF territory, and that confuses the heck out of me lol. It's probably time to pass the support torch to somebody else. My suggestion to you is to send this issue to the Dev Mailing list (http://libmail.georgialibraries.org/mailman/listinfo/open-ils-dev (don't forget to subscribe first)). I'm super-confident they'll be able to help you out further, and that list sees a little more activity than this one does anyway. Try to forward as much of what we've gone through already. Thanks! Elliot J. Voris From: evergreen-admin-bounces at list.evergreen-ils.org [mailto:evergreen-admin-bounces at list.evergreen-ils.org] On Behalf Of Alexander Tim Sent: 13 February, 2014 04:31 To: evergreen-admin at list.evergreen-ils.org Subject: [Evergreen-admin] FW: Fresh 2.5.2 install error connecting via Staff Client (Windows) Well it has been awhile since I worked with Ubuntu so hadn't thought about the firewall. I have disabled it for now (understand not best practice but am working towards a test or more specifically just a proof of concept). Bounced the server and restarted all the OpenSRF services etc. I still get the same error. I am also using bog standard passwords for simplicity at this stage. I have been burnt with special characters in Linux before but have triple checked them all and can't see any in the passwords that would cause an issue. I have avoided installing with anything beyond the standard in the documentation. To that end there is no --enable-python or --enable-java flag. I have run the start_all command and everything seems to load without issue. I am then able to login to the srfsh shell using the egadmin user and password I specified running the perl script during installation. For a round up I am using Ubuntu 12.04 Server x64. This is a VM running on ESXi. All packages, bar lynx web browser, that have been installed are as a result of the commands run during evergreen installation. Digging around the logs I am still not sure what I am looking at. Doing a grep for ERR seems to return the same details as the staff client error. I have attached a tar of the logs in case anyone can see anything glaring. Thanks for the pointers thus far. Regards Tim -----Original Message----- From: evergreen-admin-bounces at list.evergreen-ils.org [mailto:evergreen-admin-bounces at list.evergreen-ils.org] On Behalf Of Elliot Voris Sent: 12 February 2014 18:22 To: evergreen-admin at list.evergreen-ils.org Subject: Re: [Evergreen-admin] Fresh 2.5.2 install error connecting via Staff Client (Windows) Good call, Aleksey! I didn't even think about checking the firewall. I probably should have asked these things at the start: What OS are you using? What version of OpenSRF did you install? Any chance you installed OpenSRF and/or Evergreen with the --enable-python flag (if that seems completely unfamiliar, then you probably didn't)? Have you run through the steps outlined here: http://evergreen-ils.org/dokuwiki/doku.php?id=troubleshooting:checking_for_errors ? If so, what were the results? Double check two steps for me: 1) From the OpenSRF install instructions: http://evergreen-ils.org/documentation/install/OpenSRF/README_2_2_2.html#_testing_the_default_opensrf_services 2) From the Evergreen-ILS install instructions: http://docs.evergreen-ils.org/2.5/_testing_connections_to_evergreen.html I recall when I was trying to install Evergreen for the first time, it took me a bunch of tries. I was also fairly new to Linux at the time, too. It was like trying to learn how to administer software, using a language I was learning simultaneously. It was really easy to overlook things and get myself lost. Thanks! Elliot J. Voris 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. -------------- next part -------------- An HTML attachment was scrubbed... URL: From TAlexander at triley.co.uk Thu Feb 13 11:32:21 2014 From: TAlexander at triley.co.uk (Alexander Tim) Date: Thu, 13 Feb 2014 16:32:21 +0000 Subject: [Evergreen-admin] FW: Fresh 2.5.2 install error connecting via Staff Client (Windows) In-Reply-To: References: <681414C827196F4DBED0FC4ECB6666A2027094357F@NCC-EXCLU1.triley.co.uk> Message-ID: <681414C827196F4DBED0FC4ECB6666A202709435A0@NCC-EXCLU1.triley.co.uk> Thanks Elliot for your patience and looking through that for me. I will wing something over to the list you mentioned and see what the outcome is. Hopefully I can have it up and running fairly soon! Thanks again Tim (I will of course let you, and everyone else, know the outcome) From: evergreen-admin-bounces at list.evergreen-ils.org [mailto:evergreen-admin-bounces at list.evergreen-ils.org] On Behalf Of Elliot Voris Sent: 13 February 2014 16:25 To: evergreen-admin at list.evergreen-ils.org Subject: Re: [Evergreen-admin] FW: Fresh 2.5.2 install error connecting via Staff Client (Windows) Hi, Tim Thanks for all the great info! There's something that looks like it might be telling in your router-private.log file. It points to this part of the OpenSRF software: http://git.evergreen-ils.org/?p=OpenSRF.git;a=blob;f=src/router/osrf_router.c;h=359d98a86dd6353e9f8aafe716c48706c978b96c;hb=9516696af415545e237afc77c45d6d404eb10fe6#l479 >From the description of that function (emphasis added, that part is where your error is thrown): The presumption is that the relevant node is dead. If another node is available for the same class, then remove the dead one, create a clone of the message to be sent elsewhere, and return a pointer to it. If there is no other node for the same class, send a cancel message back to the sender, remove both the node and the class it belongs to, and return NULL. If we can't even do that because the entire class is dead, log a message to that effect and return NULL. It would appear (to me) that the issue is centered around no opensrf at private.localhost node existing and thus, OpenSRF tells you it's not connected. When it comes to Evergreen Admin, I'm pretty sharp. But, we're now into OpenSRF territory, and that confuses the heck out of me lol. It's probably time to pass the support torch to somebody else. My suggestion to you is to send this issue to the Dev Mailing list (http://libmail.georgialibraries.org/mailman/listinfo/open-ils-dev (don't forget to subscribe first)). I'm super-confident they'll be able to help you out further, and that list sees a little more activity than this one does anyway. Try to forward as much of what we've gone through already. Thanks! Elliot J. Voris From: evergreen-admin-bounces at list.evergreen-ils.org [mailto:evergreen-admin-bounces at list.evergreen-ils.org] On Behalf Of Alexander Tim Sent: 13 February, 2014 04:31 To: evergreen-admin at list.evergreen-ils.org Subject: [Evergreen-admin] FW: Fresh 2.5.2 install error connecting via Staff Client (Windows) Well it has been awhile since I worked with Ubuntu so hadn't thought about the firewall. I have disabled it for now (understand not best practice but am working towards a test or more specifically just a proof of concept). Bounced the server and restarted all the OpenSRF services etc. I still get the same error. I am also using bog standard passwords for simplicity at this stage. I have been burnt with special characters in Linux before but have triple checked them all and can't see any in the passwords that would cause an issue. I have avoided installing with anything beyond the standard in the documentation. To that end there is no --enable-python or --enable-java flag. I have run the start_all command and everything seems to load without issue. I am then able to login to the srfsh shell using the egadmin user and password I specified running the perl script during installation. For a round up I am using Ubuntu 12.04 Server x64. This is a VM running on ESXi. All packages, bar lynx web browser, that have been installed are as a result of the commands run during evergreen installation. Digging around the logs I am still not sure what I am looking at. Doing a grep for ERR seems to return the same details as the staff client error. I have attached a tar of the logs in case anyone can see anything glaring. Thanks for the pointers thus far. Regards Tim -----Original Message----- From: evergreen-admin-bounces at list.evergreen-ils.org [mailto:evergreen-admin-bounces at list.evergreen-ils.org] On Behalf Of Elliot Voris Sent: 12 February 2014 18:22 To: evergreen-admin at list.evergreen-ils.org Subject: Re: [Evergreen-admin] Fresh 2.5.2 install error connecting via Staff Client (Windows) Good call, Aleksey! I didn't even think about checking the firewall. I probably should have asked these things at the start: What OS are you using? What version of OpenSRF did you install? Any chance you installed OpenSRF and/or Evergreen with the --enable-python flag (if that seems completely unfamiliar, then you probably didn't)? Have you run through the steps outlined here: http://evergreen-ils.org/dokuwiki/doku.php?id=troubleshooting:checking_for_errors ? If so, what were the results? Double check two steps for me: 1) From the OpenSRF install instructions: http://evergreen-ils.org/documentation/install/OpenSRF/README_2_2_2.html#_testing_the_default_opensrf_services 2) From the Evergreen-ILS install instructions: http://docs.evergreen-ils.org/2.5/_testing_connections_to_evergreen.html I recall when I was trying to install Evergreen for the first time, it took me a bunch of tries. I was also fairly new to Linux at the time, too. It was like trying to learn how to administer software, using a language I was learning simultaneously. It was really easy to overlook things and get myself lost. Thanks! Elliot J. Voris 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. ________________________________ 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. -------------- next part -------------- An HTML attachment was scrubbed... URL: