[QUOTE=snme2pm1;380770]It seems somewhat curious that the graph of TFLOPS at the top of [url]http://www.mersenne.org/primenet/[/url] on this day and like prior occasions of multiple hour outages didn't register any twitch at all.
I guess it is highly smoothed![/QUOTE]

If it makes you feel any better, there is a *slight* dip in the raw numbers. It's a Google Graph so you can look at the raw stuff passed into it.

Around the time we moved the server last night, it shows only 147 instead of the 152/151/etc right before and after. :)

Unless it's down for a full hour or more, I would expect that once the server came back online there'd be a bunch of systems all reporting in fairly soon, and since that graph is only quantized per hour it probably does smooth out like you said.

Not sure what would explain a multi-hour outage having a smoother looking graph though. Google graph won't smooth out that much (I just checked... it shows a dip if I fake one of the datum).

Let's me login, try and submit some manual results get this

404 - File or directory not found.
The resource you are looking for might have been removed, had its name changed, or is temporarily unavailable.

[QUOTE=Gordon;380809]Let's me login, try and submit some manual results get this
404 - File or directory not found.[/QUOTE]I just fixed some missing include files in the manual results, but that shouldn't have given a 404 error. What kind of results were you submitting? Do you have the URL of the not-found page?

Manually uploading results files is OK.
A couple of hours ago, trying to submit results by pasting them to the manual results page would result in the error mentioned by Gordon. Now I´ve just tried that, and the results were accepted, but I did get the following message:

Processing result: no factor for M6388399 from 2^64 to 2^65 [mfaktc 0.20 barrett76_mul32_gs]

Notice: Undefined index: team_id in C:\inetpub\www\2013\v5server\gimps\0.96_ar2_app.php on line 50

Notice: Undefined index: team_id in C:\inetpub\www\2013\v5server\gimps\0.96_ar2_app.php on line 91

Warning: odbc_exec(): SQL error: [Microsoft][ODBC SQL Server Driver][SQL Server]Incorrect syntax near ')'., SQL state 37000 in SQLExecDirect in C:\inetpub\www\2013\v5server\0.96_database.inc.php on line 414

Notice: Undefined variable: sql_q in C:\inetpub\www\2013\v5server\0.96_database.inc.php on line 420

Notice: Undefined index: team_id in C:\inetpub\www\2013\v5server\gimps\0.96_ar2_app.php on line 110
CPU credit is 0.5849 GHz-days.

[QUOTE=lycorn;380823]Notice: Undefined index: team_id
Notice: Undefined variable: sql_q[/QUOTE]Fixed (I hope)

Still not working for me. I logged out and then back in just now and tried to report some TFs. I'm getting the same message as Gordon.

The URL includes the entire list of submitted TF exponents, but here's how it starts:

[URL]http://www.mersenne.org/manual_result/default.php?data=[/URL]

(Info specific to results follows from there.)

Rodrigo

Perhaps something...
 

LaurV just brought to my attention that something is wrong with one of our "traded" machines.

[CODE][Comm thread Aug 19 13:39] PrimeNet error 13: Server database full or broken
[Comm thread Aug 19 13:39] Insert t_gimps_LL_results failed for M55297633
[/CODE]

I initially assumed I had made a mistake, but then I realized that none of my systems produced the quoted error message.

And that is how I lost 100G/day of credit, for 17 days! (the last correct report for that machine is Aug 3). Which can be seen on [URL="http://www.gpu72.com/reports/worker/2423ae6e8f696d5e7d1447de91ca35a6/"]my graphic[/URL]! See the slope of the purple line getting softer for the last days? :tantrum: :ick::raman:

:yucky:
(hehe)



(p.s. looking for the tantrum, just notified the "richard and ernst" emoticon, this is brilliant :richard-n-ernst:beautiful! hahaha...)

I just submitted manual results for double checks on 33464617 and 33464659, and received error messages in the manual results page which I did not copy.

The two exponents are removed from my assignments page, but do not show up in my results page.

Also the exponent status page shows the results but lists them as unverified even though they appear to match the first test in both cases.

(UPDATED) Two glitches in the new setup...
 

UPDATE: results are now received (20:45 CEST). Big thanks to whomever solved the first point in such a short while!

First, as already notified by chalsall, is (times in CEST):

[CODE]
[Comm thread Aug 19 19:45] Sending result to server: UID: RU/Xeon12C, M279032531 no factor from 2^66 to 2^67, We4: <redacted>, AID: <redacted>
[Comm thread Aug 19 19:45] PrimeNet error 13: Server database full or broken
[Comm thread Aug 19 19:45] ar Insert t_gimps_results_log failed: RU GUID: <redacted>, exponent: 279032531, C2D_CPU_GHz_days: 0.0535617818
[/CODE]

Second is a somewhat erratic behaviour of the actual assignments page, which at times seems to "forget" some exponents - or to put them out of sequence - a reload after a short while usually makes them reappear.

TIA :smile:
ric

Hmm..
[code]
Processing result: M123456789 has a factor: xx [TF:68:69*:mfakto 0.14-Win cl_barrett15_69_gs_2]

Warning: odbc_exec(): SQL error: [Microsoft][ODBC SQL Server Driver][SQL Server]Could not find stored procedure 'master..XP_IsFactorOK'., SQL state 37000 in SQLExecDirect in C:\inetpub\www\2013\v5server\0.96_database.inc.php on line 130

Warning: odbc_fetch_row() expects parameter 1 to be resource, boolean given in C:\inetpub\www\2013\v5server\0.96_database.inc.php on line 131

Warning: odbc_fetch_row() expects parameter 1 to be resource, boolean given in C:\inetpub\www\2013\v5server\0.96_database.inc.php on line 132

Warning: odbc_free_result() expects parameter 1 to be resource, boolean given in C:\inetpub\www\2013\v5server\0.96_database.inc.php on line 136
Error code: 11, error text: Unable to verify factor xx for M123456789
[/code]

[SIZE="1"](I removed factor and exponent from log)[/SIZE]