Message boards :
News :
ATM
Message board moderation
Previous · 1 . . . 12 · 13 · 14 · 15 · 16 · 17 · 18 . . . 35 · Next
| Author | Message |
|---|---|
|
Send message Joined: 12 Jul 17 Posts: 404 Credit: 17,408,899,587 RAC: 0 Level ![]() Scientific publications ![]() ![]()
|
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. |
|
Send message Joined: 11 Jul 09 Posts: 1639 Credit: 10,159,968,649 RAC: 351 Level ![]() Scientific publications ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]()
|
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. |
|
Send message Joined: 13 Dec 17 Posts: 1419 Credit: 9,119,446,190 RAC: 731 Level ![]() Scientific publications ![]() ![]() ![]() ![]()
|
+1 Thanks for reminding us all how it works. |
|
Send message Joined: 1 Jan 15 Posts: 1166 Credit: 12,260,898,501 RAC: 1 Level ![]() Scientific publications ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]()
|
Quico said on May 10th: With the last implentation there shouldn't be such related file-size issues. Last night, another BACE upload got stuck because of file size 719 MB :-( How come? |
|
Send message Joined: 12 Jul 17 Posts: 404 Credit: 17,408,899,587 RAC: 0 Level ![]() Scientific publications ![]() ![]()
|
The number of failures due to Computational Errors is skyrocketing and shamefully they still require 7 donors to fail before recognizing it. |
|
Send message Joined: 12 Jul 17 Posts: 404 Credit: 17,408,899,587 RAC: 0 Level ![]() Scientific publications ![]() ![]()
|
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? |
|
Send message Joined: 11 Jul 09 Posts: 1639 Credit: 10,159,968,649 RAC: 351 Level ![]() Scientific publications ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]()
|
So Progress bars jumping to 100% rendering them useless is proper behavior? No, it's "unfixed" behaviour, hopefully on the 'To do' list. |
|
Send message Joined: 20 Jan 10 Posts: 4 Credit: 4,242,982,240 RAC: 0 Level ![]() Scientific publications ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]()
|
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: < Ý! > 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=Ý! > 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Û! > 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Û! > 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: <è6qÛ! > 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: <À6qÛ! > 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Û! > 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Û! > 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Û! > 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Û! ÇpÛ! > 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Û! > 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Û! > 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Û! > 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Û! > 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Û! > 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: <ø4qÛ! > 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: <Ð4qÛ! > 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: <¨4qÛ! > 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Û! > 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Û! > 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Û! Àä:Ý! > 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Û! > 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Û! > 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Û! > 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Û! > 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Û! > 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Û! > 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: <à2qÛ! > 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: <¸2qÛ! > 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Û! > 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Û! > 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Û! > 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Û! > 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: < #qÛ! 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Û! > 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: <мpÛ! `ÌpÛ! > 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: < êù†ö > 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: <@éù†ö > 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: <øWö†ö > 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: <ØWö†ö > 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 ö†ö > 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 ö†ö > 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: <à ö†ö > 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: < ö†ö > 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 ö†ö > 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: < Àô†ö > 18 C0 F4 86 F6 7F 00 00 00 00 00 00 00 00 00 00 Object dump complete. </stderr_txt> ]]> |
|
Send message Joined: 9 Jun 10 Posts: 19 Credit: 2,233,932,323 RAC: 0 Level ![]() Scientific publications ![]() ![]() ![]()
|
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
|
|
Send message Joined: 9 Jun 10 Posts: 19 Credit: 2,233,932,323 RAC: 0 Level ![]() Scientific publications ![]() ![]() ![]()
|
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
|
|
Send message Joined: 27 Jul 11 Posts: 138 Credit: 539,953,398 RAC: 0 Level ![]() Scientific publications ![]()
|
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? __________________ 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. |
|
Send message Joined: 20 Jan 10 Posts: 4 Credit: 4,242,982,240 RAC: 0 Level ![]() Scientific publications ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]()
|
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. |
|
Send message Joined: 9 Jun 10 Posts: 19 Credit: 2,233,932,323 RAC: 0 Level ![]() Scientific publications ![]() ![]() ![]()
|
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.
|
|
Send message Joined: 9 Jun 10 Posts: 19 Credit: 2,233,932,323 RAC: 0 Level ![]() Scientific publications ![]() ![]() ![]()
|
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.
|
|
Send message Joined: 27 Jul 11 Posts: 138 Credit: 539,953,398 RAC: 0 Level ![]() Scientific publications ![]()
|
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. ___________________ 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. |
|
Send message Joined: 9 Jun 10 Posts: 19 Credit: 2,233,932,323 RAC: 0 Level ![]() Scientific publications ![]() ![]() ![]()
|
Here, solve it yourself. It is all gibberish to me. Marvels and Mysteries of ATM. FYI, the reply you quoted wasn't replying to you. It was for pima (Message 60429). |
|
Send message Joined: 20 Jan 10 Posts: 4 Credit: 4,242,982,240 RAC: 0 Level ![]() Scientific publications ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]()
|
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. |
|
Send message Joined: 1 Jan 15 Posts: 1166 Credit: 12,260,898,501 RAC: 1 Level ![]() Scientific publications ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]()
|
FileNotFoundError: [Errno 2] No such file or directory: 'TYK2_m42_m54_0.xml' https://www.gpugrid.net/result.php?resultid=33509037 :-( |
|
Send message Joined: 18 Jul 13 Posts: 79 Credit: 210,528,292 RAC: 0 Level ![]() Scientific publications
|
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. |
|
Send message Joined: 18 Jul 13 Posts: 79 Credit: 210,528,292 RAC: 0 Level ![]() Scientific publications
|
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 |
©2025 Universitat Pompeu Fabra