You have selected to receive work from other applications if no work is available for the applications you selected

Ralph
Ralph
Joined: 24 May 05
Posts: 13
Credit: 383,078
RAC: 0
Topic 193843

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

Pooh Bear 27
Pooh Bear 27
Joined: 20 Mar 05
Posts: 1,376
Credit: 20,312,671
RAC: 0

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.

archae86
archae86
Joined: 6 Dec 05
Posts: 3,156
Credit: 7,178,614,931
RAC: 772,613

RE: Did you install the

Message 84222 in response to message 84221

Quote:
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.


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).

Alinator
Alinator
Joined: 8 May 05
Posts: 927
Credit: 9,352,143
RAC: 0

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

Alinator
Alinator
Joined: 8 May 05
Posts: 927
Credit: 9,352,143
RAC: 0

RE: RE: Did you install

Message 84224 in response to message 84222

Quote:
Quote:
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.

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.

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

Gary Roberts
Gary Roberts
Moderator
Joined: 9 Feb 05
Posts: 5,870
Credit: 115,863,394,792
RAC: 35,510,221

RE: .... a little

Quote:
.... a little perturbed, confused, or some such thing

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.

Ralph
Ralph
Joined: 24 May 05
Posts: 13
Credit: 383,078
RAC: 0

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

Alinator
Alinator
Joined: 8 May 05
Posts: 927
Credit: 9,352,143
RAC: 0

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

Gundolf Jahn
Gundolf Jahn
Joined: 1 Mar 05
Posts: 1,079
Credit: 341,280
RAC: 0

RE: ... If the answer to

Message 84228 in response to message 84227

Quote:

...
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


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)

MarkJ
MarkJ
Joined: 28 Feb 08
Posts: 437
Credit: 139,002,861
RAC: 42

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

Gary Roberts
Gary Roberts
Moderator
Joined: 9 Feb 05
Posts: 5,870
Credit: 115,863,394,792
RAC: 35,510,221

RE: I assume the "request

Message 84230 in response to message 84229

Quote:
I assume the "request to delete file" messages are just cleaning up after earlier work units.

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.

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.