Are any of your services stuck in starting, or in that same loop or is it just Bitcoin Core? Have you tried restarting the entire Server or just Bitcoin Core?
Nuc Mini Pc , Silent , FANLESS
i3 Gen 7
16GB Ram DDR4 SODDIM
1TB SSD
Graphics UHD intel
Wi Fi 5Ghz 2.4ghz
Bluetooth 5.0
Yes, I have restarted entire server, and got some other services, they work ok, only Core have problems, this server worked fine for 7-8 months maybe, yesterday started with this problem.
If multiple services are stuck in a starting state for an extended period of time try restarting the server. If the problem persists you can try to go system → system rebuild. This will take some time as it will reconstruct all your containers but your data will be preserved
@Rick
Hi, I tryed and reconstructed all containers with system rebuild, but same problem, and only Bitcoin Core service is stuck on starting and services that are dependent on Core, like LND, Electrs, other services like Vaultwarden and Cups they work well.
Is there any possibility to “uninstall” only Bitcoin Core and not blockchain data, and then reinstall it?
Look at your bitcoin logs for any errors. For example “ndex not found. Please rebuild the index.” We have several actions in Bitcoin Core → actions that will fix certain things. It could another be error as well, but the error message will give you a clue about what might have been corrupted. I would try this before uninstalling and reinstalling Bitcoin Core
Thank you, I checked Config> Advanced >Block Filters> “Compute Compact Block Filters (BIP 158)” this was “enabled” and I disabled it, and started Bitcoin Core and its syncing and its working.
I just remember that, after trying to solve this problem, at config I clicked “restore to defaults”, maybe by default this is enabled?
@StuPleb can you give me lightning address to tip? Thanks.
EDIT
Well I guess after some block sync, again in another “loop” and have another problem.
It starts to sync, from block 853007 to 853033 and error “process is terminated by SIGBUS”, and Bitcoin Core service shut down, and starts again and stuck in this kind of loop.
I tryed to raise DB cache to 2500MB, same problem.
I’m experiencing similar issues with Bitcoin Core not starting and getting stuck in a loop. I’ve tested this on two different computers with varying hardware specifications:
I’m using the standard Start9 OS without any modifications.
The issue persists across multiple attempts and hardware changes.
I’ve observed the sync process stopping at various percentages (15%, 83%, 97%) with a “terminated by SIGBUS” error.
I initially suspected SSD issues, but the problem continued even after replacing with a new 2TB M.2 SATA drive.
I’ve also tried installing RaspiBlitz via Proxmox on the Futro 720s, encountering syncing problems there as well.
Interestingly, my old RaspiBlitz setup on a Raspberry Pi 4 (4GB RAM, 1TB SSD) continues to run without issues.
The log files consistently show the process terminating with a SIGBUS error during the “Verifying blocks” stage, specifically when verifying the last 6 blocks at level 3. Has anyone encountered similar issues, particularly with the SIGBUS error? Are there any known hardware compatibility issues or configuration tweaks that might resolve this problem? Any insights or suggestions would be greatly appreciated.
A SIGBUS error occurs when a process tries to access invalid memory, often due to hardware issues like faulty RAM or a corrupted filesystem. It can also happen if the system runs out of memory or if there are alignment issues on certain hardware architectures. In the context of Bitcoin Core, it might indicate problems with the hardware, disk space, or corrupted blockchain data.
What to Do:
Check OS/Kernel Logs: Review logs for hardware errors or disk issues.
Run a Memory Test: Use tools like memtest86 to check for faulty RAM.
Verify Disk Health: Check the health of your storage device using smartctl or similar tools.
Rebuild Blockchain Data: If the blockchain data is suspected to be corrupted, you may need to run one of Actions in service page.
Im having the similiar issue. I installed Bisq and RoboSats, one of them wanted to change something in Core. Then I ultimately uninstalled both but havent gotten Electrs to start.
Caused by:
2024-11-05T19:11:13-08:00 0: bitcoind RPC polling failed
2024-11-05T19:11:13-08:00 1: daemon not available
2024-11-05T19:11:13-08:00 2: JSON-RPC error: transport error: unexpected HTTP code: 401
Check to make sure your bitcoin core health check are green. If they are, you can look through your config file. If you are not familiar with the settings and just want to keep everything basic, I would stick with the default settings. If Core looks good, I would click on Electrs Config and just resave it. I’ve seen Electrs need to establish a new RPC connection occasionally. Restart the server just for good measure. If this none of this works check your logs in Core and elctrs for any error messages.
Hi everyone,
I made some workaround with switching the hardware in all different ways.
From my point of view, the m.2 SATA SSD Verbatim Vi560 2TB is the problem. If I use the old 1TB Intenso m.2 SATA SSD both computers running fine.
I thought that the specific m.2 SATA SSD Verbatim Vi560 2TB has had a problem, but I got a replacement of the same type and got the same stuck with terminated by sigbus.
A first workaround was, to sync with the 1 TB ssd, put it in an external usb3 case and then use the start9 recovering option to move the hole blockchain without the sigbus error to the 2 TB SSD. But after running for a while, bitcoin core stucks again at the m.2 SATA SSD Verbatim Vi560 2TB.
Because of the Futro s740 mini PC I’am forced to use m.2 SATA and was choosing the m.2 SATA SSD Verbatim Vi560 2TB whitch was a bad decision.
Have you any ideas what can cause that problem and if that means I shouldn’t use that SSD for an different application and what to look after when I by a new 2 TB SSD?
Thanks to all!
So even when at a 100% sync starting point eventually things stop syncing again? Does it have the same SIGBUS error? Have you considered whether there’s something wrong with the RAM? (next best guess)