raspiblitz: Issue with restored LND data. Authentication handshake failure.
Yesterday night i left my node running with 10/11 channels and working perfectly. Today i woke up with a failure on blue screen. I couldn’t catch up a pick of it, but i remember it was something about 8333 port. Now i’ve restarted the rasppi and this is how it shows.
I firstly wrote all my passwords, no hits, and then sudo reboot
but the command line responds
sulogin: cannot read /dev/tty1: Operation not permitted.
I checked the SD card and it seems to have no system files failure. I can’t reach the node with SSH or RTL. Just wonder if reflashing SD card will works or is something about HDD.
Any suggestion?
About this issue
- Original URL
- State: closed
- Created 5 years ago
- Comments: 52 (15 by maintainers)
Perfect @openoms. I tipped you for a beer. @fluidvoice i’d love to invite you a beer too, but no tippin account. Send me an invoice and i’ll hit it. Thank you guys.
I close totally the issue. I’ve learned a lot these 15 days with my node out. I’ll look forward to improve my privacy too.
I had exactly the same problem!
It started when I powered down my pi (normal via raspiblitz menu), waited till lights stopped blinking and HDD light was off. When I powered the pi up again I had exactly the same problem. Could also not make a connection via ssh so hooked up a keyboard to the pi so I could log in as root (on lcd) Then run the following commands:
sudo umount /dev/sda2 ( corresponds to /mnt/hdd on my external HDD) sudo fsck -y /dev/sda2
On the lcd screen there is some info about errors with inodes and that it is fixed now. (Don’t know exactly what is was saying anymore and did not write it down, sorry just a noob here…) Reboot the pi and all seems to work again, so in my case it was some corruption on de external HDD?
Too bad it was not this easy for you and since the issue is still open I guess it’s not solved. But because I started with exactly the same error thought I share my experience, sorry I could not help you more… Hope you will get it fixed though!!
try
sudo e2fsck -y /dev/sda1
then rebootIt’s possible your SD card got filled up with logs (this problem was recently fixed) or it got corrupted. I would burn the SD card again with the latest code.
@Jos3xTv it’s not worth putting more time in with only software changes. Time to try a different hard drive, case, and power supply. New or not, your system is acting strange and it’s looking more likely some kind of hardware problem.
can try stopping the services and try again.
A @Jos3xTv try the commands with sudo!
sudo umount /dev/sda1
sudo fsck -y /dev/sda1
@istie yes it seems you have sorted it out with repairing the filesystem with fsck. Did you see any strange character appearing as well? If not the difference is probably that you had the issue with the hdd and @Jos3xTv has a problem corrupting the datastream somewhere.
@istie Can you run our powertest script as well to check if there is no power supply issue which could cause further corruption? Paste and run this in your terminal connected to the RaspiBlitz:
wget https://raw.githubusercontent.com/openoms/raspiblitz/powertest/home.admin/XXpowertest.sh && sudo chmod +x XXpowertest.sh && ./XXpowertest.sh
It runs for a minute, just copy the output here afterwards.For diagnostic purposes you could try this: https://retroresolution.com/2015/11/28/overclocking-and-stability-testing-the-raspberry-pi-2-part-3-ram-check-with-memtester/
It all comes OK on my Pi, let`s see if it can catch a problem.
Weird characters indeed coming at you at at random. even here:
This might be som fundamental fault with your Pi board. The memory or the processor is messing things up. I am sure specific tests exist, I try to look it up, but I am afraid you might end needing to change the Pi itself.
The results of the commands…
Reboot and loop again. The red light is always on. No blink at all. I tried
Again that weird characters.
It looks like your bitcoind service got setup with a funky startup string. Notice the odd characters here. I have no idea what caused this but it should be not so difficult to fix this.
One test is to try starting up the bitcoind from the command line with:
sudo systemctl stop bitcoind.service
sudo -u bitcoin /usr/local/bin/bitcoind -daemon -conf=/home/bitcoin/.bitcoin/bitcoin.conf
sudo tail -f /mnt/hdd/bitcoin/debug.log
When you ran the backup script it should have displayed this direction… “RUN THE FOLLOWING COMMAND ON YOUR LAPTOP IN NEW TERMINAL:”
scp -r admin@192.168.1.187:/home/admin/lnd-rescue-*.tar.gz ./
It looks like you ran it on the Raspiblitz via SSH rather than on your Mac/Windows machine. If done so, it will pull/download the backup (tar.gz) file from your Raspiblitz node into whatever folder you were in when you ran it.Note: I’ve not done it but in Windows I think scp is included in the installed Putty app you are prob using for SSH. One of these should work:
scp -r admin@192.168.1.187:/home/admin/lnd-rescue-*.tar.gz ./
pscp -r admin@192.168.1.187:/home/admin/lnd-rescue-*.tar.gz ./
pscp -scp -r admin@192.168.1.187:/home/admin/lnd-rescue-*.tar.gz ./
Let me know which works. Perhaps the script and/or doc’s should be improved to make it more obvious how this should be done.
It looks like you’re still having problems with that HDD. You may want to try a different hard drive, or minimally I would…
actually maybe that is the correct log. But it seems the bitcoind.service and lnd.service is not running. Run this and post the outputs:
sudo systemctl status bitcoind.service
sudo systemctl status lnd.service
sudo systemctl start bitcoind.service
sudo tail -n 500 /mnt/hdd/bitcoin/debug.log | nc termbin.com 9999
what is your output of running
/home/admin/XXdebugLogs.sh
? the log above looks like something else.That is the boot partition. You need to mount the rootfs partition which has the /var and other root directories. You are using Windows then you won’t see the rootfs partition because it is formatted as Ext4 which Windows cannot see by default (it’s a Linux file format).
get access to your SD card somehow, perhaps via card reader on another computer. Open the file /var/log/syslog and search for “Mounted /boot” then look for errors after any line showing that. Also try
grep error -i -A5 /var/log/syslog
to look for errors also how much free space is on your SD card?..df -h
andls -alS /var/log