Downloads Failing

Bernd Machenschalk
Bernd Machenschalk
Moderator
Administrator
Joined: 15 Oct 04
Posts: 4349
Credit: 253662758
RAC: 35039

The filesystem on the

The filesystem on the download server ran full. Fixing will take another day or so. Until then downloding will be slow and fail occasionally, no new BRP4 tasks will be sent.

BM

Gandolph1
Gandolph1
Joined: 20 Feb 05
Posts: 180
Credit: 389772389
RAC: 1444

Bernd Machenschalk

Bernd Machenschalk wrote:

The filesystem on the download server ran full. Fixing will take another day or so. Until then downloding will be slow and fail occasionally, no new BRP4 tasks will be sent.

Thanks for the update!!

 

Link
Link
Joined: 15 Mar 20
Posts: 137
Credit: 13142714
RAC: 27140

Dr Who Fan wrote:Before I

Dr Who Fan wrote:
Before I could abort the stuck transfer task, it downloaded successfully overnight.

Yes, aborting seems not necessary, my stuck BRP4 tasks downloaded now too.

.

Jean-David Beyer
Jean-David Beyer
Joined: 10 Nov 22
Posts: 4
Credit: 7056879
RAC: 10949

When my computer tries to get

When my computer tries to get more work, it used to just get some, or give a normal reason why not. Starting with this one, I have been getting stuff like this:

Thu 17 Nov 2022 06:44:03 AM EST | Einstein@Home | Sending scheduler request: To fetch work.
Thu 17 Nov 2022 06:44:03 AM EST | Einstein@Home | Reporting 1 completed tasks
Thu 17 Nov 2022 06:44:03 AM EST | Einstein@Home | Requesting new tasks for CPU
Thu 17 Nov 2022 06:44:06 AM EST | Einstein@Home | Scheduler request completed: got 0 new tasks
Thu 17 Nov 2022 06:44:06 AM EST | Einstein@Home | No work sent
Thu 17 Nov 2022 06:44:06 AM EST | Einstein@Home | see scheduler log messages on https://einsteinathome.org/host/13025119/log

I looked at the schedular log, but I do not understand it well enough to do anything.

 

Is this part of the same problem, or is it a new one?

 

Keith Myers
Keith Myers
Joined: 11 Feb 11
Posts: 5061
Credit: 19277314517
RAC: 7447363

It just means the RTS buffer

It just means the RTS buffer for the work you are requesting was empty when you hit it.

There is no BRP4/4G work.

There is very low quantities of both BRP7 and FGRPB1G work.

Just keep asking for work and hope you get lucky.

 

Bernd Machenschalk
Bernd Machenschalk
Moderator
Administrator
Joined: 15 Oct 04
Posts: 4349
Credit: 253662758
RAC: 35039

The log means that you do

The log means that you do have an architecture for which only BRP4 work is available on E@H, but at the moment there is no BRP4 work to send.

Actually there's e.g. plenty of BRP7 work, but that doesn't run on your platform.

BM

Bernd Machenschalk
Bernd Machenschalk
Moderator
Administrator
Joined: 15 Oct 04
Posts: 4349
Credit: 253662758
RAC: 35039

BRP4(G) tasks should be sent

BRP4(G) tasks should be sent again. Sorry for the inconveniences!

BM

Jean-David Beyer
Jean-David Beyer
Joined: 10 Nov 22
Posts: 4
Credit: 7056879
RAC: 10949

Bernd Machenschalk

Bernd Machenschalk wrote:

The log means that you do have an architecture for which only BRP4 work is available on E@H, but at the moment there is no BRP4 work to send.

Actually there's e.g. plenty of BRP7 work, but that doesn't run on your platform.

Do you mean at the moment?

My machine is currently running hsgamma_FGRP5_1.08_x86_64-pc-linux and I have run 

Binary Radio Pulsar Search (Arecibo, large) v1.33x86_64-pc-linux-gnu in the recent past.

 

Comment viewing options

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