As in title - see thread below for second error.
Just tried to install on Ubuntu 14.04 today.
Got as far as this step and it dumped out with following message:
2016-03-26 16:28:10,613|DEBUG: RUNNING COMMAND: apt-get -y --force-yes install mongodb-org=3.2.3 mongodb-org-server=3.2.3 mongodb-org-shell=3.2.3 mongodb-org-mongos=3.2.3 mongodb-org-tools=3.2.3
Reading package lists… Done
Building dependency tree
Reading state information… Done
E: Version ‘3.2.3’ for ‘mongodb-org’ was not found
E: Version ‘3.2.3’ for ‘mongodb-org-server’ was not found
E: Version ‘3.2.3’ for ‘mongodb-org-shell’ was not found
E: Version ‘3.2.3’ for ‘mongodb-org-mongos’ was not found
E: Version ‘3.2.3’ for ‘mongodb-org-tools’ was not found
2016-03-26 16:28:10,986|ERROR: Command failed: ‘apt-get -y --force-yes install mongodb-org=3.2.3 mongodb-org-server=3.2.3 mongodb-org-shell=3.2.3 mongodb-org-mongos=3.2.3 mongodb-org-tools=3.2.3’
How to fix and proceed? Suggest install script be fixed so not faced with this as first impression of installing Counterparty. Thx.
So is this federated node install script no longer maintained? Is it BAD to be using this now? If so, then maybe it should be noted as broken on the counterparty docs web site!
2016-03-26 17:16:27,397|DEBUG: RUNNING COMMAND: wget -O /tmp/nginx-openresty.tar.gz http://openresty.org/download/ngx_openresty-1.9.7.3.tar.gz
–2016-03-26 17:16:27-- http—break-link-for-forum—://openresty.org/download/ngx_openresty-1.9.7.3.tar.gz
Resolving openresty.org (openresty.org)… 198.41.188.236, 198.41.187.236
Connecting to openresty.org (openresty.org)|198.41.188.236|:80… connected.
HTTP request sent, awaiting response… 404 Not Found
2016-03-26 17:16:27 ERROR 404: Not Found.
Looks like openresty won’t build either due to other path changes. How many times do I need to restart this install? Each time it runs through all the previous build steps to get to a new fault. I guess I should go in and edit the script to comment out already done steps… sigh.
edit:
Change openresty fix procedure above instead to search/replace all occurences of ngx_openresty to openresty.
Crap. What a load of crap. Maybe I’m better off trying to manually install this but with the huge amount of dependencies and modules this seems like it would be a real headache for someone trying to get started with this. But this install script isn’t working well.
Everyone is using the script, it works fine.
I mean, this one: https://github.com/CounterpartyXCP/federatednode_build/blob/master/run.py
You didn’t even mention which script you’re using, by the way.
If master by some chance doesn’t work, you can try the previous release, from Nov 2015: https://raw.githubusercontent.com/CounterpartyXCP/federatednode_build/ee68199cbe94a8351b8a6862e1bc9627eb22e60f/run.py
And if everyone is using this then why doesn’t it work on an absolutely virgin EC2 Ubuntu 14.04 instance? Excuse me if I sound upset but I’ve been working on getting this one install script to run for hours and then you tell me it works fine.
Remove existing run.py and try the previous release, choose to (r)ebuild:
user@ubuntu:~$ wget https://raw.githubusercontent.com/CounterpartyXCP/federatednode_build/ee68199cbe94a8351b8a6862e1bc9627eb22e60f/run.py
--2016-03-26 19:23:11-- https://raw.githubusercontent.com/CounterpartyXCP/federatednode_build/ee68199cbe94a8351b8a6862e1bc9627eb22e60f/run.py
Resolving raw.githubusercontent.com (raw.githubusercontent.com)... 103.245.222.133
Connecting to raw.githubusercontent.com (raw.githubusercontent.com)|103.245.222.133|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 54531 (53K) [text/plain]
Saving to: ‘run.py’
100%[======================================================================================================>] 54,531 --.-K/s in 0.1s
2016-03-26 19:23:13 (498 KB/s) - ‘run.py’ saved [54531/54531]
user@ubuntu:~$ sudo python3 run.py
It appears this setup has been run already or has another instance of counterpartyd or Federated Node. (r)ebuild node, or just (U)pdate from git? (r/U): r
Or you can click on one of < > buttons on this page to pick a snapshot from earlier (say 3+ weeks ago):
Someone will take a look at the bugs soon. There have been several updates very recently, probably there are bugs in one or some of them.
The invalid checksum issue may related to Counterwallet commits (as run.py pulls code from master of Counterwallet branch and that bug may have been introduced there. In that case the script would have to be edited to pull a specific release of Counterwallet (such as recent one), not master.
For example in https://github.com/CounterpartyXCP/federatednode_build/blob/master/run.py#L744 pick an earlier version.
But you could also wait 2-3 days till all this is fixed sometime early next week.
I’m going to go offline now but for what it’s worth run.py linked here (from Nov 2015) is installing okay so far (the script is building counterblock, it’s got all RPMs already, but I don’t know if Counterwallet will fail or not).
I had a look at the most recent commit and it does update versions on mongodb and openresty without also updating the repo name and in the case of openresty the file paths have changed. That commit is the source of these errors.
I’m installing this for a job I’m working on to be built on top of counterparty.
I’ll try backing up to an older version as you suggest and see how that works.
Thanks for your replies. At least I know this hasn’t been abandoned and I’m on the right path.
Well, if I now step backwards to an older version I probably need to ensure newer version of all these components get removed first.
It seemed to install ok - though I did notice some syntax errors spit out during one phase so I wonder if some part of it didn’t get built fully.
I presume after the latest version has been fixed I should be able to run again with “U” option to update? I’d like to get updated to new bitcoin 0.12 if possible and not too much hassle.
I pulled this from Dec 2, it installed fine (an earlier version from Nov 2015 had errors with Phantom.js): wget https://raw.githubusercontent.com/CounterpartyXCP/federatednode_build/f6c0ec3cbc016cb490abad2f466ae1db27606bb3/run.py
You can update to new bitcoin 0.12 manually now. Also you can update all components (but take snapshots before you do).
Bitcoin Core 0.12: just replace the binaries. They are not hard-coded in. Just build your own or get a precompiled 0.12 binary from BTCDrak (Releases · btcdrak/bitcoin · GitHub), then use those binaries to replace the binaries you have. Remove existing binaries (or .deb if you have) and follow the steps at https://github.com/CounterpartyXCP/federatednode_build/blob/master/run.py#L278 (you can see that now in fact it is BTCDrak’s binaries that’s installed, line 286)
For other components, let’s say counterblock, for example, you could update those outside of Fed Node script as well, but it’s a bit trickier. Because all run as the xcp user, you need to do something like sudo su -s /bin/bash -c 'pip3 update counterparty-lib' xcpd (I haven’t tried recently, but I’m basing this on the command used to issue commands to counterparty-server (sudo su -s /bin/bash -c 'counterparty-server reparse' xcpd) when you use Federated Node. You’d have to stop counterparty-server before updating it, using the usual commands from the docs. Again, take a snapshot before you try these creative things and reference the steps that run.py contains.
Edit: there’s a pull request for develop branch of Fed Node repo that appears to work okay (at least for me). But if your system is working now, I wouldn’t rebuild it with this before it’s checked by others.
I’m currently just waiting on the blockchain catching up. I guess I should have started initially on an m4.large. That probably would have gone quicker with the extra cpu core. I’m on m3.medium for now. I could snapshot it and start from a new AMI and continue but I think I’ll just let it go. I have other stuff to work on anyway.
I’ll get around to updating later in the week so maybe any bugs will be worked out by then. I’ll just check the commit history before I do.