Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 29 Mar 2000 05:17:10 +0100 (BST)
From:      Jasper Wallace <jasper@ivision.co.uk>
To:        freebsd-stable@freebsd.org
Cc:        Nick Ludlam <nick@ivision.co.uk>, sysadmin@ivision.co.uk
Subject:   Repeted panics with 3.4
Message-ID:  <Pine.GSO.4.21.0003290507040.18891-200000@avengers.ivision.co.uk>

next in thread | raw e-mail | index | archive | help
  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.
  Send mail to mime@docserver.cac.washington.edu for more info.

---559023410-684387517-954303430=:18891
Content-Type: TEXT/PLAIN; charset=US-ASCII


We've got a pair of rackmount webservers, both running 3.4, one has been
fine, the other has just started panic's soon after boot, normally
associated with file system access - i've seen it when trying to mount a
file sys, when trying to run a peice of software amd when doing 'viunm
start':

here is one of the panics: (cut and pasted, the machine has a serial
console).
------------------------------------------------------------------------
# mount /usr/local                                                                                                        
                                                                                                                          
                                                                                                                          
Fatal trap 12: page fault while in kernel mode                                                                            
fault virtual address   = 0x56204e49                                                                                      
fault code              = supervisor read, page not present                                                               
instruction pointer     = 0x8:0xc014b2b8                                                                                  
stack pointer           = 0x10:0xd1bfecb4                                                                                 
frame pointer           = 0x10:0xd1bfecd8                                                                                 
code segment            = base 0x0, limit 0xfffff, type 0x1b                                                              
                        = DPL 0, pres 1, def32 1, gran 1                                                                  
processor eflags        = interrupt enabled, resume, IOPL = 0                                                             
current process         = 57 (mount)                                                                                      
interrupt mask          = net tty bio cam                                                                                 
trap number             = 12                                                                                              
panic: page fault                                                                                                         
                                                                                                                          
syncing disks... done                                                                                                     
Automatic reboot in 15 seconds - press a key on the console to abort                                                      
Rebooting...                                                                                                              
------------------------------------------------------------------------

All the panics have been at instruction pointer 0x8:0xc014b2b8, running nm
on the kernel gives:

# nm /kernel | sort | grep c014b                                                                                          
c014b038 T malloc                                                                                                         
c014b038 t gcc2_compiled.                                                                                                 
c014b348 T free                                                                                                           
c014b488 t kmeminit                                                                                                       

Which dosn't make much sense to me...


questions:

these machines have ecc ram - if the ram fails the ecc checks what does
freebsd do? whould it panic as above?

Is this some irq masking/spl thing caused by using a serial console? (i.e.
is our use of a serial console sufficienty unusual that we are walking
into a less tested area?)

dmesg attached.

-- 
Internet Vision          Internet Consultancy           Tel: 0171 589 4500
60 Albert Court            & Web development            Fax: 0171 589 4522
Prince Consort Road                                   vision@ivision.co.uk
London SW7 2BE                                   http://www.ivision.co.uk/



---559023410-684387517-954303430=:18891
Content-Type: TEXT/PLAIN; charset=US-ASCII; name="ums-web.dmesg"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.GSO.4.21.0003290517100.18891@avengers.ivision.co.uk>
Content-Description: 
Content-Disposition: attachment; filename="ums-web.dmesg"

Q29weXJpZ2h0IChjKSAxOTkyLTE5OTkgRnJlZUJTRCBJbmMuDQpDb3B5cmln
aHQgKGMpIDE5ODIsIDE5ODYsIDE5ODksIDE5OTEsIDE5OTMNCiAgICAgICAg
VGhlIFJlZ2VudHMgb2YgdGhlIFVuaXZlcnNpdHkgb2YgQ2FsaWZvcm5pYS4g
QWxsIHJpZ2h0cyByZXNlcnZlZC4NCkZyZWVCU0QgMy40LVJFTEVBU0UgIzA6
IEZyaSBNYXIgMTAgMDM6MDg6NTYgR01UIDIwMDANCiAgICByb290QDovdXNy
L3NyYy9zeXMvY29tcGlsZS9VTVMtV0VCDQpUaW1lY291bnRlciAiaTgyNTQi
ICBmcmVxdWVuY3kgMTE5MzE4MiBIeg0KVGltZWNvdW50ZXIgIlRTQyIgIGZy
ZXF1ZW5jeSA1NTEyNTI1OTUgSHoNCkNQVTogUGVudGl1bSBJSUkgKDU1MS4y
NS1NSHogNjg2LWNsYXNzIENQVSkNCiAgT3JpZ2luID0gIkdlbnVpbmVJbnRl
bCIgIElkID0gMHg2NzMgIFN0ZXBwaW5nID0gMw0KICBGZWF0dXJlcz0weDM4
M2ZiZmY8RlBVLFZNRSxERSxQU0UsVFNDLE1TUixQQUUsTUNFLENYOCxBUElD
LFNFUCxNVFJSLFBHRSxNQ0EsQ01PVixQQVQsUFNFMzYsTU1YLEZYU1IsPGIy
NT4+DQpyZWFsIG1lbW9yeSAgPSAxMDczNzQxODI0ICgxMDQ4NTc2SyBieXRl
cykNCmF2YWlsIG1lbW9yeSA9IDEwNDI3ODgzNTIgKDEwMTgzNDhLIGJ5dGVz
KQ0KdmludW06IGxvYWRlZA0KUGVudGl1bSBQcm8gTVRSUiBzdXBwb3J0IGVu
YWJsZWQNClByb2JpbmcgZm9yIGRldmljZXMgb24gUENJIGJ1cyAwOg0KY2hp
cDA6IDxJbnRlbCA4MjQ0M0dYIGhvc3QgdG8gUENJIGJyaWRnZT4gcmV2IDB4
MDAgb24gcGNpMC4wLjANCmNoaXAxOiA8SW50ZWwgODI0NDNHWCBob3N0IHRv
IEFHUCBicmlkZ2U+IHJldiAweDAwIG9uIHBjaTAuMS4wDQpjaGlwMjogPElu
dGVsIDgyMzcxQUIgUENJIHRvIElTQSBicmlkZ2U+IHJldiAweDAyIG9uIHBj
aTAuNy4wDQppZGVfcGNpMDogPEludGVsIFBJSVg0IEJ1cy1tYXN0ZXIgSURF
IGNvbnRyb2xsZXI+IHJldiAweDAxIG9uIHBjaTAuNy4xDQpjaGlwMzogPElu
dGVsIDgyMzcxQUIgUG93ZXIgbWFuYWdlbWVudCBjb250cm9sbGVyPiByZXYg
MHgwMiBvbiBwY2kwLjcuMw0KYWhjMDogPEFkYXB0ZWMgYWljNzg5Ni85NyBV
bHRyYTIgU0NTSSBhZGFwdGVyPiByZXYgMHgwMCBpbnQgYSBpcnEgMTAgb24g
cGNpMC4xMS4wDQphaGMwOiBhaWM3ODk2Lzk3IFdpZGUgQ2hhbm5lbCBBLCBT
Q1NJIElkPTcsIDE2LzI1NSBTQ0JzDQphaGMxOiA8QWRhcHRlYyBhaWM3ODk2
Lzk3IFVsdHJhMiBTQ1NJIGFkYXB0ZXI+IHJldiAweDAwIGludCBhIGlycSAx
MCBvbiBwY2kwLjExLjENCmFoYzE6IGFpYzc4OTYvOTcgV2lkZSBDaGFubmVs
IEIsIFNDU0kgSWQ9NywgMTYvMjU1IFNDQnMNCmZ4cDA6IDxJbnRlbCBFdGhl
ckV4cHJlc3MgUHJvIDEwLzEwMEIgRXRoZXJuZXQ+IHJldiAweDA4IGludCBh
IGlycSAxMSBvbiBwY2kwLjEzLjANCmZ4cDA6IEV0aGVybmV0IGFkZHJlc3Mg
MDA6ZTA6ODE6MTA6ODk6MDUNClByb2JpbmcgZm9yIGRldmljZXMgb24gUENJ
IGJ1cyAxOg0KdmdhMDogPFRyaWRlbnQgbW9kZWwgOTc1MCBWR0EtY29tcGF0
aWJsZSBkaXNwbGF5IGRldmljZT4gcmV2IDB4ZjMgaW50IGEgaXJxIDAgb24g
cGNpMS4wLjANClByb2JpbmcgZm9yIFBuUCBkZXZpY2VzOg0KUHJvYmluZyBm
b3IgZGV2aWNlcyBvbiB0aGUgSVNBIGJ1czoNCnZ0MCBvbiBpc2ENCnZ0MDog
dW5rbm93biB0cmlkZW50LCA4MCBjb2wsIGNvbG9yLCA4IHNjciwgdW5rbm93
biBrYmQsIFtSMy4yMC1iMjRdDQphdGtiZGMwIGF0IDB4NjAtMHg2ZiBvbiBt
b3RoZXJib2FyZA0KYXRrYmQwIGlycSAxIG9uIGlzYQ0KcHNtMCBub3QgZm91
bmQNCnNpbzAgYXQgMHgzZjgtMHgzZmYgaXJxIDQgZmxhZ3MgMHgxMCBvbiBp
c2ENCnNpbzA6IHR5cGUgMTY1NTBBLCBjb25zb2xlDQpzaW8xIGF0IDB4MmY4
LTB4MmZmIGlycSAzIG9uIGlzYQ0Kc2lvMTogdHlwZSAxNjU1MEENCmZkYzAg
YXQgMHgzZjAtMHgzZjcgaXJxIDYgZHJxIDIgb24gaXNhDQpmZGMwOiBGSUZP
IGVuYWJsZWQsIDggYnl0ZXMgdGhyZXNob2xkDQpmZDA6IDEuNDRNQiAzLjVp
bg0Kd2RjMCBub3QgZm91bmQgYXQgMHgxZjANCndkYzEgYXQgMHgxNzAtMHgx
NzcgaXJxIDE1IG9uIGlzYQ0Kd2RjMTogdW5pdCAwIChhdGFwaSk6IDxUT1NI
SUJBIENELVJPTSBYTS02NzAyQi8xMDA1PiwgcmVtb3ZhYmxlLCBhY2NlbCwg
ZG1hLCBpb3JkaXMNCmFjZDA6IGRyaXZlIHNwZWVkIDgyNjhLQi9zZWMsIDEy
OEtCIGNhY2hlDQphY2QwOiBzdXBwb3J0ZWQgcmVhZCB0eXBlczogQ0QtUiwg
Q0QtUlcsIENELURBDQphY2QwOiBBdWRpbzogcGxheSwgMTYgdm9sdW1lIGxl
dmVscw0KYWNkMDogTWVjaGFuaXNtOiBlamVjdGFibGUgdHJheQ0KYWNkMDog
TWVkaXVtOiBuby9ibGFuayBkaXNjIGluc2lkZSwgdW5sb2NrZWQNCnBwYzAg
YXQgMHgzNzggaXJxIDcgZmxhZ3MgMHg0MCBvbiBpc2ENCnBwYzA6IEdlbmVy
aWMgY2hpcHNldCAoTklCQkxFLW9ubHkpIGluIENPTVBBVElCTEUgbW9kZQ0K
cHBpMDogPGdlbmVyaWMgcGFyYWxsZWwgaS9vPiBvbiBwcGJ1cyAwDQp2Z2Ew
IGF0IDB4M2IwLTB4M2RmIG1hZGRyIDB4YTAwMDAgbXNpemUgMTMxMDcyIG9u
IGlzYQ0KbnB4MCBvbiBtb3RoZXJib2FyZA0KbnB4MDogSU5UIDE2IGludGVy
ZmFjZQ0KV2FpdGluZyA1IHNlY29uZHMgZm9yIFNDU0kgZGV2aWNlcyB0byBz
ZXR0bGUNCmNoYW5kYTAgYXQgYWhjMCBidXMgMCB0YXJnZXQgMCBsdW4gMA0K
ZGEwOiA8U0VBR0FURSBTVDM5MTc1TFcgMDAwMT4gRml4ZWQgRGlyZWN0IEFj
Y2VzcyBTQ1NJLTIgZGV2aWNlIA0KZGEwOiA4MC4wMDBNQi9zIHRyYW5zZmVy
cyAoNDAuMDAwTUh6LCBvZmZzZXQgMTUsIDE2Yml0KSwgVGFnZ2VkIFF1ZXVl
aW5nIEVuYWJsZWQNCmRhMDogODY4M01CICgxNzc4MzI0MCA1MTIgYnl0ZSBz
ZWN0b3JzOiAyNTVIIDYzUy9UIDExMDZDKQ0KZGExIGF0IGFoYzAgYnVzIDAg
dGFyZ2V0IDEgbHVuIDANCmRhMTogPFNFQUdBVEUgU1QzOTE3NUxXIDAwMDE+
IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NTSS0yIGRldmljZSANCmRhMTogODAu
MDAwTUIvcyB0cmFuc2ZlcnMgKDQwLjAwME1Ieiwgb2Zmc2V0IDE1LCAxNmJp
dCksIFRhZ2dlZCBRdWV1ZWluZyBFbmFibGVkDQpkYTE6IDg2ODNNQiAoMTc3
ODMyNDAgNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2M1MvVCAxMTA2QykNCmdp
bmcgcm9vdCBkZXZpY2UgdG8gZGEwczFhDQpXQVJOSU5HOiAvIHdhcyBub3Qg
cHJvcGVybHkgZGlzbW91bnRlZA0KdmludW06IG5vIGRyaXZlcyBmb3VuZA0K
DQo=
---559023410-684387517-954303430=:18891--


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-stable" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.GSO.4.21.0003290507040.18891-200000>