or Laurv's suggestion :P
[QUOTE=LaurV;282892]... implementation of the "user accounts" part, which seems to be an orphan on the [factorDB] page, and only allow registered users to create [limited numbers of] ID's [per day]?
<snip>
A reasonable policy could then be enforced on user accounts.[/QUOTE]

Is any of this why the db will no longer accept my primo certificates, zipped or singular?

How would any of the above suggestions affect the submission of factors via Aliqueit?

Thanks for all the work keeping the db running.

While factordb is not a part of mersenneforum, I consider behaviour like this - crapflooding a database that so many of our members use - a serious enough offense to warrant a permanent ban from the forum. Goodbye, cmd.

Additional primo certificate trouble:

I also cannot d/l new numbers to work. Two separate machines that were tested won't open the zips:

(first machine)
[code]
Archive: ../Math/primo/1345/primo_batch_1345.zip
[../Math/primo/1345/primo_batch_1345.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.
zipinfo: cannot find zipfile directory in one of ../Math/primo/1345/primo_batch_1345.zip or
../Math/primo/1345/primo_batch_1345.zip.zip, and cannot find ../Math/primo/1345/primo_batch_1345.zip.ZIP, period.
[/code]and

(second machine)
[code]

7-Zip (A) [64] 9.20 Copyright (c) 1999-2010 Igor Pavlov 2010-11-18
p7zip Version 9.20 (locale=en_US.UTF-8,Utf16=on,HugeFiles=on,2 CPUs)

Error: ../Downloads/primo_batch_1345.zip: Can not open file as archive

Errors: 1
[/code]P.S. I was logged in for the previous trouble with uploading certificates, but not for these downloading attempts.

Thanks for all the work you put into keeping the db running.

I also can't download batches of primo work.
Also can I suggest that it might be an idea to increase to automatic proving bound to something higher from 300 once the current backlog is done. Last night I increased it to 380 with maybe an hour's processing. All the original work is done upto past 1300 digits and just needs maintaining.
Once I can download input files again I will put some effort in to raising it further.

I suspect the massive pointless inputs are being generated mostly through the "Factor Tables" pages. There were a several posts about doing this a few months back, including a comment that it was addictive. If I'm correct, perhaps the impact could be limited by not creating new IDs from these pages - or perhaps limiting these pages to logged in and blockable users.

I wonder of the Primo problems may be connected to the large number of PRPs between 300 and 800 digits that showed up when the database returned from downtime? I suspect table checking turned up some problems - perhaps corrupted certificates or perhaps they got overlooked originally.

prp zip are back to normal

Thanks everyone!

I just tracked down the error with the certificate files. The disk was filled up with logfiles! I just keep the last week, but that was too much this time. So no space left for zipping/unzipping the files.

My intention with this database was to keep it open to everyone, so I´ll go with just a few new id´s per IP created without anything above that: Some little captcha, or: Log in. I´ve already raised the limits for a lot of accounts.

Thanks again Syd, for the time you spend on this

Started the first 300 prps