climateprediction.net home page
Posts by nairb

Posts by nairb

21) Questions and Answers : Unix/Linux : Fedora 36 (Message 66677)
Posted 30 Nov 2022 by nairb
Post:
For those who might be interested these latest OpenIFS models seem to work ok on fedora 32 and a fresh install of fedora 36 with no extra libs. Which I like a lot.
22) Questions and Answers : Unix/Linux : Fedora 36 (Message 66071)
Posted 7 Sep 2022 by nairb
Post:
So, I decided it was time to install those 32bit libs required for climate. I have 2 versions of fedora at the moment. Fedora 32 & 36. Both running fedora-lxde and vbox 6.1. Both work fine for those projects that need vbox and those that dont. Both fresh installs and not upgrades.

Installing the libstdc++.so.6, libnsl.so.1 and libz.so.1 seems to work on fedora 32 - as others have found.......

But Installing the libstdc++.so.6 on fedora 36 gave conflict errors. It might be due to using the lxde spin..... I dont know. Maybe a full install of fedora 36 kde might be different.

So at least the fedora 32 should work along with the vbox which will do for a while.

We shall see.
23) Questions and Answers : Unix/Linux : Fedora 36 (Message 65568)
Posted 15 Jun 2022 by nairb
Post:
Now, I thought fedora 30 was the last version to offer 32bit lib support. But if fedora 32 also works with those 32bit libs then it's a way forward.
I have a disk with fedora 32 & vbox 6.1 installed, and it does work for lhc/rossetta etc in fact for most of those vbox projects

So I thought I would give it a try on cpdn.

Shame it said there was no w/u's available.

But a true 64bit application is the only way forward in the end.
24) Questions and Answers : Unix/Linux : Fedora 36 (Message 65566)
Posted 15 Jun 2022 by nairb
Post:
So, fedora 30 runs this climate stuff ok with the addition of a few 32 bit libs. Which is all very nice. But there didn't seem to be a version of Vbox that ran on fedora 30. There is a version that runs on latter versions of fedora.
So, I installed fedora 36-lxde and vbox 6.1 on a spare disk and successfully started running those projects that need a virtual machine on Linux.

Will those old 32 bit libs from fedora 30 still work on the latest fedora?.

Anybody tried any of the later fedora spins (32/33/34 etc).
25) Message boards : Number crunching : The energy crunch (Message 65293)
Posted 14 Mar 2022 by nairb
Post:
up to £325 / year / machine, an increase of just over £80 / year.


Well it is a "hobby" so to speak and hobbies cost money. But the fun for me was building old machines out of scrap and getting a version of linux on it and crunching away with cheap elecy. A 24 thread machine is a wonderful bit of kit but at £325+ quid each to run is painful. It is a years worth of contributions tho. My I7 setup will be about £260 ish I think but easily more than £330 if I startup another 1 or 2 for a week at a time.

My energy supplier is going to almost double the standing charge also. Another sneaky rise.

It would be interesting to know how much of the contribution to the project are from dedicated crunching machines. I wonder if there will be a noticeable drop off in work returned (for all projects). Or maybe just from a few countries.
26) Message boards : Number crunching : The energy crunch (Message 65275)
Posted 13 Mar 2022 by nairb
Post:
Well here in the UK we are about to get a big price rise in energy costs. One of the things that can be switched off is the 1,2 or sometimes 3 computers that run the various projects. There is always one running and a second one for maybe 1 week a month + others on a whim.
Most other project w/u's are short(ish). Cpdn w/u usually last 20 odd days for me anyway. So once the w/u has started its best to let it finish uninterrupted.
So, once upon a time, doing this distributed processing was cheap and interesting. The cheap part is disappearing.
Years ago, back when electricity was cheap I used to have 30+ old machines running. Back in the early days of seti.
I will have to see how expensive having a 4 core 8 thread machine running is. It is only a hobby after all.
27) Message boards : Number crunching : The old -131 (file size too big) shows up again (Message 64880)
Posted 18 Dec 2021 by nairb
Post:
I used to take the matching of cpu to m/b and type of ram very seriously. This was many years ago when a P3 700 mhz slot2 xeon with 2 meg of L2 cache was the biz. I still have that machine (dual slot2). But today its utterly useless for ..... well, anything. Fedora core 4 is not quite leading edge anymore.

Nowadays I am content to copy what others do. I have spent a small amount of time looking at the various Ryzen setups. It would be nice to have a reasonably modern bit of kit for a while. I doubt I will be around long enough to see it consigned to the trash can like the dual slot2.
28) Message boards : Number crunching : The old -131 (file size too big) shows up again (Message 64878)
Posted 17 Dec 2021 by nairb
Post:
Well the machine might only have 12gig of memory but with 4 models running it still uses very little swap space. I try to fill the other 4 threads with low impact tasks such as covid tasks from WCG or other projects. If I run 4 ARP & climate at once it all grinds to a slow crawl. But still little swap used. Just 4 models at once seems ok.
I know an I7 processor is only a glorified I5 processor..... once upon a time a P4 was the mighty processor. I still have a couple of P75 machines.....
Regardless of the size of the processor etc, why cant the file size be set at the maximum size? Upload speed can be slow for a variety of reasons.

Anyway..... whats a decent upgrade. A Ryzen 7/motherboard combo?. We always want more speed.
29) Message boards : Number crunching : The old -131 (file size too big) shows up again (Message 64870)
Posted 12 Dec 2021 by nairb
Post:
I thought these error had been fixed. But there was 2 w/u finishing at the same time and the uploads were slow. I know there is a fix to change the xml file but it requires a w/u restart?? and we all know how hit & miss that can be. I dident even look to edit any files. Why the w/u cannot be sent out with a large file size set as default?. I'm sure there is a technical reason.
30) Message boards : Number crunching : The old -131 (file size too big) shows up again (Message 64867)
Posted 12 Dec 2021 by nairb
Post:
It does annoy me that this error crashes the model right at the end. In this case a 20 day jobbie. What a waste.
This one.
https://www.cpdn.org/result.php?resultid=22153705

3 other finished ok
31) Message boards : Number crunching : Time for another moan about w/u not restarting (Message 63725)
Posted 19 Mar 2021 by nairb
Post:
I thought you would need to stop all processing in order to make a copy/backup of working w/u's. Which could be fatal to a climate w/u anyway. If there is only 1 project running this also helps. But if there are multiple w/u from several projects running then it all becomes very messy I believe. Can a climate w/u thats done a trickle file upload be restored to a point before the trickle up??. I dont know.

For most projects its get a w/u and dont worry, re-starts are not an issue. Climate seems to like its own dedicated machine and left alone - just feed it electricity.
32) Message boards : Number crunching : Time for another moan about w/u not restarting (Message 63720)
Posted 18 Mar 2021 by nairb
Post:
So, I found one machine had stopped responding by a vnc connection. I went and checked the machine and found its keyboard UN-responsive as well. So there was no way to shutdown Boinc. The mouse was still working so the machine was shutdown.

Well we all know what this might mean for those weak and feeble climate w/u. On startup 2 w/u had fainted and died. Some 11 days of processing lost between them. But a grain of sand in the history of climate processing.
I have bucket of ARP w/u to do instead. They love a restart, in-case there is a fault with the machine and it needs a restart.
I really do get frustrated just how easy these climate w/u pass-out and die for any reason.
33) Message boards : Number crunching : w/u completed but still showing as "Server state In progress" (Message 63118)
Posted 17 Dec 2020 by nairb
Post:
The last zip upload should have gone to the server OK, so all is not lost.
It's just that the completion will not be registered on your tasks page, so you have to remember that mentally.


Ok, so the w/u should be valid for the scientists but just shows "in progress" on the tasks page. Which is a better outcome.

It must be possible to run a script to update the tasks page. But if the task has finished ok I guess there is little incentive to do this.
34) Message boards : Number crunching : w/u completed but still showing as "Server state In progress" (Message 63108)
Posted 9 Dec 2020 by nairb
Post:
Thanks for the answer..... So it seems there is another way to lose a w/u at 100%. Without any warning a w/u can be wasted on the last "ready to report" communication. And all is lost................... along with any remaining sense of satisfaction which is all there really is from participating in these projects.
I will let the remaining 5 run to completion. Who knows - a couple of w/u might actually end up being useful.
35) Message boards : Number crunching : w/u completed but still showing as "Server state In progress" (Message 63089)
Posted 3 Dec 2020 by nairb
Post:
So I sat and watched a w/u complete...... sad I know. It uploaded the 5th trickle ok. Then came to the end of processing and produced a small file to upload, which uploaded ok. The w/u status changed Ready to report ?. Which it did.

All very satisfying after 20 days. We dont all have super computers.....

But a day later the w/u is still showing as "In progress" on the "tasks for computer" page.

https://www.cpdn.org/result.php?resultid=21957285

The computer it came from only has 1 cpdn task left to do before its harddisk is upgraded.
Has the server just not caught up yet or is it another fiendish way of losing a w/u at 100%
Ta
Nairb
36) Message boards : Number crunching : uploads failing hadam4h (Message 63019)
Posted 25 Nov 2020 by nairb
Post:
EDIT... forget it. Its cleared by its self and started uploading again.... its the 5 trickle and I was hoping it would finish uploading before the w/u ended.... But it seems ok.

Anybody else having an upload issue with hadam4h uploads??. Its been stuck on the 5th trickle up for a while now. The machine seems to be ok with other projects.
It just says error reported by upload server.......
Luckily the w/u has complete ok and is waiting to upload
37) Message boards : Number crunching : New work Discussion (Message 63012)
Posted 24 Nov 2020 by nairb
Post:

I am pretty certain that means the number of users who have returned completed tasks in the past 24 hours.


And I must be among them coz for the first time in living memory I managed to return 2... yes thats two successfully completed w/u in 1 day.

And just to settle the nerves I have a bunch of ARP w/u to do for a couple of days. I do like w/u's that seem impossible to kill. Unlike others that we could mention.....
38) Message boards : Number crunching : uploads failing hadam4h (Message 63004)
Posted 21 Nov 2020 by nairb
Post:
Opps. Yes its working now
Ta
Nairb
39) Message boards : Number crunching : uploads failing hadam4h (Message 63002)
Posted 21 Nov 2020 by nairb
Post:
Two machines are reporting upload fail with Hadam4h.
Sat 21 Nov 2020 03:59:10 GMT | climateprediction.net | [error] Error reported by file upload server: [hadam4h_b09s_200811_5_882_012035360_0_r1292062071_4.zip] locked by file_upload_handler PID=15930
Sat 21 Nov 2020 03:59:10 GMT | climateprediction.net | Backing off 02:54:39 on upload of hadam4h_b09s_200811_5_882_012035360_0_r1292062071_4.zip

I presume its an upload server issue?.

EDIT..... looks like the problem has gone away.

I would delete this message but there is no option to do so.
40) Questions and Answers : Unix/Linux : computation error at 100% complete (Message 62837)
Posted 2 Nov 2020 by nairb
Post:
So, I used the new method of suspending these wu before stopping the client. Then checking to make sure they have gone. It seem to have worked for 1 machine. All 4 w/u restarted. And sofar are still running.
On the second machine the same procedure applied and both w/u failed with computation error when restarted.

Maybe its a fedora 30 thing...... Thats some 50 days of processing lost/wasted today.


Previous 20 · Next 20

©2024 climateprediction.net