You have selected to receive work from other applications if no work is available for the applications you selected
11 Aug 2008 0:12:44 UTC
Topic 193843
(moderation:
I've been getting this message for some time, and I don't recall selecting such an option, and would like to know where that selection is, so I can review it.
I'd also appreciate knowing what the work is, that I am doing in substitution for the work I thought I was doing...
a little perturbed, confused, or some such thing
10/08/2008 8:04:13 PM|Einstein@Home|Message from server: No work can be sent for the applications you have selected
10/08/2008 8:04:13 PM|Einstein@Home|Message from server: You have selected to receive work from other applications if no work is available for the applications you selected
10/08/2008 8:04:13 PM|Einstein@Home|Message from server: Sending work from other applications
You have selected to receive work from other applications if no
)
Did you install the optimized application for S5R3? That work is almost over, and you can delete you app_info.xml file and start getting new work.
RE: Did you install the
)
It appears from your task page that you have been getting S5R4 work for some time. If you have never used ap_info.xml, you have just answered my question as to whether that message is seen in those circumstances.
On the other hand, you can update with new (downloaded) aps and use the ap_info.xml documented in Gary's sticky thread to get work of both types, without waiting.
However, if you do that, you may well see this same message multiple times. I certainly have. (not in a couple few days, because I turned my queues way down when I realized I would otherwise spectacularly overfetch).
In addition to PB 27's
)
In addition to PB 27's specific solution to the problem, here's a link to a post with some more details about it.
If you are running the S5R3 Beta/Power apps, it is possible to modify your app_info file to allow you to continue running it and still be able to run the stock R4 app concurrently (there are no 'specials' available for R4 at the moment). There's a thread here in NC with the details for doing that.
HTH,
Alinator
RE: RE: Did you install
)
Hmmmm...
Looking over the task summary, it looks like he's running stock. So this would appear to be the Web UI option functionality/Server notification message part of the issue.
However, since Ralph's host doesn't seem to have actually run any of the S5R4's yet, I hope he posts back with an update so we can confirm that participants can just ignore this log message for now if they run stock as well.
Alinator
RE: .... a little
)
Ralph,
I can assure you that you're not alone there :-).
These messages are from bugs in the server software, stuff which was upgraded at the time of the transition from S5R3 to R4. I get these messages all the time but I am running beta/power user apps under the AP (anonymous platform) mechanism using customised app_info.xml files which allow me to support both R3 optimised and R4 new apps simultaneously. Despite the unsettling nature of the messages, the flow of tasks is not adversely affected.
The others who have responded, have given you info on what to do. It has also been mentioned that you see these message whether or not you have an app_info.xml file in play. I don't know about that directly, since ALL of my hosts have been using the AP mechanism, both prior to and after the appearance of this problem. As you are running the stock Windows app (version 4.26) I imagine you haven't set up to use AP and therefore don't have an app_info.xml file in play. Could you please confirm that thanks? If you don't have an app_info.xml file in play (or don't know what that is) you can safely ignore any advice to delete it.
Your case is interesting since you have a nice supply of both the new R4 work and resends of the R3 work in your cache. Your 5 most recently sent tasks are all R3 resends. Obviously your machine is receiving work despite the confusing messages. You can expect to keep getting the strange messages until the server-side problems are addressed by the Devs. That may take a while.
It has also been suggested that you might like to use the information that I've put in a sticky thread to make your host dual capable. Be aware that you can't do that directly since you have been using the 4.26 stock app which is not actually catered for in the app_info files I posted. Your R3 tasks will be "branded" as 4.26 and so would error out unless you added a clause to the app_info.xml file as posted to allow 4.46 apps to crunch 4.26 tasks. If you actually wanted to do this, it is a fairly trivial edit to add the functionality. It would have the benefit of crunching your remaining R3 resends faster since you would be using a more optimised app. If you understand the AP mechanism and wanted to do it, I could easily post a suitable app_info.xml file for you to use. This might be worthwhile, particularly if your host continues to snag resend work. However, if you don't feel comfortable with the burden of having to pay more attention to management of BOINC, you should stay right out of it.
Cheers,
Gary.
Wow- I'm now interested. I
)
Wow- I'm now interested.
I like the rapid response, and have done nothing except join the project and let the system run its course.
The only recent change to BOINC was a recent version upgrade.
I'd like to know about AP. Is there some documentation to read?
If there's only a file to update or create to run the WUs faster, I'm game.
Ralph
OK, here's the official
)
OK, here's the official documentation from Berkeley, and here's the Unoffcial BOINC Wiki write up about it.
One thing to be clear about is that using the AP means that you have the core client in full manual mode when it comes to updating the science applications. So you have to keep an eye on the project home page and fora to make sure you stay up to date.
As far as using it now here at EAH, there aren't any new power apps for new science run just starting, but as mentioned earlier, if you wanted to you could use it to run the R3 Power App to give it a test drive so to speak as long as there are 'clean up' tasks to do as the old run winds down.
BTW, thanks for posting back with some more details about your setup. I do have couple questions for you.
The first is does the number of the tasks assigned by the project and showing on your Host Summary page equal the number of EAH tasks shown in BOINC Manager?
If the answer to that is yes, then has the host started running any of the S5R4 tasks yet? You can tell them apart since SxRy is always part of the file name.
If the answer to both is yes, then I guess it's safe to say if you can ignore the log message about application selection the project is sending when running stock.
Alinator
RE: ... If the answer to
)
Just chiming in to give information, since I think it is safe to ignore it.
I am running the stock application (no app_info.xml)
Since the server upgrade, I have received the log message with every scheduler request that requested more than 0 seconds of work, regardless if I received S5R3 (1) or S5R4 (4) WUs. I just checked my stdoutdae.txt file.
So far, one of each flavor has completed successfully, but the S5R4 one is still pending.
I have no ghost WUs (and never had).
Gruß,
Gundolf
Computer sind nicht alles im Leben. (Kleiner Scherz)
After completing S5R3 and
)
After completing S5R3 and processing all wu I deleted app_info.xml from the einstein.phys.uwm folder.
I assume the "request to delete file" messages are just cleaning up after earlier work units.
11/08/2008 8:17:24 PM|Einstein@Home|Message from server: No work can be sent for the applications you have selected
11/08/2008 8:17:24 PM|Einstein@Home|Message from server: You have selected to receive work from other applications if no work is available for the applications you selected
11/08/2008 8:17:24 PM|Einstein@Home|Message from server: Sending work from other applications
11/08/2008 8:17:24 PM|Einstein@Home|Got server request to delete file h1_0256.10_S5R4
11/08/2008 8:17:24 PM|Einstein@Home|Got server request to delete file l1_0256.10_S5R4
11/08/2008 8:17:24 PM|Einstein@Home|Got server request to delete file h1_0256.15_S5R4
11/08/2008 8:17:24 PM|Einstein@Home|Got server request to delete file l1_0256.15_S5R4
BOINC blog
RE: I assume the "request
)
The low frequency S5R4 tasks have relatively few sequence numbers per frequency band. They get used up very quickly and you have to move on to a new (higher) frequency band. When all the tasks for a given band have been allocated, the scheduler tells the client that the now "used up" data can safely be deleted.
These "delete" info messages have nothing to do with the messages in red however, (the original topic of this thread), so please don't think they are related in some way.
Cheers,
Gary.