Pages: [1]
Marky-UK
BAM!ID: 100
Joined: 2006-05-10
Posts: 77
Credits: 15,186,686
World-rank: 39,716

2007-03-11 08:58:17

If I set the host resources in BAM!, the next time BOINC contacts BAM, BOINC sets every project into "new work" mode. I don't even have to change anything in the resource page, just clicking "Set" at the bottom is enough.

This happens with 5.8.16 on Windows and 5.8.17 on Linux. It does NOT happen with 5.8.15. It seems that BAM! is not compatible with 5.8.16/17 at the moment, but I can't say which end is at fault.
NJMHoffmann
BAM!ID: 377
Joined: 2006-05-14
Posts: 32
Credits: 268,145
World-rank: 417,630

2007-03-20 08:14:10

If I set the host resources in BAM!, the next time BOINC contacts BAM, BOINC sets every project into "new work" mode. I don't even have to change anything in the resource page, just clicking "Set" at the bottom is enough.

This happens with 5.8.16 on Windows and 5.8.17 on Linux. It does NOT happen with 5.8.15. It seems that BAM! is not compatible with 5.8.16/17 at the moment, but I can't say which end is at fault.

Something similar here at my 5.8.18 hosts. If I set a project to "no new work" it gets sometimes(!) reset to "new work" after a contact to BAM! - or vice versa(?).

Norbert
Marky-UK
BAM!ID: 100
Joined: 2006-05-10
Posts: 77
Credits: 15,186,686
World-rank: 39,716

2007-03-20 08:48:23

Something was added to 5.8.16 that allows account managers to specify "no new work", but BAM doesn't support this yet:

- core client: add optional <detach_when_done> and <dont_request_more_work> flags to account element in account manager reply messages. See acct_mgt.php

This new option is supposed to be optional, but I'm wondering if there could be a bug in 5.8.16/17 whereby this setting is not being treated as optional at all - so the absense of <dont_request_more_work> (which is the case with BAM at the moment) is setting the projects into "new work" mode.

I can't test this though.
Marky-UK
BAM!ID: 100
Joined: 2006-05-10
Posts: 77
Credits: 15,186,686
World-rank: 39,716

2007-03-20 10:38:03

I can't test this though.

... but I can look at the source code for acct_mgr.C.

If the <dont_request_more_work> option is missing from the account manager reply, the client turns work requests back on for every project.

This seems like a bug in the client to me. If something that is optional is missing, shouldn't the behaviour of the client be to use whatever the previous value of dont_request_more_work was?

Anyone want to forward this bug to the right place?
KSMarksPsych
 
BAM!ID: 474
Joined: 2006-05-21
Posts: 139
Credits: 10,096,394
World-rank: 52,860

2007-03-21 02:26:17

Will do.

I'll forward this thread and the one from the BOINC forums.

KSMarksPsych
 
BAM!ID: 474
Joined: 2006-05-21
Posts: 139
Credits: 10,096,394
World-rank: 52,860

2007-03-21 03:29:52

Ask and ye shall receive...

David has checked in a fix for this.



David 20 Mar 2007
! - core client: if "no more work" or "detach when done" tag
! is missing from account manager reply, don't change value.
! Note: this is implemented using new
! OPTIONAL_BOOL and OPTIONAL_DOUBLE types
! that may be useful elsewere as well.
!
! client/
! acct_mgr.C,h
Marky-UK
BAM!ID: 100
Joined: 2006-05-10
Posts: 77
Credits: 15,186,686
World-rank: 39,716

2007-03-22 13:19:27

Thanks!
Grenadier
BAM!ID: 59
Joined: 2006-05-10
Posts: 255
Credits: 12,339,382
World-rank: 45,940

2007-05-09 13:01:53

I had this happen yesterday (or some time in the last day or 2). I'm running BOINC 5.8.16. Wasn't this supposed to have been fixed in that version?

Barring a fix to the Manager, can BAM be updated to send the correct value(s)?
saccia
BAM!ID: 9892
Joined: 2006-10-20
Posts: 12
Credits: 865,229
World-rank: 227,506

2007-05-09 17:40:15

If I set the host resources in BAM!, the next time BOINC contacts BAM, BOINC sets every project into "new work" mode. I don't even have to change anything in the resource page, just clicking "Set" at the bottom is enough.

This happens with 5.8.16 on Windows and 5.8.17 on Linux. It does NOT happen with 5.8.15. It seems that BAM! is not compatible with 5.8.16/17 at the moment, but I can't say which end is at fault.


I was tracking this issue separately through the BOINC alpha list and the reply got from David Anderson was this:

The message from account manager to client
(which you can look at in acct_mgr_reply.xml)
includes a list of accounts.
Each account has an optional
<dont_request_more_work>0|1</dont_request_more_work>
element.
If not present, the client's flag is not changed.

So the problem here may be that BAM is sending a 0
when you don't want it to send anything;
that's a BAM issue.


I checked acct_mgr_reply.xml and sure enough BAM is sending that tag with 0 which is unsetting my projects in BOINCMgr that have "No New Work" set. Can this tag be removed from the response if there were no changes to that project in BAM? Having all projects suddenly unset from "No New Work" is causing me some frustration when I have projects paused temporarily because of project issues.
[BOINCstats] Willy
 
Forum moderator - Administrator - Developer - Tester - Translator
BAM!ID: 1
Joined: 2006-01-09
Posts: 9419
Credits: 350,105,499
World-rank: 4,518

2007-05-19 12:24:37

Fixed this some time ago, forgot to reply here.
Please do not PM, IM or email me for support (they will go unread/ignored). Use the forum for support.
WyerByter
 
BAM!ID: 3895
Joined: 2006-08-10
Posts: 377
Credits: 248,255,813
World-rank: 5,740

2007-06-06 22:32:15

Fixed this some time ago, forgot to reply here.


I just attempted to add another project to two others that I have attached to one box, but not getting new work (to ensure proper syncing of BOINC CPID). When BOINC synced with BAM, the new project became 'no new work', but the other two lost that designation. I tried unmarking the two that were not cooperating and then hit set. The next sync unset the one that was set, and had no effect on the other two. I had to unset all three, sync, set all three, and sync again before they were all properly set on my local machine.

One note, the host list for this machine, showed what I wanted the entire time, it just seemed to be getting bad data from BAM.

WyerByter
[BOINCstats] Willy
 
Forum moderator - Administrator - Developer - Tester - Translator
BAM!ID: 1
Joined: 2006-01-09
Posts: 9419
Credits: 350,105,499
World-rank: 4,518

2007-06-06 22:49:58

Maybe got the BAM! host id?
Please do not PM, IM or email me for support (they will go unread/ignored). Use the forum for support.
WyerByter
 
BAM!ID: 3895
Joined: 2006-08-10
Posts: 377
Credits: 248,255,813
World-rank: 5,740

2007-06-06 22:52:57

Maybe got the BAM! host id?


You mean you can't just figure it out?

BAM Host ID 5450.

WyerByter
[BOINCstats] Willy
 
Forum moderator - Administrator - Developer - Tester - Translator
BAM!ID: 1
Joined: 2006-01-09
Posts: 9419
Credits: 350,105,499
World-rank: 4,518

2007-06-07 08:17:04

First of all: I'm lazy, and you didn't follow bug submit guidelines

Secondly: client version 5.8.16 has only basic support for this feature, so things may be broken.

Replies from BAM! to the host seem to be just fine.

I have tested this feature against 5.9.x where it works perfectly, I suggest upgrading to see if the problem persists.
Please do not PM, IM or email me for support (they will go unread/ignored). Use the forum for support.
WyerByter
 
BAM!ID: 3895
Joined: 2006-08-10
Posts: 377
Credits: 248,255,813
World-rank: 5,740

2007-06-07 11:15:00

First of all: I'm lazy, and you didn't follow bug submit guidelines

Secondly: client version 5.8.16 has only basic support for this feature, so things may be broken.

Replies from BAM! to the host seem to be just fine.

I have tested this feature against 5.9.x where it works perfectly, I suggest upgrading to see if the problem persists.


Once again, blame the other guy has worked.

I upgraded to 5.10.2 and all went perfectly.

Thanks,
WyerByter
[BOINCstats] Willy
 
Forum moderator - Administrator - Developer - Tester - Translator
BAM!ID: 1
Joined: 2006-01-09
Posts: 9419
Credits: 350,105,499
World-rank: 4,518

2007-06-07 11:22:45

Well, "blaming the other guy" is a university level skill, and needs lots of practice to be exercised at a reasonable level
Please do not PM, IM or email me for support (they will go unread/ignored). Use the forum for support.
[AF>Futura Sciences>Linux] Thrr-Gilag
 
BAM!ID: 19142
Joined: 2007-02-12
Posts: 5
Credits: 1,235,549
World-rank: 188,500

2007-06-19 06:52:32

Hello,

I noticied that with BOINC 5.8.16, the no work request fine well (as far as my test see it), but when I switch from the no work request to the dettach when done request, the project is able to get work... This is quite strange and disturbing when your aim is to dettach from a project without losing WU downloaded.

Is that a boinc client bug or BAM one ? Should it work better with a higher boinc client ?
[BOINCstats] Willy
 
Forum moderator - Administrator - Developer - Tester - Translator
BAM!ID: 1
Joined: 2006-01-09
Posts: 9419
Credits: 350,105,499
World-rank: 4,518

2007-06-19 10:35:36
last modified: 2007-06-19 10:36:32

Hello,

I noticied that with BOINC 5.8.16, the no work request fine well (as far as my test see it), but when I switch from the no work request to the dettach when done request, the project is able to get work... This is quite strange and disturbing when your aim is to dettach from a project without losing WU downloaded.

Is that a boinc client bug or BAM one ? Should it work better with a higher boinc client ?


See this post.
Please do not PM, IM or email me for support (they will go unread/ignored). Use the forum for support.
Pages: [1]

Index :: BAM! Bug Report :: * Host disabling "no new work" after BAM contact
Reason: