climateprediction.net home page
Trying to get Linux work

Trying to get Linux work

Message boards : Number crunching : Trying to get Linux work
Message board moderation

To post messages, you must log in.

AuthorMessage
fortran

Send message
Joined: 28 Jun 06
Posts: 20
Credit: 1,349,578
RAC: 0
Message 54940 - Posted: 17 Oct 2016, 4:45:15 UTC

Snow is falling here, which screwed up my plans (for working outside). And I have time to do other things, like getting Climate Prediction working again. After moving and hardware upgrades.

A year ago, I updated hardware which seemed to make having ClimatePrediction restart unusual. Unusual for the people writing the BOINC modules. So, nothing ever got downloaded. Les Bayliss (sp?) has mentioned 32 bit requirements for AMD64 machines. I am running Debian, and multiarchticture is present here. And has been for quite a while.

Since the hardware change 6 months ago or so, the project directory in /var has been empty. Not surprisingly, this means no ClimatePrediction jobs are running.

With the recent (much earlier than expected) snow, I have had time to add various 32 bit libraries to my amd64 machine. And Climate Prediction has still not started any jobs, or added any content to .../projects/... so that I could at least run ldd to look for more missing 32 bit libraries.

Maybe benchmarks are needed. So, I had BOINC Manager redo benchmarks. Still no change (no BOINC jobs, no messages in the log to indicate why).

Today, I told BOINC Manager to remove Climate Prediction, and then I added it back in. Just the same as before. No content to the .../Projects/... directory, no jobs listed, no storage taken, nothing noted in the BOINC log.

My foo has run out. I don't know what else is needed to find out what is missing to get jobs (if they are available) to download.

What am I doing wrong?

I recently posted things vaguely similar, and a search here produced nothing? Not even what I posted.

ID: 54940 · Report as offensive     Reply Quote
Profile Iain Inglis
Volunteer moderator

Send message
Joined: 16 Jan 10
Posts: 1079
Credit: 6,907,363
RAC: 6,402
Message 54943 - Posted: 17 Oct 2016, 7:49:47 UTC

The work comes out in batches currently, which don't always last very long. At the moment the job queue is empty, so your machine won't get any work even if the 32-bit configuration is correct.

If new work comes out I'll try to remember to post a message in this thread so you can download some work to test your new setup.
ID: 54943 · Report as offensive     Reply Quote
Profile Iain Inglis
Volunteer moderator

Send message
Joined: 16 Jan 10
Posts: 1079
Credit: 6,907,363
RAC: 6,402
Message 54944 - Posted: 17 Oct 2016, 11:13:43 UTC

... that didn't take long. There are a few hundred work units in the queue now.
ID: 54944 · Report as offensive     Reply Quote
fortran

Send message
Joined: 28 Jun 06
Posts: 20
Credit: 1,349,578
RAC: 0
Message 54946 - Posted: 17 Oct 2016, 13:55:02 UTC - in response to Message 54944.  

I just woke up, and put in my request for a unit or two.

ID: 54946 · Report as offensive     Reply Quote
fortran

Send message
Joined: 28 Jun 06
Posts: 20
Credit: 1,349,578
RAC: 0
Message 54947 - Posted: 17 Oct 2016, 15:27:33 UTC - in response to Message 54946.  

Well, something was downloaded. Now I can see if things will work, or what else is missing.

191 MB of wah2*zip and gz files.

One wah2*zip file has data in the name, it contains datain and jobs directories full of various files.

Three wah2_eu*zip files. One of those files has namelists, stashc and a cpdc files. I presume the other 2 are similar.

One wah2_se*zip file which contains a shared object library. Or perhaps a person should say it is a wah2*8.12_i686-pc-linux-gnu.zip file, with se in the name.

There are 2 other i686 zips, with am and rm in the fname. They contain a single file, nominally the same as the name of the archive (minus the zip extension).

Running ldd against the shared object library, it lists 8 objects. The 6 in the middle are of the form
name => path
and the path involves a 32 bit designation, and does exist on this computer. The last object is just /lib/ld-linux.so.2 (no 32 bit designation in path, but a 32 bit ld-linux does exist on machine). The first object is
linux-gate.so.1
which does not exist on this computer, and is not listed in any Debian package. I presume this is part of ClimaePrediction?

Running ldd against the wah2am file, it sees 6 objects, the middle 4 are found with 32 bit indications in the path, the first and last same as the shared object.

And the wah2rm file is nominally the same as the wah2am file.

ID: 54947 · Report as offensive     Reply Quote
fortran

Send message
Joined: 28 Jun 06
Posts: 20
Credit: 1,349,578
RAC: 0
Message 54948 - Posted: 17 Oct 2016, 16:31:52 UTC - in response to Message 54947.  

Ah, I see that linux-gate is a facility provided by the kernel.

http://stackoverflow.com/questions/19981862/what-are-ld-linux-so-2-and-linux-gate-so-1

So, everything appears to be resolved in the zip files I looked at.


ID: 54948 · Report as offensive     Reply Quote
fortran

Send message
Joined: 28 Jun 06
Posts: 20
Credit: 1,349,578
RAC: 0
Message 54949 - Posted: 17 Oct 2016, 16:33:59 UTC - in response to Message 54948.  

And checking the BOINC manager, I see that 3 instances are off and running. ETA is only 3.5 days each. :-)

ID: 54949 · Report as offensive     Reply Quote

Message boards : Number crunching : Trying to get Linux work

©2024 climateprediction.net