Re: [OPEN-ILS-GENERAL] ***SPAM*** troubles with new 1.6.1.2 installation
Hi Alan, In my experience, the only way to find out what's going wrong is to look in the Evergreen logs. On a default installation these will exist in /openils/var/log and the one you're probably looking for is "open-ils.ingest-unix.log", though you might check "vandelay_unix.log" as well. You might tail -f those logs while you try an import to see what's going wrong. I've also noticed there are some import utilities in the "extras" directory in the downloaded source (you might have to view the source in some cases to know how they are used). I've not used them before, but they may be more manageable than the interface currently is, since it does not report errors very well (IMHO ;-) ). As always, those who know more than me about this are welcome to make corrections where needed. Chris Sharp PINES Program Manager Georgia Public Library Service 1800 Century Place, Suite 150 Atlanta, Georgia 30345 (404) 235-7147 csh...@georgialibraries.org http://pines.georgialibraries.org/ - Original Message - > From: "Alan Krueger" > To: "Evergreen Discussion Group" > Sent: Friday, September 10, 2010 3:34:36 PM > Subject: Re: [OPEN-ILS-GENERAL] ***SPAM*** troubles with new 1.6.1.2 > installation > On 9/9/2010 11:30 PM, Alan Krueger wrote: > > I exported the holdings from Follett and tried to import them into > > Evergreen. The import progress screen kept going for multiple days > > and then hung at 98%. Viewing the upload queue, it looks like it > > imported everything, but even though I selected the option to import > > holdings, it doesn't look like that took. > I should probably call this out. > > Any idea what I did wrong when I used the staff client's MARC Import > feature and clicked the checkbox to import holdings? The import queue > claimed all 8k+ titles were imported, but the 12k+ copies included in > the MARC21 file did not appear afterwards. > > I'm wondering if it got stuck in that process somewhere (the 98%) > above > then somehow got rolled back. > > Thanks, > Alan Krueger
Re: [OPEN-ILS-GENERAL] ***SPAM*** troubles with new 1.6.1.2 installation
On 9/9/2010 11:30 PM, Alan Krueger wrote: I exported the holdings from Follett and tried to import them into Evergreen. The import progress screen kept going for multiple days and then hung at 98%. Viewing the upload queue, it looks like it imported everything, but even though I selected the option to import holdings, it doesn't look like that took. I should probably call this out. Any idea what I did wrong when I used the staff client's MARC Import feature and clicked the checkbox to import holdings? The import queue claimed all 8k+ titles were imported, but the 12k+ copies included in the MARC21 file did not appear afterwards. I'm wondering if it got stuck in that process somewhere (the 98%) above then somehow got rolled back. Thanks, Alan Krueger
Re: [OPEN-ILS-GENERAL] ***SPAM*** troubles with new 1.6.1.2 installation
On 9/3/2010 10:52 AM, Dan Scott wrote: You're doing a great job of troubleshooting so far! What I've found on Debian Squeeze is that memcached is picky about its listening address; so even though "localhost' and '127.0.0.1' should resolve to the same thing, on Squeeze I had to change the memcached entry in opensrf.xml to 127.0.0.1:11211 Try making that change, then restarting all of the OpenSRF processes, and see if that resolves the problem. Amazingly enough, that did it. I exported the holdings from Follett and tried to import them into Evergreen. The import progress screen kept going for multiple days and then hung at 98%. Viewing the upload queue, it looks like it imported everything, but even though I selected the option to import holdings, it doesn't look like that took. Plus, the version of Follett we're licensed for doesn't seem to have any way to export barcode information. Even if I could get the actual assets imported into Evergreen, it appears they would be without barcodes. I really don't like the thought of having to re-enter twelve thousand barcodes into the system manually.
Re: [OPEN-ILS-GENERAL] ***SPAM*** troubles with new 1.6.1.2 installation
On 3 September 2010 12:40, Alan Krueger wrote: > Greetings, > > I'm working on behalf of the librarian at Prairie Creek Community School, a > charter school in Castle Rock, Minnesota. For the last couple of days, I've > been trying to get Evergreen stood up to see if can replace an aging, > donated Follett installation that's stopped functioning properly and I've > been running into some issues. > > I've managed to fight my way through quite a ways, but I'm still having > problems. Specifically, this fails: > > srfsh# login admin open-ils > > Received Data: "cf5a99ed90a4d07f2af595000bfec09b" > > > Request Completed Successfully > Request Time in seconds: 0.007820 > > > Received Exception: > Name: osrfMethodException > Status: No authentication seed found. open-ils.auth.authenticate.init must > be called first > Status: 404 > > Request Completed Successfully > Request Time in seconds: 0.032131 > > Login Session: (none). Session timeout: 0.00 > > But this succeeds: > > srfsh# request opensrf.math mult 6 9 > > Received Data: 54 > > > Request Completed Successfully > Request Time in seconds: 0.011982 > > > Doing some digging in the mailing list archives, it looks like this may be > due to memcached related settings, but the ports look like they match: > > open...@library-main% fgrep -A 1 port /etc/memcached.conf > # Default connection port is 11211 > -p 11211 > > open...@library-main% fgrep -A 6 memcache /openils/conf/opensrf.xml > > > > localhost:11211 > > 86400 > > > The memcached startup script reports that it's running, it appears in the > process list, and port 11211 is actively being listened to: > > tcp 0 0 0.0.0.0:4369 0.0.0.0:* > LISTEN > tcp 0 0 0.0.0.0:54514 0.0.0.0:* > LISTEN > tcp 0 0 0.0.0.0:5269 0.0.0.0:* > LISTEN > tcp 0 0 127.0.0.1:631 0.0.0.0:* > LISTEN > tcp 0 0 127.0.0.1:5432 0.0.0.0:* > LISTEN > tcp 0 0 0.0.0.0:5280 0.0.0.0:* > LISTEN > tcp 0 0 127.0.1.1: 0.0.0.0:* > LISTEN > tcp 0 0 0.0.0.0:5222 0.0.0.0:* > LISTEN > tcp 0 0 127.0.0.1:11211 0.0.0.0:* > LISTEN > tcp6 0 0 ::1:631 :::* > LISTEN > tcp6 0 0 ::1:5432 :::* > LISTEN > You're doing a great job of troubleshooting so far! What I've found on Debian Squeeze is that memcached is picky about its listening address; so even though "localhost' and '127.0.0.1' should resolve to the same thing, on Squeeze I had to change the memcached entry in opensrf.xml to 127.0.0.1:11211 Try making that change, then restarting all of the OpenSRF processes, and see if that resolves the problem.