Date: Tue, 24 Jun 2014 18:27:24 +0530 From: Sumit Saxena <sumit.saxena@avagotech.com> To: freebsd-scsi@freebsd.org Cc: Kashyap Desai <kashyap.desai@avagotech.com>, sumit.saxena@avagotech.com Subject: Kernel panic: message secondary GPT header is not in the last LBA Message-ID: <559aba5a124ee1e32ddffb1380399e28@mail.gmail.com> In-Reply-To: 3dc7e373251cfad0f571398c97957ca0@mail.gmail.com References: 3dc7e373251cfad0f571398c97957ca0@mail.gmail.com
next in thread | raw e-mail | index | archive | help
[-- Attachment #1 --]
Hi All,
While doing some testing on <mrsas> driver, I am facing kernel panic
inside GEOM module. I am using FreeBSD10.0 64bit, installed on Virtual
drive connected behind LSI MegaRAID SAS 9361 controller and two Enclosures-
Dell MD1220 with total 39 drives are connected to the controller. As I
convert unconfigured drives(connected to Enclosures) to JBOD(plain drive
without any RAID configuration exposed to OS), kernel panic is observed
inside GEOM module with below traces-
===================================================
ses1: phy 0: protocols: Initiator( None ) Target( SSP )
ses1: phy 0: parent 50080e5223c0f03f addr 5000c5001afebe51
ses1: pass30,da26: Element descriptor: 'SLOT 20 '
ses1: pass30,da26: SAS Device Slot Element: 1 Phys at Slot 20, Not All Phys
ses1: phy 0: SAS device type 1 id 0
ses1: phy 0: protocols: Initiator( None ) Target( SSP )
ses1: phy 0: parent 50080e5223c0f03f addr 5000c5004cf152f1
ses1: pass37,da33: Element descriptor: 'SLOT 21 '
ses1: pass37,da33: SAS Device Slot Element: 1 Phys at Slot 21, Not All Phys
ses1: phy 0: SAS device type 1 id 0
ses1: phy 0: protocols: Initiator( None ) Target( SSP )
ses1: phy 0: parent 50080e5223c0f03f addr 5000c5001afd3659
ses1: pass21,da17: Element descriptor: 'SLOT 22 '
ses1: pass21,da17: SAS Device Slot Element: 1 Phys at Slot 22, Not All Phys
ses1: phy 0: SAS device type 1 id 0
ses1: phy 0: protocols: Initiator( None ) Target( SSP )
ses1: phy 0: parent 50080e5223c0f03f addr 5000cca00baf22c1
GEOM: da12: the secondary GPT header is not in the last LBA.
Fatal trap 18: integer divide fault while in kernel mode
cpuid = 4; apic id = 10
instruction pointer = 0x20:0xffffffff80805045
stack pointer = 0x28:0xfffffe0c23ded9e0
frame pointer = 0x28:0xfffffe0c23deda30
code segment = base 0x0, limit 0xfffff, type 0x1b
= DPL 0, pres 1, long 1,
def32 0, gran 1
processor eflags = interrupt enabled, resume, IOPL = 0
current process = 13 (g_event)
trap number = 18
panic: integer divide fault
cpuid = 4
KDB: stack backtrace:
#0 0xffffffff808cb220 at kdb_backtrace+0x60
#1 0xffffffff80892d05 at panic+0x155
#2 0xffffffff80c71ae2 at trap_fatal+0x3a2
#3 0xffffffff80c7171f at trap+0x7bf
#4 0xffffffff80c587e2 at calltrap+0x8
#5 0xffffffff80803574 at g_label_taste+0x3a4
#6 0xffffffff80802106 at g_new_provider_event+0xb6
#7 0xffffffff807fe1d6 at g_run_events+0x166
#8 0xffffffff80864dda at fork_exit+0x9a
#9 0xffffffff80c58d1e at fork_trampoline+0xe
Uptime: 4m48s
kernel trap 12 with interrupts disabled
=====================================
I have attached complete dmesg logs. Has anyone faced similar issue with
GEOM framework ?
Thanks in advance,
Sumit Saxena
[-- Attachment #2 --]
Rar! ϐs
t:
0D 3 kernel_panic_geom.dat \ݑAWS6=&ބci\"YXaŘVL5q6Yv+ɗ]DW M] X5P5UC߈s <G
U5/guQf OOֱV;oqp|;~qq8 |1andbg8|k>f /c.IY,qTsXǛnQ&,-Maߋ{&w5K$߾Փ)dz`Aۻݿݪ8잯c\8 _5݉7$] ww[2|zM}' <gF͚u&۷v,6ά͟ũx[rmߚ۟\<]ﯷ܄w'tҒ<}=] 2T627gRS{T[b.إݝ狳?ܱkF:ޱ}RPJȾ]k3wJ1#ssQg`WNuQG;foM4\N|Ni~VDSrki?HC=QMCHWЗ&SU{Eƃ6Zok'{zp|;^<=jpO
!%mN
!f07<-lӯf ]y-5 ?w]vefG4kZVszZpZl<ޯGQj^uWZċ{G o{s{V&\NZύXGs/]
y
̘k^4yޗ0p$dz'{x|<Z٧oox,|l"xIOLrOKpWɂ>ߚﮙz<O4+sުdu{j{Z!j:ӆhK^hyTEEU/Rud |2ɯ8[pί=VQ C hRǩ\=֡zS?hn{_ *'М^a 1:4
sTK k"8B^:>@Z[^۶i[[\ ( ^pũ2Һf_z'40cX< }⦖V%ڳ}=V sByyӯ5_E~<ՃEΣנ n~-bn%(UFOyn zwRc`7/J&5zI~e [1-<~}j <:8STx7k+ ,Mjl=1wܶw'FD\U[N{s½y'FLYz,v͘/aF\'=~|ora; &u5GYIG*WK?=^#M^
l~{?56z~NXG1g k
/tL6-晭U-zZiqȯS.z~m$hkMzܱKꏎ^z]9L,[9,+~e7 :ͫ\gEtfְ|amrko8d pv$
4kZD= Ę6#Yz0..(҉x|~<1o.+o/ zͿN&˫x<_A\۟&j2b5^WnǓ7M˓AU.M
X .?G &/6 \0So~o˦1'ߎX[ZR^~\^2Ɇ',Ўn%=4}0ٛI W$!7O;QT_d?vl2k\zf4ld5Q:(`'Wy (VХiO\u[U,Õyə8i5^;b<tǏFsfioҔg'89Ej{ )rF 7\|<_oߓ!7o.pY\PywsyڅuOԗ[Lo> C X;eҧ' s^hU ŭV;ڦxgX'ys_ҏ& $2qrrĢ`|_?M"BQ,qVaޏ_g˃S{]Yk@M'[T%ͻ?_s> b_֊b˫jhRpCy+"&T!dd r\U< VFF><7 _Z6 Hღ33;8}"mA :pi
x55k~GOЭ]jgO 0?I'3v)TKh*?Ŏ7ʶ 4E| %o|\~b8w{I;;
7/tG1}{Lt^}wqA&:Bۖ 6JsZ\} IvZ)OlܢU>c,QOhnUi>{WXI/rGY*tB}5.UO~ - QeG\6Jt=.g cһe)aOһ x3oѮ*\oĤ`xmIRGJRX}Rᖗ*"j?
hF]m</ `xs
$2xR}zvLiT}z.SJOݒKғ3£첢m؛}8/OiʶS ˽D*ރ]p?IF=GmhN /V}v&B w4Tpm-)/Oih֠xmؕ 6f0jf*?m=j =McI $ |i @Bov` @ ;΅m0 0 mZ[_GmF m uPzm H O'6Np $ Cmݶ Cmm ~ > pi =B6m $ C={ @
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?559aba5a124ee1e32ddffb1380399e28>