stephenbrooks.orgForumMuon1GeneralResults not being updated?
Username: Password:
Search site:
Subscribe to thread via RSS
2005-12-13 14:02:07
I'm not sure if there is a problem developing, but todays results download:

20051213-115958 38 results sent to

has not yet appeared in the stats update (nine+ hrs since submission).
The ftp server in question has been variously reported as either 'online' or 'host unreachable' throughout the day, mostly online.
2005-12-14 07:33:39
Stats updated correctly within the last three hours, so all is again well.
2006-01-23 06:36:34
Again, problems appearing with results sent to  Last results sent in 40+ hrs ago but not appearing on stats page:

20060121-185312 39 results sent to

Am I alone in experiencing problems with this server?  Should I edit out this server from the servers.csv file?
2006-01-23 08:47:10
Hi !

I also have the same problem...

20060121-022040 45 results sent to
2006-01-25 12:30:47
Results resubmitted:

20060125-201843 39 results sent to

... and accepted

... then points deducted, obviously regarded as duplicates yet not, in the first instance appearing in stats.
2006-01-25 21:17:14
As far as stats not updating very fast it's usually server dependant I've found.  This is the only Distributed Project that I know of that also uses a Distributed Server system.  It's not a picture of fluid motion per se, rather a nice method of making sure there is redundant bandwidth for the masses.  It's definitely not perfect, but it does lessen the bandwidth on Stephens server during peak hours and also gives a spot for uploads to happen while his system drops off the net for any reason. 

But as for the duplicate results, I've been watching this closely and have a couple of threads in the chat area reflecting it.  After hours and hours of scrutinizing my manual uploading of results, I've determined that a good deal of the problem is somehow linked to the windows firewall and/or a patch dealing with it.  Even if I disable it though I have found another "bug" if you will.  It seems that even if I manually send in my results and I watch on my DU Meter (Network Traffic Graphical interface) the results being sent to that server, at the end of the transmission of my results being sent, the FTP server then attempts to upload a test file to me.  If that creation of the test file is made it then deletes it and says that it's all happy cause the results have been sent successfully.  BUT... if it cannot create that test file then it will consider the entire operation ( including the uploading of the results just seconds earlier ) aborted and will skip to the next server in the servers.scv file to retry the entire operation again.  I'm not sure what causes this test file to fail or pass as I've seen the same server deny it one minute and then accept it the next with a different result.txt file.  I get the same activity on 3 different computers, each with a different operating system (WinXP Pro, Win XP x64bit, Win2000).

But in the end don't get too frustrated about results not showing up too quickly as some servers are a bit slow when it comes to syncronizing with Stephens server.  But when it comes to the duplicates, just realize that it is almost %100 positive that the results were sent to 2 different servers for the reason described above.
2006-01-26 18:11:16
Originally posted by BOHICASETI:
This is the only Distributed Project that I know of that also uses a Distributed Server system. 

From what i remember, also uses such a system.  Well, they use proxyservers, to hold and forward on, as well as email.  Course, since they got baught by UD in 2000, and had almost everyone shipped to Austin, Texas, they've been able to really throw money at the project, equipment wise.  Just a shame they don't bother throwing any time into their client/projects
2006-01-26 21:05:09
Here is an example of a duplication in action.  I hit CTRL+C to stop it cause I know that the results were already sent, but you can see that it was going to automatically go to the next FTP server in line to try again.

Saving genomes... 412, done.ftp> open
Connected to
220 Serv-U FTP Server v5.0 for WinSock ready...
User (white-panther.kicks-ass.netnone)):
331 User name okay, need password.

230 User logged in, proceed.
ftp> quote pasv
227 Entering Passive Mode (83,116,38,123,41,192)
ftp> lcd D:\Muon Result Sender
lcd local directory.
ftp> mkdir v4.4x
550 /v4.4x: failed to create.
ftp> cd v4.4x
250 Directory changed to /v4.4x
ftp> binary
200 Type set to I.
ftp> put 20060127-050030-sQ8Ib-BOHICASETI.bin
200 PORT Command successful.
150 Opening BINARY mode data connection for 20060127-050030-sQ8Ib-BOHICASETI.
226 Transfer complete.
ftp: 373699 bytes sent in 12.81Seconds 29.17Kbytes/sec.
ftp> cd ..
250 Directory changed to /
ftp> get signal.dat
200 PORT Command successful.
150 Opening BINARY mode data connection for signal.dat (55 Bytes).
226 Transfer complete.
ftp: 55 bytes received in 0.00Seconds 55000.00Kbytes/sec.
ftp> mkdir testfiles
550 /testfiles: failed to create.
ftp> cd testfiles
550 /testfiles: Permission denied.
ftp> lcd testfiles
Local directory now D:\Muon Result Sender\testfiles.
ftp> put testfile_eojizxzxadx.txt
200 PORT Command successful.
550 Permission denied.
ftp> lcd ..
Local directory now D:\Muon Result Sender.
ftp> get testfile_eojizxzxadx.txt
200 PORT Command successful.
550 /testfile_eojizxzxadx.txt: No such file or directory.
ftp> del testfile_eojizxzxadx.txt
550 Permission denied.
ftp> quit
221 Goodbye!

Retrying: attempt 3 of 10

Getting genome parameters... 100^CTerminate batch job (Y/N)?  y

D:\Muon Result Sender>
Stephen Brooks
2006-01-30 04:53:21
Yep, the weird testfile thing is something I put there to confirm uploads.  I figured it was better to upload twice than to have the server drop the session and your results be lost because Muon1 would assume it was OK.
2006-03-28 09:45:26
Importing the sendlog file into a spreadsheet and summing the results sent,the total of 6471 is somewhat higher than that appearing on the stats page (6345), subtracting the last two results sent:

20060326-233701 36 results sent to
20060328-100740 43 results sent to

as neither has yet appeared on the stats page, still leaves a disparity of 47, presumed, missing results.  Strange thing is my Muon1 client has apparently never returned a single file containing exactly 47 results.
2006-03-31 00:49:28
Tail-end of results.dat resubmitted, and the last two results, sent, now accepted correctly.
Stephen Brooks
2006-03-31 10:27:20
Good.  There was definitely something a little wrong over the 28/29 period.

You'll also notice the samplefiles are refreshing again now.  Windows FTP is now completely useless, I've replaced it by ncftpput in nearly all my scripts at work.
2006-04-02 10:24:46
Just when you thought it was safe........

Last result sent:
20060331-204056 51 results sent to

still not appearing on stats, guess I shall have to resubmit.
Stephen Brooks
2006-04-05 05:25:22
I can't access right now, removing it from the list temporarily.
: contact : - - -
E-mail: sbstrudel characterstephenbrooks.orgTwitter: stephenjbrooksMastodon: strudel charactersjbstrudel

Site has had 17999164 accesses.