Pages:
Author

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

full member
Activity: 626
Merit: 159
Still really hopeful to see the difficulty and best shares submitted by each miner.  As a solo miner I feel this is really missing as a check and balance to verify pool stats.
full member
Activity: 933
Merit: 175
They can sell flip used drive for 25 bucks without a problem, then it's just 50€. I think if they afford to pay $1000 for an Apollo, they can save up another 50 for a new drive.
Otherwise they could also attach something they already have, USB-based, like a USB HDD and symlink a few things over to that.
It will all be a hacky solution though, and having an 'elegant' setup just has its cost, I guess.
I wish that be true, but tyranny of the default, or inertia, wins.

Personally, my batch #1 Apollo has been working without NVMe since the beginning, I stole the NVMe right away to put in my PC and gave Apollo a USB 1TB spinning rust. Its been working like that for over a year until I retired this configuration.
I still have NVMe though, as my PC boot device and / partition, complemented with two other 1TB SATA SSDs in RAID1 mode.

I'm not 100% sure, but I think pruned nodes don't seed at all, anyway. So we don't 'lose' more nodes if they start pruning as opposed to them just shutting down.
That I don't know.
I hope jstefanop can look urgently at this matter and find some solution.
hero member
Activity: 882
Merit: 5834
not your keys, not your coins!
I just had a quick look at major electronics retailer in my country (UK), their cheapest brand new 1TB NVMe drive goes for equivalent of 74.91 USD. Elsewhere in Europe and further, prices will get only worse, with exception for US where I expect it is cheaper to get it.
Good luck telling thousands of people everywhere on Earth to go and spend 75 bucks because their bitcoin node is failing. If this is "dirt-cheap" for you and you think people going to do it, you're dreaming. I bet most of Apollo users don't even look at this forum, so they have no idea their drives are almost full.
They can sell flip used drive for 25 bucks without a problem, then it's just 50€. I think if they afford to pay $1000 for an Apollo, they can save up another 50 for a new drive.
Otherwise they could also attach something they already have, USB-based, like a USB HDD and symlink a few things over to that.
It will all be a hacky solution though, and having an 'elegant' setup just has its cost, I guess.

As long as Apollo stock software does not ship with any Lightning Node, prune mode should be enabled urgently for 512 GB drive users, otherwise we will lose all these nodes Apollo has enabled to be in existence.

And later on, ultimately, jstefanop can develop one image for batch 1/2 users with 512 GB drive, with prune enabled and LN node disabled, and second image for everyone else, with LN enabled and no pruning. That will sort out non techy users who will just re-flash and node & miner will continue working without replacing any parts.
I'm not 100% sure, but I think pruned nodes don't seed at all, anyway. So we don't 'lose' more nodes if they start pruning as opposed to them just shutting down.
full member
Activity: 933
Merit: 175
I'd honestly buy a 1TB drive and call it a day. Deleting stuff here and there will just cause you issues in the long run and there's not much to be deleted, anyway. Most of that storage is just blockchain. If you start pruning it, you can basically forget about running Lightning later down the road when they add a Lightning app.
Oh, that's interesting, so pruning to about 500 GB (cutting out oldest 2009-10 blocks), or whatever is the number to keep node running in a month time when it runs out.. Does that cause LN nodes to fail immediately? All LN implementations have this issue?

You can apparently do it with LND, but it's going to be more resource-intensive. Keep in mind that LND is already much more resource-intensive than Core Lightning, so I'd always go for the latter on such embedded low-power systems.

According to the documentation:
This needs to be addressed.
I think it should be addressed by telling them to get a 1TB m.2 drive, which today are dirt-cheap.. Grin

I just had a quick look at major electronics retailer in my country (UK), their cheapest brand new 1TB NVMe drive goes for equivalent of 74.91 USD. Elsewhere in Europe and further, prices will get only worse, with exception for US where I expect it is cheaper to get it.
Good luck telling thousands of people everywhere on Earth to go and spend 75 bucks because their bitcoin node is failing. If this is "dirt-cheap" for you and you think people going to do it, you're dreaming. I bet most of Apollo users don't even look at this forum, so they have no idea their drives are almost full.

As long as Apollo stock software does not ship with any Lightning Node, prune mode should be enabled urgently for 512 GB drive users, otherwise we will lose all these nodes Apollo has enabled to be in existence.

Alternatively, jstefanop can develop special SD card image for batch 1/2 users with 512 GB drive, with pruning and no LN node enabled. Default image for everyone else would have no such limitation. That will sort out non-techy users who will just re-flash and node & miner will continue working without replacing any parts.
hero member
Activity: 882
Merit: 5834
not your keys, not your coins!
I'd honestly buy a 1TB drive and call it a day. Deleting stuff here and there will just cause you issues in the long run and there's not much to be deleted, anyway. Most of that storage is just blockchain. If you start pruning it, you can basically forget about running Lightning later down the road when they add a Lightning app.
Oh, that's interesting, so pruning to about 500 GB (cutting out oldest 2009-10 blocks), or whatever is the number to keep node running in a month time when it runs out.. Does that cause LN nodes to fail immediately? All LN implementations have this issue?

You can apparently do it with LND, but it's going to be more resource-intensive. Keep in mind that LND is already much more resource-intensive than Core Lightning, so I'd always go for the latter on such embedded low-power systems.

According to the documentation:
This needs to be addressed.
I think it should be addressed by telling them to get a 1TB m.2 drive, which today are dirt-cheap.. Grin
full member
Activity: 933
Merit: 175

I'd honestly buy a 1TB drive and call it a day. Deleting stuff here and there will just cause you issues in the long run and there's not much to be deleted, anyway. Most of that storage is just blockchain. If you start pruning it, you can basically forget about running Lightning later down the road when they add a Lightning app.
Oh, that's interesting, so pruning to about 500 GB (cutting out oldest 2009-10 blocks), or whatever is the number to keep node running in a month time when it runs out.. Does that cause LN nodes to fail immediately? All LN implementations have this issue?

~snip~
This should be added to Apollo GUI as soon as possible.
Alternatively, you can make a script or one liner to add this configuration option to bitcoin conf file, so affected users can apply this.
I disagree; pruning significantly reduces the utility of a Bitcoin node, and if you're paying an extra $300 for a full unit and run it 24/7, you better get all the benefits of it, right.
We all know what users *should* do (upgrade the NVMe), but majority will never touch or open their device, 512GB drive will stay there forever, with Bitcoind node crashed. This phenomenon is called tyranny of the default. Apollo 512GB drive shipped? That's what will be there still when that Apollo will meet its maker in 95% or more cases.

This needs to be addressed.
hero member
Activity: 882
Merit: 5834
not your keys, not your coins!
A raspberry pi 3 isn’t enough, or?
It should be fine!
Apparently, it's also 64-bit, so you can follow Raspberry Pi 4 instructions.

Get the binaries from below, and follow the instructions.
Apollo BTC Standard Software/Instructions


If your purchased an Apollo BTC Standard USB controlled version please find the software binaries for your system and instructions below:

https://github.com/jstefanop/Apollo-Miner-Binaries/releases/
[...]

Drive Almost Full - 456.74GB out of 457.45GB used ... what happens next.
~snip~
I'd honestly buy a 1TB drive and call it a day. Deleting stuff here and there will just cause you issues in the long run and there's not much to be deleted, anyway. Most of that storage is just blockchain. If you start pruning it, you can basically forget about running Lightning later down the road when they add a Lightning app.

~snip~
This should be added to Apollo GUI as soon as possible.
Alternatively, you can make a script or one liner to add this configuration option to bitcoin conf file, so affected users can apply this.
I disagree; pruning significantly reduces the utility of a Bitcoin node, and if you're paying an extra $300 for a full unit and run it 24/7, you better get all the benefits of it, right.
full member
Activity: 933
Merit: 175
Drive Almost Full - 456.74GB out of 457.45GB used ... what happens next.

Anyone have any idea what happens the drive finally is full on the miner? I've been watching the drive space dwindle now for the last couple of weeks and I'm pretty sure that sometime between Sunday and Wednesday of this week it's finally going to happen. So that said what will happen, will the units, die, will there be an automatic FIFO delete?

Is there a good idea of what can be deleted via SSH'ing into the box, I don't use the node but it has run and I'm sure there is data in there that could free up some space if someone can tell me what to delete that won't cripple the miner.

Looking for suggestions.

Thanks

futurebit@futurebit-btc:/$ df
Filesystem     1K-blocks      Used Available Use% Mounted on
udev             1902880         0   1902880   0% /dev
tmpfs             395612     15996    379616   5% /run
/dev/mmcblk1p1  14899824   5905236   8815336  41% /
tmpfs            1978056         0   1978056   0% /dev/shm
tmpfs               5120         4      5116   1% /run/lock
tmpfs            1978056         0   1978056   0% /sys/fs/cgroup
tmpfs            1978056         8   1978048   1% /tmp
/dev/zram1         49584     10632     35368  24% /var/log
/dev/nvme0n1p1 479669928 478929108    236052 100% /media/nvme
tmpfs             395608         8    395600   1% /run/user/111
tmpfs             395608         8    395600   1% /run/user/1000
futurebit@futurebit-btc:/$



Best bet is to do like lots of us have done and upgrade to a 1TB SSD. But to answer your question, I have no idea what will happen once you reach max capacity. I'd imagine you'll just stop downloading new blocks

Yes all Batch 1-2 Apollos will need to upgrade their SSD drive soon. If you dont your node will stop working.

As we mentioned from the beginning we did this on purpose since 1TB drives were nearly 200 USD then. You can get good 1TB drives for around 75 USD now, and a 1TB drive will last at least 4 years even if every block is full going forward.


Easy fix for this is pruning - bitcoin core configuration setting. Basically node will only keep latest x GB of blocks (amount of it is freely configurable). Older blocks will not be stored. That way node will continue to operate, without serving 2009-2010 era blocks, but still online. Alternative is node crashed, and we don't want that.

Code:
How do I use the prune option in Bitcoin core?

The command that you need to reduce storage size is prune=N where N is the target size in MiB that you’d like to allow.

prune=0 – Disables pruning mode

prune=1 – Allows manual pruning via RPC

prune=550 –  Automatically deletes previous block files to stay below this target size.

This should be added to Apollo GUI as soon as possible.
Alternatively, you can make a script or one liner to add this configuration option to bitcoin conf file, so affected users can apply this.
legendary
Activity: 2174
Merit: 1401
Drive Almost Full - 456.74GB out of 457.45GB used ... what happens next.

Anyone have any idea what happens the drive finally is full on the miner? I've been watching the drive space dwindle now for the last couple of weeks and I'm pretty sure that sometime between Sunday and Wednesday of this week it's finally going to happen. So that said what will happen, will the units, die, will there be an automatic FIFO delete?

Is there a good idea of what can be deleted via SSH'ing into the box, I don't use the node but it has run and I'm sure there is data in there that could free up some space if someone can tell me what to delete that won't cripple the miner.

Looking for suggestions.

Thanks

futurebit@futurebit-btc:/$ df
Filesystem     1K-blocks      Used Available Use% Mounted on
udev             1902880         0   1902880   0% /dev
tmpfs             395612     15996    379616   5% /run
/dev/mmcblk1p1  14899824   5905236   8815336  41% /
tmpfs            1978056         0   1978056   0% /dev/shm
tmpfs               5120         4      5116   1% /run/lock
tmpfs            1978056         0   1978056   0% /sys/fs/cgroup
tmpfs            1978056         8   1978048   1% /tmp
/dev/zram1         49584     10632     35368  24% /var/log
/dev/nvme0n1p1 479669928 478929108    236052 100% /media/nvme
tmpfs             395608         8    395600   1% /run/user/111
tmpfs             395608         8    395600   1% /run/user/1000
futurebit@futurebit-btc:/$



Best bet is to do like lots of us have done and upgrade to a 1TB SSD. But to answer your question, I have no idea what will happen once you reach max capacity. I'd imagine you'll just stop downloading new blocks

Yes all Batch 1-2 Apollos will need to upgrade their SSD drive soon. If you dont your node will stop working.

As we mentioned from the beginning we did this on purpose since 1TB drives were nearly 200 USD then. You can get good 1TB drives for around 75 USD now, and a 1TB drive will last at least 4 years even if every block is full going forward.
legendary
Activity: 2174
Merit: 1401
Hello,

I recently purchased the FutureBit Apollo BTC full node.  It was running fine.  Then I updated the Ubuntu software (at the request of a pop-up that appeared on the dashboard screen).  Now the miner will not work correctly.  When it restarted following the software update, the dashboard would not load.  I tried restarting/unplugging the miner.  Now when I turn it on, no light at all appears on the front of the miner.  When I turn it on, the fan runs at the high intensity (not eco level) but nothing happens.  I can't remote into the dashboard. 

I have no idea what to do to get it going again.  Any advice?  Is there a way to do a hard restart/full reset?

Thank you!

Oh no, bricking Apollo software on update is back again.  Huh
It's not unlikely that Dagwood7 either did a full distro upgrade to 22.04 LTS or that the user got a unit that didn't yet have the latest Futurebit OS on it.
It would be great to get confirmation / clarification; I bet also for jstefanop and his team. Smiley

They are doing the distribution update to 22.04. We need to disable this prompt in future image release as only 20.04 system and security updates are supported.

If you do the major distribution update it will still brick the system and you'll need to reflash. Only perform the normal sudo apt update/upgrade on the system.
legendary
Activity: 1202
Merit: 1181

Any recommended drives that are known to work with no issues. Thanks for the quick response!
Miguel


Any NVMe drive will do. I used a Crucial 1TB which is the bigger version of the 500GB already in there but yeah, whatever you can find from a reputable brand at a good price
newbie
Activity: 5
Merit: 0

Any recommended drives that are known to work with no issues. Thanks for the quick response!
Miguel
legendary
Activity: 1202
Merit: 1181
Drive Almost Full - 456.74GB out of 457.45GB used ... what happens next.

Anyone have any idea what happens the drive finally is full on the miner? I've been watching the drive space dwindle now for the last couple of weeks and I'm pretty sure that sometime between Sunday and Wednesday of this week it's finally going to happen. So that said what will happen, will the units, die, will there be an automatic FIFO delete?

Is there a good idea of what can be deleted via SSH'ing into the box, I don't use the node but it has run and I'm sure there is data in there that could free up some space if someone can tell me what to delete that won't cripple the miner.

Looking for suggestions.

Thanks

futurebit@futurebit-btc:/$ df
Filesystem     1K-blocks      Used Available Use% Mounted on
udev             1902880         0   1902880   0% /dev
tmpfs             395612     15996    379616   5% /run
/dev/mmcblk1p1  14899824   5905236   8815336  41% /
tmpfs            1978056         0   1978056   0% /dev/shm
tmpfs               5120         4      5116   1% /run/lock
tmpfs            1978056         0   1978056   0% /sys/fs/cgroup
tmpfs            1978056         8   1978048   1% /tmp
/dev/zram1         49584     10632     35368  24% /var/log
/dev/nvme0n1p1 479669928 478929108    236052 100% /media/nvme
tmpfs             395608         8    395600   1% /run/user/111
tmpfs             395608         8    395600   1% /run/user/1000
futurebit@futurebit-btc:/$



Best bet is to do like lots of us have done and upgrade to a 1TB SSD. But to answer your question, I have no idea what will happen once you reach max capacity. I'd imagine you'll just stop downloading new blocks
newbie
Activity: 5
Merit: 0
Drive Almost Full - 456.74GB out of 457.45GB used ... what happens next.

Anyone have any idea what happens the drive finally is full on the miner? I've been watching the drive space dwindle now for the last couple of weeks and I'm pretty sure that sometime between Sunday and Wednesday of this week it's finally going to happen. So that said what will happen, will the units, die, will there be an automatic FIFO delete?

Is there a good idea of what can be deleted via SSH'ing into the box, I don't use the node but it has run and I'm sure there is data in there that could free up some space if someone can tell me what to delete that won't cripple the miner.

Looking for suggestions.

Thanks

futurebit@futurebit-btc:/$ df
Filesystem     1K-blocks      Used Available Use% Mounted on
udev             1902880         0   1902880   0% /dev
tmpfs             395612     15996    379616   5% /run
/dev/mmcblk1p1  14899824   5905236   8815336  41% /
tmpfs            1978056         0   1978056   0% /dev/shm
tmpfs               5120         4      5116   1% /run/lock
tmpfs            1978056         0   1978056   0% /sys/fs/cgroup
tmpfs            1978056         8   1978048   1% /tmp
/dev/zram1         49584     10632     35368  24% /var/log
/dev/nvme0n1p1 479669928 478929108    236052 100% /media/nvme
tmpfs             395608         8    395600   1% /run/user/111
tmpfs             395608         8    395600   1% /run/user/1000
futurebit@futurebit-btc:/$

newbie
Activity: 1
Merit: 0
I have just setup a Futurebit Apollo Full Node. On my phone, and two other computers PC's I can login into Futurebit OS dashboard and see the mining, however on one PC I can log in, but it shows the miner inactive. I have tried different browsers, (Firefox, Edge, and Chrome) I have cleared browser history and cache. Only one PC is like this, the other 2 machines , and my phone work fine. Any ideas as to why only 1 computer shows inactive?
Thanks
 Huh
hero member
Activity: 882
Merit: 5834
not your keys, not your coins!
Hello,

I recently purchased the FutureBit Apollo BTC full node.  It was running fine.  Then I updated the Ubuntu software (at the request of a pop-up that appeared on the dashboard screen).  Now the miner will not work correctly.  When it restarted following the software update, the dashboard would not load.  I tried restarting/unplugging the miner.  Now when I turn it on, no light at all appears on the front of the miner.  When I turn it on, the fan runs at the high intensity (not eco level) but nothing happens.  I can't remote into the dashboard. 

I have no idea what to do to get it going again.  Any advice?  Is there a way to do a hard restart/full reset?

Thank you!

Oh no, bricking Apollo software on update is back again.  Huh
It's not unlikely that Dagwood7 either did a full distro upgrade to 22.04 LTS or that the user got a unit that didn't yet have the latest Futurebit OS on it.
It would be great to get confirmation / clarification; I bet also for jstefanop and his team. Smiley
full member
Activity: 933
Merit: 175
Hello,

I recently purchased the FutureBit Apollo BTC full node.  It was running fine.  Then I updated the Ubuntu software (at the request of a pop-up that appeared on the dashboard screen).  Now the miner will not work correctly.  When it restarted following the software update, the dashboard would not load.  I tried restarting/unplugging the miner.  Now when I turn it on, no light at all appears on the front of the miner.  When I turn it on, the fan runs at the high intensity (not eco level) but nothing happens.  I can't remote into the dashboard. 

I have no idea what to do to get it going again.  Any advice?  Is there a way to do a hard restart/full reset?

Thank you!

Oh no, bricking Apollo software on update is back again.  Huh
newbie
Activity: 1
Merit: 0
Hello,

I recently purchased the FutureBit Apollo BTC full node.  It was running fine.  Then I updated the Ubuntu software (at the request of a pop-up that appeared on the dashboard screen).  Now the miner will not work correctly.  When it restarted following the software update, the dashboard would not load.  I tried restarting/unplugging the miner.  Now when I turn it on, no light at all appears on the front of the miner.  When I turn it on, the fan runs at the high intensity (not eco level) but nothing happens.  I can't remote into the dashboard. 

I have no idea what to do to get it going again.  Any advice?  Is there a way to do a hard restart/full reset?

Thank you!

I just had the same problem with my Apollo. Please help!
newbie
Activity: 1
Merit: 0
Hello,

I recently purchased the FutureBit Apollo BTC full node.  It was running fine.  Then I updated the Ubuntu software (at the request of a pop-up that appeared on the dashboard screen).  Now the miner will not work correctly.  When it restarted following the software update, the dashboard would not load.  I tried restarting/unplugging the miner.  Now when I turn it on, no light at all appears on the front of the miner.  When I turn it on, the fan runs at the high intensity (not eco level) but nothing happens.  I can't remote into the dashboard. 

I have no idea what to do to get it going again.  Any advice?  Is there a way to do a hard restart/full reset?

Thank you!
jr. member
Activity: 49
Merit: 11

It was a big concern of mine too, actually you had motivated me to look into flashing custom Armbian and I made a guide for getting it working even through GPIO.

But that's kind of pointless now, especially since 'Futurebit OS' is actually Armbian too. Just wanted to point that out since from your message it appears that you think they're running Ubuntu.
As far as I know, Armbian is the only distro you can get precompiled for the Orange Pi 4 online.

I'm not sure why people think its ubuntu either. I have had a love hate relationship with my apollos but more love now these things just run and run and run and run. When you make a purchase and you get exactly what you bought and it works thumbs up futurebit and the giants behind all of this.

Code:
futurebit@futurebitbtc:~$ cat /etc/os-release
NAME="Ubuntu"
VERSION="20.04.4 LTS (Focal Fossa)"
ID=ubuntu
ID_LIKE=debian
PRETTY_NAME="Armbian 22.08.0-trunk Focal"
VERSION_ID="20.04"
HOME_URL="https://www.ubuntu.com/"
SUPPORT_URL="https://help.ubuntu.com/"
BUG_REPORT_URL="https://bugs.launchpad.net/ubuntu/"
PRIVACY_POLICY_URL="https://www.ubuntu.com/legal/terms-and-policies/privacy-policy"
VERSION_CODENAME=focal
UBUNTU_CODENAME=focal
futurebit@futurebitbtc:~$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 20.04.4 LTS
Release: 20.04
Codename: focal
futurebit@futurebitbtc:~$ uname -r
5.15.57-rockchip64
Pages:
Jump to: