Re: problems to protect rbd from mutiple simultaneous mapping

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, Mar 6, 2017 at 9:08 AM, peng.hse <peng.hse@xxxxxxxxxxxx> wrote:
> 3. assuming the step-1 outstanding IO and step-2 IO targeted the same area
> of the fs metadata
>     on the rbd devices. step-2 successfully persist the data and reply to
> client.
>     then, the following laggy IO from step-1 might override and corrupt what
> we have written in step-2.
>
> so, how do we prevent this kind of corruption happening?

... but in step (2) you successfully blacklisted the client on node1
(i.e. it is not allowed to talk to the OSDs). Therefore, node1 cannot
overwrite any data written by node2.

-- 
Jason
--
To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [CEPH Users]     [Ceph Large]     [Information on CEPH]     [Linux BTRFS]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]
  Powered by Linux