On Tue, Jan 15, 2002 at 02:49:22PM -0600, Paul Dokas wrote:
> 
> For any X86 -current build since around 12/30/2001, I've been sporatically
> getting the following type of error when I do a 'shutdown -h now':
> 
> 
>   syncing disks... 5 done
>   /usr: umount pending error: blocks 21800 files 1124
>   /var: umount pending error: blocks 136 files 4
> 
...
> 
> Also, when I reboot this machine, I'll find that /usr and /var were
> not shutdown cleanly.  They'll require an fsck to bring the back into
> a usable state.  And, it's not just that the clean bit was not set;
> fsck will find and fix lots of problems.

  It's mentioned in the following commit message.  Evidently when softdeps
are in use it's possible for files not to be fully deleted, such that when
fsck is run after a reboot, it reconnects them.  The problem was present
before Frank's change, but it might have gone undetected for some time,
since the file systems would have been marked clean on shutdown, and fsck
would not have been run automatically on reboot.


> Module Name:    syssrc
> Committed By:   fvdl
> Date:           Sun Dec 30 15:46:55 UTC 2001
> 
> Modified Files: 
>         syssrc/sys/ufs/ffs: ffs_vfsops.c
> 
> Log Message: 
> XXXX temporary measure: in the case of a softdep 'unmount pending error',
>      do not mark the filesystem clean, as this will mean that one or more
>      files were likely not completely removed (will show up as unconnected
>      in fsck). Prevents filesystems from being marked clean while they're
>      not until this problem has been figured out.
> 
> 
> To generate a diff of this commit: 
> cvs rdiff -r1.90 -r1.91 syssrc/sys/ufs/ffs/ffs_vfsops.c