Is it time to panic yet?? Oh wait, my computer been off for a week already haha, never mind....

---

TBar repackaged the All-in-One recently to just a single download for both the 7.4.44 and 7.8.3 versions. The main files in the BOINC folder are the 7.8.3 versions. He mentioned in the message you quoted that the 7.4.44 version is in the /Docs folder in the archive.

If you want to run the 7.4.44 version with its 3000 task limit, then just copy the five main BOINC executable files into the BOINC directory. You need to copy boinc, boinmgr, boinccmd, boincscr and switcher.

---

Seti@Home classic workunits:20,676 CPU time:74,226 hours

A proud member of the OFA (Old Farts Association)

I don't know what to do about the repository versions since I never ran them. Probably can just delete the directories. No the TBar versions don't automatically start BOINC. You either start them manually or set them to run automatically with the Startup Applications utility.

I just start BOINC manually since the computers rarely get restarted and run all the time unless I need to reboot for an update or something. You can just mark boincmgr as a Favorite and Dock it to the Launcher panel for easy starting.

---

Seti@Home classic workunits:20,676 CPU time:74,226 hours

A proud member of the OFA (Old Farts Association)

If you want to run the 7.4.44 version with its 3000 task limit, then just copy the five main BOINC executable files into the BOINC directory. You need to copy boinc, boinmgr, boinccmd, boincscr and switcher.

I´m running repo version 7.6.31 under Mint 18.3, wondering if I can copy those files also.

I tried running 7.4.44 from the home folder which worked and I can attach the project, but it seems to be stuck in creating a computer ID.

EDIT: nevermind, i got it. i missed that this package was not 7.4.44 natively and you had to extract the 7.4.44 components separately. got it now.

also, do i have to do anything special to remove my old service install of BOINC 7.9.3? when installing the dependencies and copying boinc folder to my home folder, i noticed my service install blanked out and removed my project.

running sudo apt-get remove boinc-client boinc-manager returned that neither were installed, which seemed odd to me. is it gone from something i did? can i just delete the boinc-client and boinc folders from my var/lib/ directory?

will this new version auto-start at system boot like the service install does?

No, the Berkeley version isn't set to autostart, you have to add the boincmgr to the startup list and be careful to name the Full path to boincmgr. You need to open the Synaptic Package Manager, search and remove everything in the System Folder, INCLUDING CONFIGURATION FILES, that has boinc or seti in the name. Be careful not to delete the Files in your Home Folder, but, any files related to boinc needs to be removed from the System folder. Most people find that difficult to do and leave configuration files in the System folder, which causes problems. It's best to do a Clean install of the System Folder and Never Install the Repository version...only way to be sure.

Not sure about your issue. First I have heard of someone trying to run the TBar executables in a repository installation. Most just install it to the /Home folder as TBar intended. You can always just reuse your original host id by editing the client_state.xml and putting your old host ID back in. Just remember to increment your rep_seqno by 1 from what the website states is the number of times the host has contacted the project in the client_state file before you let the client contact the project.

---

Seti@Home classic workunits:20,676 CPU time:74,226 hours

A proud member of the OFA (Old Farts Association)

I was using the 7.8.3 from TBar, can i just replace the files and not care about host ID at all?
Or i still need to modify the client state file to keep the same ID?

Even tho i had 1000 WUs before the crash, i am about to run out on my single gpu host already because of a ton of noisy WUs =( 3000 limit would have helped probably!

---

EDIT: nevermind, i got it. i missed that this package was not 7.4.44 natively and you had to extract the 7.4.44 components separately. got it now.

also, do i have to do anything special to remove my old service install of BOINC 7.9.3? when installing the dependencies and copying boinc folder to my home folder, i noticed my service install blanked out and removed my project.

running sudo apt-get remove boinc-client boinc-manager returned that neither were installed, which seemed odd to me. is it gone from something i did? can i just delete the boinc-client and boinc folders from my var/lib/ directory?

will this new version auto-start at system boot like the service install does?

No, the Berkeley version isn't set to autostart, you have to add the boincmgr to the startup list and be careful to name the Full path to boincmgr. You need to open the Synaptic Package Manager, search and remove everything in the System Folder, INCLUDING CONFIGURATION FILES, that has boinc or seti in the name. Be careful not to delete the Files in your Home Folder, but, any files related to boinc needs to be removed from the System folder. Most people find that difficult to do and leave configuration files in the System folder, which causes problems. It's best to do a Clean install of the System Folder and Never Install the Repository version...only way to be sure.

ok thanks. for now it seems to be fine for now with just the deletion of the /var/lib/boinc-client folder which contained all the previous config files (i copied them into the /home/BOINC/ folder to keep all my previous stuff). i'll searh through and see if there is anything with boinc in it outside of my home folder, EDIT: looks like the only package remaining was libboinc something. it didnt seem to be causing any problems but i removed it anyway.

i've given the system a few reboots and everything is working normally. i dont care too much about autostart for the same reasons Keith listed, I was just curious of its exact setup. If i want it later, it seems to be fairly trivial to add autostart.

---

Seti@Home classic workunits: 29,492 CPU time: 134,419 hours

This is the "Panic Mode" thread

Can we keep discussions in that vein thank you.

Fine with me. But, don't be surprised after the next system update to find a repository version of boinc back in var/lib with a new system ID and loads of tasks.

For the rest of you, the first thing to do would be to backup the boinc-client folder. Then open Synaptic Package Manager and Remove, Including Configuration Files, anything installed pertaining to boinc or seti. Then search the system folder for anything leftover. After that, copy the Boinc All-In-One to Home and populate it with the boinc files from your backed-up boinc-client folder. If you're lucky, all the repository files were removed correctly and the Berkeley BOINC will work fine in your Home folder.

If you are already running the Berkeley version of BOINC from your Home folder, then there isn't any trouble updating, or downgrading, the installed version of BOINC. It's a simple matter of replacing the 5 boinc files in your BOINC folder as mentioned earlier.

is anyone seeing new tasks yet?

it looks like this system of mine is getting new work: https://setiathome.berkeley.edu/results.php?hostid=8571781

but nothing new for the rest

---

Seti@Home classic workunits: 29,492 CPU time: 134,419 hours

Ah, the SSP shows some activity. Life may return to normal in a few hours.

---

we have 14 splitters running now. I think it will be a while until everyone has full caches though.

Thank you to whoever got the splitters running for taking time out of your Sunday!!

The assimilators are NOT running. At what point will this be a problem??

Results returned and awaiting validation is at 5,470,134
and
Workunit files waiting for deletion is at 981,085

I'm assuming at some point the lack of clean up will cause problems.

Results returned and awaiting validation isn't really an issue, since that is the number of results that are waiting for other results from users.

---

Results returned and awaiting validation isn't really an issue, since that is the number of results that are waiting for other results from users.

The Results returned and awaiting validation is usually around 3.5 million, and now it is over 5 million. I don't think we have an extra 1.5 million WUs that are awaiting another result. Resends have been going out as far as I can tell.

I think the results are being validated, but not moving from this bucket to the next bucket. I'm guessing that once a result is validated AND has hung around for 24 hours that it is then moved to the results waiting for db purge.

It probably needs to write the result to the science db before it goes to the db purge bucket, and maybe that is a problem?? but the s@h science db seems to be running, so *shrug*

I know my valids are more like 48 hours instead of the normal 24ish hours though so there will be a point when the db gets too large, I'm just playing "guess when or if it will crash" to keep myself entertained.

If you are lucky enough to snag some of the work from the RTS buffer, it is all for naught because the tasks currently there are all noise bombs.

---

Seti@Home classic workunits:20,676 CPU time:74,226 hours

A proud member of the OFA (Old Farts Association)

If you are lucky enough to snag some of the work from the RTS buffer, it is all for naught because the tasks currently there are all noise bombs.

Yup. One of my machines had approx a zillion of those (on my 1080s, ran 15 secs rather than 10-15 mins and VALIDATED, so not my machine going bad) just before things (i.e., WUs being sent) went away.

Oddly enough, the other of my 2 crunchers had none of them before the world ended.

---

I think the noise bombs cleared out finally. I had one machine that blew threw everything it got over a 3 or 4 task request period and they all validated. Finally getting good ones on that machine.

---

Seti@Home classic workunits:20,676 CPU time:74,226 hours

A proud member of the OFA (Old Farts Association)

I think the noise bombs cleared out finally. I had one machine that blew threw everything it got over a 3 or 4 task request period and they all validated. Finally getting good ones on that machine.

. . Overnight I dl'd 106 new tasks on this machine (1050ti) but this morning I only had about as many left as if I had dl'd none. They all evaporated like smoke, so one can only assume they were all noise bombs ...

. . But like you, this morning they seem to be healthier WUs.

. . Now all we need is someone to give the pfb splitter a kick and mount some more tapes in the next 24 hours before the current units are exhausted.

Stephen

:)