A minor server issue occured. I am using the cc_config 1 feature on Ubuntu 10.04 64 bit host (X6 1090T + GTX260). To recieve a Albert CUDA task I am to switch to 0, that is no problem. While crunching downloaded CUDA tasks, the feature is switched to 1. Issuse occures when finished task is uploaded and the project is updated. A server sends standard message (app xxx is not available for your type of computer), but also finished and uploaded tasks are not reported. To report these tasks I am to switch the feature to 0.
Is it requiered?
It is not about reseting of by the server.
Step by step.
- to recieve Albert (and Optima) tasks I reset the feature to 0
- when crunching Albert (and Optima) tasks I set the feature to 1 not to recieve 32bit tasks of Correlizer, WEP+2 etc.
- when a Optima task is finished and uploaded, the task is reported (with standard message app xxx is not available for your type of computer), but really reported and credited
- when a Albert task is finished and uploaded, after updating the Albert server sends standard message only, but the task is not reported
- to report Albert task, I am to reset the feature to 0
I mean it is not a client issue. I mean the server doesn't recieve report of finished 32bit task, when the host exclude tasks of 32bit applications.
More notes:
Download of one Albert task failed. I have updated the project
Albert server wrote:
30/11/2011 22:23:22 Albert@Home Reporting 1 completed tasks, not requesting new tasks
30/11/2011 22:23:26 Albert@Home Scheduler request completed
30/11/2011 22:23:26 Albert@Home Message from server: This project doesn't support computers of type x86_64-pc-linux-gnu
and the failed task has not been reported.
The main project Einstein has no problem with reporting finished or falied tasks on the host when the feature is set to 1.
Upload/Download server
)
Same over at main, some probs with the pulsar-search DL, and the WUs are probably relatively equal, and perhaps on the same machines.
Grüße vom Sänger
A minor server issue occured.
)
A minor server issue occured. I am using the cc_config 1 feature on Ubuntu 10.04 64 bit host (X6 1090T + GTX260). To recieve a Albert CUDA task I am to switch to 0, that is no problem. While crunching downloaded CUDA tasks, the feature is switched to 1. Issuse occures when finished task is uploaded and the project is updated. A server sends standard message (app xxx is not available for your type of computer), but also finished and uploaded tasks are not reported. To report these tasks I am to switch the feature to 0.
Is it requiered?
Looks like a client bug to
)
Looks like a client bug to me, I know of nothing on the server side that would (re)set the tag in a cc_config.
BM
Edit: This is most likely the same issue that's reported here.
BM
BM
It is not about reseting of
)
It is not about reseting of by the server.
Step by step.
- to recieve Albert (and Optima) tasks I reset the feature to 0
- when crunching Albert (and Optima) tasks I set the feature to 1 not to recieve 32bit tasks of Correlizer, WEP+2 etc.
- when a Optima task is finished and uploaded, the task is reported (with standard message app xxx is not available for your type of computer), but really reported and credited
- when a Albert task is finished and uploaded, after updating the Albert server sends standard message only, but the task is not reported
- to report Albert task, I am to reset the feature to 0
I mean it is not a client issue. I mean the server doesn't recieve report of finished 32bit task, when the host exclude tasks of 32bit applications.
More notes: Download of one
)
More notes:
Download of one Albert task failed. I have updated the project
and the failed task has not been reported.
The main project Einstein has no problem with reporting finished or falied tasks on the host when the feature is set to 1.
Correct, and this may indeed
)
Correct, and this may indeed point to the problem.
Albert doesn't know about the platform x86_64-pc-linux-gnu, as there is no application for it here (on Einstein there is).
BM
BM