ATM

Message boards : News : ATM
Message board moderation

To post messages, you must log in.

Previous · 1 . . . 12 · 13 · 14 · 15 · 16 · 17 · 18 . . . 35 · Next

AuthorMessage
Aurum
Avatar

Send message
Joined: 12 Jul 17
Posts: 404
Credit: 17,408,899,587
RAC: 0
Level
Trp
Scientific publications
watwatwat
Message 60416 - Posted: 12 May 2023, 14:45:18 UTC - in response to Message 60413.  

Remind yourselves of my explanation at message 60315.

One would think that having figured out how to get it working nearly normal they'd maintain that level of proficiency instead of reverting back to the beginning.
Writing a BKM (Best Known Method) and checking the boxes when creating new work might prevent having to rediscover everything everywhere all at once.
ID: 60416 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Richard Haselgrove

Send message
Joined: 11 Jul 09
Posts: 1639
Credit: 10,159,968,649
RAC: 351
Level
Trp
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 60417 - Posted: 12 May 2023, 15:30:50 UTC - in response to Message 60416.  

The difference between 0-5 and n-5 has been consistent throughout - there hasn't been a "fix and revert". Just new data runs starting from 0 again.
ID: 60417 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Keith Myers
Avatar

Send message
Joined: 13 Dec 17
Posts: 1419
Credit: 9,119,446,190
RAC: 731
Level
Tyr
Scientific publications
watwatwatwatwat
Message 60420 - Posted: 12 May 2023, 23:04:15 UTC - in response to Message 60417.  

+1
Thanks for reminding us all how it works.
ID: 60420 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Erich56

Send message
Joined: 1 Jan 15
Posts: 1166
Credit: 12,260,898,501
RAC: 1
Level
Trp
Scientific publications
watwatwatwatwatwatwatwatwat
Message 60421 - Posted: 13 May 2023, 4:07:48 UTC - in response to Message 60404.  

Quico said on May 10th:
With the last implentation there shouldn't be such related file-size issues.
All bad/bug jobs should be cancelled by now.

Last night, another BACE upload got stuck because of file size 719 MB :-(
How come?
ID: 60421 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Aurum
Avatar

Send message
Joined: 12 Jul 17
Posts: 404
Credit: 17,408,899,587
RAC: 0
Level
Trp
Scientific publications
watwatwat
Message 60422 - Posted: 13 May 2023, 10:58:01 UTC

The number of failures due to Computational Errors is skyrocketing and shamefully they still require 7 donors to fail before recognizing it.
ID: 60422 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Aurum
Avatar

Send message
Joined: 12 Jul 17
Posts: 404
Credit: 17,408,899,587
RAC: 0
Level
Trp
Scientific publications
watwatwat
Message 60423 - Posted: 13 May 2023, 11:00:45 UTC - in response to Message 60417.  

The difference between 0-5 and n-5 has been consistent throughout - there hasn't been a "fix and revert". Just new data runs starting from 0 again.


So Progress bars jumping to 100% rendering them useless is proper behavior?
ID: 60423 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Richard Haselgrove

Send message
Joined: 11 Jul 09
Posts: 1639
Credit: 10,159,968,649
RAC: 351
Level
Trp
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 60424 - Posted: 13 May 2023, 11:05:19 UTC - in response to Message 60423.  

So Progress bars jumping to 100% rendering them useless is proper behavior?

No, it's "unfixed" behaviour, hopefully on the 'To do' list.
ID: 60424 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
[FVG] pima1965

Send message
Joined: 20 Jan 10
Posts: 4
Credit: 4,242,982,240
RAC: 0
Level
Arg
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 60425 - Posted: 13 May 2023, 14:52:04 UTC

Good evening, only on one of my PCs with Windows 11, I7-13700KF and RTX 2080 Ti, none of the GPUGRID ATMbeta tasks (CUDA 1121) can be processed. By now more than a hundred have ended after a few tens of seconds. Other tasks (for example based on CUDA 1131) are also processed on this PC and without any problems. I have no idea what could be causing it so I do not know how to fix it. Thanks in advance to anyone who can help me solve the problem.

Output su Stderr
<core_client_version>7.20.2</core_client_version>
<![CDATA[
<message>
(unknown error) - exit code 195 (0xc3)</message>
<stderr_txt>
04:36:16 (31676): wrapper (7.9.26016): starting
04:36:16 (31676): wrapper: running python.exe (bin/conda-unpack)
04:36:17 (31676): python.exe exited; CPU time 0.000000
04:36:17 (31676): wrapper: running Library/usr/bin/tar.exe (xjvf input.tar.bz2)
MCL1_m51_m45_0.xml
MCL1_m51_m45_asyncre.cntl
MCL1_m51_m45.inpcrd
MCL1_m51_m45.prmtop
run.bat
run.sh
04:36:18 (31676): Library/usr/bin/tar.exe exited; CPU time 0.000000
04:36:18 (31676): wrapper: running C:/Windows/system32/cmd.exe (/c call run.bat)
04:36:20 (31676): C:/Windows/system32/cmd.exe exited; CPU time 0.015625
04:36:20 (31676): app exit status: 0x1
04:36:20 (31676): called boinc_finish(195)
0 bytes in 0 Free Blocks.
530 bytes in 4 Normal Blocks.
1144 bytes in 1 CRT Blocks.
0 bytes in 0 Ignore Blocks.
0 bytes in 0 Client Blocks.
Largest number used: 0 bytes.
Total allocations: 481994 bytes.
Dumping objects ->
{3078527} normal block at 0x00000221DD3AE4C0, 64 bytes long.
Data: <PATH=C:\ProgramD> 50 41 54 48 3D 43 3A 5C 50 72 6F 67 72 61 6D 44
{3078506} normal block at 0x00000221DD2D1060, 241 bytes long.
Data: <<project_prefere> 3C 70 72 6F 6A 65 63 74 5F 70 72 65 66 65 72 65
..\api\boinc_api.cpp(309) : {3078503} normal block at 0x00000221DB70B460, 8 bytes long.
Data: < &#221;! > 00 00 1A DD 21 02 00 00
{3077864} normal block at 0x00000221DD2D11F0, 241 bytes long.
Data: <<project_prefere> 3C 70 72 6F 6A 65 63 74 5F 70 72 65 66 65 72 65
{3077239} normal block at 0x00000221DB70BE10, 8 bytes long.
Data: <pk=&#221;! > 70 6B 3D DD 21 02 00 00
..\zip\boinc_zip.cpp(122) : {281} normal block at 0x00000221DB70D7F0, 260 bytes long.
Data: < > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
{266} normal block at 0x00000221DB713020, 16 bytes long.
Data: <87q&#219;! > 38 37 71 DB 21 02 00 00 00 00 00 00 00 00 00 00
{265} normal block at 0x00000221DB7128A0, 16 bytes long.
Data: < 7q&#219;! > 10 37 71 DB 21 02 00 00 00 00 00 00 00 00 00 00
{264} normal block at 0x00000221DB712490, 16 bytes long.
Data: <&#232;6q&#219;! > E8 36 71 DB 21 02 00 00 00 00 00 00 00 00 00 00
{263} normal block at 0x00000221DB712850, 16 bytes long.
Data: <&#192;6q&#219;! > C0 36 71 DB 21 02 00 00 00 00 00 00 00 00 00 00
{262} normal block at 0x00000221DB7122B0, 16 bytes long.
Data: < 6q&#219;! > 98 36 71 DB 21 02 00 00 00 00 00 00 00 00 00 00
{261} normal block at 0x00000221DB712E40, 16 bytes long.
Data: <p6q&#219;! > 70 36 71 DB 21 02 00 00 00 00 00 00 00 00 00 00
{260} normal block at 0x00000221DB70C780, 32 bytes long.
Data: <CUDA_DEVICE=0 PU> 43 55 44 41 5F 44 45 56 49 43 45 3D 30 00 50 55
{259} normal block at 0x00000221DB712A80, 16 bytes long.
Data: <p q&#219;! > 70 10 71 DB 21 02 00 00 00 00 00 00 00 00 00 00
{258} normal block at 0x00000221DB711070, 40 bytes long.
Data: < *q&#219;! &#199;p&#219;! > 80 2A 71 DB 21 02 00 00 80 C7 70 DB 21 02 00 00
{257} normal block at 0x00000221DB712350, 16 bytes long.
Data: <P6q&#219;! > 50 36 71 DB 21 02 00 00 00 00 00 00 00 00 00 00
{256} normal block at 0x00000221DB712300, 16 bytes long.
Data: <(6q&#219;! > 28 36 71 DB 21 02 00 00 00 00 00 00 00 00 00 00
{255} normal block at 0x00000221DB70CCC0, 32 bytes long.
Data: <C:/Windows/syste> 43 3A 2F 57 69 6E 64 6F 77 73 2F 73 79 73 74 65
{254} normal block at 0x00000221DB712CB0, 16 bytes long.
Data: < 6q&#219;! > 00 36 71 DB 21 02 00 00 00 00 00 00 00 00 00 00
{253} normal block at 0x00000221DB70C060, 32 bytes long.
Data: <xjvf input.tar.b> 78 6A 76 66 20 69 6E 70 75 74 2E 74 61 72 2E 62
{252} normal block at 0x00000221DB712800, 16 bytes long.
Data: <H5q&#219;! > 48 35 71 DB 21 02 00 00 00 00 00 00 00 00 00 00
{251} normal block at 0x00000221DB712670, 16 bytes long.
Data: < 5q&#219;! > 20 35 71 DB 21 02 00 00 00 00 00 00 00 00 00 00
{250} normal block at 0x00000221DB712C10, 16 bytes long.
Data: <&#248;4q&#219;! > F8 34 71 DB 21 02 00 00 00 00 00 00 00 00 00 00
{249} normal block at 0x00000221DB713160, 16 bytes long.
Data: <&#208;4q&#219;! > D0 34 71 DB 21 02 00 00 00 00 00 00 00 00 00 00
{248} normal block at 0x00000221DB712F80, 16 bytes long.
Data: <&#168;4q&#219;! > A8 34 71 DB 21 02 00 00 00 00 00 00 00 00 00 00
{247} normal block at 0x00000221DB712620, 16 bytes long.
Data: < 4q&#219;! > 80 34 71 DB 21 02 00 00 00 00 00 00 00 00 00 00
{245} normal block at 0x00000221DB712F30, 16 bytes long.
Data: <0 q&#219;! > 30 12 71 DB 21 02 00 00 00 00 00 00 00 00 00 00
{244} normal block at 0x00000221DB711230, 40 bytes long.
Data: <0/q&#219;! &#192;&#228;:&#221;! > 30 2F 71 DB 21 02 00 00 C0 E4 3A DD 21 02 00 00
{243} normal block at 0x00000221DB712EE0, 16 bytes long.
Data: <`4q&#219;! > 60 34 71 DB 21 02 00 00 00 00 00 00 00 00 00 00
{242} normal block at 0x00000221DB712530, 16 bytes long.
Data: <84q&#219;! > 38 34 71 DB 21 02 00 00 00 00 00 00 00 00 00 00
{241} normal block at 0x00000221DB70CD80, 32 bytes long.
Data: <Library/usr/bin/> 4C 69 62 72 61 72 79 2F 75 73 72 2F 62 69 6E 2F
{240} normal block at 0x00000221DB712AD0, 16 bytes long.
Data: < 4q&#219;! > 10 34 71 DB 21 02 00 00 00 00 00 00 00 00 00 00
{239} normal block at 0x00000221DB70C8A0, 32 bytes long.
Data: <bin/conda-unpack> 62 69 6E 2F 63 6F 6E 64 61 2D 75 6E 70 61 63 6B
{238} normal block at 0x00000221DB712260, 16 bytes long.
Data: <X3q&#219;! > 58 33 71 DB 21 02 00 00 00 00 00 00 00 00 00 00
{237} normal block at 0x00000221DB7124E0, 16 bytes long.
Data: <03q&#219;! > 30 33 71 DB 21 02 00 00 00 00 00 00 00 00 00 00
{236} normal block at 0x00000221DB7125D0, 16 bytes long.
Data: < 3q&#219;! > 08 33 71 DB 21 02 00 00 00 00 00 00 00 00 00 00
{235} normal block at 0x00000221DB712E90, 16 bytes long.
Data: <&#224;2q&#219;! > E0 32 71 DB 21 02 00 00 00 00 00 00 00 00 00 00
{234} normal block at 0x00000221DB7127B0, 16 bytes long.
Data: <&#184;2q&#219;! > B8 32 71 DB 21 02 00 00 00 00 00 00 00 00 00 00
{233} normal block at 0x00000221DB7123F0, 16 bytes long.
Data: < 2q&#219;! > 90 32 71 DB 21 02 00 00 00 00 00 00 00 00 00 00
{232} normal block at 0x00000221DB713110, 16 bytes long.
Data: <p2q&#219;! > 70 32 71 DB 21 02 00 00 00 00 00 00 00 00 00 00
{231} normal block at 0x00000221DB712FD0, 16 bytes long.
Data: <H2q&#219;! > 48 32 71 DB 21 02 00 00 00 00 00 00 00 00 00 00
{230} normal block at 0x00000221DB7123A0, 16 bytes long.
Data: < 2q&#219;! > 20 32 71 DB 21 02 00 00 00 00 00 00 00 00 00 00
{229} normal block at 0x00000221DB713220, 1488 bytes long.
Data: <&#160;#q&#219;! python.e> A0 23 71 DB 21 02 00 00 70 79 74 68 6F 6E 2E 65
{93} normal block at 0x00000221DB70CC60, 32 bytes long.
Data: <windows_x86_64__> 77 69 6E 64 6F 77 73 5F 78 38 36 5F 36 34 5F 5F
{92} normal block at 0x00000221DB70BCD0, 16 bytes long.
Data: < q&#219;! > 00 10 71 DB 21 02 00 00 00 00 00 00 00 00 00 00
{91} normal block at 0x00000221DB711000, 40 bytes long.
Data: <&#208;&#188;p&#219;! `&#204;p&#219;! > D0 BC 70 DB 21 02 00 00 60 CC 70 DB 21 02 00 00
{70} normal block at 0x00000221DB70BEB0, 16 bytes long.
Data: < &#234;&#249;&#134;&#246; > 80 EA F9 86 F6 7F 00 00 00 00 00 00 00 00 00 00
{69} normal block at 0x00000221DB70B0A0, 16 bytes long.
Data: <@&#233;&#249;&#134;&#246; > 40 E9 F9 86 F6 7F 00 00 00 00 00 00 00 00 00 00
{68} normal block at 0x00000221DB70BC80, 16 bytes long.
Data: <&#248;W&#246;&#134;&#246; > F8 57 F6 86 F6 7F 00 00 00 00 00 00 00 00 00 00
{67} normal block at 0x00000221DB70B8C0, 16 bytes long.
Data: <&#216;W&#246;&#134;&#246; > D8 57 F6 86 F6 7F 00 00 00 00 00 00 00 00 00 00
{66} normal block at 0x00000221DB70BDC0, 16 bytes long.
Data: <P &#246;&#134;&#246; > 50 04 F6 86 F6 7F 00 00 00 00 00 00 00 00 00 00
{65} normal block at 0x00000221DB70BBE0, 16 bytes long.
Data: <0 &#246;&#134;&#246; > 30 04 F6 86 F6 7F 00 00 00 00 00 00 00 00 00 00
{64} normal block at 0x00000221DB70B6E0, 16 bytes long.
Data: <&#224; &#246;&#134;&#246; > E0 02 F6 86 F6 7F 00 00 00 00 00 00 00 00 00 00
{63} normal block at 0x00000221DB70B640, 16 bytes long.
Data: < &#246;&#134;&#246; > 10 04 F6 86 F6 7F 00 00 00 00 00 00 00 00 00 00
{62} normal block at 0x00000221DB70B5F0, 16 bytes long.
Data: <p &#246;&#134;&#246; > 70 04 F6 86 F6 7F 00 00 00 00 00 00 00 00 00 00
{61} normal block at 0x00000221DB70B870, 16 bytes long.
Data: < &#192;&#244;&#134;&#246; > 18 C0 F4 86 F6 7F 00 00 00 00 00 00 00 00 00 00
Object dump complete.
</stderr_txt>
]]>

ID: 60425 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
wujj123456

Send message
Joined: 9 Jun 10
Posts: 19
Credit: 2,233,932,323
RAC: 0
Level
Phe
Scientific publications
watwatwatwat
Message 60426 - Posted: 14 May 2023, 0:39:45 UTC - in response to Message 60192.  

i'm a bit surprised right now, i looked at the resend, it was successfully completed in just over 2 minutes, how come? the computer has more WUs that were successfully completed in such a short time. Am I doing something wrong?

Did you figure out why? I couldn't find reply to this in the thread. I just started recently and half of my WUs are like that, while the others looks normal (other than the progress bar). Are these short ones legitimate results?

https://www.gpugrid.net/result.php?resultid=33503009
https://www.gpugrid.net/result.php?resultid=33503008
https://www.gpugrid.net/result.php?resultid=33502957
https://www.gpugrid.net/result.php?resultid=33505285
ID: 60426 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
wujj123456

Send message
Joined: 9 Jun 10
Posts: 19
Credit: 2,233,932,323
RAC: 0
Level
Phe
Scientific publications
watwatwatwat
Message 60427 - Posted: 14 May 2023, 0:42:43 UTC - in response to Message 60425.  
Last modified: 14 May 2023, 0:44:09 UTC

Is your computer connected to the Internet? Can you open https://github.com/raimis/AToM-OpenMM.git with your browser? I check a few results and next few lines are usually fetching from git repository, like this:

08:08:20 (12088): Library/usr/bin/tar.exe exited; CPU time 0.000000
08:08:20 (12088): wrapper: running C:/Windows/system32/cmd.exe (/c call run.bat)
  Running command git clone --filter=blob:none --quiet https://github.com/raimis/AToM-OpenMM.git 'C:\ProgramData\BOINC\slots\13\tmp\pip-req-build-vp0jsx13'
  Running command git rev-parse -q --verify 'sha^d7931b9a6217232d481731f7589d64b100a514ac'
  Running command git fetch -q https://github.com/raimis/AToM-OpenMM.git d7931b9a6217232d481731f7589d64b100a514ac
  Running command git checkout -q d7931b9a6217232d481731f7589d64b100a514ac

ID: 60427 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
KAMasud

Send message
Joined: 27 Jul 11
Posts: 138
Credit: 539,953,398
RAC: 0
Level
Lys
Scientific publications
watwat
Message 60428 - Posted: 14 May 2023, 5:31:04 UTC - in response to Message 60426.  
Last modified: 14 May 2023, 5:48:06 UTC

i'm a bit surprised right now, i looked at the resend, it was successfully completed in just over 2 minutes, how come? the computer has more WUs that were successfully completed in such a short time. Am I doing something wrong?

Did you figure out why? I couldn't find reply to this in the thread. I just started recently and half of my WUs are like that, while the others looks normal (other than the progress bar). Are these short ones legitimate results?

https://www.gpugrid.net/result.php?resultid=33503009
https://www.gpugrid.net/result.php?resultid=33503008
https://www.gpugrid.net/result.php?resultid=33502957
https://www.gpugrid.net/result.php?resultid=33505285

__________________

I have been having a sneaky suspicion about these two-minute affairs. Most of the job/ steps are done on some other computer then it errors. It restarts on another machine but from where it errored out. So, the bulk of the job gets done on one computer which gets no credit and completes on another in two minutes with all the credit. Nice na? :)
________

For example, we had an electric failure this morning and I suspended two tasks to put the laptops to sleep. Both ended with an error. The bulk of the job was done but someone else will complete it in two minutes. If on another machine it can do these acrobatics from the last good checkpoint then why is it not doing so on the original? As to the fairness of the affair, you decide.
These tasks are not suspending or restarting as yet.
ID: 60428 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
[FVG] pima1965

Send message
Joined: 20 Jan 10
Posts: 4
Credit: 4,242,982,240
RAC: 0
Level
Arg
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 60429 - Posted: 14 May 2023, 14:13:34 UTC - in response to Message 60427.  

Hello and thanks for your reply. Yes, my PC is always connected to the internet, and I can correctly open https://github.com/raimis/AToM-OpenMM.git. Can you tell me what I have to do to solve my problem? Thanks again and best regards.
ID: 60429 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
wujj123456

Send message
Joined: 9 Jun 10
Posts: 19
Credit: 2,233,932,323
RAC: 0
Level
Phe
Scientific publications
watwatwatwat
Message 60430 - Posted: 14 May 2023, 16:14:11 UTC - in response to Message 60428.  
Last modified: 14 May 2023, 16:46:39 UTC

I have been having a sneaky suspicion about these two-minute affairs. Most of the job/ steps are done on some other computer then it errors. It restarts on another machine but from where it errored out. So, the bulk of the job gets done on one computer which gets no credit and completes on another in two minutes with all the credit. Nice na?

I haven't heard any boinc project carrying over results from different hosts. If some hosts fail, others always start afresh. In addition, none of the WUs listed above had results from any other hosts.

I suspect these are actually failures but somehow marked as success, but I can't confirm either way from the output. Credit is one thing, but these WUs also have a quorum of 1, meaning this is taken as the final result. If that's bogus, the project likely want to fix the bug, find these bogus results and rerun them somehow.
ID: 60430 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
wujj123456

Send message
Joined: 9 Jun 10
Posts: 19
Credit: 2,233,932,323
RAC: 0
Level
Phe
Scientific publications
watwatwatwat
Message 60431 - Posted: 14 May 2023, 16:45:51 UTC - in response to Message 60429.  
Last modified: 14 May 2023, 16:55:39 UTC

Hello and thanks for your reply. Yes, my PC is always connected to the internet, and I can correctly open https://github.com/raimis/AToM-OpenMM.git. Can you tell me what I have to do to solve my problem? Thanks again and best regards.

04:36:18 (31676): wrapper: running C:/Windows/system32/cmd.exe (/c call run.bat)
04:36:20 (31676): C:/Windows/system32/cmd.exe exited; CPU time 0.015625
04:36:20 (31676): app exit status: 0x1

Hmm, then I don't see anything else that could obvious go wrong. Your WUs basically failed at the "run.bat". Example extracted from the slot running the task on my host: https://pastebin.com/4nqK0egx.

This script seems to be independent enough that you can try running on its own. Try this.
1) Get to your GPUGrid project folder inside BOINC data folder (default is %programdata%\BOINC\projects\www.gpugrid.net\)
2) Copy that windows_x86_64__cuda1121.zip.35a24fdec33997d4c4468c32b53b139c to a temporary folder and unzip it. 7-zip should be able to unzip it directly but at worst you rename it to .zip and then unzip it.
3) Copy the run.bat from the paste link into same folder, replace all `@echo` with `echo` and spray `timeout 5` everywhere. This would pause after each line and give you a chance to see the output. You might also want to change those "exit XX" to "echo something" so you see failure instead of exiting the shell immediately. Run the script from your temporary folder. (This is important. The script refers to %CD% so it's expected to run at the folder where all the unzipped files and run.bat reside.) This should tell you which step failed first, but how to fix that, well, depends on the failure. I expect you hit failure before `@echo Run AToM` line.

PS: I am not very familiar with Windows, so there must be better ways to debug a batch file instead of 3).
PS2: If you haven't already, reset the project first just to rule out the chance of some corrupted file.
ID: 60431 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
KAMasud

Send message
Joined: 27 Jul 11
Posts: 138
Credit: 539,953,398
RAC: 0
Level
Lys
Scientific publications
watwat
Message 60432 - Posted: 14 May 2023, 19:15:28 UTC - in response to Message 60431.  

Hello and thanks for your reply. Yes, my PC is always connected to the internet, and I can correctly open https://github.com/raimis/AToM-OpenMM.git. Can you tell me what I have to do to solve my problem? Thanks again and best regards.

04:36:18 (31676): wrapper: running C:/Windows/system32/cmd.exe (/c call run.bat)
04:36:20 (31676): C:/Windows/system32/cmd.exe exited; CPU time 0.015625
04:36:20 (31676): app exit status: 0x1

Hmm, then I don't see anything else that could obvious go wrong. Your WUs basically failed at the "run.bat". Example extracted from the slot running the task on my host: https://pastebin.com/4nqK0egx.

This script seems to be independent enough that you can try running on its own. Try this.
1) Get to your GPUGrid project folder inside BOINC data folder (default is %programdata%\BOINC\projects\www.gpugrid.net\)
2) Copy that windows_x86_64__cuda1121.zip.35a24fdec33997d4c4468c32b53b139c to a temporary folder and unzip it. 7-zip should be able to unzip it directly but at worst you rename it to .zip and then unzip it.
3) Copy the run.bat from the paste link into same folder, replace all `@echo` with `echo` and spray `timeout 5` everywhere. This would pause after each line and give you a chance to see the output. You might also want to change those "exit XX" to "echo something" so you see failure instead of exiting the shell immediately. Run the script from your temporary folder. (This is important. The script refers to %CD% so it's expected to run at the folder where all the unzipped files and run.bat reside.) This should tell you which step failed first, but how to fix that, well, depends on the failure. I expect you hit failure before `@echo Run AToM` line.

PS: I am not very familiar with Windows, so there must be better ways to debug a batch file instead of 3).
PS2: If you haven't already, reset the project first just to rule out the chance of some corrupted file.


___________________

Here, solve it yourself. It is all gibberish to me. Marvels and Mysteries of ATM.
task 33506305

I just come to check what my computers are doing.
ID: 60432 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
wujj123456

Send message
Joined: 9 Jun 10
Posts: 19
Credit: 2,233,932,323
RAC: 0
Level
Phe
Scientific publications
watwatwatwat
Message 60433 - Posted: 14 May 2023, 22:43:15 UTC - in response to Message 60432.  

Here, solve it yourself. It is all gibberish to me. Marvels and Mysteries of ATM.
task 33506305

I just come to check what my computers are doing.

FYI, the reply you quoted wasn't replying to you. It was for pima (Message 60429).
ID: 60433 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
[FVG] pima1965

Send message
Joined: 20 Jan 10
Posts: 4
Credit: 4,242,982,240
RAC: 0
Level
Arg
Scientific publications
watwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwatwat
Message 60434 - Posted: 15 May 2023, 6:30:33 UTC - in response to Message 60431.  

Hello and thanks again. I have implemented everything you advised me; at the moment there are no ATMbeta tasks available, so I have no way of understanding if everything has led to any results. I will keep you informed.
ID: 60434 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Erich56

Send message
Joined: 1 Jan 15
Posts: 1166
Credit: 12,260,898,501
RAC: 1
Level
Trp
Scientific publications
watwatwatwatwatwatwatwatwat
Message 60435 - Posted: 15 May 2023, 19:08:03 UTC

FileNotFoundError: [Errno 2] No such file or directory: 'TYK2_m42_m54_0.xml'

https://www.gpugrid.net/result.php?resultid=33509037

:-(
ID: 60435 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
kotenok2000

Send message
Joined: 18 Jul 13
Posts: 79
Credit: 210,528,292
RAC: 0
Level
Leu
Scientific publications
wat
Message 60436 - Posted: 16 May 2023, 7:24:08 UTC - in response to Message 60431.  

When i did that i got this:
E:\programdata\BOINC\projects\www.gpugrid.net\1>echo Setup environment
Setup environment

E:\programdata\BOINC\projects\www.gpugrid.net\1>set HOMEPATH=E:\programdata\BOINC\projects\www.gpugrid.net\1

E:\programdata\BOINC\projects\www.gpugrid.net\1>set PATH=E:\programdata\BOINC\projects\www.gpugrid.net\1;E:\programdata\BOINC\projects\www.gpugrid.net\1\Library\usr\bin;E:\programdata\BOINC\projects\www.gpugrid.net\1\Library\bin;C:\Windows\system32;C:\Windows

E:\programdata\BOINC\projects\www.gpugrid.net\1>set PYTHONPATH=E:\programdata\BOINC\projects\www.gpugrid.net\1\Lib\python3.9\site-packages

E:\programdata\BOINC\projects\www.gpugrid.net\1>set SYSTEMROOT=C:\Windows

E:\programdata\BOINC\projects\www.gpugrid.net\1>echo Create a temporary directory
Create a temporary directory

E:\programdata\BOINC\projects\www.gpugrid.net\1>set TEMP=E:\programdata\BOINC\projects\www.gpugrid.net\1\tmp

E:\programdata\BOINC\projects\www.gpugrid.net\1>mkdir E:\programdata\BOINC\projects\www.gpugrid.net\1\tmp
Подпапка или файл E:\programdata\BOINC\projects\www.gpugrid.net\1\tmp уже существует.

E:\programdata\BOINC\projects\www.gpugrid.net\1>echo Install AToM
Install AToM

E:\programdata\BOINC\projects\www.gpugrid.net\1>set REPO_URL=git+https://github.com/raimis/AToM-OpenMM.git@d7931b9a6217232d481731f7589d64b100a514ac

E:\programdata\BOINC\projects\www.gpugrid.net\1>python.exe -m pip install git+https://github.com/raimis/AToM-OpenMM.git@d7931b9a6217232d481731f7589d64b100a514ac || pause
Collecting git+https://github.com/raimis/AToM-OpenMM.git@d7931b9a6217232d481731f7589d64b100a514ac
Cloning https://github.com/raimis/AToM-OpenMM.git (to revision d7931b9a6217232d481731f7589d64b100a514ac) to e:\programdata\boinc\projects\www.gpugrid.net\1\tmp\pip-req-build-679j5xcv
Running command git clone --filter=blob:none --quiet https://github.com/raimis/AToM-OpenMM.git 'E:\programdata\BOINC\projects\www.gpugrid.net\1\tmp\pip-req-build-679j5xcv'
Running command git rev-parse -q --verify 'sha^d7931b9a6217232d481731f7589d64b100a514ac'
Running command git fetch -q https://github.com/raimis/AToM-OpenMM.git d7931b9a6217232d481731f7589d64b100a514ac
Running command git checkout -q d7931b9a6217232d481731f7589d64b100a514ac
Resolved https://github.com/raimis/AToM-OpenMM.git to commit d7931b9a6217232d481731f7589d64b100a514ac
Preparing metadata (setup.py) ... error
error: subprocess-exited-with-error

× python setup.py egg_info did not run successfully.
│ exit code: 1
╰─> [16 lines of output]
Traceback (most recent call last):
File "<string>", line 2, in <module>
File "<pip-setuptools-caller>", line 34, in <module>
File "E:\programdata\BOINC\projects\www.gpugrid.net\1\tmp\pip-req-build-679j5xcv\setup.py", line 23, in <module>
from async_re import __version__ as VERSION
File "E:\programdata\BOINC\projects\www.gpugrid.net\1\tmp\pip-req-build-679j5xcv\async_re.py", line 24, in <module>
from ommreplica import *
File "E:\programdata\BOINC\projects\www.gpugrid.net\1\tmp\pip-req-build-679j5xcv\ommreplica.py", line 8, in <module>
from simtk import openmm as mm
File "E:\programdata\BOINC\projects\www.gpugrid.net\1\lib\site-packages\simtk\__init__.py", line 1, in <module>
import openmm
File "E:\programdata\BOINC\projects\www.gpugrid.net\1\lib\site-packages\openmm\__init__.py", line 24, in <module>
from openmm.openmm import *
File "E:\programdata\BOINC\projects\www.gpugrid.net\1\lib\site-packages\openmm\openmm.py", line 10, in <module>
from . import _openmm
ImportError: DLL load failed while importing _openmm: Не найден указанный модуль.
[end of output]

note: This error originates from a subprocess, and is likely not a problem with pip.
error: metadata-generation-failed

× Encountered error while generating package metadata.
╰─> See above for output.

note: This is an issue with the package mentioned above, not pip.
hint: See above for details.
ID: 60436 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
kotenok2000

Send message
Joined: 18 Jul 13
Posts: 79
Credit: 210,528,292
RAC: 0
Level
Leu
Scientific publications
wat
Message 60437 - Posted: 16 May 2023, 7:39:21 UTC - in response to Message 60431.  
Last modified: 16 May 2023, 8:09:35 UTC

When i did that i got this:

E:\programdata\BOINC\projects\www.gpugrid.net\1>run.bat

E:\programdata\BOINC\projects\www.gpugrid.net\1>echo Setup environment
Setup environment

E:\programdata\BOINC\projects\www.gpugrid.net\1>set HOMEPATH=E:\programdata\BOINC\projects\www.gpugrid.net\1

E:\programdata\BOINC\projects\www.gpugrid.net\1>set PATH=E:\programdata\BOINC\projects\www.gpugrid.net\1;E:\programdata\BOINC\projects\www.gpugrid.net\1\Library\usr\bin;E:\programdata\BOINC\projects\www.gpugrid.net\1\Library\bin;C:\Windows\system32;C:\Windows

E:\programdata\BOINC\projects\www.gpugrid.net\1>set PYTHONPATH=E:\programdata\BOINC\projects\www.gpugrid.net\1\Lib\python3.9\site-packages

E:\programdata\BOINC\projects\www.gpugrid.net\1>set SYSTEMROOT=C:\Windows

E:\programdata\BOINC\projects\www.gpugrid.net\1>echo Create a temporary directory
Create a temporary directory

E:\programdata\BOINC\projects\www.gpugrid.net\1>set TEMP=E:\programdata\BOINC\projects\www.gpugrid.net\1\tmp

E:\programdata\BOINC\projects\www.gpugrid.net\1>mkdir E:\programdata\BOINC\projects\www.gpugrid.net\1\tmp
Подпапка или файл E:\programdata\BOINC\projects\www.gpugrid.net\1\tmp уже существует.

E:\programdata\BOINC\projects\www.gpugrid.net\1>echo Install AToM
Install AToM

E:\programdata\BOINC\projects\www.gpugrid.net\1>set REPO_URL=git+https://github.com/raimis/AToM-OpenMM.git@d7931b9a6217232d481731f7589d64b100a514ac

E:\programdata\BOINC\projects\www.gpugrid.net\1>python.exe -m pip install git+https://github.com/raimis/AToM-OpenMM.git@d7931b9a6217232d481731f7589d64b100a514ac || pause
Collecting git+https://github.com/raimis/AToM-OpenMM.git@d7931b9a6217232d481731f7589d64b100a514ac
Cloning https://github.com/raimis/AToM-OpenMM.git (to revision d7931b9a6217232d481731f7589d64b100a514ac) to e:\programdata\boinc\projects\www.gpugrid.net\1\tmp\pip-req-build-_9weckoo
Running command git clone --filter=blob:none --quiet https://github.com/raimis/AToM-OpenMM.git 'E:\programdata\BOINC\projects\www.gpugrid.net\1\tmp\pip-req-build-_9weckoo'
Running command git rev-parse -q --verify 'sha^d7931b9a6217232d481731f7589d64b100a514ac'
Running command git fetch -q https://github.com/raimis/AToM-OpenMM.git d7931b9a6217232d481731f7589d64b100a514ac
Running command git checkout -q d7931b9a6217232d481731f7589d64b100a514ac
Resolved https://github.com/raimis/AToM-OpenMM.git to commit d7931b9a6217232d481731f7589d64b100a514ac
Preparing metadata (setup.py) ... error
error: subprocess-exited-with-error

× python setup.py egg_info did not run successfully.
│ exit code: 1
╰─> [16 lines of output]
Traceback (most recent call last):
File "<string>", line 2, in <module>
File "<pip-setuptools-caller>", line 34, in <module>
File "E:\programdata\BOINC\projects\www.gpugrid.net\1\tmp\pip-req-build-_9weckoo\setup.py", line 23, in <module> from async_re import __version__ as VERSION
File "E:\programdata\BOINC\projects\www.gpugrid.net\1\tmp\pip-req-build-_9weckoo\async_re.py", line 24, in <module>
from ommreplica import *
File "E:\programdata\BOINC\projects\www.gpugrid.net\1\tmp\pip-req-build-_9weckoo\ommreplica.py", line 8, in <module>
from simtk import openmm as mm
File "E:\programdata\BOINC\projects\www.gpugrid.net\1\lib\site-packages\simtk\__init__.py", line 1, in <module>
import openmm
File "E:\programdata\BOINC\projects\www.gpugrid.net\1\lib\site-packages\openmm\__init__.py", line 24, in <module>
from openmm.openmm import *
File "E:\programdata\BOINC\projects\www.gpugrid.net\1\lib\site-packages\openmm\openmm.py", line 10, in <module>
from . import _openmm
ImportError: DLL load failed while importing _openmm: Не найден указанный модуль.
[end of output]

note: This error originates from a subprocess, and is likely not a problem with pip.
error: metadata-generation-failed

× Encountered error while generating package metadata.
╰─> See above for output.

note: This is an issue with the package mentioned above, not pip.
hint: See above for details.
Для продолжения нажмите любую клавишу . . .

E:\programdata\BOINC\projects\www.gpugrid.net\1>python.exe -m pip list
Package Version
------------ -------
atmmetaforce 0.3
configobj 5.0.8
numpy 1.24.2
OpenMM 8.0.0
pip 23.0.1
setuptools 67.6.0
six 1.16.0
wheel 0.40.0
ID: 60437 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Previous · 1 . . . 12 · 13 · 14 · 15 · 16 · 17 · 18 . . . 35 · Next

Message boards : News : ATM

©2025 Universitat Pompeu Fabra