Now I'm having doubts about what I just said, since I can't make
error 109 happen for myself except when there are no records at
all in the zebra database.
I will mention however, that one thing I do is use mostly the default
tab directory that comes with zebra.
For instance, my Debian idzebra installation provides the following:
/usr/share/idzebra/tab/
If my emilda zebra.cfg file then has the following:
profilePath: /path/to/emilda/stuff:/usr/share/idzebra/tab
Then I don't have to duplicate or worry about missing files (make sure
idzebra/tab is at the end so that emilda-specific items will override
default idzebra items)
I'll send along my emilda-specific files (you may not wish to copy them
exactly).
Another thing to check is that the configuration settings stored in
the mysql database for ZEBRA Server align with how you've actually
configured your zebra server.
Sorry I'm not being much help.
On Mon, Aug 30, 2004 at 09:04:43AM -0600, David Everly wrote:
> Sorry, I just now realized, I think this is normal when searching in a
> database that does not yet have one each of all fields configured to be
> search-able populated by at least one record. Not sure how to say this
> easily so here is an example:
>
> Suppose you have configured title, author, and subject to be searchable,
> and then you have set "any" to map to all of these three. Then suppose
> you have added a record with title and author but not subject. If
> select any for searching, it will search all three fields of all records
> and for any field search for which there is not at least one record
> containing that field, it will throw this error.
>
> This is why the log shows "109" but does not mark it as a warning.
>
> I think you should still see your search return something if there is in
> fact a record that matches.
>
> On Mon, Aug 30, 2004 at 10:08:16AM -0400, Jerry Leahy wrote:
> > Hi Dave,
> >
> > Here is the output from my zebra.log when I search for 'ramona' - I have
> > a book called 'Ramon and her father' in the database:
> >
> > 09:59:50-30/08: /usr/local/bin/zebrasrv(28419) [log] Starting session 5
> > from tcp:192.168.42.20
> > 09:59:50-30/08: /usr/local/bin/zebrasrv(28419) [log] Got initRequest
> > 09:59:50-30/08: /usr/local/bin/zebrasrv(28419) [log] Id: 81/81
> > 09:59:50-30/08: /usr/local/bin/zebrasrv(28419) [log] Name:
> > PHP/ZOOM-C/YAZ
> > 09:59:50-30/08: /usr/local/bin/zebrasrv(28419) [log] Version: 1.28/2.0.20
> > 09:59:50-30/08: /usr/local/bin/zebrasrv(28419) [log] Negotiated to v3:
> > srch prst extendedServices namedresults scan sort
> > 09:59:50-30/08: /usr/local/bin/zebrasrv(28419) [log] Got SearchRequest.
> > 09:59:50-30/08: /usr/local/bin/zebrasrv(28419) [log] ResultSet '1'
> > 09:59:50-30/08: /usr/local/bin/zebrasrv(28419) [log] Database 'Default'
> > 09:59:50-30/08: /usr/local/bin/zebrasrv(28419) [log] RPN query. Type: Bib-1
> > 09:59:50-30/08: /usr/local/bin/zebrasrv(28419) [log] term 'ramona'
> > (general)
> > 09:59:50-30/08: /usr/local/bin/zebrasrv(28419) [log] use (1=1016)
> > 09:59:50-30/08: /usr/local/bin/zebrasrv(28419) [log] truncation=Do
> > not truncate (5=100)
> > 09:59:50-30/08: /usr/local/bin/zebrasrv(28419) [log] ResultSet '1'
> > 09:59:50-30/08: /usr/local/bin/zebrasrv(28419) [log][app2]
> > zebra_register_open rw = 0 useshadow=0 p=0x80b3e10,n=,rp=(none)
> > 09:59:50-30/08: /usr/local/bin/zebrasrv(28419) [log] resultSetRank
> > 09:59:50-30/08: /usr/local/bin/zebrasrv(28419) [log] term="ramona" nn=0
> > type=void count=0
> > 09:59:50-30/08: /usr/local/bin/zebrasrv(28419) [log] 0 keys, 0 distinct
> > sysnos
> > 09:59:50-30/08: /usr/local/bin/zebrasrv(28419) [log] user/system: 0/0
> > 09:59:50-30/08: /usr/local/bin/zebrasrv(28419) [log] [109] Database
> > unavailable -- Default
> > 09:59:50-30/08: /usr/local/bin/zebrasrv(28419) [log] Connection closed
> > by client
> > 09:59:50-30/08: /usr/local/bin/zebrasrv(28419) [log][app2]
> > zebra_register_close p=0x80b3e10
> >
> >
> > I'm using the zebra.cfg and tab files that come with the
> > emilda-zebra-folder-1.2-alpha.tar.gz tarball available for download from
> > the website. I haven't changed anything in them. I did do a 'chown -R
> > wwwrun.www <zebra-directory>' to give the apache user permissions on
> > this directory. Here is my zebra.cfg:
> >
> > # Simple Zebra configuration file that defines
> > # a database with USMARC records.
> > # $Id: zebra.cfg,v 1.4 1999/12/08 22:11:56 adam Exp $
> > #
> > # Where are the config files located?
> > profilePath: .:tab
> >
> > # Files that describe the attribute sets supported.
> > attset: bib1.att
> > attset: explain.att
> >
> > # Lock File Area
> > lockDir: lock
> >
> > # Temp File area for result sets
> > setTmpDir: tmp
> >
> > # Temp File area for index program
> > keyTmpDir: tmp
> >
> > # Approx. Memory usage during indexing
> > memMax: 4
> >
> > # Shadow registers
> > shadow: shadow:2G
> >
> > emilda.recordType: grs.marc.usmarc
> > emilda.recordId: (bib1,Local-Number)
> > emilda.database: Default
> > emilda.storeKeys: 1
> > emilda.storeData: 1
> >
> > #isam:b
> >
> >
> > Thanks for your time!
> >
> > Jerry.
> >
> > David Everly wrote:
> >
> > >Do you see any logging from the zebra server while producing this error?
> > >
> > >How is your zebra.cfg and tab files set up?
> > >
> > >On Sat, Aug 28, 2004 at 08:38:46PM -0400, Jerry Leahy wrote:
> > >
> > >
> > >>Hello All,
> > >>
> > >>Sorry to bother you guys again.
> > >>
> > >>Been playing around with the latest CVS checkout and am getting the
> > >>following message on any search:
> > >>
> > >>
> > >> YAZ error: 109 (Database unavailable) (Host: ) (Query: @attr 5=3
> > >> @attr 1=12 0* )
> > >>
> > >>
> > >>Seems that my Emilda is not talking to my Zebra?
> > >>Zebra is running and I can add books OK - checking in my zebra/records
> > >>shows that books are being added, likewise the MySQL books table is
> > >>being updated - I just can't find them again after adding ;-)
> > >>
> > >>It may be related to SuSe's Yast tool deciding that I needed to install
> > >>MySQL-shared 4.0.3 over 4.1.3.
> > >>I've since uninstalled 4.0.3 and re-installed 4.1.3 but the problem
> > >>remains.
> > >>
> > >>Any ideas?
> > >>
> > >>Yours,
> > >>
> > >>Jerry.
> > >>
> > >>_______________________________________________
> > >>Emilda mailing list
> > >>Emilda@xxxxxxxxxxxxxxxxxx
> > >>http://lists.realnode.com/mailman/listinfo/emilda
> > >>
> > >>
> > >>
> > >>
> > >
> > >
> > >
> >
> >
> >
>
> --
> Encrypted Mail Preferred:
> Key ID: 8527B9AF
> Key Fingerprint: E1B6 40B6 B73F 695E 0D3B 644E 6427 DD74 8527 B9AF
> Information: http://www.gnupg.org/
>
>
> ASCII ribbon campaign:
> () against HTML email
> /\ against Microsoft attachments
> Information: http://www.expita.com/nomime.html
> _______________________________________________
> Emilda mailing list
> Emilda@xxxxxxxxxxxxxxxxxx
> http://lists.realnode.com/mailman/listinfo/emilda
--
Encrypted Mail Preferred:
Key ID: 8527B9AF
Key Fingerprint: E1B6 40B6 B73F 695E 0D3B 644E 6427 DD74 8527 B9AF
Information: http://www.gnupg.org/
ASCII ribbon campaign:
() against HTML email
/\ against Microsoft attachments
Information: http://www.expita.com/nomime.html
emilda-idzebra.tar.gz
Description: Binary data
|
