So md raid1 is happy to pass down any barrier writes that it sees, but this bit in xfs_mountfs_check_barriers() at mount time: if (mp->m_ddev_targp->bt_bdev->bd_disk->queue->ordered == QUEUE_ORDERED_
Hi Eric! Am Dienstag 24 Juni 2008 schrieb Eric Sandeen: Interesting. Since when? On my last test also ext3 disabled barries over device mapper / reiserfs[1]. well but I used it with LVM, maybe its di
Which part? :) XFS has done the flag check for a very long time... This is xfs-specific; ext3 does not look for the queue ordered flag so won't have this problem on md raid1. but that's for device-ma
Am Dienstag 24 Juni 2008 schrieb Eric Sandeen: [...] Thanks for the info. My misunderstanding - I always thought and I thought I even read it somewhere - that md was a device mapper application. Ciao
What we have is MD doing something strange and non-standard to implement barriers on RAID1. All other devices that support barriers define the barrier implementation as something other than QUEUE_ORD
Hm, http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_super.c#rev1.402, putting back what was removed in http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_super.c#rev1.380 I g
So md raid1 is happy to pass down any barrier writes that it sees, but this bit in xfs_mountfs_check_barriers() at mount time: if (mp->m_ddev_targp->bt_bdev->bd_disk->queue->ordered == QUEUE_ORDERED_
Hi Eric! Am Dienstag 24 Juni 2008 schrieb Eric Sandeen: Interesting. Since when? On my last test also ext3 disabled barries over device mapper / reiserfs[1]. well but I used it with LVM, maybe its di
Which part? :) XFS has done the flag check for a very long time... This is xfs-specific; ext3 does not look for the queue ordered flag so won't have this problem on md raid1. but that's for device-ma
Am Dienstag 24 Juni 2008 schrieb Eric Sandeen: [...] Thanks for the info. My misunderstanding - I always thought and I thought I even read it somewhere - that md was a device mapper application. Ciao
What we have is MD doing something strange and non-standard to implement barriers on RAID1. All other devices that support barriers define the barrier implementation as something other than QUEUE_ORD
Hm, http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_super.c#rev1.402, putting back what was removed in http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_super.c#rev1.380 I g
So md raid1 is happy to pass down any barrier writes that it sees, but this bit in xfs_mountfs_check_barriers() at mount time: if (mp->m_ddev_targp->bt_bdev->bd_disk->queue->ordered == QUEUE_ORDERED_
Hi Eric! Am Dienstag 24 Juni 2008 schrieb Eric Sandeen: Interesting. Since when? On my last test also ext3 disabled barries over device mapper / reiserfs[1]. well but I used it with LVM, maybe its di
Which part? :) XFS has done the flag check for a very long time... This is xfs-specific; ext3 does not look for the queue ordered flag so won't have this problem on md raid1. but that's for device-ma
Am Dienstag 24 Juni 2008 schrieb Eric Sandeen: [...] Thanks for the info. My misunderstanding - I always thought and I thought I even read it somewhere - that md was a device mapper application. Ciao
What we have is MD doing something strange and non-standard to implement barriers on RAID1. All other devices that support barriers define the barrier implementation as something other than QUEUE_ORD
Hm, http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_super.c#rev1.402, putting back what was removed in http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_super.c#rev1.380 I g