I did see that -- and I've been able to upload work units - for first pass. However, all work units in Transfers 'limbo' -- which show a status of 'uploading' on the work page can't be uploaded yet, they get the 'server maintenance' status after a failed upload. I figure that will either clear in a few hours, or not. For that matter, I noticed some definite 'stutters' yesterday with uploads and access to the main page here -- suggesting that the problems that have plagued the project for the past 6 weeks are still not put to bed.
Quote:
Read the front page news. Says they had a Kernel Panic crash unrelated to previous issues.
One of those odd crashes that sometimes happens. Who knows what caused it. Hopefully all will be better soon.
I see the upload problem continues -- oh well, time to suspend (not just no new work) and wait until things get dealt with I suppose.
The uploads are back up, and the scheduler is reachable as well, so all comms back for the meantime. You may want to change your General Preferences to Connect to Network every 3 days rather than the default of 0.1 days in order to build up a cache of Einstein work, unless it's not your main project. Just a thought if you're worried about running dry of Einstein.
Not quite -- anything that got caught earlier today and ended up as Transfers with a retry is snagged. Those workunits get a 'server maintenance' fail.
My setting for the general preferences is either 1 day or 2 days.
But I am not worried about running dry for BOINC work, the problems that SETI BOINC had 20 months ago trained me regarding having only one project on any workstation. Typically I have four. I have 6 active projects. After the problems SETI had, Einstein became my top project and it remained that way in terms of submitted work units until last fall when I started bumping up World Grid. When Einstein got sketchy in December, I added Rosetta as a major project. My current overall work ratio has two thirds of the work split between Rosetta and World Grid, Seti gets 1/5. The remainder is for Einstein and the two Climate projects.
I just have a sense that Einstein needs the new work units plus perhaps a broad 'regrooving' of the database to get back to the very healthy and stable condition it had for many months.
Quote:
Quote:
I see the upload problem continues -- oh well, time to suspend (not just no new work) and wait until things get dealt with I suppose.
The uploads are back up, and the scheduler is reachable as well, so all comms back for the meantime. You may want to change your General Preferences to Connect to Network every 3 days rather than the default of 0.1 days in order to build up a cache of Einstein work, unless it's not your main project. Just a thought if you're worried about running dry of Einstein.
Just a thought if you're worried about running dry of Einstein.
I was running sucessfully for more than 18 month with connect to network time of 0.25 days. They send in accordance with the length of files the number of the files, so that I had always work for about 1/2 day in spare. That means, if they send these damned short files, they send me 7 or 8 files in spare, where else I had only 2 files in spare normaly. That makes sense, and it shows, that the number of files in spare can be controlled by the administrator of the project. And I hope, they will follow this self given rules again.
E@H is my prefered "mayor" project, because I like very much the intentions of that project. It´s not only, that my computer can do some usefull work in his spare time.
I did see that -- and I've
)
I did see that -- and I've been able to upload work units - for first pass. However, all work units in Transfers 'limbo' -- which show a status of 'uploading' on the work page can't be uploaded yet, they get the 'server maintenance' status after a failed upload. I figure that will either clear in a few hours, or not. For that matter, I noticed some definite 'stutters' yesterday with uploads and access to the main page here -- suggesting that the problems that have plagued the project for the past 6 weeks are still not put to bed.
I see the upload problem
)
I see the upload problem continues -- oh well, time to suspend (not just no new work) and wait until things get dealt with I suppose.
RE: I see the upload
)
The uploads are back up, and the scheduler is reachable as well, so all comms back for the meantime. You may want to change your General Preferences to Connect to Network every 3 days rather than the default of 0.1 days in order to build up a cache of Einstein work, unless it's not your main project. Just a thought if you're worried about running dry of Einstein.
Not quite -- anything that
)
Not quite -- anything that got caught earlier today and ended up as Transfers with a retry is snagged. Those workunits get a 'server maintenance' fail.
My setting for the general preferences is either 1 day or 2 days.
But I am not worried about running dry for BOINC work, the problems that SETI BOINC had 20 months ago trained me regarding having only one project on any workstation. Typically I have four. I have 6 active projects. After the problems SETI had, Einstein became my top project and it remained that way in terms of submitted work units until last fall when I started bumping up World Grid. When Einstein got sketchy in December, I added Rosetta as a major project. My current overall work ratio has two thirds of the work split between Rosetta and World Grid, Seti gets 1/5. The remainder is for Einstein and the two Climate projects.
I just have a sense that Einstein needs the new work units plus perhaps a broad 'regrooving' of the database to get back to the very healthy and stable condition it had for many months.
RE: Just a thought if
)
I was running sucessfully for more than 18 month with connect to network time of 0.25 days. They send in accordance with the length of files the number of the files, so that I had always work for about 1/2 day in spare. That means, if they send these damned short files, they send me 7 or 8 files in spare, where else I had only 2 files in spare normaly. That makes sense, and it shows, that the number of files in spare can be controlled by the administrator of the project. And I hope, they will follow this self given rules again.
E@H is my prefered "mayor" project, because I like very much the intentions of that project. It´s not only, that my computer can do some usefull work in his spare time.