Status "Will remove when tasks done"
29 Mar 2016 13:51:49 UTC
Topic 198544
(moderation:
It appears, my Boinc client wants to detach Einstein. It's managed via BAM. This might be related to the Albert@home issue, where I first had a notification that users should detach from albertathome.org and re-register to albert.phys.uwm.edu - although albertathome.org is the newer platform. Then, I had multiple instances per client of Albert, one at each server. As of today, albertathome.org was removed (probably by BAM), leaving me with the apparently wrong server, as I get lots of "can't create link file projects/..." messages from Albert.
Back to Einstein: Now something made E@h project status report on Boinc's projects tab, it "will remove when tasks done", maybe due to the same domain phys.uwm.edu Albert uses (mistakenly). I have another Linux VM client connected, also with both projects, but I can't see if it has the same problem: Can only monitor it via BoincTasks and it doesn't show that message at all.
Status "Will remove when tasks done"
)
Don't be scared by this message. BAM changed the attach URL to https which to BOINC is not the same as the one with http (which the server sends).
Hi Christian, I let the last
)
Hi Christian, I let the last task finish and Boinc perform its planned detaching, but now it wants to change back again:
6322 29-03-2016 16:49 Account manager contact succeeded
6323 29-03-2016 16:49 Attaching to https://einstein.phys.uwm.edu/
6324 https://einstein.phys.uwm.edu/ 29-03-2016 16:49 Master file download succeeded
6325 https://einstein.phys.uwm.edu/ 29-03-2016 16:49 Sending scheduler request: Project initialization.
6326 https://einstein.phys.uwm.edu/ 29-03-2016 16:49 Requesting new tasks for CPU and AMD/ATI GPU
6327 Einstein@Home 29-03-2016 16:49 Scheduler request completed: got 1 new tasks
6328 Einstein@Home 29-03-2016 16:49 This project is using an old URL. When convenient, remove the project, then add http://einstein.phys.uwm.edu/
Albert is now linked to https://albert.phys.uwm.edu - clicking update causes Boinc to stall for 60 seconds and return this:
6433 Albert@Home 29-03-2016 17:00 update requested by user
6434 Albert@Home 29-03-2016 17:00 Sending scheduler request: Requested by user.
6435 Albert@Home 29-03-2016 17:00 Not requesting tasks: "no new tasks" requested via Manager
6436 Albert@Home 29-03-2016 17:00 Scheduler request completed
6437 Albert@Home 29-03-2016 17:00 [error] Can't create link file projects/albert.phys.uwm.edu/stat_icon
6438 Albert@Home 29-03-2016 17:00 [error] Can't create link file projects/albert.phys.uwm.edu/slideshow_einsteinbinary_ABP1_00
6439 Albert@Home 29-03-2016 17:00 [error] Can't create link file projects/albert.phys.uwm.edu/slideshow_einstein_S5R5_00
6440 Albert@Home 29-03-2016 17:00 [error] Can't create link file projects/albert.phys.uwm.edu/slideshow_einstein_S5R5_01
6441 Albert@Home 29-03-2016 17:00 [error] Can't create link file projects/albert.phys.uwm.edu/slideshow_einsteinbinary_ABP1_04
6442 Albert@Home 29-03-2016 17:01 [error] Can't create link file projects/albert.phys.uwm.edu/slideshow_einsteinbinary_ABP1_01
6443 Albert@Home 29-03-2016 17:01 [error] Can't create link file projects/albert.phys.uwm.edu/slideshow_einsteinbinary_ABP1_02
6444 Albert@Home 29-03-2016 17:01 [error] Can't create link file projects/albert.phys.uwm.edu/slideshow_einstein_S5R5_02
6445 Albert@Home 29-03-2016 17:01 [error] Can't create link file projects/albert.phys.uwm.edu/slideshow_einsteinbinary_ABP1_03
6446 Albert@Home 29-03-2016 17:01 [error] Can't create link file projects/albert.phys.uwm.edu/slideshow_einstein_S5R5_03
6447 Albert@Home 29-03-2016 17:01 [error] Can't create link file projects/albert.phys.uwm.edu/slideshow_einstein_S5R5_04
6448 Albert@Home 29-03-2016 17:01 [error] Can't create link file projects/albert.phys.uwm.edu/EatH_mastercat.txt
For Einstein@home this is
)
For Einstein@home this is still the correct URL to be used when attaching:
http://einstein.phys.uwm.eduThis will create no messages on the Client. BAM uses the SSL version of this thus BAM users will get the message for newly attached hosts.
For Albert@home we switched to:
https://albert.phys.uwm.edu/and will switch later to https://albertathome.org because we want to see what happens when we do this on Einstein@home.
For Einstein@home this change will be announced beforehand. The message you see has no negative effect (that we know of).
As for the cannot link errors: This mus tbe a Client problem. Maybe the filesystem is full?
HI CB, I'll be get
)
HI CB,
I'll be get crazy!?
- I disconnect for Test from BAM
- I restart the Computer
- the Client still tell me that he will log off from E@H after the last WU
- and NO, my Filesystem isn't full!
What have I to do?
Greetings from the North
First: The message will
)
First: The message will appear as long as you use BAM to attach to Einstein@home on this host
Second: The message tells YOU to dettach and reattach after the last task was crunched. The Client can not do this on it's own.
If you don't like the message, you need to stop using BAM on this host, detach from Einstein@home (after setting "no new work" and the last task is reported), attach Einstein@home using the URL I gave in 155501.
so this is a problem with bam
)
so this is a problem with bam then ?
has anyone advised bam that there is a problem ?
i would like to manage all my accounts via a account manager rather than individually but if i have to do Albert and Einstein manually i will have to i suppose
What BAM tries to do, is let
)
What BAM tries to do, is let the host run dry with work from Einstein@home. Then detach from Einstein@home and reattach using the https://einstein.phys.uwm.edu URL. After that you will see the message
but Einstein@home is working.