> > echo ::interrupts | mdb -k > > I hope the ::interrupts command is supported by S10 6/2006) > > [b]# echo ::interrupts | mdb -k > mdb: invalid command '::interrupts': unknown dcmd > name[/b]
Too bad, the mdb "::interrupts" command isn't backported to S10U2. This is a new feature in OpenSolaris, though. On a OpenSolaris build 45 box, it would print something like this: [b] # echo ::interrupts | mdb -k IRQ Vector IPL(lo/hi) Bus Share ISR(s) 0 0x20 14/14 - 1 cbe_fire 1 0x21 5/5 ISA 1 i8042_intr 3 0x23 12/12 ISA 1 asyintr 4 0x24 12/12 ISA 1 asyintr 5 0x25 1/9 PCI 5 ohci_intr, ata_intr, hci1394_isr, ohci_intr, audioens_intr 6 0x26 5/5 ISA 1 fdc_intr 9 0x29 9/9 - 1 acpi_wrapper_isr 10 0x2a 1/6 PCI 4 iprb_intr, ohci_intr, uhci_intr, uhci_intr 11 0x2b 1/1 PCI 1 ehci_intr 12 0x2c 5/5 ISA 1 i8042_intr 14 0x2e 5/5 PCI 1 ata_intr 15 0x2f 5/5 PCI 1 ata_intr [/b] > > The other idea is that there's a problem with the > > solaris acpi module when used on that hp dl585 machine. > > Maybe the acpi bios table on that hp machine > > sends some acpi events that Solaris doesn't understand? > and it cause to hang?!!! There have been issues in the past where the bios acpi code was sending lots of (>10000) interrupts/second. For example, see this thread: http://www.opensolaris.org/jive/thread.jspa?messageID=46992 > > That could also be the explanation that the machine > > sometimes hangs when you test oracle. > > how to test it, or resolve? Is the hang with oracle reproducable? Does is always hang when you run a certain database command? For example when you have tablespace allocated to files on a logging ufs filesystem, and you drop such a file (= remove a big file from a logging ufs filesystem) [*] ? What kind of machine is that DL585, how many cpus does it have? Single or dual core? [*] Bug 6302747 http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6302747 Bug 6251659 http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6251659 This message posted from opensolaris.org _______________________________________________ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org