From: bugzilla-daemon@bugzilla.kernel.org
To: linux-scsi@vger.kernel.org
Subject: [Bug 14831] mptsas - Use of ATA command pass-through results in unreliable operation - drive / controller resets
Date: Fri, 7 May 2010 04:56:33 GMT [thread overview]
Message-ID: <201005070456.o474uXFe027981@demeter.kernel.org> (raw)
In-Reply-To: <bug-14831-11613@https.bugzilla.kernel.org/>
https://bugzilla.kernel.org/show_bug.cgi?id=14831
--- Comment #19 from Brian Sullivan <bexamous@gmail.com> 2010-05-07 04:55:40 ---
So... patch seems to fix ATA command pass-through problems. I let it go a
day spamming hddtemp in a loop on all the drives, while at same time reading
600MB/sec or so. No problem. Again, without patch, it would never manage
more than 10 seconds spamming all the drives at once.
IMO it seems like the ATA-Passthrough bug is fixed by this patch. I cannot
cause a failure using ATA-Passthrough.
All is not good news however....
With this bug fixed I was going to start expanding a md array one disk at a
time. Unfortunately sooner or later the controller seems to crap out. I
don't know what is at fault, but the mptsas drive's method of just blowing
up and blocking processes forever sucks.
I've tried this 4 times now and each time I see some read errors, then task
resets fail and eventually it gets to point it just keeps spamming 'sometask
has been blocked for 120s'. I WISH this was a bad drive, but even if it was
a bad drive it shouldn't take down the system like this, but just to be sure
I've been swapping a few drives and it doesn't really make a difference.
Each time a different drive starts the fail sequence. I'm guessing its
unlikely I have a pile of bad drives.
I do have 16 drives all attached via a HP SAS Expander, perhaps the expander
is at fault. I also have a backup Chenbro Expander I could try... but I'm
too lazy to at the moment. I could also try ditching the Expanders to see
if that is the cause of these problems, but again too lazy at the moment.
Monday a mpt2sas expander is being delivered, I think my best bet is to
ditch this mptsas driver all together. If that doesn't fix problems I'll
then go back and try swapping Expanders and whatnot.
Anyways, TL;DR: ATA-PassThrough bug is fixed, mptsas still blows.
Here log from current failures, fairly sure this is unrelated to the entire
ATA-Passthrough problem:
May 6 17:52:09 nine kernel: [18838.207805] md: recovery of RAID array md127
May 6 17:52:09 nine kernel: [18838.207815] md: minimum _guaranteed_ speed:
1000 KB/sec/disk.
May 6 17:52:09 nine kernel: [18838.207818] md: using maximum available idle
IO bandwidth (but not more than 200000 KB/sec) for recovery.
May 6 17:52:09 nine kernel: [18838.207831] md: using 128k window, over a
total of 1953510784 blocks.
May 6 17:52:09 nine kernel: [18838.207833] md: resuming recovery of md127
from checkpoint.
May 6 20:51:21 nine kernel: [29589.980035] mptscsih: ioc0: attempting task
abort! (sc=ffff8803318f4900)
May 6 20:51:21 nine kernel: [29589.980041] sd 6:0:5:0: [sdh] CDB: Read(10):
28 00 4c 8e f6 00 00 01 00 00
May 6 20:51:28 nine kernel: [29596.503483] mptbase: ioc0:
LogInfo(0x31140000): Originator={PL}, Code={IO Executed}, SubCode(0x0000)
May 6 20:51:28 nine kernel: [29596.503747] mptscsih: ioc0: task abort:
SUCCESS (sc=ffff8803318f4900)
May 6 20:51:28 nine kernel: [29597.253319] mptbase: ioc0:
LogInfo(0x31170000): Originator={PL}, Code={IO Device Missing Delay Retry},
SubCode(0x0000)
May 6 20:51:28 nine kernel: [29597.253329] mptscsih: ioc0: attempting task
abort! (sc=ffff8803318f4e00)
May 6 20:51:28 nine kernel: [29597.253332] sd 6:0:5:0: [sdh] CDB: Read(10):
28 00 4c 8e fc 00 00 01 00 00
May 6 20:51:28 nine kernel: [29597.253341] mptscsih: ioc0: task abort:
SUCCESS (sc=ffff8803318f4e00)
May 6 20:51:29 nine kernel: [29597.753599] mptbase: ioc0:
LogInfo(0x31130000): Originator={PL}, Code={IO Not Yet Executed},
SubCode(0x0000)
May 6 20:51:29 nine kernel: [29597.753608] mptscsih: ioc0: attempting task
abort! (sc=ffff8803318f4c00)
May 6 20:51:29 nine kernel: [29597.753610] sd 6:0:5:0: [sdh] CDB: Read(10):
28 00 4c 8f 02 00 00 01 00 00
May 6 20:51:29 nine kernel: [29597.753619] mptscsih: ioc0: task abort:
SUCCESS (sc=ffff8803318f4c00)
May 6 20:51:29 nine kernel: [29597.753622] mptscsih: ioc0: attempting task
abort! (sc=ffff8803318f5b00)
May 6 20:51:29 nine kernel: [29597.753624] sd 6:0:5:0: [sdh] CDB: Read(10):
28 00 4c 8f 0e 00 00 01 00 00
May 6 20:51:29 nine kernel: [29597.753633] mptscsih: ioc0: task abort:
SUCCESS (sc=ffff8803318f5b00)
May 6 20:51:29 nine kernel: [29597.753636] mptscsih: ioc0: attempting task
abort! (sc=ffff880331e3d900)
May 6 20:51:29 nine kernel: [29597.753638] sd 6:0:5:0: [sdh] CDB: Read(10):
28 00 4c 8f 14 00 00 00 08 00
May 6 20:51:29 nine kernel: [29597.753646] mptscsih: ioc0: task abort:
SUCCESS (sc=ffff880331e3d900)
May 6 20:51:29 nine kernel: [29597.753649] mptscsih: ioc0: attempting task
abort! (sc=ffff880331e3d400)
May 6 20:51:29 nine kernel: [29597.753651] sd 6:0:5:0: [sdh] CDB: Read(10):
28 00 4c 8f 14 08 00 00 68 00
May 6 20:51:29 nine kernel: [29597.753659] mptscsih: ioc0: task abort:
SUCCESS (sc=ffff880331e3d400)
May 6 20:51:29 nine kernel: [29597.753671] mptscsih: ioc0: attempting
target reset! (sc=ffff8803318f4900)
May 6 20:51:29 nine kernel: [29597.753673] sd 6:0:5:0: [sdh] CDB: Read(10):
28 00 4c 8e f6 00 00 01 00 00
May 6 20:51:29 nine kernel: [29597.753685] mptscsih: ioc0: target reset:
FAILED (sc=ffff8803318f4900)
May 6 20:51:29 nine kernel: [29597.753693] mptscsih: ioc0: attempting bus
reset! (sc=ffff8803318f4900)
May 6 20:51:29 nine kernel: [29597.753695] sd 6:0:5:0: [sdh] CDB: Read(10):
28 00 4c 8e f6 00 00 01 00 00
May 6 20:51:29 nine kernel: [29597.753712] mptscsih: ioc0: bus reset:
FAILED (sc=ffff8803318f4900)
May 6 20:51:29 nine kernel: [29597.753715] mptscsih: ioc0: attempting host
reset! (sc=ffff8803318f4900)
May 6 20:52:04 nine kernel: [29632.830020] mptscsih: ioc0: host reset:
SUCCESS (sc=ffff8803318f4900)
May 6 20:52:14 nine kernel: [29642.840021] sd 6:0:5:0: Device offlined -
not ready after error recovery
May 6 20:52:14 nine kernel: [29642.840024] sd 6:0:5:0: Device offlined -
not ready after error recovery
May 6 20:52:14 nine kernel: [29642.840026] sd 6:0:5:0: Device offlined -
not ready after error recovery
May 6 20:52:14 nine kernel: [29642.840028] sd 6:0:5:0: Device offlined -
not ready after error recovery
May 6 20:52:14 nine kernel: [29642.840030] sd 6:0:5:0: Device offlined -
not ready after error recovery
May 6 20:52:14 nine kernel: [29642.840032] sd 6:0:5:0: Device offlined -
not ready after error recovery
May 6 20:52:14 nine kernel: [29642.840076] sd 6:0:5:0: [sdh] Unhandled
error code
May 6 20:52:14 nine kernel: [29642.840082] sd 6:0:5:0: [sdh] Result:
hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK
May 6 20:52:14 nine kernel: [29642.840087] sd 6:0:5:0: [sdh] CDB: Read(10):
28 00 4c 8e f6 00 00 01 00 00
May 6 20:52:14 nine kernel: [29642.840112] raid5:md127: read error not
correctable (sector 1284435456 on sdh2).
May 6 20:52:14 nine kernel: [29642.840129] raid5:md127: read error not
correctable (sector 1284435464 on sdh2).
May 6 20:52:14 nine kernel: [29642.840133] raid5:md127: read error not
correctable (sector 1284435472 on sdh2).
May 6 20:52:14 nine kernel: [29642.840136] raid5:md127: read error not
correctable (sector 1284435480 on sdh2).
May 6 20:52:14 nine kernel: [29642.840139] raid5:md127: read error not
correctable (sector 1284435488 on sdh2).
May 6 20:52:14 nine kernel: [29642.840143] raid5:md127: read error not
correctable (sector 1284435496 on sdh2).
May 6 20:52:14 nine kernel: [29642.840149] raid5:md127: read error not
correctable (sector 1284435504 on sdh2).
May 6 20:52:14 nine kernel: [29642.840196] raid5:md127: read error not
correctable (sector 1284435512 on sdh2).
May 6 20:52:14 nine kernel: [29642.840199] raid5:md127: read error not
correctable (sector 1284435520 on sdh2).
May 6 20:52:14 nine kernel: [29642.840202] raid5:md127: read error not
correctable (sector 1284435528 on sdh2).
May 6 20:52:14 nine kernel: [29642.847676] sd 6:0:5:0: [sdh] Unhandled
error code
May 6 20:52:14 nine kernel: [29642.847678] sd 6:0:5:0: [sdh] Result:
hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK
May 6 20:52:14 nine kernel: [29642.847681] sd 6:0:5:0: [sdh] CDB: Read(10):
28 00 4c 8e fc 00 00 01 00 00
May 6 20:52:14 nine kernel: [29642.847745] sd 6:0:5:0: [sdh] Unhandled
error code
May 6 20:52:14 nine kernel: [29642.847746] sd 6:0:5:0: [sdh] Result:
hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK
May 6 20:52:14 nine kernel: [29642.847749] sd 6:0:5:0: [sdh] CDB: Read(10):
28 00 4c 8f 02 00 00 01 00 00
May 6 20:52:14 nine kernel: [29642.847812] sd 6:0:5:0: [sdh] Unhandled
error code
May 6 20:52:14 nine kernel: [29642.847813] sd 6:0:5:0: [sdh] Result:
hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK
May 6 20:52:14 nine kernel: [29642.847816] sd 6:0:5:0: [sdh] CDB: Read(10):
28 00 4c 8f 0e 00 00 01 00 00
May 6 20:52:14 nine kernel: [29642.847871] sd 6:0:5:0: [sdh] Unhandled
error code
May 6 20:52:14 nine kernel: [29642.847873] sd 6:0:5:0: [sdh] Result:
hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK
May 6 20:52:14 nine kernel: [29642.847875] sd 6:0:5:0: [sdh] CDB: Read(10):
28 00 4c 8f 14 00 00 00 08 00
May 6 20:52:14 nine kernel: [29642.847907] sd 6:0:5:0: [sdh] Unhandled
error code
May 6 20:52:14 nine kernel: [29642.847908] sd 6:0:5:0: [sdh] Result:
hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK
May 6 20:52:14 nine kernel: [29642.847911] sd 6:0:5:0: [sdh] CDB: Read(10):
28 00 4c 8f 14 08 00 00 68 00
May 6 20:52:19 nine kernel: [29647.840019] mptbase: ioc0: WARNING - Issuing
Reset from mpt_config!!
May 6 20:52:50 nine kernel: [29678.961260] ------------[ cut here
]------------
May 6 20:52:50 nine kernel: [29678.961268] WARNING: at
/home/kernel-ppa/mainline/build/kernel/workqueue.c:485
flush_cpu_workqueue+0x8c/0x90()
May 6 20:52:50 nine kernel: [29678.961271] Hardware name: empty
May 6 20:52:50 nine kernel: [29678.961273] Modules linked in: btrfs
zlib_deflate crc32c libcrc32c xfs exportfs mptctl binfmt_misc ppdev
ipt_MASQUERADE iptable_nat nf_nat nf_conntrack_ipv4 nf_defrag_ipv4 xt_state
nf_conntrack ipt_REJECT xt_tcpudp iptable_filter ip_tables x_tables bridge
stp kvm_intel kvm snd_hda_codec_realtek snd_hda_intel snd_hda_codec
snd_hwdep snd_pcm_oss snd_mixer_oss snd_pcm snd_seq_dummy snd_seq_oss
snd_seq_midi snd_rawmidi snd_seq_midi_event snd_seq snd_timer snd_seq_device
psmouse serio_raw ioatdma snd i5100_edac nvidia(P) dca soundcore
snd_page_alloc edac_core lp parport raid10 raid456 async_raid6_recov
async_pq raid6_pq async_xor ses enclosure xor async_memcpy async_tx raid1
raid0 multipath linear ahci e1000e mptsas mptscsih mptbase
scsi_transport_sas
May 6 20:52:50 nine kernel: [29678.961333] Pid: 321, comm: mpt/0 Tainted:
P 2.6.34-020634rc6-generic #020634rc6
May 6 20:52:50 nine kernel: [29678.961336] Call Trace:
May 6 20:52:50 nine kernel: [29678.961341] [<ffffffff8107a9ac>] ?
flush_cpu_workqueue+0x8c/0x90
May 6 20:52:50 nine kernel: [29678.961346] [<ffffffff8105f1ec>]
warn_slowpath_common+0x8c/0xc0
May 6 20:52:50 nine kernel: [29678.961350] [<ffffffff8105f234>]
warn_slowpath_null+0x14/0x20
May 6 20:52:50 nine kernel: [29678.961353] [<ffffffff8107a9ac>]
flush_cpu_workqueue+0x8c/0x90
May 6 20:52:50 nine kernel: [29678.961357] [<ffffffff8106f981>] ?
try_to_del_timer_sync+0x51/0xe0
May 6 20:52:50 nine kernel: [29678.961360] [<ffffffff8107aa74>]
flush_workqueue+0x44/0x70
May 6 20:52:50 nine kernel: [29678.961373] [<ffffffffa004531c>]
mptsas_cleanup_fw_event_q+0x12c/0x160 [mptsas]
May 6 20:52:50 nine kernel: [29678.961378] [<ffffffffa0048434>]
mptsas_ioc_reset+0x94/0x130 [mptsas]
May 6 20:52:50 nine kernel: [29678.961383] [<ffffffff81033d39>] ?
default_spin_lock_flags+0x9/0x10
May 6 20:52:50 nine kernel: [29678.961389] [<ffffffffa001222d>]
mpt_signal_reset+0x4d/0x60 [mptbase]
May 6 20:52:50 nine kernel: [29678.961394] [<ffffffffa0018eb6>]
mpt_SoftResetHandler+0x1b6/0x3c0 [mptbase]
May 6 20:52:50 nine kernel: [29678.961399] [<ffffffffa001bee7>]
mpt_config+0x307/0x640 [mptbase]
May 6 20:52:50 nine kernel: [29678.961404] [<ffffffffa004c6f0>] ?
mptsas_firmware_event_work+0x0/0xe80 [mptsas]
May 6 20:52:50 nine kernel: [29678.961409] [<ffffffffa001d0b1>]
mpt_findImVolumes+0xb1/0x600 [mptbase]
May 6 20:52:50 nine kernel: [29678.961415] [<ffffffffa004c6f0>] ?
mptsas_firmware_event_work+0x0/0xe80 [mptsas]
May 6 20:52:50 nine kernel: [29678.961419] [<ffffffffa004cd88>]
mptsas_firmware_event_work+0x698/0xe80 [mptsas]
May 6 20:52:50 nine kernel: [29678.961424] [<ffffffff8100985b>] ?
__switch_to+0xbb/0x2e0
May 6 20:52:50 nine kernel: [29678.961428] [<ffffffff8105118e>] ?
put_prev_entity+0x2e/0x80
May 6 20:52:50 nine kernel: [29678.961430] [<ffffffff81051af6>] ?
finish_task_switch+0x66/0xd0
May 6 20:52:50 nine kernel: [29678.961435] [<ffffffffa004c6f0>] ?
mptsas_firmware_event_work+0x0/0xe80 [mptsas]
May 6 20:52:50 nine kernel: [29678.961438] [<ffffffff8107a10c>]
run_workqueue+0xbc/0x190
May 6 20:52:50 nine kernel: [29678.961441] [<ffffffff8107a65b>]
worker_thread+0x9b/0x100
May 6 20:52:50 nine kernel: [29678.961444] [<ffffffff8107edc0>] ?
autoremove_wake_function+0x0/0x40
May 6 20:52:50 nine kernel: [29678.961447] [<ffffffff8107a5c0>] ?
worker_thread+0x0/0x100
May 6 20:52:50 nine kernel: [29678.961450] [<ffffffff8107e9e6>]
kthread+0x96/0xa0
May 6 20:52:50 nine kernel: [29678.961453] [<ffffffff8100be64>]
kernel_thread_helper+0x4/0x10
May 6 20:52:50 nine kernel: [29678.961456] [<ffffffff8107e950>] ?
kthread+0x0/0xa0
May 6 20:52:50 nine kernel: [29678.961458] [<ffffffff8100be60>] ?
kernel_thread_helper+0x0/0x10
May 6 20:52:50 nine kernel: [29678.961460] ---[ end trace 5b0b1793526edc2a
]---
May 6 20:53:20 nine kernel: [29709.040090] mptscsih: ioc0: attempting task
abort! (sc=ffff880331812400)
May 6 20:53:20 nine kernel: [29709.040093] sd 6:0:15:0: [sdr] CDB:
Write(10): 2a 00 00 00 00 47 00 00 02 00
May 6 20:53:50 nine kernel: [29739.040011] mptscsih: ioc0: WARNING -
Issuing Reset from mptscsih_IssueTaskMgmt!!
May 6 20:54:13 nine kernel: [29761.700122] md127_resync D
ffff880001f55740 0 6733 2 0x00000000
May 6 20:54:13 nine kernel: [29761.700130] ffff8803318f3b90
0000000000000046 ffff8803318f3b50 ffff8803318f3fd8
May 6 20:54:13 nine kernel: [29761.700134] ffff8803318eae20
0000000000015740 0000000000015740 ffff8803318f3fd8
May 6 20:54:13 nine kernel: [29761.700137] 0000000000015740
ffff8803318f3fd8 0000000000015740 ffff8803318eae20
May 6 20:54:13 nine kernel: [29761.700141] Call Trace:
May 6 20:54:13 nine kernel: [29761.700160] [<ffffffffa00f20e2>]
get_active_stripe+0x232/0x340 [raid456]
May 6 20:54:13 nine kernel: [29761.700167] [<ffffffff810507e0>] ?
default_wake_function+0x0/0x20
May 6 20:54:13 nine kernel: [29761.700172] [<ffffffffa00f49ad>]
sync_request+0x26d/0x2d0 [raid456]
May 6 20:54:13 nine kernel: [29761.700176] [<ffffffffa00f1e8e>] ?
raid5_unplug_device+0x7e/0xa0 [raid456]
On Wed, May 5, 2010 at 3:35 AM, <bugzilla-daemon@bugzilla.kernel.org> wrote:
> https://bugzilla.kernel.org/show_bug.cgi?id=14831
>
>
> Andrew Dunn <andrew.g.dunn.dod@gmail.com> changed:
>
> What |Removed |Added
>
> ----------------------------------------------------------------------------
> CC| |
> andrew.g.dunn.dod@gmail.com
>
>
>
>
> --- Comment #18 from Andrew Dunn <andrew.g.dunn.dod@gmail.com> 2010-05-05
> 10:35:17 ---
> I anxiously await confirmation of this patch. This issue has been plaguing
> me
> for quite a while. Just for verification the mpt2sas controllers don't have
> problems with this? I was thinking of trying to get an AOC-USAS2-L8i
> (
> http://www.supermicro.com/products/accessories/addon/AOC-USAS2-L8i.cfm?TYP=I
> )
>
> --
> Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
> ------- You are receiving this mail because: -------
> You are on the CC list for the bug.
>
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching the assignee of the bug.
next prev parent reply other threads:[~2010-05-07 4:56 UTC|newest]
Thread overview: 44+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <bug-14831-11613@https.bugzilla.kernel.org/>
2010-03-21 11:34 ` [Bug 14831] mptsas - Use of ATA command pass-through results in unreliable operation - drive / controller resets bugzilla-daemon
2010-03-30 14:53 ` bugzilla-daemon
2010-04-29 7:25 ` bugzilla-daemon
2010-04-29 9:27 ` bugzilla-daemon
2010-05-03 22:22 ` bugzilla-daemon
2010-05-04 5:16 ` bugzilla-daemon
2010-05-04 9:16 ` bugzilla-daemon
2010-05-05 10:35 ` bugzilla-daemon
2010-05-07 4:56 ` bugzilla-daemon [this message]
2010-05-07 8:01 ` bugzilla-daemon
2010-05-12 8:50 ` bugzilla-daemon
2010-05-12 9:04 ` bugzilla-daemon
2010-05-12 9:33 ` bugzilla-daemon
2010-05-12 10:22 ` bugzilla-daemon
2010-05-24 9:05 ` bugzilla-daemon
2010-05-26 8:08 ` bugzilla-daemon
2010-06-07 20:00 ` bugzilla-daemon
2010-06-08 0:29 ` bugzilla-daemon
2010-06-08 6:44 ` bugzilla-daemon
2010-06-08 8:43 ` bugzilla-daemon
2010-06-29 20:26 ` bugzilla-daemon
2010-08-28 15:44 ` bugzilla-daemon
2010-08-28 15:45 ` bugzilla-daemon
2010-08-28 15:46 ` bugzilla-daemon
2010-08-28 15:47 ` bugzilla-daemon
2010-08-28 15:51 ` bugzilla-daemon
2010-08-28 15:53 ` bugzilla-daemon
2010-08-30 15:18 ` bugzilla-daemon
2010-08-30 16:42 ` bugzilla-daemon
2010-08-31 8:17 ` bugzilla-daemon
2010-09-28 19:07 ` bugzilla-daemon
2012-06-18 13:20 ` bugzilla-daemon
2012-06-18 13:20 ` bugzilla-daemon
2009-12-18 11:25 [Bug 14831] New: " bugzilla-daemon
2009-12-18 12:44 ` [Bug 14831] " bugzilla-daemon
2009-12-18 15:18 ` bugzilla-daemon
2009-12-18 15:31 ` bugzilla-daemon
2009-12-18 15:32 ` bugzilla-daemon
2009-12-21 4:51 ` bugzilla-daemon
2009-12-21 4:52 ` bugzilla-daemon
2009-12-21 12:08 ` bugzilla-daemon
2009-12-21 12:11 ` bugzilla-daemon
2010-01-11 11:59 ` bugzilla-daemon
2010-01-12 23:15 ` bugzilla-daemon
2010-01-13 12:30 ` bugzilla-daemon
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=201005070456.o474uXFe027981@demeter.kernel.org \
--to=bugzilla-daemon@bugzilla.kernel.org \
--cc=linux-scsi@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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.