A probable charmm crash


Advanced search

Message boards : Number crunching : A probable charmm crash

Sort
Author Message
Profile robertmiles

Joined: Apr 16 09
Posts: 96
ID: 9967
Credit: 1,290,747
RAC: 0
Message 6396 - Posted 11 Jul 2011 2:15:04 UTC

I just saw charmm stop in an ususual way that sent a large number of error messages to the screen.

I happened too fast to record the details, but I suspect it was this workunit:

1iiq1hvi_mod0014crossdockinghiv1_12646_489996

If so, BOINC restarted that workunit but I'll keep an eye on it.

BOINC 6.10.58
64-bit Windows Vista SP2

Profile robertmiles

Joined: Apr 16 09
Posts: 96
ID: 9967
Credit: 1,290,747
RAC: 0
Message 6397 - Posted 11 Jul 2011 2:34:27 UTC
Last modified: 11 Jul 2011 2:36:21 UTC

It just happened again, with the same workunit.

This time, I captured one of the error messages:

charmm34_6.23_graphics_window_x86_64 has stopped working

details mentioned APPCRASH

I'm using a GTS 450 GPU, in case that matters.

Is there any way I can turn off the graphics function of that workunit, but let the rest continue to run?

Or if it would help more, redirect all the error messages to a file that will be sent back to you, then let it continue to run otherwise?

Profile robertmiles

Joined: Apr 16 09
Posts: 96
ID: 9967
Credit: 1,290,747
RAC: 0
Message 6399 - Posted 11 Jul 2011 2:52:24 UTC

Just happened again. I've decided to suspend that workunit for now so I can do something else on my computer, then let it resume just before I turn off the monitor for the night, and let it produce all the error messages it wants to during the night.

Profile robertmiles

Joined: Apr 16 09
Posts: 96
ID: 9967
Credit: 1,290,747
RAC: 0
Message 6402 - Posted 11 Jul 2011 21:11:51 UTC

That workunit's now finished, reported and passed the validator. The problems with the screensaver program did not appear to have affected the outputs of the workunit enough to matter, but you might want to try running that workunit at your site if you want to attract more participants.

Profile robertmiles

Joined: Apr 16 09
Posts: 96
ID: 9967
Credit: 1,290,747
RAC: 0
Message 6403 - Posted 12 Jul 2011 12:39:03 UTC

Also happening, but less often, with this workunit:

1m0b1hvi_mod0014crossdockinghiv1_14466_117833_0

When I started the graphics manually, I found that the
Protein, Ligand, Complex, and Info views ran without
problems, but the Resources view caused this problem
almost instantly. The four buttons at the buttom for
rotations and zooming did not cause problems.

Again, this problem did not disturb the main application
program.

Charmm 34a2 6.23

7/10/2011 8:24:54 PM Starting BOINC client version 6.10.58 for windows_x86_64
7/10/2011 8:24:54 PM log flags: file_xfer, sched_ops, task
7/10/2011 8:24:54 PM Libraries: libcurl/7.19.7 OpenSSL/0.9.8l zlib/1.2.3
7/10/2011 8:24:54 PM Data directory: C:\ProgramData\BOINC
7/10/2011 8:24:54 PM Running under account Bobby
7/10/2011 8:25:00 PM Processor: 4 GenuineIntel Intel(R) Core(TM)2 Quad CPU Q9650 @ 3.00GHz [Family 6 Model 23 Stepping 10]
7/10/2011 8:25:00 PM Processor: 6.00 MB cache
7/10/2011 8:25:00 PM Processor features: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss htt tm pni ssse3 cx16 sse4_1 syscall nx lm vmx smx tm2 pbe
7/10/2011 8:25:00 PM OS: Microsoft Windows Vista: Home Premium x64 Edition, Service Pack 2, (06.00.6002.00)
7/10/2011 8:25:00 PM Memory: 8.00 GB physical, 15.66 GB virtual
7/10/2011 8:25:00 PM Disk: 919.67 GB total, 545.78 GB free
7/10/2011 8:25:00 PM Local time is UTC -5 hours
7/10/2011 8:25:01 PM NVIDIA GPU 0: GeForce GTS 450 (driver version 27533, CUDA version 4000, compute capability 2.1, 962MB, 476 GFLOPS peak)

7/10/2011 8:25:03 PM Einstein@Home General prefs: from Einstein@Home (last modified 04-Jul-2011 23:03:11)
7/10/2011 8:25:03 PM Einstein@Home Computer location: work
7/10/2011 8:25:03 PM General prefs: using separate prefs for work
7/10/2011 8:25:03 PM Reading preferences override file
7/10/2011 8:25:03 PM Preferences:
7/10/2011 8:25:03 PM max memory usage when active: 3276.16MB
7/10/2011 8:25:03 PM max memory usage when idle: 3276.16MB
7/10/2011 8:25:09 PM max disk usage: 30.00GB
7/10/2011 8:25:09 PM max CPUs used: 3
7/10/2011 8:25:09 PM (to change preferences, visit the web site of an attached project, or select Preferences in the Manager)
7/10/2011 8:25:09 PM Not using a proxy

Profile robertmiles

Joined: Apr 16 09
Posts: 96
ID: 9967
Credit: 1,290,747
RAC: 0
Message 6404 - Posted 12 Jul 2011 17:41:32 UTC

Now with yet another workunit:

1m0b1hvi_mod0014crossdockinghiv1_21528_ 335674_0

This many workunits with the same problem suggests that
you should look for the cause in the screensaver program
of the workunits, rather than elsewhere.

Profile Michela
Forum moderator
Project administrator
Project developer
Project tester
Project scientist
Avatar

Joined: Sep 13 06
Posts: 163
ID: 10
Credit: 97,083
RAC: 0
Message 6405 - Posted 12 Jul 2011 19:01:47 UTC - in response to Message ID 6404 .

Now with yet another workunit:

1m0b1hvi_mod0014crossdockinghiv1_21528_ 335674_0

This many workunits with the same problem suggests that
you should look for the cause in the screensaver program
of the workunits, rather than elsewhere.


Thank you for pointing out the issue with the screensaver. We should really upgrade our screensaver but for the moment the person who developed the screensaver left the group and we are looking for a new person.

Hopefully for fall we will have new students joining the team.


____________
If you are interested in working on Docking@Home in a great group at UDel, contact me at 'taufer at acm dot org'!
Profile robertmiles

Joined: Apr 16 09
Posts: 96
ID: 9967
Credit: 1,290,747
RAC: 0
Message 6419 - Posted 26 Jul 2011 13:59:51 UTC

I've found some information elsewhere about a possible cause for some details of the screensaver crash.

It seems that if BOINC starts an application directly under Windows, it will automatically attach certain security descriptors needed to allow BOINC to shut down that program if needed. However, if it is started indirectly (for example, by another application program), this attachment is NOT automatic, and the new application program does not automatically inherit these security descriptors from whatever started it.

Therefore, simply moving the mouse could easily not be enough to get BOINC to shut down any indirectly started screensaver program.

Apparantly, not all versions of Windows need these security descriptors, but the 64-bit Windows Vista SP2 I'm using is one of those that do.

Message boards : Number crunching : A probable charmm crash

Database Error
: The MySQL server is running with the --read-only option so it cannot execute this statement
array(3) {
  [0]=>
  array(7) {
    ["file"]=>
    string(47) "/boinc/projects/docking/html_v2/inc/db_conn.inc"
    ["line"]=>
    int(97)
    ["function"]=>
    string(8) "do_query"
    ["class"]=>
    string(6) "DbConn"
    ["object"]=>
    object(DbConn)#13 (2) {
      ["db_conn"]=>
      resource(60) of type (mysql link persistent)
      ["db_name"]=>
      string(7) "docking"
    }
    ["type"]=>
    string(2) "->"
    ["args"]=>
    array(1) {
      [0]=>
      &string(51) "update DBNAME.thread set views=views+1 where id=611"
    }
  }
  [1]=>
  array(7) {
    ["file"]=>
    string(48) "/boinc/projects/docking/html_v2/inc/forum_db.inc"
    ["line"]=>
    int(60)
    ["function"]=>
    string(6) "update"
    ["class"]=>
    string(6) "DbConn"
    ["object"]=>
    object(DbConn)#13 (2) {
      ["db_conn"]=>
      resource(60) of type (mysql link persistent)
      ["db_name"]=>
      string(7) "docking"
    }
    ["type"]=>
    string(2) "->"
    ["args"]=>
    array(3) {
      [0]=>
      object(BoincThread)#3 (16) {
        ["id"]=>
        string(3) "611"
        ["forum"]=>
        string(1) "2"
        ["owner"]=>
        string(4) "9967"
        ["status"]=>
        string(1) "0"
        ["title"]=>
        string(23) "A probable charmm crash"
        ["timestamp"]=>
        string(10) "1311688791"
        ["views"]=>
        string(3) "126"
        ["replies"]=>
        string(1) "7"
        ["activity"]=>
        string(19) "8.4602410182701e-55"
        ["sufferers"]=>
        string(1) "0"
        ["score"]=>
        string(1) "0"
        ["votes"]=>
        string(1) "0"
        ["create_time"]=>
        string(10) "1310350504"
        ["hidden"]=>
        string(1) "0"
        ["sticky"]=>
        string(1) "0"
        ["locked"]=>
        string(1) "0"
      }
      [1]=>
      &string(6) "thread"
      [2]=>
      &string(13) "views=views+1"
    }
  }
  [2]=>
  array(7) {
    ["file"]=>
    string(63) "/boinc/projects/docking/html_v2/user/community/forum/thread.php"
    ["line"]=>
    int(184)
    ["function"]=>
    string(6) "update"
    ["class"]=>
    string(11) "BoincThread"
    ["object"]=>
    object(BoincThread)#3 (16) {
      ["id"]=>
      string(3) "611"
      ["forum"]=>
      string(1) "2"
      ["owner"]=>
      string(4) "9967"
      ["status"]=>
      string(1) "0"
      ["title"]=>
      string(23) "A probable charmm crash"
      ["timestamp"]=>
      string(10) "1311688791"
      ["views"]=>
      string(3) "126"
      ["replies"]=>
      string(1) "7"
      ["activity"]=>
      string(19) "8.4602410182701e-55"
      ["sufferers"]=>
      string(1) "0"
      ["score"]=>
      string(1) "0"
      ["votes"]=>
      string(1) "0"
      ["create_time"]=>
      string(10) "1310350504"
      ["hidden"]=>
      string(1) "0"
      ["sticky"]=>
      string(1) "0"
      ["locked"]=>
      string(1) "0"
    }
    ["type"]=>
    string(2) "->"
    ["args"]=>
    array(1) {
      [0]=>
      &string(13) "views=views+1"
    }
  }
}
query: update docking.thread set views=views+1 where id=611