Posts by Keith Myers

1) Message boards : Questions and problems : AMD driver discovery problem revisited (Message 91533)
Posted 4 days ago by Profile Keith Myers
Post:
I'm not really familiar with AMD graphics having only run Nvidia. I see weekly updates to the Radeon drivers for Linux on news articles at Phoronix.com. When I searched for AMD drivers for Linux, I landed on
https://drivers.amd.com/drivers/linux/amdgpu-pro-19.10-782345-ubuntu-18.04.tar.xz
which covers the S9000 and S9100. But then I see a note down in Driver Details which mentions
Note: Customers who have upgraded to the latest 4.15 Kernel for Ubuntu will need to use an 18.20 based driver such as Radeon™ Pro Software Adrenalin Edition 18.Q3 for Linux.

which doesn't make sense because Ubuntu 18.04.2 has the 4.15 Kernel. That Radeon™ Pro Software Adrenalin Edition 18.Q3 for Linux doesn't cover the S9000 or S9100 cards. Huh?

I would stick to the the long term releases like 16.04 or 18.04. I think Ubuntu 18.04 is a very stable release. I had a test partition with 18.10 for a while which I updated to the 19.04 release. The release is very fast compared to 18.04 but it also ships with a GLIBC 2.29 versus the GLIBC 2.27 of 18.04 and threw a monkey wrench into my normal reason for testing and compiling in that test partition with any executable not being compatible with the earlier Linux versions. Based on the speed of 19.04, I think that when the 20.04 LTS release debuts next year, I will be doing a distribution upgrade.
2) Message boards : Questions and problems : AMD driver discovery problem revisited (Message 91530)
Posted 4 days ago by Profile Keith Myers
Post:
What project or app is complaining of using the four year old opencl.dll? I believe almost all the projects are written to use OpenCL 1.2 and I don't know of any that require OpenCL 2.0.
3) Message boards : Questions and problems : Need help in retrieving the sah_v7_opt svn repository (Message 91526)
Posted 5 days ago by Profile Keith Myers
Post:
I can view those pages without any issues. I just can't retrieve or download anything on those pages. The only way I can see for downloading any part of the svn repository is from the "Download in other formats:
Zip Archive" link on the bottom of any page. Using that link only gets the errors I posted previously. I don't see any other mechanism for downloading the branches on those pages unless I am completely blind. I even looked at the page source in developer mode looking for a download link and found none.

I posted the errors when I try to use the svn checkout command from the command line Terminal in the previous messages. That doesn't work either.

I need the sah_v7_opt directory so I can compile the science gpu apps for aarch64 platform.

Since I am unable to retrieve anything from the svn repository, I will take you up on your offer.

[Edit] OK. Finally figured out the correct URL to access the branches via checkout. The web interface still does not work but I just retrieved the seti_boinc and sah_v7_opt repositories via command line with svn checkout.

Thanks Richard for the offer. Not necessary now.
4) Message boards : Questions and problems : AMD driver discovery problem revisited (Message 91517)
Posted 5 days ago by Profile Keith Myers
Post:
The warning about no Nvidia library found is just part of DA's code. He tests for everything and the warning is benign. I asked a similar question because of a reported warning and found the answer in the code once Richard pointed me at the part that I walked. It does and can throw someone off on a tangent without knowing that is the normal response for not finding a library.
5) Message boards : Questions and problems : Need help in retrieving the sah_v7_opt svn repository (Message 91514)
Posted 6 days ago by Profile Keith Myers
Post:
This is the result with the insecure URL:

svn checkout http://setisvn.ssl.berkeley.edu/trac/browser/branches/sah_v7_opt
svn: E170011: Repository moved temporarily to 'https://setisvn.ssl.berkeley.edu/trac/browser/branches/sah_v7_opt'
6) Message boards : Questions and problems : Need help in retrieving the sah_v7_opt svn repository (Message 91513)
Posted 6 days ago by Profile Keith Myers
Post:
I tried the insecure version with checkout too.http://setisvn.ssl.berkeley.edu/trac/browser/branches/sah_v7_opt and get the same exact result.

How did you get a browser to accept http:// instead of https:// ??
I've tried both of the available browsers Chrome 73 and Firefox 66. Neither of them will allow me to enter just the unsecure version of the URL and always autocorrect it to https. Even though I tell the browser I am willing to enter a unsecure site.

Can you access it via the command line with svn checkout?
7) Message boards : Questions and problems : Need help in retrieving the sah_v7_opt svn repository (Message 91511)
Posted 6 days ago by Profile Keith Myers
Post:
I need help in retrieving the sah_v7_opt svn repository. I can't retrieve it via the command line svn checkout command:
keith@Serenity:~$ svn checkout https://setisvn.ssl.berkeley.edu/trac/browser/branches/sah_v7_opt
svn: E170013: Unable to connect to a repository at URL 'https://setisvn.ssl.berkeley.edu/trac/browser/branches/sah_v7_opt'
svn: E130005: XML Parsing failed: Unexpected root element 'html'


Nor via the browser interface by using the get zip archive function on the branch web page:
Oops…
Trac detected an internal error:
TimeoutError: Unable to get database connection within 0 seconds. (OperationalError: unable to open database file)
There was an internal error in Trac. It is recommended that you notify your local Trac administrator with the information needed to reproduce the issue.

To that end, you could  a ticket.

The action that triggered the error was:

GET: /changeset/4031/branches/sah_v7_opt


I created a ticket but have not received any response yet.
8) Message boards : GPUs : radeon R7 240 -- ubuntu 18.04 -- boinc not computing on it (Message 91471)
Posted 8 days ago by Profile Keith Myers
Post:
I've installed from amd site the official driver, but still not working.

The AMD Linux drivers do not automatically install the OpenCL component that is required for BOINC.
https://einsteinathome.org/content/quick-guide-how-install-opencl-amd-gpus-linux-kubuntu-1804-and-similar-distro?page=1
9) Message boards : GPUs : Is there a way in Linux Mint 19.1 to delay boinc start at boot? (Message 91470)
Posted 8 days ago by Profile Keith Myers
Post:
I would first try to add a SLEEP 60 to the beginning of the startup boinc-client script in /etc/init.d/boinc-client
sleep 60
set -e
. /lib/lsb/init-functions

If that doesn't work I would then try to add an AFTER statement in the service startup script in /lib/systemd/system/boinc-client.service

[Unit]
Description=Berkeley Open Infrastructure Network Computing Client
After=network.target
After=multi.user.target


The first suggestion simply tells the system to wait 60 seconds before executing the main parts of the boinc-client script. Disadvantage is that it will always take 60 seconds to restart the service after stopping it and restarting it.

The second suggestion tells the service not to start until the video drivers are loaded which the multi.user.target is defined for.
10) Message boards : The Lounge : The Seti is Down Cafe (Message 91433)
Posted 14 days ago by Profile Keith Myers
Post:
...and unborked :-)

and borked again!

and unborked again!
11) Message boards : The Lounge : The Seti is Down Cafe (Message 91432)
Posted 14 days ago by Profile Keith Myers
Post:
...and unborked :-)

and borked again!
12) Message boards : Questions and problems : Old reliable host can't connect to E@H (Message 91416)
Posted 14 days ago by Profile Keith Myers
Post:
indicates that google.com could be contacted, not as stated. So there's still a query there.

Thanks for the comment Richard, I see that I have been misinterpreting the client responses. I always read each line as the action:response.
Now I see that each line is self-contained, in this case the first line is the response:action of contacting the reference site and the response is in the next line.
Thanks for furthering my understanding of the client.
13) Message boards : Questions and problems : Old reliable host can't connect to E@H (Message 91399)
Posted 16 days ago by Profile Keith Myers
Post:
Great news, glad that fixed it. I am constantly surprised that people running clients as old as the 6.10.60 client are still able to interact with any project. Think those are only running the Seti project though. I had a hunch that Einstein with its aggressive stance toward personal information security enforced to be compliant with GDPR rules may have come into play.

I would have liked to have seen what the http_debug output for a connection request would have shown.
14) Message boards : Questions and problems : Old reliable host can't connect to E@H (Message 91397)
Posted 16 days ago by Profile Keith Myers
Post:
Probably will need to set http_debug in the Event Log logging options.

Great idea but I have no clue how to do that.
Does your browser have the necessary TLS 1.2 or event the latest TLS 1.3 protocols

I don't know but the browser is Chrome

How old is the client? What version?
[Edit] Went back to the OP and see it is the old 7.2.42 client. That is really old and outdated. You really should update to the latest client. There have been a lot of changes regarding security in the client since the days of the 7.2.42 client.
15) Message boards : Questions and problems : Old reliable host can't connect to E@H (Message 91395)
Posted 16 days ago by Profile Keith Myers
Post:
Probably will need to set http_debug in the Event Log logging options. I wonder did Einstein make changes to their security protocols to go along with the GDPR requirements?

Does your browser have the necessary TLS 1.2 or event the latest TLS 1.3 protocols? The logging should give more details about why you can't connect.

5/4/2019 4:36:04 PM | | Project communication failed: attempting access to reference site


That is a clue which means BOINC couldn't even access google.com by the client.
16) Message boards : Questions and problems : Old reliable host can't connect to E@H (Message 91374)
Posted 17 days ago by Profile Keith Myers
Post:
Could the URL for Einstein in the old computer be incorrect in account_einstein.phys.uwm.edu.xml file?
17) Message boards : Questions and problems : Why am being forced into two consecutive 24 delays with no work returned yet (Message 91328)
Posted 20 days ago by Profile Keith Myers
Post:
You returned the 'disk limit exceeded' errors at 30 Apr 2019 3:58:40 UTC, and requested new work at 1 May 2019 0:44:29 UTC - that's less than 24 hours.

I'm not sure exactly when Einstein resets it's 'daily' clock in relation to your time zone, but it might be worth a manual update when you wake up in the morning. (In this context, it's the Einstein server which is setting the delays)

I had a feeling that Einstein bases its delay on calendar day and not UTC time. I still had 9 hours on the delay clock timer this morning but I went ahead and did an update and got work again.

This time I am able to process tasks without errors. None have validated yet but expect they will. So finally configured the host and the app_info correctly.

Thank you Richard for pointing out the real cause of the disk exceeded errors and the likely reason. The <file_copy> was the culprit.
18) Message boards : Questions and problems : Why am being forced into two consecutive 24 delays with no work returned yet (Message 91305)
Posted 21 days ago by Profile Keith Myers
Post:
Well my 24 hour delay expired and then BOINC set another 24 hour delay. Still unable to get any work for testing.
19) Message boards : Questions and problems : Why am being forced into two consecutive 24 delays with no work returned yet (Message 91302)
Posted 21 days ago by Profile Keith Myers
Post:
Fingers crossed. It might be wise to mark those library files as

<executable/>

as well - they certainly contain binary code which is going to be executed.

Don't think they work that way. At least they weren't marked executable in the CUDA90 special app app_info which I managed to find laying around in a forgotten disk. I looked at how the CUDA90 libcufft and libcudart libraries were referenced and used that app_info as pattern. They certainly worked well for that app.

Agree, fingers crossed. Think it will work this time when I can get work again.
20) Message boards : Questions and problems : Why am being forced into two consecutive 24 delays with no work returned yet (Message 91296)
Posted 21 days ago by Profile Keith Myers
Post:
This is the app_info I am going to attempt to use.

<app_info>

  <app>
    <name>einsteinbinary_BRP4</name>
  </app>
  <file_info>
    <name>einsteinbinary_cuda64</name>
    <executable/>
  </file_info>
  <file_info>
    <name>einsteinbinary_cuda-db.dev</name>
  </file_info>
  <file_info>
    <name>einsteinbinary_cuda-dbhs.dev</name>
  </file_info>
  <file_info>
    <name>libcufft.so.8.0</name>
  </file_info>
  <file_info>
   <name>libcudart.so.8.0</name>
  </file_info>
  <app_version>
    <app_name>einsteinbinary_BRP4</app_name>
    <version_num>999</version_num>
    <api_version>7.2.2</api_version>
    <coproc>
      <type>CUDA</type>
      <count>1.0</count>
    </coproc>
    <file_ref>
      <file_name>einsteinbinary_cuda64</file_name>
      <main_program/>
    </file_ref>
    <file_ref>
      <file_name>einsteinbinary_cuda-db.dev</file_name>
      <open_name>db.dev</open_name>
      <copy_file/>
    </file_ref>
    <file_ref>
      <file_name>einsteinbinary_cuda-dbhs.dev</file_name>
      <open_name>dbhs.dev</open_name>
      <copy_file/>
    </file_ref>
    <file_ref>
    <file_name>libcufft.so.8.0</file_name>
    </file_ref>
    <file_ref>
      <file_name>libcudart.so.8.0</file_name>
    </file_ref>
  </app_version>

</app_info>




Next 20

Copyright © 2019 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.