Hi,
2010-11-29 14:02:00 -->  Task #7722 started.
2010-11-29 14:02:00 -->  Creating new tmp index tables for id 2
2010-11-29 14:02:00 -->  tmp_idxWORD02F contains 0 words from 0 records
2010-11-29 14:02:00 -->  tmp_idxWORD02F is in consistent state
2010-11-29 14:02:02 -->  No new records added. tmp_idxWORD02F is up to date
Interesting.  This shows that the `-R' option does not work on your
installation for a reason or another, because re-indexing should start
adding old records regardless of their timestamps.  E.g. I get:

2010-11-29 15:36:47 -->  Task #8 started.
2010-11-29 15:36:47 -->  Creating new tmp index tables for id 2
2010-11-29 15:36:47 -->  tmp_idxWORD02F contains 0 words from 0 records
2010-11-29 15:36:47 -->  tmp_idxWORD02F is in consistent state
2010-11-29 15:36:47 -->  tmp_idxWORD02F for 1-104 is in consistent state
2010-11-29 15:36:47 -->  tmp_idxWORD02F adding records #1-#104 started
[...]

Do you have a free Invenio instance on your particular platform where
you could try the same with latest Invenio/master sources to see if the
problem still persists?
At the moment I have only a other installation with invenio
v0.99.2.1478-63033 (the rest is the same) for testing this.

>>> Going to detect system details...
* Hostname: zb0027.zb.kfa-juelich.de
* Invenio version: 0.99.2.1478-63033
* Python version: 2.4.3 (#1, Jun 11 2009, 14:09:58)  [GCC 4.1.2 20080704
(Red Hat 4.1.2-44)]
* Apache version: Apache/2.2.3 (Red Hat) (Release 43.el5) [/usr/sbin/httpd];
                  Apache/2.2.3 (Red Hat) (Release 43.el5)
[/usr/sbin/httpd.event];
                  Apache/2.2.3 (Red Hat) (Release 43.el5)
[/usr/sbin/httpd.worker]
* MySQLdb version: 1.2.1_p2
* MySQL version:
    - version: 5.0.77-log
    - character_set_client: utf8
    - character_set_connection: utf8
    - character_set_database: utf8
    - character_set_results: utf8
    - character_set_server: utf8
    - character_set_system: utf8
    - collation_connection: utf8_general_ci
    - collation_database: utf8_general_ci
    - collation_server: utf8_general_ci
>>> System details detected successfully.

and there works "bibindex -u admin -w collection -f250000 -R" very well.


2010-11-29 15:51:31 --> Task #124420 started.
2010-11-29 15:51:31 --> Creating new tmp index tables for id 2
2010-11-29 15:51:32 --> tmp_idxWORD02F contains 0 words from 0 records
2010-11-29 15:51:32 --> tmp_idxWORD02F is in consistent state
2010-11-29 15:51:32 --> tmp_idxWORD02F for 1-1000 is in consistent state
2010-11-29 15:51:32 --> tmp_idxWORD02F adding records #1-#1000 started
2010-11-29 15:51:33 --> tmp_idxWORD02F adding records #1-#1000 ended
2010-11-29 15:51:33 --> tmp_idxWORD02F for 1001-2000 is in consistent state
2010-11-29 15:51:33 --> tmp_idxWORD02F adding records #1001-#2000 started
2010-11-29 15:51:34 --> tmp_idxWORD02F adding records #1001-#2000 ended
...

Alternatively, you could trace through bibindex process execution
(e.g. using winpdb) to see why `No new records added' is triggered in
your case.
OK, I would trace the bibindex execution.

Best Regards
Cornelia

------------------------------------------------------------------------------------------------
------------------------------------------------------------------------------------------------
Forschungszentrum Juelich GmbH
52425 Juelich
Sitz der Gesellschaft: Juelich
Eingetragen im Handelsregister des Amtsgerichts Dueren Nr. HR B 3498
Vorsitzender des Aufsichtsrats: MinDirig Dr. Karl Eugen Huthmacher
Geschaeftsfuehrung: Prof. Dr. Achim Bachem (Vorsitzender),
Dr. Ulrich Krafft (stellv. Vorsitzender), Prof. Dr.-Ing. Harald Bolt,
Prof. Dr. Sebastian M. Schmidt
------------------------------------------------------------------------------------------------
------------------------------------------------------------------------------------------------

Reply via email to