Pages:
Author

Topic: Official FutureBit Apollo BTC Software/Image and Support thread - page 13. (Read 52508 times)

jr. member
Activity: 95
Merit: 7


Take a look at a post from Sledge0001 here: https://bitcointalksearch.org/topic/futurebit-apollo-ii-btc-founders-edition-full-node-review-pic-heavy-5492150

About 2/3 of the way down of his pics he gives a good example using the addnode=IPADDRESS and listenonion=0 commands

Cheers!

Thanks again, this will help, and I will wait until its fully sync'd before adding. I do see once the number jumps to 11 connections then drops back to 10 in a short while? Did you add the "listenonion=0"? if so what is the reason for that?

Yes, I did add the "listenonion=0" command although I don't use TOR either. I have to admit I don't know much more about those options than the little research I did on the web. So I really don't know enough to guide you into an informed decision in this regard. Sorry. But if you research "onion service" on the web along with TOR you'll get an idea if you need/want to use them or not.

Cheers!
sr. member
Activity: 350
Merit: 251
Guys/Gals
Does anyone have any experience with remote access to the Apollo II??
I do a lot of travel and really need to setup remote access to my miner and thought I would ask if anyone has done this previously before I start down the rabbit hole (maybe save myself some time and pain  Smiley )

What software did you use?
any tips/tricks on the process.

Thanks in advance Smiley
I also use Teamviewer with a barebones pc running at home. I access it with my tablet, anywhere on the planet.
legendary
Activity: 1302
Merit: 1001


Take a look at a post from Sledge0001 here: https://bitcointalksearch.org/topic/futurebit-apollo-ii-btc-founders-edition-full-node-review-pic-heavy-5492150

About 2/3 of the way down of his pics he gives a good example using the addnode=IPADDRESS and listenonion=0 commands

Cheers!

Thanks again, this will help, and I will wait until its fully sync'd before adding. I do see once the number jumps to 11 connections then drops back to 10 in a short while? Did you add the "listenonion=0"? if so what is the reason for that?
legendary
Activity: 1302
Merit: 1001
Guys/Gals
Does anyone have any experience with remote access to the Apollo II??
I do a lot of travel and really need to setup remote access to my miner and thought I would ask if anyone has done this previously before I start down the rabbit hole (maybe save myself some time and pain  Smiley )

What software did you use?
any tips/tricks on the process.

Thanks in advance Smiley

I find it easy to just leave a laptop or desktop at home on the network running and use a free version of TeamViewer. I can access from my iPhone as needed.
?
Activity: -
Merit: -
Guys/Gals
Does anyone have any experience with remote access to the Apollo II??
I do a lot of travel and really need to setup remote access to my miner and thought I would ask if anyone has done this previously before I start down the rabbit hole (maybe save myself some time and pain  Smiley )

What software did you use?
any tips/tricks on the process.

Thanks in advance Smiley
newbie
Activity: 2
Merit: 0
2.0.6 is finally merged on production and doing a public test before pushing to everyone next week

If anyone wants to test ssh into your device (futurebit/password you set for your dashboard) and

Code:
cd /opt/apolloapi/backend/

sudo ./update

to manually force an update

reminder can take up to 20 min to rebuild the system and it will auto reboot when finished. Close your UI tab and clear cache so your browser does not load the old version.

Please shoot any build issue or bugs...this will definitely fix all the graphql errors small number of users have seen

Sorry this took way longer than planned!

I tried forcing the update manually, but the version in the GUI seems to remain at 2.0.5.

The update log also shows it as v2.0.5 to v2.0.5.

Code:
futurebit@futurebit-apollo-2:/opt/apolloapi/backend$ sudo ./update
rm: cannot remove '/tmp/update_progress': No such file or directory
Now using node v21.6.2 (npm v10.2.4)
 ---> Updating API modules
HEAD is now at d6ba154 Update image_update
remote: Enumerating objects: 86, done.
remote: Counting objects: 100% (86/86), done.
remote: Compressing objects: 100% (46/46), done.
remote: Total 86 (delta 53), reused 69 (delta 40), pack-reused 0 (from 0)
Unpacking objects: 100% (86/86), 13.52 KiB | 28.00 KiB/s, done.
From https://github.com/jstefanop/apolloapi-v2
   d6ba154..fd67cf6  main       -> origin/main
 * [new tag]         v2.0.5     -> v2.0.5
Updating d6ba154..fd67cf6

Is there a way to check the Apollo OS version from the command line?

Shows 2.0.5 for me after the update as well

The display still shows 2.0.5, but after the update there are no more GraphQL errors.

I'm glad no longer have to restart Apollo II due to them!
jr. member
Activity: 95
Merit: 7
I am waiting on FedEx to drop off my Apollo II full node. Any tips on setting it up that you might have. Should I let the node populate the blockchain before doing anything else?

First thing, make sure both the MicroSD card and the NVME card are seated all the way before you even plug it in. Then after you get it up and running (preferably hard-wired with an ethernet cable) I would let the node sync up fully (could be several days) before trying to mine beyond ECO mode. Besides, you can't mine to your own node until it is sync'd completely - but you can pool mine, just stay in ECO until the node is complete. Anything higher than ECO during the sync really puts a strain on the system. That's pretty much it in a nutshell.

Here is the full getting started guide on the Futurebit website:
https://static1.squarespace.com/static/5a9c84ac89c172bcf087f4c0/t/662173d150d84b057cb14192/1713468369163/FutureBit-Apollo-II-Guide.pdf

Cheers!

Thanks I will wait for it sync and yes i plan on using ethernet cable

I am glad you recommended checking the MicroSD card but its about 70% sync'd now. It shows 10/32 connections, but the instructions say it should go higher (to the 32 I guess), so will it not go higher until 100% sync'd or do I need to do something.


It's been suggested to forward to port 8333 on your router if you're not getting more than 10. Personally, I've never been able to get my Netgear router to actually accommodate my efforts in this regard (could be my router acting up or just me being stupid). However, I did manually add a few node addresses from https://bitnodes.io/ and after that I can at least can get 12-13. It's obviously a common problem as this issue keeps coming up here and simple port forwarding just doesn't seem to address it in every case. I should state that I don't forward via UPnP as I don't believe it's that secure. In any case, until I get a new router I'll just live with 12 connections.

Cheers!

Thank you PennyBit for the reply. I switched it over to my piggybacked Eero hoping it might change but it looks like i might need to manually add a couple as well. Can you tell me the steps in adding the other connections? I am thinking at the "Bitcoin node configuration" and if so do I just need to add the IP address of some local nodes?


Take a look at a post from Sledge0001 here: https://bitcointalksearch.org/topic/futurebit-apollo-ii-btc-founders-edition-full-node-review-pic-heavy-5492150

About 2/3 of the way down of his pics he gives a good example using the addnode=IPADDRESS and listenonion=0 commands

Cheers!
legendary
Activity: 1302
Merit: 1001
I am waiting on FedEx to drop off my Apollo II full node. Any tips on setting it up that you might have. Should I let the node populate the blockchain before doing anything else?

First thing, make sure both the MicroSD card and the NVME card are seated all the way before you even plug it in. Then after you get it up and running (preferably hard-wired with an ethernet cable) I would let the node sync up fully (could be several days) before trying to mine beyond ECO mode. Besides, you can't mine to your own node until it is sync'd completely - but you can pool mine, just stay in ECO until the node is complete. Anything higher than ECO during the sync really puts a strain on the system. That's pretty much it in a nutshell.

Here is the full getting started guide on the Futurebit website:
https://static1.squarespace.com/static/5a9c84ac89c172bcf087f4c0/t/662173d150d84b057cb14192/1713468369163/FutureBit-Apollo-II-Guide.pdf

Cheers!

Thanks I will wait for it sync and yes i plan on using ethernet cable

I am glad you recommended checking the MicroSD card but its about 70% sync'd now. It shows 10/32 connections, but the instructions say it should go higher (to the 32 I guess), so will it not go higher until 100% sync'd or do I need to do something.


It's been suggested to forward to port 8333 on your router if you're not getting more than 10. Personally, I've never been able to get my Netgear router to actually accommodate my efforts in this regard (could be my router acting up or just me being stupid). However, I did manually add a few node addresses from https://bitnodes.io/ and after that I can at least can get 12-13. It's obviously a common problem as this issue keeps coming up here and simple port forwarding just doesn't seem to address it in every case. I should state that I don't forward via UPnP as I don't believe it's that secure. In any case, until I get a new router I'll just live with 12 connections.

Cheers!

Thank you PennyBit for the reply. I switched it over to my piggybacked Eero hoping it might change but it looks like i might need to manually add a couple as well. Can you tell me the steps in adding the other connections? I am thinking at the "Bitcoin node configuration" and if so do I just need to add the IP address of some local nodes?
jr. member
Activity: 95
Merit: 7
I am waiting on FedEx to drop off my Apollo II full node. Any tips on setting it up that you might have. Should I let the node populate the blockchain before doing anything else?

First thing, make sure both the MicroSD card and the NVME card are seated all the way before you even plug it in. Then after you get it up and running (preferably hard-wired with an ethernet cable) I would let the node sync up fully (could be several days) before trying to mine beyond ECO mode. Besides, you can't mine to your own node until it is sync'd completely - but you can pool mine, just stay in ECO until the node is complete. Anything higher than ECO during the sync really puts a strain on the system. That's pretty much it in a nutshell.

Here is the full getting started guide on the Futurebit website:
https://static1.squarespace.com/static/5a9c84ac89c172bcf087f4c0/t/662173d150d84b057cb14192/1713468369163/FutureBit-Apollo-II-Guide.pdf

Cheers!

Thanks I will wait for it sync and yes i plan on using ethernet cable

I am glad you recommended checking the MicroSD card but its about 70% sync'd now. It shows 10/32 connections, but the instructions say it should go higher (to the 32 I guess), so will it not go higher until 100% sync'd or do I need to do something.


It's been suggested to forward to port 8333 on your router if you're not getting more than 10. Personally, I've never been able to get my Netgear router to actually accommodate my efforts in this regard (could be my router acting up or just me being stupid). However, I did manually add a few node addresses from https://bitnodes.io/ and after that I can at least can get 12-13. It's obviously a common problem as this issue keeps coming up here and simple port forwarding just doesn't seem to address it in every case. I should state that I don't forward via UPnP as I don't believe it's that secure. In any case, until I get a new router I'll just live with 12 connections.

Cheers!
legendary
Activity: 1302
Merit: 1001
I am waiting on FedEx to drop off my Apollo II full node. Any tips on setting it up that you might have. Should I let the node populate the blockchain before doing anything else?

First thing, make sure both the MicroSD card and the NVME card are seated all the way before you even plug it in. Then after you get it up and running (preferably hard-wired with an ethernet cable) I would let the node sync up fully (could be several days) before trying to mine beyond ECO mode. Besides, you can't mine to your own node until it is sync'd completely - but you can pool mine, just stay in ECO until the node is complete. Anything higher than ECO during the sync really puts a strain on the system. That's pretty much it in a nutshell.

Here is the full getting started guide on the Futurebit website:
https://static1.squarespace.com/static/5a9c84ac89c172bcf087f4c0/t/662173d150d84b057cb14192/1713468369163/FutureBit-Apollo-II-Guide.pdf

Cheers!

Thanks I will wait for it sync and yes i plan on using ethernet cable

I am glad you recommended checking the MicroSD card but its about 70% sync'd now. It shows 10/32 connections, but the instructions say it should go higher (to the 32 I guess), so will it not go higher until 100% sync'd or do I need to do something.
legendary
Activity: 2188
Merit: 1401
2.0.6 is finally merged on production and doing a public test before pushing to everyone next week

If anyone wants to test ssh into your device (futurebit/password you set for your dashboard) and

Code:
cd /opt/apolloapi/backend/

sudo ./update

to manually force an update

reminder can take up to 20 min to rebuild the system and it will auto reboot when finished. Close your UI tab and clear cache so your browser does not load the old version.

Please shoot any build issue or bugs...this will definitely fix all the graphql errors small number of users have seen

Sorry this took way longer than planned!

Is this ready for public release yet?

It is but we are still building the images.

Sorry guys dropped the ball on this update. Last two weeks with the block find and trump winning has been pretty crazy so trying to stay on top of production and support.

I dont want to push the OTA update until we have the images ready in case there are update failures. Going to have those out Monday or Tuesday.
?
Activity: -
Merit: -
2.0.6 is finally merged on production and doing a public test before pushing to everyone next week

If anyone wants to test ssh into your device (futurebit/password you set for your dashboard) and

Code:
cd /opt/apolloapi/backend/

sudo ./update

to manually force an update

reminder can take up to 20 min to rebuild the system and it will auto reboot when finished. Close your UI tab and clear cache so your browser does not load the old version.

Please shoot any build issue or bugs...this will definitely fix all the graphql errors small number of users have seen

Sorry this took way longer than planned!

Is this ready for public release yet?
legendary
Activity: 1302
Merit: 1001
I am waiting on FedEx to drop off my Apollo II full node. Any tips on setting it up that you might have. Should I let the node populate the blockchain before doing anything else?

First thing, make sure both the MicroSD card and the NVME card are seated all the way before you even plug it in. Then after you get it up and running (preferably hard-wired with an ethernet cable) I would let the node sync up fully (could be several days) before trying to mine beyond ECO mode. Besides, you can't mine to your own node until it is sync'd completely - but you can pool mine, just stay in ECO until the node is complete. Anything higher than ECO during the sync really puts a strain on the system. That's pretty much it in a nutshell.

Here is the full getting started guide on the Futurebit website:
https://static1.squarespace.com/static/5a9c84ac89c172bcf087f4c0/t/662173d150d84b057cb14192/1713468369163/FutureBit-Apollo-II-Guide.pdf

Cheers!

Thanks I will wait for it sync and yes i plan on using ethernet cable
jr. member
Activity: 95
Merit: 7
I am waiting on FedEx to drop off my Apollo II full node. Any tips on setting it up that you might have. Should I let the node populate the blockchain before doing anything else?

First thing, make sure both the MicroSD card and the NVME card are seated all the way before you even plug it in. Then after you get it up and running (preferably hard-wired with an ethernet cable) I would let the node sync up fully (could be several days) before trying to mine beyond ECO mode. Besides, you can't mine to your own node until it is sync'd completely - but you can pool mine, just stay in ECO until the node is complete. Anything higher than ECO during the sync really puts a strain on the system. That's pretty much it in a nutshell.

Here is the full getting started guide on the Futurebit website:
https://static1.squarespace.com/static/5a9c84ac89c172bcf087f4c0/t/662173d150d84b057cb14192/1713468369163/FutureBit-Apollo-II-Guide.pdf

Cheers!
legendary
Activity: 1302
Merit: 1001
I am waiting on FedEx to drop off my Apollo II full node. Any tips on setting it up that you might have. Should I let the node populate the blockchain before doing anything else?
jr. member
Activity: 95
Merit: 7
@ Any Apollo II Gurus,

I have a question about what should have been a simple configuration but it stumped me nonetheless . . .

Background:
I have 9 Apollo II units, 3 of which are full node units, and 6 of which are standard units. Of the 3 full node units, I've attached 2 standard hashing units to each of the full node units. That makes 9 total. I've been running one full node unit as a SOLO node with 2 standard hashing units attached with no problems. The other two full node units with 2 attached hashing units each have been running on an "outside pool" with no problems. However, I decided to change things up and now here's where I encountered an odd issue . . . stay with me . . .

Issue:
I decided to point all of my Apollo II units to my single Apollo SOLO node and keep some other non-Apollo equipment on pool mining. BTW, everything in on LAN network, including all the Apollo's. However, when I enter the IP address (192.xxx.x.x:3333 & Username: ) of the Solo Node unit into the Apollo II units that I previously had pool mining I get an error stating "invalid pool url" as if the IP entry is of the wrong nomenclature. I noticed there is no delay in the error as if the IP address was never even considered and more like an IP address can't be accepted from one Apollo to another in the interface field. So, just for fun I tested out several of my non-Apollo units and pointed them to the same Apollo SOLO node without issue using just the IP and wallet address. I also reverse tested the other 2 Apollo II full node units to act as the single SOLO node and the exact same problem occurs with the other Apollos when using just an IP and wallet address. However, I did find a workaround (I think) but that still leaves me with more questions than answers . . .

Workaround:
I eventually tried using "stratum+tcp://192.xxx.x.x:3333" in the required pool url field for the other 2 sets (2x node & 4 standard) of the Apollo II units even though all these units are on the LAN network. And it seems to work. What gives? Another FYI, I'm using headless connections via browsers - if that makes any difference. Anyway, I've never had to enter "stratum+tcp://..." on any non-Apollo units on my network to get the Apollo II SOLO NODE to recognize them, so this is confusing as it only occurs between Apollos. Any thoughts?

Lastly:
All the Apollo II units now show up as a "total" of 9 workers using the "stratum+tcp://192.xxx.x.x:3333" in the pool url field but they are not listed under the "SOLO Mining Users" category on the actual SOLO node miner even though they have ".workername" appended to the BC address. Only the combined hashboards from the solo unit are displayed. Thoughts?

Closing:
I am on v2.0.5 on all node machines. I am using headless w/browsers. All 3 nodes machines have good & high quality 16GB MicroSD cards and up-to-date 2TB NVME node cards. So, all's good under the hood there. Thoughts? Maybe a bug?

Cheers!
newbie
Activity: 6
Merit: 0
Good day pplz my solo mine dashboard is stating ( Point any Bitcoin Miner on your local network to your Solo Pool with the following URL: 192.168.1.237:3333 Username: ) ??  SOS any help is greatly appreciated I am lost.

That's normal behaviour. It's for any other miners you have if you want to mine through your solo pool, that's the address you use.

For example I've got my Apollo 2 solo mining but I also have a BitaxeGamma and I've got that pointed at my Apollo 2 via the same address (obviously different IP that reflects my network)

Thank you,I have apollo 2 solo mining any pointers as per which solo pool to use? the setup start guide never mentioned there is a solo mine pool ?
the nunchuk satscard that came with the apollo 2 do I input the receive address in wallet UI in apollo 2 dashboard?
newbie
Activity: 87
Merit: 0
I have a new Apollo BTC 2 unit I have added to my stable to compliment two Apollo BTC and one other Apollo BTC 2. This new one is proving to be a challenge to get running smoothly. It mines fine, but will not complete the initial blockchain sync. Twice it ran pretty quickly until 48% of the SSD was remaining as free space.  I formatted the SSD both times it got 'stuck' and the second time I tried a new SD Card with a fresh image. Each time it had errors that increased in frequency with each attempt (timeout, connection refused, etc.) but I could restart the Node from the GUI, restart the unit, or sometimes had to power off and power on to recover. The third attempt to sync the blockchain took four days to get to the 48% disk space free and once again has stopped. The unit is now stable and not throwing out any error messages, but had not made any sync progress in the past 3 1/2 days, Still stuck with the current block of 770,203 (since Sunday morning).

At this point I suspect I have a bad SSD. All appears fine in Apollo Web OS. Show as a 1 tb drive. I have ordered a new SSD to try soon in a few days when it arrives.

Any other suggestions from anyone on what to try next would be welcomed. If it is not the SSD, then I am stumped, and reaching out to support directly has not been helpful.

First, have you checked your log file.  you got a long way at 700K blocks. Your node may be stuck in a loop trying to confirm and looping through the last 100 to 200 blocks.  It shows in the log.
I had similar issues and thought the same.  The pcie is probably good, but you need a backup card anyway. 

before using a new memory card You need to format the card.  I had issues with the microsd card and I also think the connections in the microsd card slot were not the cleanest.  I would eject and insert the microsd card which would sometimes fix the problem.  I got rid of the supplied microsd card and purchased a new microsd card and flashed it and the system has been much more stable than the original 16gb microsd I flashed several times.  New card is much faster and has more memory(not that important).

Remember, a fresh flashed microsd card will format the pcie drive on first boot.

When you get up to 50%  it does slow down a lot.  Change in block structure.  Have you checked your debug.log file on the bitcoin directory of the pcie drive?  it updates all the time as the node is running.  I would open and view the changes in the log at the end of the file.  That will tell you if the IBD is downloading and processing.
open an executable window  -- "cd /media/pcie/Bitcoin"  then "cat debug.log" will list the file and you can see and scroll through the last lines in the code which is a little faster than opening the editor.
 
Other optional node settings to adjust cache size would use more memory, can help the IBD and which can cause bitcoind crashes which will occur when you run out of available ram memory. bitcoind is supposed to automatically adjust to the computers available memory as the blockchain downloads.  I always check the status of the log.  Did you get an error or did it just drop off.  IF it just drops off, then you can just restart the node and it should continue.  Even with error messages, restarting the node can sometimes fix and get by the error.  I keep all the keyboard HDMI windows closed and rely on remote access which uses less memory.  Having the GUI opened in the browser consumed more system memory.  I would keep the system monitor open so I could see the memory and cpu use.  Raspberry Pi cpus are not fast on IBD.

Backup power supply.  This system is very sensitive to electrical noise/surges.  This can knock the raspberry pi offline and crash the bitcoind program.  Any system crash can corrupt the database memory and then the simplest solution is to reformat the drive and start over.  This would happen if you cant get past a node error in the debug log after multiple node restarts.  Stopping the node and then restarting can also possibly fix issues, but you must make sure to wait for the node to stop and start by viewing the log.  It will show you when shutdown is complete.   Opening the log in an editor will sometimes alert you when the file has updated with new data as the log is written. Thus a backup pcie drive I what I go and copied the main drive with USB adapter.
member
Activity: 136
Merit: 11
I have a new Apollo BTC 2 unit I have added to my stable to compliment two Apollo BTC and one other Apollo BTC 2. This new one is proving to be a challenge to get running smoothly. It mines fine, but will not complete the initial blockchain sync. Twice it ran pretty quickly until 48% of the SSD was remaining as free space.  I formatted the SSD both times it got 'stuck' and the second time I tried a new SD Card with a fresh image. Each time it had errors that increased in frequency with each attempt (timeout, connection refused, etc.) but I could restart the Node from the GUI, restart the unit, or sometimes had to power off and power on to recover. The third attempt to sync the blockchain took four days to get to the 48% disk space free and once again has stopped. The unit is now stable and not throwing out any error messages, but had not made any sync progress in the past 3 1/2 days, Still stuck with the current block of 770,203 (since Sunday morning).

At this point I suspect I have a bad SSD. All appears fine in Apollo Web OS. Show as a 1 tb drive. I have ordered a new SSD to try soon in a few days when it arrives.

Any other suggestions from anyone on what to try next would be welcomed. If it is not the SSD, then I am stumped, and reaching out to support directly has not been helpful.
legendary
Activity: 1235
Merit: 1202
Good day pplz my solo mine dashboard is stating ( Point any Bitcoin Miner on your local network to your Solo Pool with the following URL: 192.168.1.237:3333 Username: ) ??  SOS any help is greatly appreciated I am lost.

That's normal behaviour. It's for any other miners you have if you want to mine through your solo pool, that's the address you use.

For example I've got my Apollo 2 solo mining but I also have a BitaxeGamma and I've got that pointed at my Apollo 2 via the same address (obviously different IP that reflects my network)
Pages:
Jump to: