278: Ensure lost+found is not created with wrong link count
authorEric Sandeen <sandeen@sandeen.net>
Fri, 27 Jan 2012 19:05:07 +0000 (13:05 -0600)
committerEric Sandeen <sandeen@sandeen.net>
Fri, 27 Jan 2012 19:05:07 +0000 (13:05 -0600)
commitf73f284b235daec5e2059d778c7c8ef5a8f4f3b0
tree61304eb751d1a223475239c3ef684028d732af95
parent2fb1c931a6090f646afa44e4ce3f1f9815af9067
278: Ensure lost+found is not created with wrong link count

xfs_repair was leaving lost+found directory with a wrong link count when a
cleaned inode was re-used to create lost+found. This test case confirm that,
after xfs_repair is executed, the lost+found inode is left in a consistent
state.

Signed-off-by: Carlos Maiolino <cmaiolino@redhat.com>
Reviewed-by: Mark Tinguely <tinguely@sgi.com>
Signed-off-by: Eric Sandeen <sandeen@redhat.com>
278 [new file with mode: 0755]
278.out [new file with mode: 0644]
group