log in

Posts by Jesse Viviano

1) Message boards : Questions/Problems/Bugs : WU's failing with EXIT_TIME_LIMIT_EXCEEDED (Message 2378)
Posted 1 Mar 2023 by Jesse Viviano
Post:
I noticed a pattern on all of the work units that error out on my computer with TIME_LIMIT_EXCEEDED errors. Their work unit names all start with "C203_147_104_". See https://escatter11.fullerton.edu/nfs/results.php?hostid=7191920&offset=0&show_names=1&state=6&appid= to see that all of these bad tasks are for "C203_147_104". Is this the case with everyone who has this error? Maybe that run needs to be cancelled, reconfigured, and sent out again after its parameters are fixed.
2) Message boards : Questions/Problems/Bugs : XSEDE has been replaced with ACCESS. Can the front page bee updated with the new information? (Message 2343)
Posted 14 Nov 2022 by Jesse Viviano
Post:
Thanks for updating the website.
3) Message boards : Questions/Problems/Bugs : XSEDE has been replaced with ACCESS. Can the front page bee updated with the new information? (Message 2340)
Posted 7 Nov 2022 by Jesse Viviano
Post:
This project's front page shows that it uses XSEDE for back end processing. However, XSEDE has been replaced by ACCESS as seen in https://www.xsede.org/. Can someone please update the front page with the new information?
4) Message boards : Questions/Problems/Bugs : No space left on server (Message 1988)
Posted 27 Jan 2019 by Jesse Viviano
Post:
Also, the db_purge process is down according to the status page. Could this be related to the server is out of disk space problem?
5) Message boards : Questions/Problems/Bugs : No space left on server (Message 1955)
Posted 20 Nov 2018 by Jesse Viviano
Post:
This problem is back. The upload server is out of disk space.
6) Message boards : Questions/Problems/Bugs : "L3655Ab_" work units causing computation errors (Message 1929)
Posted 25 Aug 2018 by Jesse Viviano
Post:
Do we have another bad run of work units? I have noticed that work units whose name start with "L3655Ab_" cause computation errors. See https://escatter11.fullerton.edu/nfs/workunit.php?wuid=123311367, https://escatter11.fullerton.edu/nfs/workunit.php?wuid=123310089, and https://escatter11.fullerton.edu/nfs/workunit.php?wuid=123309279 for examples. I have noticed that these work units contain the text "Please set all bounds to reasonable values!" in their stderr outputs.
7) Message boards : Questions/Problems/Bugs : Computation errors in C169_15428908531_23 work units (Message 1864)
Posted 4 Apr 2018 by Jesse Viviano
Post:
I have found multiple computation errors on some work units for factoring C169_15428908531_23. See https://escatter11.fullerton.edu/nfs/workunit.php?wuid=105450968 and https://escatter11.fullerton.edu/nfs/workunit.php?wuid=105454075 for two examples.
8) Message boards : Questions/Problems/Bugs : Computation errors on C253_131_98 work units (Message 1858)
Posted 29 Mar 2018 by Jesse Viviano
Post:
I have found multiple computation errors on some work units for factoring C253_131_98. See https://escatter11.fullerton.edu/nfs/workunit.php?wuid=105450968 and https://escatter11.fullerton.edu/nfs/workunit.php?wuid=105454075 for two examples.
9) Message boards : Questions/Problems/Bugs : can anyone help me easily setup GPU computing with Redhat 7.4 64-bit, Radeon R7-240, and BOINC manager as well as anything else computer can use ? (Message 1857)
Posted 29 Mar 2018 by Jesse Viviano
Post:
This project distributes work that apparently does not get sped up by a GPU, so this project does not use GPUs.
10) Message boards : Questions/Problems/Bugs : Computation Error 14e Lattice Sieve v1.08 (notphenomiix6) (Message 1738)
Posted 20 Jan 2017 by Jesse Viviano
Post:
It is not the cruncher's fault. The series of work units whose names start with C222_125_92 (and not C222_125_92b, which is C222_125_92's replacement) is bad and are failing on multiple computers. The already-released bad work units will have to work through the system until they fail enough times to be automatically removed from the system for failing too many times, or someone goes in to manually cancel the bad work units.
11) Message boards : Questions/Problems/Bugs : Downloading error for 15e Windows tasks (Message 1735)
Posted 19 Jan 2017 by Jesse Viviano
Post:
I think that the bad work units are related to 842592:i8053 which is listed at https://escatter11.fullerton.edu/nfs/crunching_e.php. Could this bad name be restricted to either non-Windows hosts which handle the colon fine or be removed and reloaded under a different name so that it can be properly processed? I fear that one or more of the work units could get processed by 10 Windows hosts and therefore wind up being disposed of as an erroneous work unit by BOINC due to either too many total results or too many errors and therefore never successfully processed.
12) Message boards : Questions/Problems/Bugs : Downloading error for 15e Windows tasks (Message 1732)
Posted 12 Jan 2017 by Jesse Viviano
Post:
I am having the same problem here.
13) Message boards : NFS Discussion : What has happened to 2,1285- ? (Message 1721)
Posted 28 Oct 2016 by Jesse Viviano
Post:
I noticed on the status of numbers page at https://escatter11.fullerton.edu/nfs/numbers.html that 2,1285- is still not marked as factored even though it has been several months since it was added to the list. What is the status of that number?
14) Message boards : NFS Discussion : Could this project be used to expose Diffie-Hellman groups that are booby trapped? (Message 1720)
Posted 25 Oct 2016 by Jesse Viviano
Post:
Thank you for this information. I guess that this could be a good idea for the future to kill off any possible kleptography which is basically backdoored cryptography.
15) Message boards : NFS Discussion : Could this project be used to expose Diffie-Hellman groups that are booby trapped? (Message 1718)
Posted 16 Oct 2016 by Jesse Viviano
Post:
Another mailing list to discuss Diffie-Hellman groups is at https://www.ietf.org/mailman/listinfo/saag. I had mistakenly omitted it in my earlier post.
16) Message boards : Questions/Problems/Bugs : Error message "Warning: Creating default object from empty value in... " (Message 1717)
Posted 16 Oct 2016 by Jesse Viviano
Post:
You posted in the wrong forum for that kind of thing. Please post in the forum at https://escatter11.fullerton.edu/nfs/forum_forum.php?id=1 which is labeled as "Questions/Problems/Bugs" at https://escatter11.fullerton.edu/nfs/forum_index.php for technical support. This forum is for the mathematics behind the NFS project, the status of the project, which numbers for this project should target, and related subjects.
17) Message boards : NFS Discussion : Detailed status of lasieve5f (Message 1716)
Posted 16 Oct 2016 by Jesse Viviano
Post:
The status for that is at https://escatter11.fullerton.edu/nfs/numbers.html and is listed as "Status of Numbers" on the front page, but it is not as detailed as the other projects' status listings.
18) Message boards : NFS Discussion : Could this project be used to expose Diffie-Hellman groups that are booby trapped? (Message 1714)
Posted 13 Oct 2016 by Jesse Viviano
Post:
Please see http://arstechnica.com/security/2016/10/how-the-nsa-could-put-undetectable-trapdoors-in-millions-of-crypto-keys/ and http://eprint.iacr.org/2016/961 for a background. I do not understand the math behind the research paper that I cited with the second link, but I noticed that the paper mentions the terms GNFS and SNFS, which I have seen that this project executes. Could someone who understands the math better see if this project could be used to expose bad Diffie-Hellman groups to see if they are secret back doors? See https://www.iana.org/assignments/ipsec-registry/ipsec-registry.xhtml#ipsec-registry-10 and https://www.iana.org/assignments/ikev2-parameters/ikev2-parameters.xhtml#ikev2-parameters-8 for lists of Diffie-Hellman and other groups used in IPsec, IKE, and other standards. The research paper mentions standard numbers generated by various government standards bodies as possibly suspect. If one or more of these numbers are proven to be back doors, you could possibly contact the Internet Research Task Force's Crypto Forum Research Group's mailing list at https://www.irtf.org/mailman/listinfo/cfrg to let it know of your results so that future standards can prohibit the use of groups that are back doors.





Home | My Account | Message Boards