Same

<core_client_version>7.24.1</core_client_version>
<![CDATA[
<message>
The access code is invalid.
 (0xc) - exit code 12 (0xc)</message>
<stderr_txt>
[venv_b_pred_alpha_209.zip]
  End-of-central-directory signature not found.  Either this file is not
  a zipfile, or it constitutes one disk of a multi-part archive.  In the
  latter case the central directory and zipfile comment will be found on
  the last disk(s) of this archive.
unzip:  cannot find zipfile directory in venv_b_pred_alpha_209.zip,
        and cannot find venv_b_pred_alpha_209.zip.zip, period.

</stderr_txt>
]]>

<core_client_version>8.0.0</core_client_version>
<![CDATA[
<message>
 - exit code 12 (0xc)</message>
<stderr_txt>
[venv_b_pred_alpha_74.zip]
  End-of-central-directory signature not found.  Either this file is not
  a zipfile, or it constitutes one disk of a multi-part archive.  In the
  latter case the central directory and zipfile comment will be found on
  the last disk(s) of this archive.
unzip:  cannot find zipfile directory in venv_b_pred_alpha_74.zip,
        and cannot find venv_b_pred_alpha_74.zip.zip, period.

</stderr_txt>
]]>

---

--
I crunch for Ukraine

How come it ends the sentence with "period"? I'm assuming that's the equivalent of "fullstop" in English. But I'd only say it in anger, like "You're not getting to go skating, fullstop!"

5 of these on one PC with the same error as above. BOINC reported 87s on one and no time on the other 4.

I have the same error 49 times today.

Stderr output
<core_client_version>8.0.2</core_client_version>
<![CDATA[
<message>
The access code is invalid.
 (0xc) - exit code 12 (0xc)</message>
<stderr_txt>
[venv_c_pred_alpha_124.zip]
  End-of-central-directory signature not found.  Either this file is not
  a zipfile, or it constitutes one disk of a multi-part archive.  In the
  latter case the central directory and zipfile comment will be found on
  the last disk(s) of this archive.
unzip:  cannot find zipfile directory in venv_c_pred_alpha_124.zip,
        and cannot find venv_c_pred_alpha_124.zip.zip, period.

</stderr_txt>
]]>

[/quote]

Here is the output from my longest running attempt.

Task 5442924

Stderr output

<core_client_version>8.0.2</core_client_version>
<![CDATA[
<message>
The access code is invalid.
(0xc) - exit code 12 (0xc)</message>
<stderr_txt>
[venv_b_pred_alpha_34.zip]
End-of-central-directory signature not found. Either this file is not
a zipfile, or it constitutes one disk of a multi-part archive. In the
latter case the central directory and zipfile comment will be found on
the last disk(s) of this archive.
unzip: cannot find zipfile directory in venv_b_pred_alpha_34.zip,
and cannot find venv_b_pred_alpha_34.zip.zip, period.

</stderr_txt>
]]>

Here is the output from my longest running attempt.

I cannot understand why they are releasing some batch of work with the same app and the same error...

All failing after about 30 seconds.

<![CDATA[
<message>
The access code is invalid.
 (0xc) - exit code 12 (0xc)</message>
<stderr_txt>
Traceback (most recent call last):
  File "C:ProgramDataBOINCprojectsralph.bakerlab.orgcv1rf2aapredict.py", line 733, in <module>
    with zipfile.ZipFile(args.z) as z:
  File "C:ProgramDataBOINCprojectsralph.bakerlab.orgev0libzipfile.py", line 1268, in __init__
    self._RealGetContents()
  File "C:ProgramDataBOINCprojectsralph.bakerlab.orgev0libzipfile.py", line 1335, in _RealGetContents
    raise BadZipFile("File is not a zip file")
zipfile.BadZipFile: File is not a zip file

all WU are failling after 45-50 sec.

<core_client_version>8.0.2</core_client_version>
<![CDATA[
<message>
Der Zugriffscode ist unzul?ssig.
 (0xc) - exit code 12 (0xc)</message>
<stderr_txt>
Traceback (most recent call last):
  File "C:ProgramDataBOINCprojectsralph.bakerlab.orgcv1rf2aapredict.py", line 733, in <module>
    with zipfile.ZipFile(args.z) as z:
  File "C:ProgramDataBOINCprojectsralph.bakerlab.orgev0libzipfile.py", line 1268, in __init__
    self._RealGetContents()
  File "C:ProgramDataBOINCprojectsralph.bakerlab.orgev0libzipfile.py", line 1335, in _RealGetContents
    raise BadZipFile("File is not a zip file")
zipfile.BadZipFile: File is not a zip file

</stderr_txt>
]]>

On one pc i have a different error:

<message>
Access code not valid.
(0xc) - exit code 12 (0xc)</message>
<stderr_txt>
SophosSophos not expected.

</stderr_txt>
]]>

But i have no Sophos antivirus on my pc!!

All failing after about 30 seconds.

<![CDATA[
<message>
The access code is invalid.
 (0xc) - exit code 12 (0xc)</message>
<stderr_txt>
Traceback (most recent call last):
  File "C:ProgramDataBOINCprojectsralph.bakerlab.orgcv1rf2aapredict.py", line 733, in <module>
    with zipfile.ZipFile(args.z) as z:
  File "C:ProgramDataBOINCprojectsralph.bakerlab.orgev0libzipfile.py", line 1268, in __init__
    self._RealGetContents()
  File "C:ProgramDataBOINCprojectsralph.bakerlab.orgev0libzipfile.py", line 1335, in _RealGetContents
    raise BadZipFile("File is not a zip file")
zipfile.BadZipFile: File is not a zip file

Yes, my others pc have this error....

I get this Error:
<core_client_version>7.24.1</core_client_version>
<![CDATA[
<message>
Der Zugriffscode ist unzulässig.
(0xc) - exit code 12 (0xc)</message>
<stderr_txt>
Der Befehl "C:ProgramDataBOINC/projects/ralph.bakerlab.orgev0Scriptsactivate.bat" ist entweder falsch geschrieben oder
konnte nicht gefunden werden.
</stderr_txt>]]>
The file "activate.bat" doesn't exist in the named directory.

Here is the output from my longest running attempt.

I cannot understand why they are releasing some batch of work with the same app and the same error...

They might be resends when people keep them for a few days then return them?

Same here:
<core_client_version>8.0.2</core_client_version>
<![CDATA[
<message>
Der Zugriffscode ist unzul?ssig.
(0xc) - exit code 12 (0xc)</message>
<stderr_txt>

CreateFile() error 32 when trying set file time
error: cannot delete old C:/DataBOINC/projects/ralph.bakerlab.org/cv1/rf2aa/models/ckpt.pt
Permission denied
error: cannot delete old C:/DataBOINC/projects/ralph.bakerlab.org/cv1/rf2aa/chemical.py
Permission denied
Traceback (most recent call last):
File "C:DataBOINCprojectsralph.bakerlab.orgcv1rf2aapredict.py", line 733, in <module>
with zipfile.ZipFile(args.z) as z:
File "C:DataBOINCprojectsralph.bakerlab.orgev0libzipfile.py", line 1268, in __init__
self._RealGetContents()
File "C:DataBOINCprojectsralph.bakerlab.orgev0libzipfile.py", line 1335, in _RealGetContents
raise BadZipFile("File is not a zip file")
zipfile.BadZipFile: File is not a zip file

</stderr_txt>
]]>

---

They might be resends when people keep them for a few days then return them?

No.
They send 3/4 different batches (wus counter was 0) with the same app.

But now we have a new app. With new errors!! :-P

They might be resends when people keep them for a few days then return them?

No.
They send 3/4 different batches (wus counter was 0) with the same app.

But now we have a new app. With new errors!! :-P

The batches may be sent on an automated schedule, hence more of the same problem a few days later. Possibly trying to grab different machines to test on a variety of hardware.

But now we have a new app. With new errors!! :-P

Yes. They run ten times longer: Thirty seconds instead of three seconds! That is progress.

The batches may be sent on an automated schedule, hence more of the same problem a few days later. Possibly trying to grab different machines to test on a variety of hardware.

Maybe...

Yes. They run ten times longer: Thirty seconds instead of three seconds! That is progress.

:-))

I had some last over an hour.

Maybe at least try to run a task yourself as an admin before sending it out.

Task 5455909

Name	RF_SAVE_ALL_OUT_NOJRAN_IGNORE_THE_REST_validation_env_e_pred_8_16901_1_1
Workunit	4845172
Created	12 Jun 2024, 14:30:04 UTC
Sent	12 Jun 2024, 14:31:43 UTC
Report deadline	13 Jun 2024, 14:31:43 UTC
Received	12 Jun 2024, 14:45:05 UTC
Server state	Over
Outcome	Computation error
Client state	Compute error
Exit status	12 (0x0000000C) Unknown error code
Computer ID	49920
Run time	16 sec
CPU time	
Validate state	Invalid
Credit	0.00
Device peak FLOPS	5.70 GFLOPS
Application version	Generalized biomolecular modeling and design with RoseTTAFold All-Atom v0.02
windows_x86_64
Peak working set size	1,970.72 MB
Peak swap size	6,092.49 MB
Peak disk usage	0.01 MB

Stderr output

<core_client_version>8.0.2</core_client_version>
<![CDATA[
<message>
The access code is invalid.
 (0xc) - exit code 12 (0xc)</message>
<stderr_txt>
Traceback (most recent call last):
  File "C:ProgramDataBOINCprojectsralph.bakerlab.orgcv2rf2aapredict.py", line 698, in <module>
    b.write(base64.b64decode(f.read()))
  File "C:ProgramDataBOINCprojectsralph.bakerlab.orgev0libbase64.py", line 87, in b64decode
    return binascii.a2b_base64(s)
binascii.Error: Incorrect padding

</stderr_txt>
]]>