Freechain errors

Shane Gray shane at satsof.com.au
Thu Dec 21 15:06:47 PST 2006


> -----Original Message-----
> From: 
> filepro-list-bounces+fplist=satsof.com.au at lists.celestial.com 
> [mailto:filepro-list-bounces+fplist=satsof.com.au at lists.celest
> ial.com] On Behalf Of Don Coleman
> Sent: Friday, 22 December 2006 2:58 AM
> To: 'filePro Mailing List'
> Subject: Freechain errors
> 
> I have a client (fP v5.0.13, Windows 2000 & XP Pro. Clients, 
> Windows 2000
> Advanced Server) who is having frequent freechain issues.  
> Unfortunately
> they occur most frequently at the worst time of the day, near 
> their pickup
> time for their FEDEX carrier, which is crunch time.  An 
> automatic freechain
> rebuild will occur in one of their *clerk processes and bring 
> their system
> to a halt.  Standard resolution is to have everyone exit fP, kill the
> automatic freechain rebuild, rebuild the freechain manually, and they
> continue normally until the next occurrence.  Unfortunately 
> the customer
> doesn't have the luxury of 5-10 minutes of down time during 
> crunch time to
> have everyone finish their record, exit, execute freechain, 
> and start again.
> 
> Several observations; first the automatic freechain rebuilds seem to
> increase in frequency the larger this file gets.  For 
> example, this AM I
> compressed this file (copied the key to a mirrored file key, 
> then ran a
> process to copy and write the "used" records back to my 
> original file),
> effectively shrinking the file from 157,000 records to 16,000 
> records.  This
> file would normally grow to a maximum of 40,000 records on 
> any given day.
> All "completed" records are then archived to another file 
> each evening after
> the close of business.  So if I understand freechain 
> correctly, this file
> should never grow larger than the max size of 40,000 records. 
>  However,
> within a week or 10 days it will be > 100,000 records.  I 
> assume this occurs
> because the application is "taking" new records when there are free
> (previously deleted) records available.  My understanding of 
> the freechain
> function is it acts as a pointer for the next record to be 
> used.  If there
> are previously deleted records available to be reused they 
> would be reused
> first before the app. takes a new record.  
> 
> As mentioned above, the frequency of the freechain errors 
> increases with the
> file size.  When the file was >150,000 records it was 
> happening at least
> daily, if not twice daily.  Any suggestions? 


Rebuild the freechain after the nightly archive which deletes the original
records.

Shane.



More information about the Filepro-list mailing list