On Thu, 2008-05-08 at 10:33 -0700, Russ Allbery wrote: > Hans Grobler <[EMAIL PROTECTED]> writes: > > > Subject: openafs-dbserver: VLDB changes not being sync'ed to vldb.DB0 > > Package: openafs-dbserver > > Version: 1.4.7~pre3.dfsg1-1 > > Severity: critical > > Justification: breaks the whole system > > > > Recent vlserver's fail to write VLDB changes to the > > /var/lib/openafs/db/vldb.DB0 file on non sync-sites. The effect is that, > > whilst the in-memory VLDB is correct, the version on disk is not correct > > except on the sync site. If all vlserver's for a cell are restarted *at > > the same time*, all recent changes to the VLDB are lost. > > There was a significant fix to Ubik between 1.4.7pre3 and 1.4.7. Could > you try with the 1.4.7 packages in Debian unstable and see if that fixes > the problem? In particular, I think this is fixed by > STABLE14-ubik-recovery-swap-in-new-fd-20080428, which was one of the final > changes right before the 1.4.7 release.
I can confirm that 1.4.7 fixes this serious bug. With 1.4.7 the empty vldb.DB0 files created start with size 16 bytes, whereas previously they were 0 size... which correlates with a fd problem as hinted at in the Changelog. Regards, -- Hans -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]