- Article Type: General
- Product: Voyager
- Product Version: 8.1.0
Date: 03 Nov 2011
Module(s): REGEN.indexes script
Server platform(s) affected: Linux
PC OS (if applicable): NA
Browser & version (if applicable): NA
Release(s) replicated in: 2008.0.0
Last version without bug (if applicable): None
Turbodedupe should produce files that are ready for loading
Turbodedupe aborts with an error, indicating that it was unable to open an input file.
Root of the problem is bad logic that checks for completion of parallel gsort processes.
It uses ‘ps –ef | grep –v grep | grep gsort’. Unfortunately, on linux, ps –ef does usually not
Give the entire command line, so the grep misses one or more gsorts that hasn’t finished yet,
And merrily drives on to the turbodedupe step. Since one or more gsorts has yet to write
Its output, turbodedupe blows up on a missing input file. Fix is to use ‘ps –efw’ which gives
Enough info for command to work.
Workflow implications: Heading regens broken
Replication steps: Run a heading regen on Linux
Workaround: Set TURBO_GSORT variable in Regen.indexes to ‘N’
Fixed in indexgen into Voyager 8.1.0+ UTILITY package
- Article last edited: 3/5/2015