Uploaded image for project: 'JDK'
  1. JDK
  2. JDK-4644102

cloudscape failed in C2 mode with hopper b03 on Solaris Sparc

    Details

    • Type: Bug
    • Status: Closed
    • Priority: P1
    • Resolution: Cannot Reproduce
    • Affects Version/s: 1.4.1
    • Fix Version/s: None
    • Component/s: hotspot
    • Labels:
    • Subcomponent:
    • CPU:
      sparc
    • OS:
      generic

      Description


      Cloudscape failed with -server flag after 2 hours 31 minutes on machine jtgb4u2b1 ( Solaris Sparc) when running against hopper b03.
      error message: "Unexpected Signal: 11, PC: fe3bbae8"
      The failure is reproducible in parallel run on jtg-blade1 ( Solaris Sparc)
      with -server flag.
       
      Note: 1. By comparsion, on Solaris Sparc with -client flag, cloudscape has run
      wellfor 22 hours.
      2. On Solaris x86, cloudscape has run well for 22 hours with both -server and
      -client flags.

      Stack trace:
        ---- called from signal handler with signal 11 (SIGSEGV) ------
        [8] FastScanClosure::do_oop(0xfa10188c, 0xffbee550, 0x12, 0x2, 0x468dfc, 0xfe19d644), at 0xfe3bbae8
        [9] OopMapSet::all_do(0x9fa68, 0xfa7eb348, 0xfa1013f4, 0xfa10188c, 0xfe25409c, 0xfe606f28), at 0xfe19d674
        [10] OopMapSet::oops_do(0xfa1013e4, 0xfa7eb348, 0xfa1013f4, 0xfa10188c, 0x41051c, 0xfe161ef0), at 0xfe19d9a8
        [11] frame::oops_do(0xfa1013e4, 0xfa10188c, 0xfa1013f4, 0x0, 0x1, 0x0), at 0xfe161f2c
        [12] JavaThread::oops_do(0x2c198, 0xfa10188c, 0xd7420000, 0xf6000000, 0x3669c0, 0x0), at 0xfe1c3414
        [13] Threads::oops_do(0xfa10188c, 0xfa10188c, 0xd7420000, 0x4dfde0, 0xfe222888, 0x0), at 0xfe2393b4
        [14] GenCollectedHeap::process_strong_roots(0x8c540, 0x0, 0x1, 0x0, 0x1, 0xfa101868), at 0xfe238278
        [15] DefNewGeneration::collect(0x4400, 0x464c, 0x4c00, 0x4fec, 0x4c00, 0x4db8), at 0xfe249c4c
        [16] GenCollectedHeap::do_collection(0x0, 0x1, 0x0, 0xfe629984, 0xfe5a8000, 0x0), at 0xfe242804
        [17] TwoGenerationCollectorPolicy::satisfy_failed_allocation(0x8c540, 0x6, 0x0, 0x0, 0xffbedf48, 0xfa101ad0), at 0xfe2496c0
        [18] VM_GenCollectForAllocation::doit(0xffbedf28, 0x4800, 0x36c0a4, 0xfe604ca0, 0xfe5a8000, 0xfe20f674), at 0xfe24989c
        [19] VM_Operation::evaluate(0xffbedf28, 0x0, 0x36bb2c, 0xfe62851c, 0xfe61f99c, 0x0), at 0xfe23bfd8
        [20] VMThread::evaluate_operation(0xddc30, 0xffbedf28, 0x0, 0x28b98, 0xfe2dcbc0, 0x0), at 0xfe23c548
        [21] VMThread::loop(0xfe61b334, 0xfe604eec, 0xfe604ee8, 0x0, 0x0, 0x0), at 0xfe2dcc2c
        [22] VMThread::run(0xddc30, 0x0, 0x0, 0x0, 0x0, 0x0), at 0xfe2dbc94
        [23] _start(0xddc30, 0xff37f690, 0x1, 0x1, 0xff37e000, 0x0), at 0xfe2586d8

      How to reproduce the failure:

      1. telnet to jtgb4u2b1.sfbay
      2. export JAVA_HOME=/usr/j2se_b03
      3. execute script /bs/runcscp1.ksh -server
      4. check log file under /bt/cloudscape*/run.cstest.out, if the file is not
      up to date, cloudscape fails.
      tail run.cstest.out


      The current log files and gcore file will be under /bt/cloudscape* until
      we get the next test request.

      ###@###.### 2002-02-27

        Attachments

          Activity

            People

            • Assignee:
              rasbold Chuck Rasbold
              Reporter:
              jzhongsunw June Zhong (Inactive)
            • Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved:
                Imported:
                Indexed: