Thanks for the assistance. Seems I was logging on with "libopen.uchicago.edu" when it only wanted "libopen" as the server name in the client. So we are off and running. Hurrah for that!
No doubt we will be back with more questions on loading data. I am able to bring in records from Worldcat and make items. We will now modify the org unit list and try to import a small file of marc records with item info in 999 to see how that goes. I realize we need to use the parameter for the id number since we already have some bibs loaded. We will be getting to loading the full 5.2 million bibs and 7 million items (after some smaller test loads). Anybody want to warn us of what size chunks to use? Is a million at a time too many? Are there any memory or other settings we need to modify before a big load? I can see it is a two step (at least) process. Does one load the entire file of bib records then load matching item information via a separate pull of item data using the old bib id number to match them up? Any advice as we embark on this would be welcome. We have a good sized processor and space on the SAN for all this. Frances McNamara University of Chicago -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dan Wells Sent: Monday, June 23, 2008 10:38 AM To: Evergreen Development Discussion List Subject: Re: [OPEN-ILS-DEV] Stuck on Evergreen client authentication Hello Dale, I am sorry this problem still plagues you. Your OpenSRF log has no errors at all in it, so it seems the problem is occurring at a higher level than that. My hunch would be possibly something amiss with Apache. Are there any significant entries in your httpd error log? Are you making sure to restart Apache after restarting the OpenILS stack? I also noticed that your config files point to libopen.uchicago.edu but your client is logging into simply "libopen". Does it make any difference if you specify the full name? Even if it doesn't, this might be something to watch out for as you check your Apache config, especially if you are using name-based virtual hosts. Good luck, DW >>> Dale Arntson <[EMAIL PROTECTED]> 6/23/2008 2:45 AM >>> Hi all, I am still having problems with the xul client authenticating to my Redhat installation. Memcached seems to be functioning ok. At least, I can telnet to it. I turned up the loglevel to 'debug' in opensrf_core.xml to generate better logs. However, I am still not sure where else to look. I could still use some help in interpreting them. I am attaching the console output of the client, and the tail of the osrfsys.log. Thanks, -dale
