Btrfs: fix unexpected -EEXIST when creating new inode
authorLiu Bo <bo.li.liu@oracle.com>
Thu, 25 Jan 2018 18:02:56 +0000 (11:02 -0700)
committerDavid Sterba <dsterba@suse.com>
Fri, 2 Feb 2018 15:24:53 +0000 (16:24 +0100)
commit900c9981680067573671ecc5cbfa7c5770be3a40
tree21d888f9be39ded9273d584ed1b552d15eeaa81f
parent1a932ef4e47984dee227834667b5ff5a334e4805
Btrfs: fix unexpected -EEXIST when creating new inode

The highest objectid, which is assigned to new inode, is decided at
the time of initializing fs roots.  However, in cases where log replay
gets processed, the btree which fs root owns might be changed, so we
have to search it again for the highest objectid, otherwise creating
new inode would end up with -EEXIST.

cc: <stable@vger.kernel.org> v4.4-rc6+
Fixes: f32e48e92596 ("Btrfs: Initialize btrfs_root->highest_objectid when loading tree root and subvolume roots")
Signed-off-by: Liu Bo <bo.li.liu@oracle.com>
Reviewed-by: Josef Bacik <jbacik@fb.com>
Signed-off-by: David Sterba <dsterba@suse.com>
fs/btrfs/tree-log.c