Date: Fri, 30 Jul 2004 17:40:51 +0100 From: "Markie" <mark.cullen@dsl.pipex.com> To: "FreeBSD Current" <freebsd-current@freebsd.org> Subject: Re: 5.2.1-R panic still occurs on a recent -CURRENT Message-ID: <00f401c47653$fc8cb720$f800000a@laptop>
index | next in thread | raw e-mail
[-- Attachment #1 --]
Here's the vmstat logs tar'd then gzipped. The filenames indicate the time of
the 'snapshot' in the format of:
vmstat.day.month.year.hour (year was probably very unnecessary but oh well :-)
----- Original Message -----
From: "Markie" <mark.cullen@dsl.pipex.com>
To: "FreeBSD Current" <freebsd-current@freebsd.org>
Sent: Friday, July 30, 2004 1:46 AM
Subject: 5.2.1-R panic still occurs on a recent -CURRENT
| Hi all.
|
| You may or may not remember I was having trouble with 5.2.1-R giving me random
| panics along the lines of panic: kmem_malloc(4096): kmem_map too small: xxxx
| total allocated. It was suggested that I updated to CURRENT to see if the
issue
| had been fixed.
|
| Well, my server just rebooted. The strange thing is though I didn't get a
| crashdump this time... and it did a background fsck on / aswell, which was
| really nice because it booted up so quickly. Is it safe though? I thought
bgfsck
| wasn't allowed on / yet?
|
| I can't remember who replied last time but I was told to log vmstat -mz every
| hour incase of memory leaks, so I have alot of vmstat hourly files if that
might
| determine the cause of my panic. I also logged netstat -m but if that isn't
any
| help then I can just get rid of all those.
|
| I also noticed something in the logs not long (or right before) it paniced
this
| time:
|
| Jul 30 01:19:57 bone kernel: arpresolve: can't allocate llinfo for
| xxx.xxx.xxx.xxxrt
| Jul 30 01:19:58 bone kernel: arplookup xxx.xxx.xxx.xxx failed: could not
| allocate llinfo
| Jul 30 01:19:58 bone kernel: arpresolve: can't allocate llinfo for
| xxx.xxx.xxx.xxxrt
| Jul 30 01:19:58 bone kernel: arplookup xxx.xxx.xxx.xxx failed: could not
| allocate llinfo
| Jul 30 01:19:58 bone kernel: arpresolve: can't allocate llinfo for
| xxx.xxx.xxx.xxxrt
| Jul 30 01:19:59 bone kernel: arplookup xxx.xxx.xxx.xxx failed: could not
| allocate llinfo
| Jul 30 01:19:59 bone kernel: arpresolve: can't allocate llinfo for
| xxx.xxx.xxx.xxxrt
| Jul 30 01:20:00 bone kernel: arplookup xxx.xxx.xxx.xxx failed: could not
| allocate llinfo
|
| Alot of those. Not sure what it means exactly but could it be related in any
| way?
|
| What do you suggest I do? Would you like to take a look at these vmstat files?
|
| Thanks in advance.
|
| P.S Any ideas why it might not have saved a core dump this time? All I got was
| "Jul 30 01:21:39 bone savecore: no dumps found" I have dumpdev set in rc.conf
| too. Maybe it didn't panic but spontaneously rebooted, perhaps because of a
| change in -CURRENT? Or is spontaneous rebooting hardware problems?
|
[-- Attachment #2 --]
x
Aarchive.tar [WI_Q{țhY793/}5HIy+eI%(Ɉ҃K.**3#㖥O?]Mj[/Ɛi)_G3 КsL*gx'Ej2벼yݽOL4i?q4SLgQ@ף`o+,iY~pulZ'5o'tr?{qE#mIx%%0]<~=uz=*\m3]s$w@JO$tweeB$rwp
QSv'\z{$vC
p :O}ڑ9y>UR@V`>蟏彿iq@&XфpכFVXOguq2йӔ~QK#eGw~qw\V&발eYwUEC{\\L9v5Ro]OMSCLOVq[^A6CA^vߧ 1`A*|PF1-dBn8k~2`MYe}jP|ZTN6':hݕIwUo/e8
iSsvhl; X4-(;Yi,._\4f4gqrRr?B
i%z6\,Co`ҿZ9 `onFaӀy~i\
E9^Hf#yR=]_ϖ]+ڈVLkNm۹BQ$hʹ)AP::FdsJHdSL5kj"ŘP?kW~5nwG_.#g
ץ?K$Y}#D\VHf::Ҳt
2mKy:L,\{=uk?>h BX+viF~
OnVn
4:7&(Ɋo{^AU).Tc|\f4,%Ta,u9+H<UZ8fCue.a+ ݼ12wAS"8\.`3Bt̓->\hb~&=c&ohIS1ߗe9y 'zV_N<HD3P-gۣ9Ld)ں^r*KҝS^GIT
|9tϊ=Zsva%5:k̔8ZcXSY<J*u[cuw Ky:JjJJJ/X/E\ĕӒ;UZ'j.
qq.:g7Au][jpv7NgS<UlRw]/4z'oO3))[g}Y
&|VOSzr [-hr H.Kޢ;қUbCp`/ I+?S&/? B+z=(̬qy=zwiY
,gwӿG4&]HלwO*AN^'=GTF!_F$Y6Y@^]ub+ۣ%`x9Jϻ<
`fp;5~ftQoa<\>TpOCV[:u Um?;OFa WbT(UݨnQ?7i9B1/l
iys|5ِh9lV{NF㯡 OpwF7-r_e]-צ9Jy
=٩{[=m%2K(^R&nE4\C020.ZlxPUfU`f0BRh\hYƵ<ǻo?ُ?t~UXP;]Oʾ4NeUnE٠\nD02{Z/ɕ/+( U
&bxU_R3\QR\QrIe:њs]..#j|UGk@8vS?;֜_Ocp;ޣ?I !"Ns$pXwL)C^@&f&pwN\g+Z{֢{CW9GߑljpNћh=:7E6љwbp bg/ףr.
倰|L~:!]. RV UثT&L¦[`8V7K{*9%x|:-WNQYJpu$(Q"jWztx"d wK-&[6MZES{6W2IƘ&&ItU+,CЌQ]N%^V#gf(#$|~}fqK*jpK7ss9Q9{'ZV40QV{sf}v:=:JXV\Rx<yg_'u#_n
вw`T3r*XIZa
g_SJL#tQU"%[u5[]J:$P[:gལ[5$B*zNªZVɖdާ7$V{t?q('DG3/t (9`8O[\JlU sxo7KP5K-V} HZ=Czr0Y #Pd0U#n5sYV1L,N*ty|9"@RW8`>*EE%l.d?R䎜LPW,bIfYXArpTh0((H5?
drDMEXZXq{{T\J^VGB#נ(EКQ$l`hAr1 #1[w4w$4:Xxdʵ0
C/\qR2_\[sae>g9wYlKF
Uתº\S\)[e3L iq^,~?y; o~͢ )A'4tbEYfA_a"RW_PRP^Ry<^嫁ey_FUvfWlJ?,+d;\4J/(͞UlM/SA
2&ĵ_kB5_%tzK[E~UF^U5
:!߃_nj&\H{+PlU.X>BU 6J/ _&ھ43+>gA1!4Ͷ.VQөk-8U0]ZUE˘Q ^`CĎ_eUmmo+/
ߚG_0\/cxud5Mwޢ[l&!X!k쟃El7_5lбQy8
"&[ q>TۊMsh*r6)Վ5n2L+2ъƝqW0;FX>+3
ARi&'
%@G.;#ȹhi-lBwowNZV6RUm,W_(\oJdr"j2mtEab)F-)*H&hwT!v/f"J4gm_C.tQ3c2pZEF]7R2t
,
)WY%m_:+-8V_ZƆ)y(J݊%Ko5F&Tv=LPFuov'WRu_#AU&U/4Z6G+Jj 5/
I_
_e@?}#bh_"(K_.e&,ߎoMVM_-r-Z7
/`ߐi_*_nWh ;75S_GZ~_K7,Q_RsRHv"-o _-ڔKw3 E}/GڌXܴqkål17.!wVo3ldrW)f#p#_7~*hF3 0Ҭ-ĩqqU9VfmXi"vZt_aq)⒙voHk_ mjhjͽr87F6Jo䨕r__ns^9җUC;F䔢1n5>