Posts by Paul

21) Message boards : Web interfaces : Cannot change account e-mail address (Message 79385)
Posted 29 Jun 2017 by Paul
Post:
Wow, thank you! Much appreciated!
22) Message boards : Web interfaces : Cannot change account e-mail address (Message 79298)
Posted 25 Jun 2017 by Paul
Post:
Hi All,

My "lifetime" e-mail address from my Alma Mater is getting shutdown. But, I cannot register with my new e-mail address from vfemail.net; I get this error:

Fatal error: Call to undefined function is_banned_email_addr() in /mydisks/a/users/boincadm/projects/dev/html/user/edit_email_action.php on line 35

I'm sure this domain does not deserve to be banned. Can someone change this?
23) Message boards : BOINC Manager : After Upgrade To Fedora 25, Manager Doesn't Run, return code 255 (Message 74750)
Posted 13 Dec 2016 by Paul
Post:
7.6.33. I've been keeping up with git repo.

Looks like it was BOINC-<username> in my home directory. After a crash, boincmgr wouldn't start until I deleted it.

Thanks!
24) Message boards : BOINC Manager : After Upgrade To Fedora 25, Manager Doesn't Run, return code 255 (Message 74673)
Posted 8 Dec 2016 by Paul
Post:
Is anyone else seeing this?

I upgraded to Fedora 25, yesterday. After updating several times and rebuilding BOINC client and manager, the manager will to start up at all. I get return code 255 immediately.
The build seems to have been successful.
25) Message boards : BOINC Manager : Manager Log Data Format Error (Linux, Fedora 24, BOINC 7.6.33) (Message 73713)
Posted 2 Nov 2016 by Paul
Post:
Hmm, well, I just ran 'make' and both 'client/boinc' and 'clientgui/boincmgr' have the same time stamp. So, I don't *think* that is the cause of this problem in my case.

But, I did find that this happens when I start boinc client first, then start boincmgr afterward. If I start boincmgr first, this isn't a problem.

After realizing this, I checked the options for boinc. Now I'm using '--redirectio --dir .' for boinc and this effect is gone. Not 100% sure these are related, but this option fixed yet another problem I had where boinc completely stopped logging to stdoutdae.txt, which started back in June 2016.

Using this option, I get stdout logged to a file, I dont' have to start boinc/boincmgr in any order, and this data format error is gone. I haven't rebuilt either client or manager since I posted this question.
26) Message boards : BOINC Manager : Manager Log Data Format Error (Linux, Fedora 24, BOINC 7.6.33) (Message 73340)
Posted 15 Oct 2016 by Paul
Post:
After a recent system update, BOINC client has been making reported some odd non-critical errors which I reported in a different thread. I rebuilt the client and manager, which didn't resolve that problem, but now I see this in the manger's version of the log:

Sat 15 Oct 2016 12:13:48 PM | | <![CDATA[ max memory usage when active: 12836.66MB]]>
Sat 15 Oct 2016 12:13:48 PM | | <![CDATA[ max memory usage when idle: 19254.98MB]]>
Sat 15 Oct 2016 12:13:48 PM | | <![CDATA[ max disk usage: 5.00GB]]>
Sat 15 Oct 2016 12:13:48 PM | | <![CDATA[Number of usable CPUs has changed from 6 to 5.]]>
Sat 15 Oct 2016 12:13:48 PM | | <![CDATA[ max CPUs used: 5]]>
Sat 15 Oct 2016 12:13:48 PM | | <![CDATA[ suspend work if non-BOINC CPU load exceeds 90%]]>
Sat 15 Oct 2016 12:13:48 PM | | <![CDATA[ max download rate: 90000 bytes/sec]]>
Sat 15 Oct 2016 12:13:48 PM | | <![CDATA[ max upload rate: 50000 bytes/sec]]>
Sat 15 Oct 2016 12:13:48 PM | | <![CDATA[ (to change preferences, visit a project web site or select Preferences in the Manager)]]>

stdoutdae.txt looks normal.
27) Message boards : Questions and problems : client output flood (Linux, Fedora 24): keyInvalid MIT-MAGIC-COOKIE-1 (Message 73338)
Posted 15 Oct 2016 by Paul
Post:
Is anyone else seeing this? After a recent system update, I now see this output from boinc client when my screen saver is on:

... keyInvalid MIT-MAGIC-COOKIE-1 keyInvalid MIT-MAGIC-COOKIE-1 keyInvali d MIT-MAGIC-COOKIE-1 keyInvalid MIT-MAGIC-COOKIE-1 keyInvalid MIT-MAGIC-COOKIE-1 keyInvalid MIT-MAGIC-COOKIE-1 keyInvalid MIT-MAGIC-COOKIE-1 keyInvalid MIT-MAGIC-COOKIE-1 keyInvalid MIT-MAGIC-COOKIE-1 keyInvalid MIT-MAGIC-COOKIE-1 keyInvalid MIT-MAGIC-COOKIE-1 ...

This doesn't start immediately, though. If I lock the screen and unlock it, I don't see any of these messages. But, over night, for example, I get as many as 1000 lines worth of this.

I tried rebuilding 7.6.33, but that didn't help and, now that I think about it,
doesn't seem like it would.

It doesn't seem to affect computing, but it's very odd, new, and makes me worried about GPU computing. Since kernel 4.7.5 two weeks ago, I've had several video-related crashes. This may have started with that update, or maybe the next one.
28) Message boards : GPUs : GPU work fails when light-locker screensaver/screenlocker activated (Message 70364)
Posted 23 Jun 2016 by Paul
Post:
A while ago, there were problems with X11+GDM+fglrx/Catalyst. So, I switched to lightdm. That was working fine for the past two years or so. After upgrade to Fedora 24 two days ago, I now have light-locker. I actually was using that in F23 on my netbook & VMs, so I thought that was okay.

But, on my desktop, which has two AMD GPUs (and have been working pretty well since February), I noticed many jobs were failing. What's odd is that they seem to run fine when I watch them. I mean, I pick a failed task, look it up my reported tasks to see it ran for 4 seconds and failed with errors about no GPUs. But, when I watch active tasks in the manager, there are running GPU tasks and some have run for an hour, already. Plus, are even some reported tasks that show successful completion.

So, I put 2+2 together and figured that most tasks were breaking, but only the ones that completed while I was logged in were succeeding. I haven't checked times carefully, but I think that's what happened.

So, it's light-locker. When light-locker switches virtual-consoles, I think GPU jobs are breaking and cannot start.

Anybody else seeing this?
29) Message boards : GPUs : Why Doesn't and When Will BOINC Support GPUs Via Open-Source OpenCL Drivers? (Message 68008)
Posted 25 Feb 2016 by Paul
Post:
Oh, good. So, the picture is getting more clear quite quickly.

I can also report that Fedora has just released new testing packages based on 7.6.22 for F23(current), & RHEL7. Now that I have converted back to a local copy, I need to take care not to mess things up when I test it, but I'm going to try to do that later this week. There is one report of problems already, though.
30) Message boards : GPUs : Why Doesn't and When Will BOINC Support GPUs Via Open-Source OpenCL Drivers? (Message 67783)
Posted 16 Feb 2016 by Paul
Post:
Wow, that was easy. I pointed ./configure at my system wx-config-3.0 and that prevented it disabling the mgr build. The build completed and it seems to work file. Paulie reported 100% CPU usage, but I don't see that on my system.

So, I think that's that. It looks better just about everywhere, too. System tray mouse-over is improved (proper location, system style).

I'll report back here if I find problems, but I'll talk to Paulie and see if we can get it built for him, too.
31) Message boards : GPUs : Why Doesn't and When Will BOINC Support GPUs Via Open-Source OpenCL Drivers? (Message 67782)
Posted 16 Feb 2016 by Paul
Post:
Oh, really? Well, F23, which is latest, has wxGTK3-3.0.2-12.fc23. So, perhaps Fedora's wxWidgets is good.

But, I thought not, since Paulie (over at Einstein@Home) tried to build boincmgr before and had problems. I'm sure he has Fedora and I'm almost certain he tried on F23. For myself, _autosetup (or was it configure?) couldn't find wxWidgets and turned off disabled building the manager, so, I'm not really sure what would happen if I got it to build. Perhaps I'll check that out. I read somewhere that having 2.x and 3.x available would confused the build process, so I'll try to give wxWidgets3 path and see if that will at least build it... More later.

Thanks Ageless! Sorry to make you work for it; if it's not public I guess can't find without your help. No hurry, of course. Feel free to just point me somewhere if you can.
32) Message boards : GPUs : Why Doesn't and When Will BOINC Support GPUs Via Open-Source OpenCL Drivers? (Message 67779)
Posted 15 Feb 2016 by Paul
Post:
I have initiated a bug to have BOINC (and related libs) updated in Fedora. My main goal is to make sure this gets into F24, since it sounds like that will have to happen, anyway. Depending on how that goes, I'll also push for an update into F23.

But, they have asked me for all the details regarding this bug with wxWidgets and boincmgr. Will BOINC folks please post or send me details? I need to know (or be able find out by researching): A) what is the wxWidgets patch that is needed for boincmgr (it sounds like the patch already exists and has been tested, is that true?); and 2) what is happening upstream with wxWidgets development team regarding this bug/patch.
33) Message boards : GPUs : Why Doesn't and When Will BOINC Support GPUs Via Open-Source OpenCL Drivers? (Message 67566)
Posted 6 Feb 2016 by Paul
Post:
Rats! Seems like SETI doesn't have any apps for these GPUs, although BOINC is asking the project for AMD/ATi tasks. That's why I came here and you delivered.

Many thanks, again!

I guess I can head over to SETI forums and see if someone there can help me like you did. I can try other projects, too, that'd be almost as good.
34) Message boards : GPUs : Why Doesn't and When Will BOINC Support GPUs Via Open-Source OpenCL Drivers? (Message 67565)
Posted 6 Feb 2016 by Paul
Post:
Nevermind. After trying a few times with boinccmd, it started working and so I tried my distribution's boincmgr again, it also worked. So, all good.

Should have project tasks running very soon!
35) Message boards : GPUs : Why Doesn't and When Will BOINC Support GPUs Via Open-Source OpenCL Drivers? (Message 67563)
Posted 6 Feb 2016 by Paul
Post:
Oh, one more thing, sorry...

Do I need to build the manager now to talk to the client? I figured my old manager would work, but it doesn't seem to want to stay connected.
36) Message boards : GPUs : Why Doesn't and When Will BOINC Support GPUs Via Open-Source OpenCL Drivers? (Message 67562)
Posted 6 Feb 2016 by Paul
Post:
OMG. I think it worked!

2$ ./boinc
05-Feb-2016 19:53:22 [---] Starting BOINC client version 7.6.23 for x86_64-pc-linux-gnu
05-Feb-2016 19:53:22 [---] log flags: file_xfer, sched_ops, task, coproc_debug
05-Feb-2016 19:53:22 [---] Libraries: libcurl/7.43.0 NSS/3.21 Basic ECC zlib/1.2.8 libidn/1.32 libssh2/1.6.0 nghttp2/1.6.0
05-Feb-2016 19:53:22 [---] Data directory: /home/<username>/local/BOINC
05-Feb-2016 19:53:22 [---] [coproc] launching child process at ./boinc
05-Feb-2016 19:53:22 [---] [coproc] relative to directory /home/<username>/local/BOINC
05-Feb-2016 19:53:22 [---] [coproc] with data directory /home/<username>/local/BOINC
05-Feb-2016 19:53:22 [---] OpenCL: AMD/ATI GPU 0: AMD PITCAIRN (DRM 2.43.0, LLVM 3.7.0) (driver version 11.1.0, device version OpenCL 1.1 MESA 11.1.0, 1024MB, 1024MB available, 1680 GFLOPS peak)
05-Feb-2016 19:53:22 [---] OpenCL: AMD/ATI GPU 1: AMD PITCAIRN (DRM 2.43.0, LLVM 3.7.0) (driver version 11.1.0, device version OpenCL 1.1 MESA 11.1.0, 1024MB, 1024MB available, 1680 GFLOPS peak)
05-Feb-2016 19:53:22 [---] OpenCL CPU: pthread-AMD FX(tm)-8350 Eight-Core Processor (OpenCL driver vendor: The pocl project, driver version 0.12, device version OpenCL 1.2 pocl)
05-Feb-2016 19:53:22 [---] [coproc] NVIDIA: libcuda.so: cannot open shared object file: No such file or directory

Wow! This is awesome! I had no idea this would work. Actually I was pretty sure it wouldn't...I spent years fighting proprietary drivers because I thought it wouldn't.

I stand happily corrected! You are right and I was wrong, so wrong.

Thank you for all your help. Really; you may not know how much easier this makes my life.

I have only have one other question and it's much easier, I'm sure:
Do you think this worked because it was a newer version or something else? I want to know because, if it's just an improvement made between 7.2.42 and now, then I want to request an update to the Fedora repository package and I don't need to give any other instructions. (I think it must be because I didn't change a single thing on my computer.)
37) Message boards : GPUs : Why Doesn't and When Will BOINC Support GPUs Via Open-Source OpenCL Drivers? (Message 67551)
Posted 5 Feb 2016 by Paul
Post:
Well, the build was successful, AFAICT.

But, when I run it, the coproc detection is even worse with 7.6.23! 7.2.42 from my distribution detects my CPU OpenCL coprocs. But 7.6.23 doesn't. And, it also doesn't detect my GPUs, either.

$ boinc_client
05-Feb-2016 13:29:25 [---] Starting BOINC client version 7.6.23 for x86_64-pc-linux-gnu
05-Feb-2016 13:29:25 [---] log flags: file_xfer, sched_ops, task, coproc_debug
05-Feb-2016 13:29:25 [---] Libraries: libcurl/7.43.0 NSS/3.21 Basic ECC zlib/1.2.8 libidn/1.32 libssh2/1.6.0 nghttp2/1.6.0
05-Feb-2016 13:29:25 [---] Data directory: /home/<username>/local/BOINC
05-Feb-2016 13:29:25 [---] [coproc] launching child process at boinc_client
05-Feb-2016 13:29:25 [---] [coproc] relative to directory /home/<username>/local/BOINC
05-Feb-2016 13:29:25 [---] [coproc] with data directory /home/<username>/local/BOINC
execv: No such file or directory
05-Feb-2016 13:29:25 [---] GPU detection failed. error code 512
05-Feb-2016 13:29:25 [---] [coproc] read_coproc_info_file() returned error -108
05-Feb-2016 13:29:25 [---] No usable GPUs found

(username redacted)

Notice the error log that has no header. I'm not sure if this is important or not. Seems like it is since that's just at the point of coproc detection. I did enable coproc_debug, though, so I hope that helps.

One problem is that 'make install' failed because it tried to update my /etc/init.d/ files. That's not even how my distribution works, so that would work anyway, but I cannot install this test globally. Why did the install try to do this? I expected the default build to build for local installation, just like the official release shell-extractable packages. I just created BOINC/ and ran boinc_client from there. Is that valid? Can I reconfigure the build to work better for my test?

(I think I'll strace this later to see what it tried to run. I don't think the install finished.)

I'm pretty far into this, now, so if you have any ideas or want me to try anything, please let me know.
38) Message boards : GPUs : Why Doesn't and When Will BOINC Support GPUs Via Open-Source OpenCL Drivers? (Message 67549)
Posted 5 Feb 2016 by Paul
Post:
Umm, just how many cards you have? clinfo says you have two.

Just two.


Don't worry about configure not saying anything about OpenCL. All the GPU libraries are loaded dynamically at runtime. This way the same client can be run on hosts with and without GPUs.

Sweet! But, it seems to be worse...(see next post)
39) Message boards : GPUs : Why Doesn't and When Will BOINC Support GPUs Via Open-Source OpenCL Drivers? (Message 67548)
Posted 5 Feb 2016 by Paul
Post:
Jord,

Got it, thanks. Interesting. I'm curious about the details, but I don't think it's important at the moment.

I can handle building one extra library. But, correct me if I'm wrong, I don't need the manager to test the client's coproc detection.
40) Message boards : GPUs : Why Doesn't and When Will BOINC Support GPUs Via Open-Source OpenCL Drivers? (Message 67534)
Posted 5 Feb 2016 by Paul
Post:
Oh I almost forgot. In addition to the build not mentioning opencl, the dependencies and build instructions don't mention it either! There were several minor dependencies that were not listed that were caught by ./configure, but I'm very suspicious.

You're sure this is supposed to work?


Previous 20 · Next 20

Copyright © 2024 University of California.
Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation.