As far as the servers are conserned bind does ramdomize. In combination with linux client that works out fine.
Problems arise when caches on resolver/client side come into play.

Well, still no joy in getting the assigned work to download here, on my Linux box, even by hard binding boinc2.ssl.berkeley.edu to the two IP addresses (208.68.240.13 and 208.68.240.18) in their turn via /etc/hosts...

There must be something else going wrong...

...even by hard binding boinc2.ssl.berkeley.edu to the two IP addresses (208.68.240.13 and 208.68.240.18) in their turn via /etc/hosts...

Part of your problem may be that I changed DNS to forward downloads only to bane for now (208.68.240.18).

- Matt

---

-- BOINC/SETI@home network/web/science/development person
-- "Any idiot can have a good idea. What is hard is to do it." - Jeanne-Claude

It may be relevant that the RTS queue on the Server Status Page has been stuck at just 1833 for the last 3 hours or so although the time-check shows the page to be updating and other parameters don't seem to be stuck...

F.

[Edit]Well RTS has now updated and is down to 110 (as of 19 mins before 0:30:45 UTC) so don't expect downloads to be easy[/Edit]

---

Thank you Matt for spending your free time to answer to some responses here.

Patience is the key to things getting sorted. Whether it partially clears up tonight or some time before / after the usual outage Tuesday, who knows!

Few things might just need a swift kicking tomorrow (Monday) when everyone is actually in the lab.

Reminder as well that there is an election coming up as well so it may be a longer outage if the guys go off to vote sometime during Tuesday, leaving only a few in the lab.

Patience is the key!

---

Maybe this is the right place to mention this..

I just took a gander at the cricket graph and it appears the past 24 hours have been pretty calm. I can't remember the last time the green part was a fairly steady line around 60mbit. So maybe that `-allapps' flag did a good thing?

And as far as the uploads/downloads everyone had issues with, I've only had 5-minute windows here and there that had an http error and in 3 minutes for the retry it would work just fine.

---

Linux laptop:
record uptime: 1511d 20h 19m (ended due to the power brick giving-up)

Maybe this is the right place to mention this..

I just took a gander at the cricket graph and it appears the past 24 hours have been pretty calm. I can't remember the last time the green part was a fairly steady line around 60mbit. So maybe that `-allapps' flag did a good thing?

And as far as the uploads/downloads everyone had issues with, I've only had 5-minute windows here and there that had an http error and in 3 minutes for the retry it would work just fine.

My Linux box was locked out for over a day and the queue was near empty until I applied the 'temporary fix'. Since Matt's done some troubleshooting, it may be time to undo the 'fix'.

My Windows box never had a problem.

My Linux box was locked out for over a day and the queue was near empty until I applied the 'temporary fix'. Since Matt's done some troubleshooting, it may be time to undo the 'fix'.

Grrrrrrr surely someone could have posted information about the "temp fix" somewhere on the front pages?

Fix applied and WU's rolling again after 3 days :(

Ray (Seti user since the last millenium 1999)

---

Moving on to the feeder. Since it's stupid regarding application types, it fills its own send queue with the oldest results ready to send regardless of application, and the way mysql works this tends to mean in database id order. Of course with the ready-to-send queue at 50000 or so, we have to send out 50000 results before we finally see the effects of what happened above - many hours, usually. Then suddenly - bam! - 20 times more Astropulse workunits than normal. That arbitrary time delay really confused matters.

Why not just have a disk space threshold instead? The following bash command will get the KB free on your device sda1:
df /dev/sda1|grep sda1|awk '{print $4}'

Have one MB splitter and one AP splitter stop at a 99% point, and the rest should stop at 98% point. (Or something like that.)

Why not just have a disk space threshold instead?

Good question. The ready-to-send ceiling is to both (a) prevent disk space from getting used up and (b) prevent bloat in the result table. So checking disk space alone is not enough.

- Matt

---

-- BOINC/SETI@home network/web/science/development person
-- "Any idiot can have a good idea. What is hard is to do it." - Jeanne-Claude

When is Eric gonna stop Googling us?

---

"Freedom is just Chaos, with better lighting." Alan Dean Foster

When is Eric gonna stop Googling us?

When he stops giggling at all the web sites you visit! ;)

When is Eric gonna stop Googling us?

When he stops giggling at all the web sites you visit! ;)

Or saving the links!

When is Eric gonna stop Googling us?

When he stops giggling at all the web sites you visit! ;)

Or saving the links!

Only the really good ones, I hope! ;p

Hey there Matt,

It took me a minute but I finally figured out why your post titles were twanging a chord on my hind brain. Your a "No Means No" fan :) I was born a raised in Vancouver Canada and had alot of fun attending No Means No gigs when they were starting out and I still buy there albums anyway THATS cool!!!!

---

Hey there Matt,

It took me a minute but I finally figured out why your post titles were twanging a chord on my hind brain. Your a "No Means No" fan :) I was born a raised in Vancouver Canada and had alot of fun attending No Means No gigs when they were starting out and I still buy there albums anyway THATS cool!!!!

. . . um hmmm - Matt's been doin' that for quite awhile now - i rather like iT myself - great insight into that mechanism called his Taste

which [imho] is quite on the mark . . .

---

BOINC Wiki . . .

Science Status Page . . .

It took me a minute but I finally figured out why your post titles were twanging a chord on my hind brain. Your a "No Means No" fan :) I was born a raised in Vancouver Canada and had alot of fun attending No Means No gigs when they were starting out and I still buy there albums anyway THATS cool!!!!

Yeah sometimes when I'm at a loss for naming these threads (a pointless exercise, really) I use song titles. It was rather strange how many song titles off of Wrong were actually meaningful given the days' events (especially "Oh No! Bruno!").

Anyway I moved on to Motorpsycho's "It's a Love Cult" for the time being. See how long those titles are pertinent.

- Matt

---

-- BOINC/SETI@home network/web/science/development person
-- "Any idiot can have a good idea. What is hard is to do it." - Jeanne-Claude

...
For SETI@home, if we get above 50000 results ready to send, we temporarily halt splitting. For Astropulse, it is still set pretty low at 2500.
...
- Matt

If the same data is split for both, slightly over 40 WUs from the mb_splitter are produced for each ap_splitter WU. That suggests the most efficient pipeline operation would have the AstroPulse high water mark around 1240. Of course there's much data which has already been done by setiathome_enhanced and not yet by astropulse, the increased share could gradually reduce that offset.

                                                               Joe

Just wanted to say you guys are doing an awesome job on your limitations.

Thank you.

---

With each crime and every kindness we birth our future.

Somehow, even though I'm set to "English" as my language of choice, when I came to the "technical news" page, all my headers turned to Spanish!

Sorry, this is actually a Firefox problem...

---

.

Hello, from Albany, CA!...

Somehow, even though I'm set to "English" as my language of choice, when I came to the "technical news" page, all my headers turned to Spanish!

Sorry, this is actually a Firefox problem...

Not true, IE6 has issues also! See my post at Questions and Answers : Web site.

Gruß,
Gundolf

---

Computer sind nicht alles im Leben. (Kleiner Scherz)

SETI@home classic workunits 3,758
SETI@home classic CPU time 66,520 hours