Chris Worley wrote:
(Sorry for the misleading "Subject" in the initial post. would like
to know a more appropriate place to post, since fm is just the
messenger here.)
More to add: fmadm faulty may be saying something about a bad PCIe
slot or device (is there an "lspci" in OpenSolaris?):
# fmadm faulty
--------------- ------------------------------------ -------------- ---------
TIME EVENT-ID MSG-ID SEVERITY
--------------- ------------------------------------ -------------- ---------
Jul 07 07:55:42 016cf20c-d572-42c1-f217-9eb8d439b73c PCIEX-8000-KP Major
Fault class : fault.io.pciex.device-interr-corr max 29%
fault.io.pciex.bus-linkerr-corr max 14%
Affects : dev:////p...@0,0/pci8086,3...@1/pci15d9,1...@0
dev:////p...@0,0/pci8086,3...@1/pci15d9,1...@0,1
dev:////p...@0,0/pci8086,3...@1
faulted but still in service
FRU : "MB"
(hc://:product-id=X8DTH-i-6-iF-6F:chassis-id=1234567890:server-id=opensolaris/motherboard=0)
faulty
Description : Too many recovered bus errors have been detected, which indicates
a problem with the specified bus or with the specified
transmitting device. This may degrade into an unrecoverable
fault.
Refer to http://sun.com/msg/PCIEX-8000-KP for more information.
Response : One or more device instances may be disabled
Impact : Loss of services provided by the device instances associated with
this fault
Action : If a plug-in card is involved check for badly-seated cards or
bent pins. Otherwise schedule a repair procedure to replace the
affected device. Use fmadm faulty to identify the device or
contact Sun for support.
How bad is this error? I need to put some adapters in, but it sounds
like the OS doesn't handle the NHM's IOH (or is it really detaining a
HW issue?).
OS does handle these issues and unfortunately it is a HW issue. This is
likely to eventually cause your system to panic or fill up your hard
drive. Assuming you are seeing a lot of btlp and rto errors.. If
anything these errors are performance killer. Not only is the RTO/BTLP
error telling you that many packets require retransmit, the OS also has
to constantly go out and scan and clean up the fabric.
It would also be nice to throttle the errlog so it doesn't fill the
disk an hour after boot. Is this possible?
no throttling possible, but you could turn it off, though highly not
recommended, it's better to fix the issue. It really could just be a
badly seated card.
Thanks,
Chris
On Wed, Jul 8, 2009 at 12:40 PM, Chris Worley<[email protected]> wrote:
Please tell me if this is the wrong group to post to (including a
better group to post to)...
I just upgraded a dual socket 3.1GHz NHM-based system:
http://supermicro.com/products/motherboard/QPI/5500/X8DTH-6F.cfm
...in order to get the latest igb driver to recognize the NIC.
The upgrade worked for that, but on boot, the cylon-stare
"OpenSolaris" splash screen doesn't go away w/o hitting "escape", and
I get a message "svc.startd: system/xvm/ipagent: default failed
repeatedly" and "...failed to abandon contract 66: permission denied"
in the console.
"svcs -xv" returns nothing.
/var/fm/fmd/errlog is growing out of control, and "fmdump -e" is
spewing hundreds of messages per second, like:
Jul 08 11:17:04.3593 ereport.io.pciex.dl.btlp
Jul 08 11:17:05.0165 ereport.io.pci.fabric
Jul 08 11:17:04.3595 ereport.io.pciex.dl.rto
Jul 08 11:17:04.3595 ereport.io.pciex.rc.ce-msg
Fmdump doesn't give me much more to work with:
# fmdump ;fmdump -eVu 016cf20c-d572-42c1-f217-9eb8d439b73c
TIME UUID SUNW-MSG-ID
Jul 07 07:55:42.6832 016cf20c-d572-42c1-f217-9eb8d439b73c PCIEX-8000-KP
TIME CLASS
/var/adm/messages doesn't show any errors.
I had other issues w/ the MGA driver. It worked before the upgrade,
but not after. deleting the driver defaults to the vesa driver, which
works. I don't know if that's salient to this issue, but thought I'd
make sure to relay it.
Can anybody tell me what's wrong, how to fix it, or how I should
investigate further?
Thanks,
Chris
_______________________________________________
fm-discuss mailing list
[email protected]
_______________________________________________
fm-discuss mailing list
[email protected]
