All of lore.kernel.org
 help / color / mirror / Atom feed
diff for duplicates of <1291753963-sup-6290@think>

diff --git a/a/1.txt b/N1/1.txt
index 05f441d..b4b872a 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -1,41 +1,54 @@
 Excerpts from Jon Nelson's message of 2010-12-07 15:25:47 -0500:
-> On Tue, Dec 7, 2010 at 2:02 PM, Chris Mason <chris.mason@oracle.com> wrote:
+> On Tue, Dec 7, 2010 at 2:02 PM, Chris Mason <chris.mason@oracle.com> =
+wrote:
 > > Excerpts from Jon Nelson's message of 2010-12-07 14:34:40 -0500:
-> >> On Tue, Dec 7, 2010 at 12:52 PM, Chris Mason <chris.mason@oracle.com> wrote:
-> >> >> postgresql errors. Typically, header corruption but from the limited
-> >> >> visibility I've had into this via strace, what I see is zeroed pages
+> >> On Tue, Dec 7, 2010 at 12:52 PM, Chris Mason <chris.mason@oracle.c=
+om> wrote:
+> >> >> postgresql errors. Typically, header corruption but from the li=
+mited
+> >> >> visibility I've had into this via strace, what I see is zeroed =
+pages
 > >> >> where there shouldn't be.
 > >> >
-> >> > This sounds a lot like a bug higher up than dm-crypt.  Zeros tend to
-> >> > come from some piece of code explicitly filling a page with zeros, and
-> >> > that often happens in the corner cases for O_DIRECT and a few other
+> >> > This sounds a lot like a bug higher up than dm-crypt. =C2=A0Zero=
+s tend to
+> >> > come from some piece of code explicitly filling a page with zero=
+s, and
+> >> > that often happens in the corner cases for O_DIRECT and a few ot=
+her
 > >> > places in the filesystem.
 > >> >
 > >> > Have you tried triggering this with a regular block device?
 > >>
-> >> I just tried the whole set of tests, but with /dev/sdb directly (as
+> >> I just tried the whole set of tests, but with /dev/sdb directly (a=
+s
 > >> ext4) without any crypt-y bits.
-> >> It takes more iterations but out of 6 tests I had one failure: same
+> >> It takes more iterations but out of 6 tests I had one failure: sam=
+e
 > >> type of thing, 'invalid page header in block ....'.
 > >>
-> >> I can't guarantee that it is a full-page of zeroes, just what I saw
+> >> I can't guarantee that it is a full-page of zeroes, just what I sa=
+w
 > >> from the (limited) stracing I did.
 > >
 > > Fantastic. Now for our usual suspects:
 > >
-> > 1) Is postgres using O_DIRECT?  If yes, please turn it off
-> 
+> > 1) Is postgres using O_DIRECT? =C2=A0If yes, please turn it off
+>=20
 > According to strace, O_DIRECT didn't show up once during the test.
-> 
-> > 2) Is postgres allocating sparse files?  If yes, please have it fully
+>=20
+> > 2) Is postgres allocating sparse files? =C2=A0If yes, please have i=
+t fully
 > > allocate the file instead.
-> 
-> That's a tough one. I don't think postgresql does that, but I'm not an
+>=20
+> That's a tough one. I don't think postgresql does that, but I'm not a=
+n
 > expert here.
-> 
-> > 3) Is postgres using preallocation (fallocate)?  If yes, please have it
+>=20
+> > 3) Is postgres using preallocation (fallocate)? =C2=A0If yes, pleas=
+e have it
 > > fully allocate the file instead
-> 
+>=20
 > As far as strace is concerned, postgreql is not using fallocate in
 > this version.
 
@@ -45,6 +58,7 @@ on the files?
 
 -chris
 --
-To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
+To unsubscribe from this list: send the line "unsubscribe linux-ext4" i=
+n
 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 f22faa2..9dc1e84 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -31,43 +31,56 @@
  "\00:1\0"
  "b\0"
  "Excerpts from Jon Nelson's message of 2010-12-07 15:25:47 -0500:\n"
- "> On Tue, Dec 7, 2010 at 2:02 PM, Chris Mason <chris.mason@oracle.com> wrote:\n"
+ "> On Tue, Dec 7, 2010 at 2:02 PM, Chris Mason <chris.mason@oracle.com> =\n"
+ "wrote:\n"
  "> > Excerpts from Jon Nelson's message of 2010-12-07 14:34:40 -0500:\n"
- "> >> On Tue, Dec 7, 2010 at 12:52 PM, Chris Mason <chris.mason@oracle.com> wrote:\n"
- "> >> >> postgresql errors. Typically, header corruption but from the limited\n"
- "> >> >> visibility I've had into this via strace, what I see is zeroed pages\n"
+ "> >> On Tue, Dec 7, 2010 at 12:52 PM, Chris Mason <chris.mason@oracle.c=\n"
+ "om> wrote:\n"
+ "> >> >> postgresql errors. Typically, header corruption but from the li=\n"
+ "mited\n"
+ "> >> >> visibility I've had into this via strace, what I see is zeroed =\n"
+ "pages\n"
  "> >> >> where there shouldn't be.\n"
  "> >> >\n"
- "> >> > This sounds a lot like a bug higher up than dm-crypt. \303\202\302\240Zeros tend to\n"
- "> >> > come from some piece of code explicitly filling a page with zeros, and\n"
- "> >> > that often happens in the corner cases for O_DIRECT and a few other\n"
+ "> >> > This sounds a lot like a bug higher up than dm-crypt. =C2=A0Zero=\n"
+ "s tend to\n"
+ "> >> > come from some piece of code explicitly filling a page with zero=\n"
+ "s, and\n"
+ "> >> > that often happens in the corner cases for O_DIRECT and a few ot=\n"
+ "her\n"
  "> >> > places in the filesystem.\n"
  "> >> >\n"
  "> >> > Have you tried triggering this with a regular block device?\n"
  "> >>\n"
- "> >> I just tried the whole set of tests, but with /dev/sdb directly (as\n"
+ "> >> I just tried the whole set of tests, but with /dev/sdb directly (a=\n"
+ "s\n"
  "> >> ext4) without any crypt-y bits.\n"
- "> >> It takes more iterations but out of 6 tests I had one failure: same\n"
+ "> >> It takes more iterations but out of 6 tests I had one failure: sam=\n"
+ "e\n"
  "> >> type of thing, 'invalid page header in block ....'.\n"
  "> >>\n"
- "> >> I can't guarantee that it is a full-page of zeroes, just what I saw\n"
+ "> >> I can't guarantee that it is a full-page of zeroes, just what I sa=\n"
+ "w\n"
  "> >> from the (limited) stracing I did.\n"
  "> >\n"
  "> > Fantastic. Now for our usual suspects:\n"
  "> >\n"
- "> > 1) Is postgres using O_DIRECT? \303\202\302\240If yes, please turn it off\n"
- "> \n"
+ "> > 1) Is postgres using O_DIRECT? =C2=A0If yes, please turn it off\n"
+ ">=20\n"
  "> According to strace, O_DIRECT didn't show up once during the test.\n"
- "> \n"
- "> > 2) Is postgres allocating sparse files? \303\202\302\240If yes, please have it fully\n"
+ ">=20\n"
+ "> > 2) Is postgres allocating sparse files? =C2=A0If yes, please have i=\n"
+ "t fully\n"
  "> > allocate the file instead.\n"
- "> \n"
- "> That's a tough one. I don't think postgresql does that, but I'm not an\n"
+ ">=20\n"
+ "> That's a tough one. I don't think postgresql does that, but I'm not a=\n"
+ "n\n"
  "> expert here.\n"
- "> \n"
- "> > 3) Is postgres using preallocation (fallocate)? \303\202\302\240If yes, please have it\n"
+ ">=20\n"
+ "> > 3) Is postgres using preallocation (fallocate)? =C2=A0If yes, pleas=\n"
+ "e have it\n"
  "> > fully allocate the file instead\n"
- "> \n"
+ ">=20\n"
  "> As far as strace is concerned, postgreql is not using fallocate in\n"
  "> this version.\n"
  "\n"
@@ -77,8 +90,9 @@
  "\n"
  "-chris\n"
  "--\n"
- "To unsubscribe from this list: send the line \"unsubscribe linux-ext4\" in\n"
+ "To unsubscribe from this list: send the line \"unsubscribe linux-ext4\" i=\n"
+ "n\n"
  "the body of a message to majordomo@vger.kernel.org\n"
  More majordomo info at  http://vger.kernel.org/majordomo-info.html
 
-4bf3852ec2d534541b3d2b495cb98afe8a31138ce2b3fa2a0174c378a7fe3117
+fe5f87fe3b7d7215f24547f26d2118817f5f79c09d540145f3d9292457848f98

diff --git a/a/1.txt b/N2/1.txt
index 05f441d..bd51750 100644
--- a/a/1.txt
+++ b/N2/1.txt
@@ -6,7 +6,7 @@ Excerpts from Jon Nelson's message of 2010-12-07 15:25:47 -0500:
 > >> >> visibility I've had into this via strace, what I see is zeroed pages
 > >> >> where there shouldn't be.
 > >> >
-> >> > This sounds a lot like a bug higher up than dm-crypt.  Zeros tend to
+> >> > This sounds a lot like a bug higher up than dm-crypt.  Zeros tend to
 > >> > come from some piece of code explicitly filling a page with zeros, and
 > >> > that often happens in the corner cases for O_DIRECT and a few other
 > >> > places in the filesystem.
@@ -23,17 +23,17 @@ Excerpts from Jon Nelson's message of 2010-12-07 15:25:47 -0500:
 > >
 > > Fantastic. Now for our usual suspects:
 > >
-> > 1) Is postgres using O_DIRECT?  If yes, please turn it off
+> > 1) Is postgres using O_DIRECT?  If yes, please turn it off
 > 
 > According to strace, O_DIRECT didn't show up once during the test.
 > 
-> > 2) Is postgres allocating sparse files?  If yes, please have it fully
+> > 2) Is postgres allocating sparse files?  If yes, please have it fully
 > > allocate the file instead.
 > 
 > That's a tough one. I don't think postgresql does that, but I'm not an
 > expert here.
 > 
-> > 3) Is postgres using preallocation (fallocate)?  If yes, please have it
+> > 3) Is postgres using preallocation (fallocate)?  If yes, please have it
 > > fully allocate the file instead
 > 
 > As far as strace is concerned, postgreql is not using fallocate in
@@ -44,7 +44,3 @@ that you're using read/write for file IO or is it doing a lot of mmaps
 on the files?
 
 -chris
---
-To unsubscribe from this list: send the line "unsubscribe linux-ext4" 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/N2/content_digest
index f22faa2..a915730 100644
--- a/a/content_digest
+++ b/N2/content_digest
@@ -38,7 +38,7 @@
  "> >> >> visibility I've had into this via strace, what I see is zeroed pages\n"
  "> >> >> where there shouldn't be.\n"
  "> >> >\n"
- "> >> > This sounds a lot like a bug higher up than dm-crypt. \303\202\302\240Zeros tend to\n"
+ "> >> > This sounds a lot like a bug higher up than dm-crypt. \302\240Zeros tend to\n"
  "> >> > come from some piece of code explicitly filling a page with zeros, and\n"
  "> >> > that often happens in the corner cases for O_DIRECT and a few other\n"
  "> >> > places in the filesystem.\n"
@@ -55,17 +55,17 @@
  "> >\n"
  "> > Fantastic. Now for our usual suspects:\n"
  "> >\n"
- "> > 1) Is postgres using O_DIRECT? \303\202\302\240If yes, please turn it off\n"
+ "> > 1) Is postgres using O_DIRECT? \302\240If yes, please turn it off\n"
  "> \n"
  "> According to strace, O_DIRECT didn't show up once during the test.\n"
  "> \n"
- "> > 2) Is postgres allocating sparse files? \303\202\302\240If yes, please have it fully\n"
+ "> > 2) Is postgres allocating sparse files? \302\240If yes, please have it fully\n"
  "> > allocate the file instead.\n"
  "> \n"
  "> That's a tough one. I don't think postgresql does that, but I'm not an\n"
  "> expert here.\n"
  "> \n"
- "> > 3) Is postgres using preallocation (fallocate)? \303\202\302\240If yes, please have it\n"
+ "> > 3) Is postgres using preallocation (fallocate)? \302\240If yes, please have it\n"
  "> > fully allocate the file instead\n"
  "> \n"
  "> As far as strace is concerned, postgreql is not using fallocate in\n"
@@ -75,10 +75,6 @@
  "that you're using read/write for file IO or is it doing a lot of mmaps\n"
  "on the files?\n"
  "\n"
- "-chris\n"
- "--\n"
- "To unsubscribe from this list: send the line \"unsubscribe linux-ext4\" in\n"
- "the body of a message to majordomo@vger.kernel.org\n"
- More majordomo info at  http://vger.kernel.org/majordomo-info.html
+ -chris
 
-4bf3852ec2d534541b3d2b495cb98afe8a31138ce2b3fa2a0174c378a7fe3117
+9ebdc47036f3c518d6ded873c41a789f385a29a006b0254af90eb81c3f47c2a7

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.