diff for duplicates of <20120510174038.GA2061@localhost.localdomain> diff --git a/a/1.txt b/N1/1.txt index 3102caf..e265d90 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -2,79 +2,92 @@ On Fri, Apr 27, 2012 at 01:02:08PM +0200, Christian Brunner wrote: > Am 24. April 2012 18:26 schrieb Sage Weil <sage@newdream.net>: > > On Tue, 24 Apr 2012, Josef Bacik wrote: > >> On Fri, Apr 20, 2012 at 05:09:34PM +0200, Christian Brunner wrote: -> >> > After running ceph on XFS for some time, I decided to try btrfs again. -> >> > Performance with the current "for-linux-min" branch and big metadata -> >> > is much better. The only problem (?) I'm still seeing is a warning +> >> > After running ceph on XFS for some time, I decided to try btrfs = +again. +> >> > Performance with the current "for-linux-min" branch and big meta= +data +> >> > is much better. The only problem (?) I'm still seeing is a warni= +ng > >> > that seems to occur from time to time: > > > > Actually, before you do that... we have a new tool, -> > test_filestore_workloadgen, that generates a ceph-osd-like workload on the -> > local file system. It's a subset of what a full OSD might do, but if -> > we're lucky it will be sufficient to reproduce this issue. Something like +> > test_filestore_workloadgen, that generates a ceph-osd-like workload= + on the +> > local file system. =A0It's a subset of what a full OSD might do, bu= +t if +> > we're lucky it will be sufficient to reproduce this issue. =A0Somet= +hing like > > -> > test_filestore_workloadgen --osd-data /foo --osd-journal /bar +> > =A0test_filestore_workloadgen --osd-data /foo --osd-journal /bar > > > > will hopefully do the trick. > > -> > Christian, maybe you can see if that is able to trigger this warning? -> > You'll need to pull it from the current master branch; it wasn't in the +> > Christian, maybe you can see if that is able to trigger this warnin= +g? +> > You'll need to pull it from the current master branch; it wasn't in= + the > > last release. -> +>=20 > Trying to reproduce with test_filestore_workloadgen didn't work for > me. So here are some instructions on how to reproduce with a minimal > ceph setup. -> +>=20 > You will need a single system with two disks and a bit of memory. -> +>=20 > - Compile and install ceph (detailed instructions: > http://ceph.newdream.net/docs/master/ops/install/mkcephfs/) -> +>=20 > - For the test setup I've used two tmpfs files as journal devices. To > create these, do the following: -> +>=20 > # mkdir -p /ceph/temp > # mount -t tmpfs tmpfs /ceph/temp -> # dd if=/dev/zero of=/ceph/temp/journal0 count=500 bs=1024k -> # dd if=/dev/zero of=/ceph/temp/journal1 count=500 bs=1024k -> +> # dd if=3D/dev/zero of=3D/ceph/temp/journal0 count=3D500 bs=3D1024k +> # dd if=3D/dev/zero of=3D/ceph/temp/journal1 count=3D500 bs=3D1024k +>=20 > - Now you should create and mount btrfs. Here is what I did: -> +>=20 > # mkfs.btrfs -l 64k -n 64k /dev/sda > # mkfs.btrfs -l 64k -n 64k /dev/sdb > # mkdir /ceph/osd.000 > # mkdir /ceph/osd.001 -> # mount -o noatime,space_cache,inode_cache,autodefrag /dev/sda /ceph/osd.000 -> # mount -o noatime,space_cache,inode_cache,autodefrag /dev/sdb /ceph/osd.001 -> +> # mount -o noatime,space_cache,inode_cache,autodefrag /dev/sda /ceph/= +osd.000 +> # mount -o noatime,space_cache,inode_cache,autodefrag /dev/sdb /ceph/= +osd.001 +>=20 > - Create /etc/ceph/ceph.conf similar to the attached ceph.conf. You > will probably have to change the btrfs devices and the hostname > (os39). -> +>=20 > - Create the ceph filesystems: -> +>=20 > # mkdir /ceph/mon > # mkcephfs -a -c /etc/ceph/ceph.conf -> +>=20 > - Start ceph (e.g. "service ceph start") -> +>=20 > - Now you should be able to use ceph - "ceph -s" will tell you about > the state of the ceph cluster. -> -> - "rbd create -size 100 testimg" will create an rbd image on the ceph cluster. -> +>=20 +> - "rbd create -size 100 testimg" will create an rbd image on the ceph= + cluster. +>=20 > - Compile my test with "gcc -o rbdtest rbdtest.c -lrbd" and run it > with "./rbdtest testimg". -> +>=20 > I can see the first btrfs_orphan_commit_root warning after an hour or > so... I hope that I've described all necessary steps. If there is a > problem just send me a note. -> +>=20 -Well it's only taken me 2 weeks but I've finally git it all up and running, +Well it's only taken me 2 weeks but I've finally git it all up and runn= +ing, hopefully I'll reproduce. Thanks, Josef -- -To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in +To unsubscribe from this list: send the line "unsubscribe linux-btrfs" = +in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html diff --git a/a/content_digest b/N1/content_digest index b6b7bd3..4e76214 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -16,81 +16,94 @@ "> Am 24. April 2012 18:26 schrieb Sage Weil <sage@newdream.net>:\n" "> > On Tue, 24 Apr 2012, Josef Bacik wrote:\n" "> >> On Fri, Apr 20, 2012 at 05:09:34PM +0200, Christian Brunner wrote:\n" - "> >> > After running ceph on XFS for some time, I decided to try btrfs again.\n" - "> >> > Performance with the current \"for-linux-min\" branch and big metadata\n" - "> >> > is much better. The only problem (?) I'm still seeing is a warning\n" + "> >> > After running ceph on XFS for some time, I decided to try btrfs =\n" + "again.\n" + "> >> > Performance with the current \"for-linux-min\" branch and big meta=\n" + "data\n" + "> >> > is much better. The only problem (?) I'm still seeing is a warni=\n" + "ng\n" "> >> > that seems to occur from time to time:\n" "> >\n" "> > Actually, before you do that... we have a new tool,\n" - "> > test_filestore_workloadgen, that generates a ceph-osd-like workload on the\n" - "> > local file system. \302\240It's a subset of what a full OSD might do, but if\n" - "> > we're lucky it will be sufficient to reproduce this issue. \302\240Something like\n" + "> > test_filestore_workloadgen, that generates a ceph-osd-like workload=\n" + " on the\n" + "> > local file system. =A0It's a subset of what a full OSD might do, bu=\n" + "t if\n" + "> > we're lucky it will be sufficient to reproduce this issue. =A0Somet=\n" + "hing like\n" "> >\n" - "> > \302\240test_filestore_workloadgen --osd-data /foo --osd-journal /bar\n" + "> > =A0test_filestore_workloadgen --osd-data /foo --osd-journal /bar\n" "> >\n" "> > will hopefully do the trick.\n" "> >\n" - "> > Christian, maybe you can see if that is able to trigger this warning?\n" - "> > You'll need to pull it from the current master branch; it wasn't in the\n" + "> > Christian, maybe you can see if that is able to trigger this warnin=\n" + "g?\n" + "> > You'll need to pull it from the current master branch; it wasn't in=\n" + " the\n" "> > last release.\n" - "> \n" + ">=20\n" "> Trying to reproduce with test_filestore_workloadgen didn't work for\n" "> me. So here are some instructions on how to reproduce with a minimal\n" "> ceph setup.\n" - "> \n" + ">=20\n" "> You will need a single system with two disks and a bit of memory.\n" - "> \n" + ">=20\n" "> - Compile and install ceph (detailed instructions:\n" "> http://ceph.newdream.net/docs/master/ops/install/mkcephfs/)\n" - "> \n" + ">=20\n" "> - For the test setup I've used two tmpfs files as journal devices. To\n" "> create these, do the following:\n" - "> \n" + ">=20\n" "> # mkdir -p /ceph/temp\n" "> # mount -t tmpfs tmpfs /ceph/temp\n" - "> # dd if=/dev/zero of=/ceph/temp/journal0 count=500 bs=1024k\n" - "> # dd if=/dev/zero of=/ceph/temp/journal1 count=500 bs=1024k\n" - "> \n" + "> # dd if=3D/dev/zero of=3D/ceph/temp/journal0 count=3D500 bs=3D1024k\n" + "> # dd if=3D/dev/zero of=3D/ceph/temp/journal1 count=3D500 bs=3D1024k\n" + ">=20\n" "> - Now you should create and mount btrfs. Here is what I did:\n" - "> \n" + ">=20\n" "> # mkfs.btrfs -l 64k -n 64k /dev/sda\n" "> # mkfs.btrfs -l 64k -n 64k /dev/sdb\n" "> # mkdir /ceph/osd.000\n" "> # mkdir /ceph/osd.001\n" - "> # mount -o noatime,space_cache,inode_cache,autodefrag /dev/sda /ceph/osd.000\n" - "> # mount -o noatime,space_cache,inode_cache,autodefrag /dev/sdb /ceph/osd.001\n" - "> \n" + "> # mount -o noatime,space_cache,inode_cache,autodefrag /dev/sda /ceph/=\n" + "osd.000\n" + "> # mount -o noatime,space_cache,inode_cache,autodefrag /dev/sdb /ceph/=\n" + "osd.001\n" + ">=20\n" "> - Create /etc/ceph/ceph.conf similar to the attached ceph.conf. You\n" "> will probably have to change the btrfs devices and the hostname\n" "> (os39).\n" - "> \n" + ">=20\n" "> - Create the ceph filesystems:\n" - "> \n" + ">=20\n" "> # mkdir /ceph/mon\n" "> # mkcephfs -a -c /etc/ceph/ceph.conf\n" - "> \n" + ">=20\n" "> - Start ceph (e.g. \"service ceph start\")\n" - "> \n" + ">=20\n" "> - Now you should be able to use ceph - \"ceph -s\" will tell you about\n" "> the state of the ceph cluster.\n" - "> \n" - "> - \"rbd create -size 100 testimg\" will create an rbd image on the ceph cluster.\n" - "> \n" + ">=20\n" + "> - \"rbd create -size 100 testimg\" will create an rbd image on the ceph=\n" + " cluster.\n" + ">=20\n" "> - Compile my test with \"gcc -o rbdtest rbdtest.c -lrbd\" and run it\n" "> with \"./rbdtest testimg\".\n" - "> \n" + ">=20\n" "> I can see the first btrfs_orphan_commit_root warning after an hour or\n" "> so... I hope that I've described all necessary steps. If there is a\n" "> problem just send me a note.\n" - "> \n" + ">=20\n" "\n" - "Well it's only taken me 2 weeks but I've finally git it all up and running,\n" + "Well it's only taken me 2 weeks but I've finally git it all up and runn=\n" + "ing,\n" "hopefully I'll reproduce. Thanks,\n" "\n" "Josef\n" "--\n" - "To unsubscribe from this list: send the line \"unsubscribe linux-btrfs\" in\n" + "To unsubscribe from this list: send the line \"unsubscribe linux-btrfs\" =\n" + "in\n" "the body of a message to majordomo@vger.kernel.org\n" More majordomo info at http://vger.kernel.org/majordomo-info.html -191b356d5217a70e6e37a3c9d08d4a5b26d66935b4b4df1e1a86d14251559c17 +6f5bc97b0e915d27d0bd13f5510bc67fea04cafff85af2a593ae9e946e9aa7af
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.