We had a test failure that produced the attached hs_err file.
Tom writes:
It looks to me like maybe the classes.jsa went away underneath the VM. It faulted here:
;; fdc9821b 8b 40 04 mov 0x4(%eax),%eax
with EAX=0xd8841248 which is in the read only section of the shared heap:
compacting perm gen total 12288K, used 294K [0xd4800000, 0xd5400000, 0xd8800000)
the space 12288K, 2% used [0xd4800000, 0xd4849880, 0xd4849a00, 0xd5400000)
ro space 8192K, 78% used [0xd8800000, 0xd8e4fcc0, 0xd8e4fe00, 0xd9000000)
rw space 12288K, 59% used [0xd9000000, 0xd972ffb8, 0xd9730000, 0xd9c00000)
SIGBUS/BUS_OBJERR for mapped files usually means the file underneath went away somehow.
siginfo:si_signo=10, si_errno=151, si_code=3, si_addr=0xd884124c;;
;; si_signo=10 SIGBUS
;; si_code=3 BUS_OBJERR /* Object specific hardware error. */
The jdk is mounted over NFS so it's probably a network problem.