Date: Fri, 14 Sep 2018 17:44:18 +0200 From: Mateusz Guzik <mjguzik@gmail.com> To: Mike Tancsa <mike@sentex.net> Cc: Paul Holes <pholes@sentex.ca>, Glen Barber <gjb@freebsd.org>, George Neville-Neil <gnn@neville-neil.com>, netperf-users@freebsd.org, netperf-admin@freebsd.org Subject: Re: update of zoo to r338656 12.0 (was Re: zoo vs 12.0 (was: zoo vs 11.2-rc2) Message-ID: <CAGudoHHDm-C4CagvH7krC0dJK8fEfgqWNNZ71YYpJ8A08Si0jQ@mail.gmail.com> In-Reply-To: <a3f8e390-ab73-6ebc-817a-c8d21197a2b4@sentex.net> References: <CAGudoHGb3FtoWAroBzVdDks6S2td-nnqJcdrkAsoiT_Q1PCYJQ@mail.gmail.com> <e3a7c7b6-e564-b5fe-ddad-6332bf6c96a0@sentex.net> <A344C6D5-BF69-48E8-8C0A-3610FE5BA15F@neville-neil.com> <b3f74263-127f-0b33-8d35-8e5c245cf826@sentex.net> <8ca07d41-b753-9741-49be-150d42197edc@sentex.net> <7dc50e6a-191b-002d-9adf-df16e591c9da@sentex.net> <ea0b113f-7b45-1ec3-f752-fcfa0ef7b2c0@sentex.net> <20180914140300.GB52847@FreeBSD.org> <2dcd8d1b-12f3-1da7-673c-8d24bc0eb948@sentex.net> <CAGudoHFv1AyWZiL1KsQwP1grkrz6s=eKmtSvFudzr%2BN9f7B4oQ@mail.gmail.com> <ddf0e2f7-4e0d-57cc-3353-fb56a8b051d6@sentex.net> <a3f8e390-ab73-6ebc-817a-c8d21197a2b4@sentex.net>
next in thread | previous in thread | raw e-mail | index | archive | help
Nice.
Can I get access to this box with ipmi? If so, I can take it from
there and bisect. I'm afraid I don't have the expertise to /debug/
this one without some serious digging.
If no remote access is an option and nobody qualified steps up to
diagnose, you will probably have to bisect yourself :-P. I can prepare
a bunch of kernels though.
On 9/14/18, Mike Tancsa <mike@sentex.net> wrote:
> On 9/14/2018 11:08 AM, Mike Tancsa wrote:
>> On 9/14/2018 10:53 AM, Mateusz Guzik wrote:
>>>
>>> If a zoo-testable box is confirmed to hang I can take it from there
>>> myself, the least I can do is bisect and chase the guilty. :)
>>>
>>
>> We are just testing 3 different models in the back first to see if we
>> can hang the box. Since we dont have the same onboard controller as zoo
>> has, we will see if we can trigger it there first and then we will try
>> with pig1.
>
> OK, I think we found one in the back that shows the same issue
>
> on a RELENG11 box
>
> 0{test-vm1b}# pciconf -lvcb mfi0
> mfi0@pci0:1:0:0: class=0x010400 card=0x92401000 chip=0x00731000
> rev=0x03 hdr=0x00
> vendor = 'LSI Logic / Symbios Logic'
> device = 'MegaRAID SAS 2008 [Falcon]'
> class = mass storage
> subclass = RAID
> bar [10] = type I/O Port, range 32, base 0xe000, size 256, enabled
> bar [14] = type Memory, range 64, base 0xdeb60000, size 16384,
> enabled
> bar [1c] = type Memory, range 64, base 0xdeb00000, size 262144,
> enabled
> cap 01[50] = powerspec 3 supports D0 D1 D2 D3 current D0
> cap 10[68] = PCI-Express 2 endpoint max data 256(4096) FLR NS
> link x8(x8) speed 5.0(5.0) ASPM disabled(L0s)
> cap 03[d0] = VPD
> cap 05[a8] = MSI supports 1 message, 64 bit enabled with 1 message
> cap 11[c0] = MSI-X supports 15 messages
> Table in map 0x14[0x2000], PBA in map 0x14[0x3800]
> ecap 0001[100] = AER 1 0 fatal 0 non-fatal 1 corrected
> ecap 0004[138] = Power Budgeting 1
> 0{test-vm1b}#
>
> 0{test-vm1b}# mfiutil show adapter
> mfi0 Adapter:
> Product Name: LSI MegaRAID SAS 9240-8i
> Serial Number:
> Firmware: 20.13.1-0240
> RAID Levels: JBOD, RAID0, RAID1, RAID5, RAID10, RAID50
> Battery Backup: not present
> NVRAM: 32K
> Onboard Memory: 0M
> Minimum Stripe: 8K
> Maximum Stripe: 64K
> 0{test-vm1b}#
>
> But it hangs on my epyc box.
>
> --
> -------------------
> Mike Tancsa, tel +1 519 651 3400 x203
> Sentex Communications, mike@sentex.net
> Providing Internet services since 1994 www.sentex.net
> Cambridge, Ontario Canada
>
--
Mateusz Guzik <mjguzik gmail.com>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAGudoHHDm-C4CagvH7krC0dJK8fEfgqWNNZ71YYpJ8A08Si0jQ>