Pages:
Author

Topic: Bitcoind x86 binary for CentOS (Read 18271 times)

sr. member
Activity: 311
Merit: 250
July 19, 2011, 08:18:24 PM
#46
An easy way around the problem is compile bitcoind under debian statically, and then it will run under Cent OS without problems.
However that is easy for the command line version, it is very difficult for the gui.
To get it to compile statically you have to make sure that under debian you have installed the developer libraries, most of those libraries are not installed by default, under ubuntu it is the same as debian.
By developer library I mean those libraries that end in .a for example libxxx.a, the ones that en in .so are runtime libraries.


hero member
Activity: 1118
Merit: 541
July 18, 2011, 01:50:26 AM
#45

I already uploaded my CentOS 5.6 x86_64 0.3.24 static build to the following thread.

http://forum.bitcoin.org/index.php?topic=27352.0

I've got the environment for it now so I was going to continue to release 5.6 x86_64 static builds as new stable versions are released.



hero member
Activity: 588
Merit: 500
July 16, 2011, 11:18:35 PM
#44
I'm in the middle of making a "proper" CentOS build, including all necessary dependencies. Once complete it will be in a proper yum repository so you can just yum install and yum update it like everything else on your system. As several people have noted, it's harder than it looks, and combined with the necessity of keeping it separated from the existing system libraries and packaged for distribution in a yum repository, it's going slower than I would like. But once I'm done with this pass it will be about 95% automated, (the manual part being downloading the new source code from SF) so I can have new versions of Bitcoin out within hours of their official release.
full member
Activity: 175
Merit: 100
July 16, 2011, 10:02:13 PM
#43
It took a whole bunch of hours hacking away at it until it worked, and frankly, I was kind of wasted and don't remember what I did or didn't do.

Yep. I just stored a copy of the command history and will clean it up later. Might make an installer script to make things easy.

Just a warning about 0.3.22 on CentOS: If you run it for two weeks, you'll find it sucking up about 25% of your system memory. Just kill it and restart. There's a leak in there somewhere.

Running 0.3.25 straight from git... will let you know if I see any leaks.

Thanks for posting the binary - will certainly help others get up and running faster.  This was certainly a journey.
hero member
Activity: 568
Merit: 500
July 16, 2011, 08:17:07 PM
#42
We had to build our own Bitcoin 0.3.22 binary for CentOS 5.5 a few weeks ago, for our casino's entry into the bitcoin market (which is imminent  Grin). I don't mind sharing it, as I sure as hell wouldn't ever want to do it again. There were some instructions for a makefile floating around the web; they were basically wrong. Anyway, I did get it figured out; I put up a tarball here of just the binary. To use this, basically place it in your web hierarchy (outside the public directory) and run it. It'll create a .bitcoin directory in the root directory of the user that runs it. You'll then need to put a bitcoin.conf file into that before properly using it:

https://strikesapphire.com/bitcoind.0.3.22.bin.tar.gz   -----Small, works wonders, though already slightly outdated  Undecided

And now here's a tarball with everything you would need to build it:

https://strikesapphire.com/bitcoin.all.centos55.tar.gz      ----Warning: 165 Mb.

The "everything" file is pretty big. It includes a working bitcoind binary, as well as a proper CentOS makefile under Trunk/ and also builds of BerkeleyDB, boost and openSSL which have to be available if you want to use the makefile to compile a newer version. Should be plug and play to throw a new version at it, but please don't ask me how to do anything with this. It took a whole bunch of hours hacking away at it until it worked, and frankly, I was kind of wasted and don't remember what I did or didn't do. Nor was it fun. I'm hoping the BTC crew will offer a working CentOS distribution for future releases to make life easy on people who just want to use it, not fuxor around with some dude's broken PDF makefile for 6 hours. A lot of people with shopping carts run CentOS-based systems.

Just a warning about 0.3.22 on CentOS: If you run it for two weeks, you'll find it sucking up about 25% of your system memory. Just kill it and restart. There's a leak in there somewhere.
full member
Activity: 175
Merit: 100
July 16, 2011, 04:38:57 PM
#41
Hi, I guess there's still a need for precompiled binaries on CentOS (32 bits) for bitcoin or at least bitcoind.

When I run the one provided by bitcoin 0.3.24, I get the following errors:

Quote
./bitcoind: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.11' not found (required by ./bitcoind)
./bitcoind: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.9' not found (required by ./bitcoind)
./bitcoind: /lib/libc.so.6: version `GLIBC_2.7' not found (required by ./bitcoind)
./bitcoind: /lib/libc.so.6: version `GLIBC_2.11' not found (required by ./bitcoind)

Any clue on how to get it working?

Yep, I run into this too.  Problem is that CentOS is built against glibc <= 2.5.  No way to update to later, your OS wouldn't work.

knightmb has a share of CentOS builds but his latest is 0.3.12 - much older than the current 0.3.24.  I can't figure out how to get it to build, there are too many problems in the dependency tree.

knightmb, can you post post how you got this to build?  I am willing to take up the torch of keeping up to date CentOS builds, if you can give me a kick start.


Scratch that, I got it.

Happy to help others, but the instructions are a little long to take the time to post here for now.
full member
Activity: 175
Merit: 100
July 16, 2011, 11:16:39 AM
#40
Hi, I guess there's still a need for precompiled binaries on CentOS (32 bits) for bitcoin or at least bitcoind.

When I run the one provided by bitcoin 0.3.24, I get the following errors:

Quote
./bitcoind: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.11' not found (required by ./bitcoind)
./bitcoind: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.9' not found (required by ./bitcoind)
./bitcoind: /lib/libc.so.6: version `GLIBC_2.7' not found (required by ./bitcoind)
./bitcoind: /lib/libc.so.6: version `GLIBC_2.11' not found (required by ./bitcoind)

Any clue on how to get it working?

Yep, I run into this too.  Problem is that CentOS is built against glibc <= 2.5.  No way to update to later, your OS wouldn't work.

knightmb has a share of CentOS builds but his latest is 0.3.12 - much older than the current 0.3.24.  I can't figure out how to get it to build, there are too many problems in the dependency tree.

knightmb, can you post post how you got this to build?  I am willing to take up the torch of keeping up to date CentOS builds, if you can give me a kick start.
sr. member
Activity: 288
Merit: 256
Firstbits.com/1davux
July 08, 2011, 08:25:50 PM
#39
Hi, I guess there's still a need for precompiled binaries on CentOS (32 bits) for bitcoin or at least bitcoind.

When I run the one provided by bitcoin 0.3.24, I get the following errors:

Quote
./bitcoind: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.11' not found (required by ./bitcoind)
./bitcoind: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.9' not found (required by ./bitcoind)
./bitcoind: /lib/libc.so.6: version `GLIBC_2.7' not found (required by ./bitcoind)
./bitcoind: /lib/libc.so.6: version `GLIBC_2.11' not found (required by ./bitcoind)

Any clue on how to get it working?
sr. member
Activity: 252
Merit: 250
August 24, 2010, 01:28:02 PM
#38
bitcoind is what I need. Have not seen Linux GUI since 2004 Undecided
member
Activity: 61
Merit: 10
August 24, 2010, 09:27:32 AM
#37
I've got the bitcoind binary, but not a GUI build.
sr. member
Activity: 252
Merit: 250
August 21, 2010, 04:32:06 AM
#36
Does anyone have 0.3.10 binary for CentOS (either 64 or 32)?
sr. member
Activity: 252
Merit: 250
August 15, 2010, 04:53:44 PM
#35
Any chance for 0.3.8.1 binary?
sr. member
Activity: 252
Merit: 250
August 05, 2010, 06:21:46 AM
#34
2) How much per month for that instance? EC2 is a very expensive provider for a very big sites that can afford paying good money for good infrastructure. By "infrastructure" I mean their elastic computing API, load balancing, storage and content delivery services. My current record with cheap VPS is 3100 khashes/sec for $5/mo.

Quote
Which VPS provider?
Use your google-fu :-)
Quote
I didn't even need to install the full bitcoin, I just uploaded the bitcoind and ran it right from root
I have never installed GUI bitcoin client on Linux, only bitcoind, it works just fine and nowadays bitcoind doesn't require wxWidgets, so you can save you some pain by compiling only bitcoind (by 'make bitcoind' I suppose).
legendary
Activity: 1596
Merit: 1022
August 04, 2010, 11:27:46 AM
#33
2) How much per month for that instance? EC2 is a very expensive provider for a very big sites that can afford paying good money for good infrastructure. By "infrastructure" I mean their elastic computing API, load balancing, storage and content delivery services. My current record with cheap VPS is 3100 khashes/sec for $5/mo.

Which VPS provider?
sr. member
Activity: 308
Merit: 252
August 04, 2010, 10:49:33 AM
#32
Upd2: x64 folder is empty Undecided I can give you non-root access to Centos 5.4 x64 if you wish. PM me your SSH2 public key.
Downloading the x64 DVD right now via BitTorrent, should be able to get a virtual box of this up within the day. Should get a x64 compile then for bitcoind when it's all done, I'm curious myself to see how it runs.
sr. member
Activity: 308
Merit: 252
August 04, 2010, 10:27:57 AM
#31
I did notice it works with CentOS 5.4, so I fired up an Amazon EC2 instance running CentOS 5.4 on 16 cores and loaded it up. After it downloaded blocks, it starting churning away on 16 cores, but only managed about 8,800 khash/s, kind of disappointing for an EC2 instance.
1) It? I couldn't run your x86 build on 5.4 x64.

2) How much per month for that instance? EC2 is a very expensive provider for a very big sites that can afford paying good money for good infrastructure. By "infrastructure" I mean their elastic computing API, load balancing, storage and content delivery services. My current record with cheap VPS is 3100 khashes/sec for $5/mo.


It should run, I was able to run it on their (cc1.x4xlarge, 23GB) CentOS Cluster even though it's not a x64 build, the x86 still worked for me. I didn't even need to install the full bitcoin, I just uploaded the bitcoind and ran it right from root  Grin

It was very expensive, $1.60/hour per "Cluster Compute Quadruple Extra Large" basically.

I only ran a 1 hour instance just to see how it performed (too expensive to be practical) and I was checking the debug.log file to see what it was recording for khash/s.

I wonder if a x64 build would run faster on that cluster than the x86 build?  Huh
sr. member
Activity: 308
Merit: 252
August 04, 2010, 10:23:58 AM
#30
I've compiled an x86 version with the 0.3.8 source, can you try using that one? If you already have it, the only thing I can think of is have it start from the beginning by deleting the blocks and let it start fresh in case something was corrupted in the beginning.

Yep, that's the one I downloaded and am running as of last night. That has the same problems for my system as my build one so I'm guessing it's my env. Trying a full cleanup and re-downloaded right now.


Update: It still fails to download correctly. Time for a fresh re-image of this box. Oh well.
Well, you could cheat I guess and copy the full blocks from another machine if you have one (Linux box) to see if it hangs or if it can continue from that point.

That is really strange though, if anything the CentOS build downloads blocks faster than anything I've seen yet. I can download the entire block chain in a few minutes with this build.
sr. member
Activity: 252
Merit: 250
August 04, 2010, 10:23:38 AM
#29
I did notice it works with CentOS 5.4, so I fired up an Amazon EC2 instance running CentOS 5.4 on 16 cores and loaded it up. After it downloaded blocks, it starting churning away on 16 cores, but only managed about 8,800 khash/s, kind of disappointing for an EC2 instance.
1) It? I couldn't run your x86 build on 5.4 x64.

2) How much per month for that instance? EC2 is a very expensive provider for a very big sites that can afford paying good money for good infrastructure. By "infrastructure" I mean their elastic computing API, load balancing, storage and content delivery services. My current record with cheap VPS is 3100 khashes/sec for $5/mo.

member
Activity: 61
Merit: 10
August 04, 2010, 10:03:58 AM
#28
I've compiled an x86 version with the 0.3.8 source, can you try using that one? If you already have it, the only thing I can think of is have it start from the beginning by deleting the blocks and let it start fresh in case something was corrupted in the beginning.

Yep, that's the one I downloaded and am running as of last night. That has the same problems for my system as my build one so I'm guessing it's my env. Trying a full cleanup and re-downloaded right now.


Update: It still fails to download correctly. Time for a fresh re-image of this box. Oh well.
sr. member
Activity: 308
Merit: 252
August 04, 2010, 09:59:48 AM
#27
From what I can tell on your output, it seems to be hung at that block for some reason. When you stop the daemon and restart it, does it continue on then?

If you want, you can try a direct connect mine with ./bitcoind -server -connect=12.53.130.10 to see if it's a build thing.

If I stop and restart the daemon, it will continue for the next 500 blocks. At that point it will once again lock up, even though the program isn't crashing a thread must be.

Just connected to your node and it did the same thing. Pulls down the next 500 blocks really fast and then locks up. Thoughts?
I've compiled an x86 version with the 0.3.8 source, can you try using that one? If you already have it, the only thing I can think of is have it start from the beginning by deleting the blocks and let it start fresh in case something was corrupted in the beginning.
Pages:
Jump to: