[QUOTE=Rodrigo;377124]Me, too.

A few minutes ago I tried to do a manual submission and it accepted the first couple dozen results, then those same errors started coming in. Retrying the failed results yielded the same errors.

Rodrigo[/QUOTE]

and now it's really flucked up. given that 3TB of disk space is about £60 how can any machine nowadays ever run out of storage....

**

Warning: odbc_exec() [function.odbc-exec]: SQL error: [Microsoft][ODBC SQL Server Driver][SQL Server]Could not allocate space for object 'dbo.t_gimps_results_log'.'ix_dt_received' in database 'primenet' because the 'PRIMARY' filegroup is full. Create disk space by deleting unneeded files, dropping objects in the filegroup, adding additional files to the filegroup, or setting autogrowth on for existing files in the filegroup., SQL state 37000 in SQLExecDirect in C:\v5\www\2013\v5server\0.96_database.inc.php on line 284

Error code: 13, error text: ar Insert t_gimps_results_log failed: nitro GUID: xxxxxxxxxxxxxxxxx, exponent: 69045971, C2D_CPU_GHz_days: 27.706488236821
Processing result: no factor for M69045997 from 2^73 to 2^74 [mfaktc 0.20 barrett76_mul32_gs]

I am having similar problems; I am stopping MISFIT automatic uploads until this gets resolved.

Same thing. About three hours ago, my results wouldn't go in. Prime95 tried again just a few minutes ago, and it worked fine.

Same. If it really is "low on space" then....

:gah: Seriously?

It worked for a while and is now failing again. This is especially aggravating since MISFIT does not detect the unsuccessful upload and then the next upload, even if successful with GIMPS, is rejected because previous bitlevels are missing.

Am having trouble logging in to the manual results page

_write_close() [[URL="http://www.mersenne.org/manual_result/function.session-write-close"]function.session-write-close[/URL]]: write failed: No space left on device (28) in [B]C:\v5\www\2013\userid_session_state.inc.php[/B] on line [B]42[/B]

hourly reports are not generated either

Last server adventures affected me in a strange way: even if I was logged in, when I reported one DC and few P-1 results, the credit went to anonymous, and the feedback report came back to me logging me off. I tried again and it said the results not needed, this computer already reported, blah blah, and logged me off again. I am starting to get frustrated. The exponent was 32347897 and this is the completion line, including the (valid) assignment key. [CODE]M( 32347897 )C, 0xcba8b97b84ff9e94, offset = 1624, n = 1728K, CUDALucas v2.05 Beta, g_AID: 1867B4C287AB0DBA897442E4BCC56FA0[/CODE]I forgot the P-1 exponents, and don't have log (got them from GPU72) I think one was 72035111 (I remember the ones).
Should be nice to have the credit back, at least for the DC, but even nicer would be to fix once forever these problems, I would even forget about the credit :razz:

[edit: interesting enough, after reporting it and registered as anonymous, the assignment disappeared from my assignment list, but I assume this is related to the key, and not to the user who reports]

[code]
Warning: odbc_pconnect() [function.odbc-pconnect]: SQL error: [Microsoft][ODBC SQL Server Driver][Shared Memory]General network error. Check your network documentation., SQL state 08S01 in SQLConnect in C:\v5\www\2013\v5server\0.96_database.inc.php on line 21
pnErrorResult=3 pnErrorDetail=Database unavailable ==END==
[/code]
.......

I'm going to take the server offline and try to rebuild some indexes to defragment them

Take as many hours as necessary to the extent you reckon needed to make the site database stable again, assuming that is the crux of the issues, after many outages in recent days.
Best let it be known if it lots of hours are needed.
At somewhat similar circumstances I recall the my boss hovering over me to tell of when the system will be available again! Estimates are never good enough for the boss people.