Message boards :
Number crunching :
The Server Issues / Outages Thread - Panic Mode On! (117)
Message board moderation
Previous · 1 . . . 14 · 15 · 16 · 17 · 18 · 19 · 20 . . . 52 · Next
Author | Message |
---|---|
juan BFP Send message Joined: 16 Mar 07 Posts: 9786 Credit: 572,710,851 RAC: 3,799 |
I guess Richard's technique does work. But, when I did drink beer, I didn't drink before 5 or 6 in the afternoon. It's morning here. :) You could drink coffee, tea, water, or whatever you like, what is important is to take your mind out of the problem and relax. The problem will eventually be fixed and normally we can't do anything to help. Just maybe send an email to the lab guy's warning them about the problem as some does. |
Keith Myers Send message Joined: 29 Apr 01 Posts: 13164 Credit: 1,160,866,277 RAC: 1,873 |
My problem is, I'm running Linux and don't have a clue about programming and compiling on Linux. :( You don't have to understand programming, you just have to follow a recipe. 1) ./_autosetup 2) ./configure 3) ./make Then your cake is baked. Seti@Home classic workunits:20,676 CPU time:74,226 hours A proud member of the OFA (Old Farts Association) |
Siran d'Vel'nahr Send message Joined: 23 May 99 Posts: 7379 Credit: 44,181,323 RAC: 238 |
My problem is, I'm running Linux and don't have a clue about programming and compiling on Linux. :( Hi Keith, Yeah, that seems to be the easy part. I'm talking about the source code and how many files it comprises and what to go through to alter the code, etc... :\ Oh and where to put the source code and what to transfer to the BOINC directory etc., etc. I really do not think I'm up to attempting to try. When I made that statement about "spoofing" I was just stating that I can see a point to doing it since it doesn't take long for a GPU to get through a cache of WUs. With expected or unexpected outages, it can come in handy. :) Have a great day! :) Siran CAPT Siran d'Vel'nahr - L L & P _\\// Winders 11 OS? "What a piece of junk!" - L. Skywalker "Logic is the cement of our civilization with which we ascend from chaos using reason as our guide." - T'Plana-hath |
juan BFP Send message Joined: 16 Mar 07 Posts: 9786 Credit: 572,710,851 RAC: 3,799 |
You could achieve the same goal without the need of compiling by using rescheduling. There are a lots of program available to do that. Some on this forums. Just need to dig a little. I`m glad to here now you understand why we need to spoofing, the simple answer, the builds & GPU are so fast so a 100 WU limit is unreal. |
juan BFP Send message Joined: 16 Mar 07 Posts: 9786 Credit: 572,710,851 RAC: 3,799 |
Back to the thread topic. Did anyone really knows why the Apache server stops to work on every Sunday morning? As posted by Richard before, 3 times in a row it's hard to believe is a coincidence. |
Ville Saari Send message Joined: 30 Nov 00 Posts: 1158 Credit: 49,177,052 RAC: 82,530 |
With 'spoofing' I can get any amount of GPU tasks but if the outage is longer than about 6 hours, I'll run out of CPU tasks too. Spoofing the CPU count would be useless as Seti@Home only gives you 100 CPU tasks no matter how many CPU cores you have but I do have an idea about how to get more. I just haven't implemented it yet. My idea is this: when the CPU gets close to starving, make the GPU donate a bunch of tasks to the CPU. This can be done with an external program with no need to modify Boinc client. |
Keith Myers Send message Joined: 29 Apr 01 Posts: 13164 Credit: 1,160,866,277 RAC: 1,873 |
My idea is this: when the CPU gets close to starving, make the GPU donate a bunch of tasks to the CPU. This can be done with an external program with no need to modify Boinc client. That's the idea behind "rescheduling" Seti@Home classic workunits:20,676 CPU time:74,226 hours A proud member of the OFA (Old Farts Association) |
Stephen "Heretic" Send message Joined: 20 Sep 12 Posts: 5557 Credit: 192,787,363 RAC: 628 |
I don't have too, just follow the instructions in: https://boinc.berkeley.edu/trac/wiki/CompileClient . . Thanks for that link but I think I will be up for a lot of reading before I would be ready to try it. . . And I vote [1] for Richard (and Wiggos) technique. Stephen 8^{ |
Stephen "Heretic" Send message Joined: 20 Sep 12 Posts: 5557 Credit: 192,787,363 RAC: 628 |
Hi Juan, . . I share your trepidations about tackling a task like this, but maybe I will venture out further down the track, it would be a very positive move. . . On the second point, maybe it's time to change :) Needs do as needs must :) </joke> Stephen :) |
Keith Myers Send message Joined: 29 Apr 01 Posts: 13164 Credit: 1,160,866,277 RAC: 1,873 |
I seriously doubted my ability and no experience with programming or compiling until I was forced into that task by necessity to fix the bug I discovered in the client with a max_concurrent statement in multiple projects. Seti@Home classic workunits:20,676 CPU time:74,226 hours A proud member of the OFA (Old Farts Association) |
Grant (SSSF) Send message Joined: 19 Aug 99 Posts: 13736 Credit: 208,696,464 RAC: 304 |
Just had an upload not go through on it's first attempt, and the web site here was MIA for a couple of minutes. Grant Darwin NT |
Cosmic_Ocean Send message Joined: 23 Dec 00 Posts: 3027 Credit: 13,516,867 RAC: 13 |
While I'm personally finding this whole Linux thread interesting, perhaps a mod could move the whole thing to another thread as it clearly has nothing to do with the SETI servers being in Panic Mode? Yeah, my bad. Sorry. I thought it would just be one or two posts and have the problem resolved, but it turned into more than that. I posted here because this is probably the most-viewed thread where hopefully someone who knows the answer would see it. Linux laptop: record uptime: 1511d 20h 19m (ended due to the power brick giving-up) |
cRunchy Send message Joined: 3 Apr 99 Posts: 3555 Credit: 1,920,030 RAC: 3 |
While I'm personally finding this whole Linux thread interesting, perhaps a mod could move the whole thing to another thread as it clearly has nothing to do with the SETI servers being in Panic Mode? No blame to anyone. It's mostly a community thing the way threads develop. I have PM'ed arkayn (the thread owner.) Hopefully arkayn will take a look. Otherwise a name change might be the best solution. |
arkayn Send message Joined: 14 May 99 Posts: 4438 Credit: 55,006,323 RAC: 0 |
|
Stephen "Heretic" Send message Joined: 20 Sep 12 Posts: 5557 Credit: 192,787,363 RAC: 628 |
I prefer to keep the name the same, as this is the name that everyone looks for when seeing if it is a universal problems or not. . . +1 Stephen < shrug > |
Cosmic_Ocean Send message Joined: 23 Dec 00 Posts: 3027 Credit: 13,516,867 RAC: 13 |
While I'm personally finding this whole Linux thread interesting, perhaps a mod could move the whole thing to another thread as it clearly has nothing to do with the SETI servers being in Panic Mode? I went ahead and just made a thread in the Linux Q&A section, since it seems like this won't be a quick fix. I'll see how it ends up going over there instead of littering this thread with it. Linux laptop: record uptime: 1511d 20h 19m (ended due to the power brick giving-up) |
Cosmic_Ocean Send message Joined: 23 Dec 00 Posts: 3027 Credit: 13,516,867 RAC: 13 |
Just wanted to mention an update here... I finally got it resolved, thanks to TBar. He provided me with the boinc and boinccmd binaries for 6.10.37 and I had to do some fiddling-around to make it work, but.. 2019-09-24 17:53:41 Starting BOINC client version 6.10.37 for x86_64-pc-linux-gnu 2019-09-24 17:53:41 log flags: file_xfer, sched_ops, task, sched_op_debug 2019-09-24 17:53:41 Libraries: libcurl/7.58.0 OpenSSL/1.0.2n zlib/1.2.11 libidn2/2.0.4 libpsl/0.19.1 (+libidn2/2.0.4) nghttp2/1.30.0 librtmp/2.3 2019-09-24 17:53:41 Data directory: /var/lib/boinc-client 2019-09-24 17:53:41 Processor: 8 GenuineIntel Intel(R) Core(TM) i7-4770K CPU @ 3.50GHz [Family 6 Model 60 Stepping 3] 2019-09-24 17:53:41 OS: Linux: 4.15.0-62-generic ... 2019-09-24 17:36:59 SETI@home update requested by user 2019-09-24 17:37:00 SETI@home [sched_op_debug] Fetching master file 2019-09-24 17:37:00 SETI@home Fetching scheduler list 2019-09-24 17:37:05 SETI@home [sched_op_debug] Got master file; parsing 2019-09-24 17:37:05 SETI@home [sched_op_debug] Found 1 scheduler URLs in master file 2019-09-24 17:37:05 SETI@home Master file download succeeded 2019-09-24 17:37:10 SETI@home [sched_op_debug] Starting scheduler request 2019-09-24 17:37:10 SETI@home Sending scheduler request: Requested by user. 2019-09-24 17:37:10 SETI@home Reporting 100 completed tasks, requesting new tasks 2019-09-24 17:37:10 SETI@home [sched_op_debug] CPU work request: 1731456.00 seconds; 4.00 idle CPUs 2019-09-24 17:37:15 SETI@home Scheduler request completed: got 0 new tasks 2019-09-24 17:37:15 SETI@home [sched_op_debug] Server version 709 2019-09-24 17:37:15 SETI@home Message from server: No tasks sent 2019-09-24 17:37:15 SETI@home Message from server: SETI@home v8 needs 32.00MB more disk space. You currently have 0.00 MB available and it needs 32.00 MB. 2019-09-24 17:37:15 SETI@home Project requested delay of 303 seconds And I figured out that disk space issue. Apparently, when you set a max log size in cc_config, that value counts as "currently used", even if the file isn't anywhere near that number yet. Fixed that, and tried again: 2019-09-24 17:57:52 SETI@home [sched_op_debug] Starting scheduler request 2019-09-24 17:57:52 SETI@home Sending scheduler request: To fetch work. 2019-09-24 17:57:52 SETI@home Requesting new tasks 2019-09-24 17:57:52 SETI@home [sched_op_debug] CPU work request: 1731456.00 seconds; 4.00 idle CPUs 2019-09-24 17:57:57 SETI@home Scheduler request completed: got 24 new tasks 2019-09-24 17:57:57 SETI@home [sched_op_debug] Server version 709 2019-09-24 17:57:57 SETI@home Project requested delay of 303 seconds 2019-09-24 17:57:57 SETI@home [sched_op_debug] estimated total CPU job duration: 102436 seconds 2019-09-24 17:57:57 SETI@home [sched_op_debug] Deferring communication for 5 min 3 sec 2019-09-24 17:57:57 SETI@home [sched_op_debug] Reason: requested by project So I'm back up and running, finally. Again, Thank you, TBar! Also Keith for trying to help as well. Linux laptop: record uptime: 1511d 20h 19m (ended due to the power brick giving-up) |
Keith Myers Send message Joined: 29 Apr 01 Posts: 13164 Credit: 1,160,866,277 RAC: 1,873 |
Glad you sorted it out. I thought about grabbing that 6.10.37 branch as it had more recent updates to the 6.10.60 branch, but you said you wanted the same as your 6.10.58 so that is what I tried. Should have gone with my gut instinct. Doesn't mean I would have been successful though as I didn't have an old 12.04 lying around. Seti@Home classic workunits:20,676 CPU time:74,226 hours A proud member of the OFA (Old Farts Association) |
Cosmic_Ocean Send message Joined: 23 Dec 00 Posts: 3027 Credit: 13,516,867 RAC: 13 |
Glad you sorted it out. I thought about grabbing that 6.10.37 branch as it had more recent updates to the 6.10.60 branch, but you said you wanted the same as your 6.10.58 so that is what I tried. Should have gone with my gut instinct. Doesn't mean I would have been successful though as I didn't have an old 12.04 lying around. I just didn't want to go BEYOND the 6.10 branch. A slight rollback is fine. Just needed to get the openssl library to be newer than 0.9.8g is all, so that comms could happen properly. Linux laptop: record uptime: 1511d 20h 19m (ended due to the power brick giving-up) |
Grant (SSSF) Send message Joined: 19 Aug 99 Posts: 13736 Credit: 208,696,464 RAC: 304 |
The servers are certainly struggling at the moment- 160k+/hr coming in, and while the splitters are occasionally able to crank out the work, they just can't sustain the output needed to rebuild the ready-to-send buffer. Grant Darwin NT |
©2024 University of California
SETI@home and Astropulse are funded by grants from the National Science Foundation, NASA, and donations from SETI@home volunteers. AstroPulse is funded in part by the NSF through grant AST-0307956.