Devices for staking

48 posts in this topic

And it got out of sync again after a few hours: http://paste.ubuntu.com/11426068/

This could be the same issue the Mac users are having because of the same symptoms, but I have not found a way to fix it


I restarted the client and it started syncing again: http://pastebin.ubuntu.com/11427589/


ulimit at 500000

max connections at 3


This time I will run without staking to see if I can keep up longer than 6 hours without interruptions. My wallet is rather big (32 MB) so that might be an issue or not, just for diagnostics.

Edited by HCLivess

Share this post

Link to post
Share on other sites
MemTotal:        2790656 kB
MemFree:           63604 kB
Buffers:           97316 kB
Cached:           969792 kB
SwapCached:            0 kB
Active:          2156724 kB
Inactive:         509644 kB
Active(anon):    1599508 kB
Inactive(anon):    25280 kB
Active(file):     557216 kB
Inactive(file):   484364 kB
Unevictable:           0 kB
Mlocked:               0 kB
HighTotal:       2620412 kB
HighFree:          39064 kB
LowTotal:         170244 kB
LowFree:           24540 kB
SwapTotal:             0 kB
SwapFree:              0 kB
Dirty:                32 kB
Writeback:             0 kB
AnonPages:       1598832 kB
Mapped:            47480 kB
Shmem:             25528 kB
Slab:              31112 kB
SReclaimable:      13432 kB
SUnreclaim:        17680 kB
KernelStack:        4440 kB
PageTables:         7328 kB
NFS_Unstable:          0 kB
Bounce:                0 kB
WritebackTmp:          0 kB
CommitLimit:     1395328 kB
Committed_AS:    2913736 kB
VmallocTotal:     385024 kB
VmallocUsed:       72692 kB
VmallocChunk:     113504 kB

These are my memory stats (without staking)

linaro@allwinner:~$ ps aux --sort -rss
linaro   20080 23.7 29.6 979468 828672 ?       Ssl  07:51  74:18 ./hobonickelsd
linaro    5424  4.2 17.5 1015384 488820 ?      Sl   May28  47:15 java -cp classes:lib/*:conf nxt.Nxt
linaro    3975  2.5  4.6 921536 130408 ?       Sl   May28  29:23 /usr/bin/java -jar /home/linaro/something/something.jar
linaro    3042  0.2  2.2  83272 61516 ?        S    May28   2:47 Xvnc :10 -geometry 1920x1080 -depth 24 -rfbauth /home/linaro/
linaro    3547  0.0  0.9 124844 26260 ?        Sl   May28   0:10 pcmanfm --desktop --profile LXDE
root      2035  0.0  0.8  34984 22400 tty7     Ss+  May28   0:38 /usr/bin/X :0 vt07 -nolisten tcp
linaro     400  9.8  0.4  18764 13840 ?        S    11:31   9:09 python script.py
xrdp      2209  0.0  0.3  20476  9312 ?        Sl   May28   1:07 /usr/sbin/xrdp
linaro    3546  0.4  0.3  59392  8628 ?        Sl   May28   5:02 lxpanel --profile LXDE
linaro    2447  0.0  0.2  79484  8092 ?        Sl   May28   0:01 pcmanfm --desktop --profile LXDE
linaro    2446  0.4  0.2  57368  7520 ?        Sl   May28   4:51 lxpanel --profile LXDE


97% memory taken, 3% free, 1.3 GB RAM reserved by the system out of the total 4 GB :(

I installed system monitor to verify this and it looks like there is a little bit more of free RAM (if I can trust it).




I started staking to see if it has anny effect on the memory usage, but it remains the same.

For now I will not use "stake for charity"


After a while of unlocking the wallet, processors seem to get heavier load:



Edited by HCLivess

Share this post

Link to post
Share on other sites

blockchain got stuck again


listing open files:

linaro@allwinner:/proc/20080/fd$ ls -l | wc -l


After restarting, number of open files is about 180, so I dont think this is an issue

Edited by HCLivess

Share this post

Link to post
Share on other sites

Got stuck even without staking the large wallet (only staking the small one) :-/ debug file was stuck too. Restarting.


and again... I was too silly not to read https://www.raspberrypi.org/forums/viewtopic.php?f=30&t=44225

the swap file is disabled, also my daemon was 60 mb large, after using 

strip --strip-unneeded hobonickeld

it is only 2,5 mb :D


Well. Looks like I dont have the swap enabled in the kernel. So I requested that for the next firmware release from Tronsmart. It is said to not be usually enabled on embedded devices, which might be a dealbreaker for some




Now im testing the stripped version, which seems to run smoothly (finally!!!). But I need to let it run for several hours first.

Edited by HCLivess

Share this post

Link to post
Share on other sites

All issues have been resolved, no more suspicious logs or hanging daemon.


./hobonickelsd addnode add
./hobonickelsd addnode add
./hobonickelsd addnode add
./hobonickelsd addnode add

I added these permanodes


also I configured the firewall using this guide:



Edited by HCLivess

Share this post

Link to post
Share on other sites

After 24 hours of running the daemon only produced 2 orphans. I am switching on the Windows client again, I will create a small test wallet for linux.  I am trying to compile the GUI version, but I'm still stuck on 

build/scrypt_mine.o: In function `scrypt(void const*, unsigned int, unsigned int*, void*)':
scrypt_mine.cpp:(.text+0x4e): undefined reference to `scrypt_core'
collect2: error: ld returned 1 exit status
make: *** [HoboNickels-qt] Error 1
linaro@allwinner:~/Downloads/HoboNickels-$ scrypt_mine.cpp:(.text+0x4e): undefined reference to `scrypt_core'
-bash: syntax error near unexpected token `.text+0x4e'

Share this post

Link to post
Share on other sites

I am staking the same wallet on 2 machines now and I notied these stakes with incredibly small values, is that normal?

2015-06-02 18:47:38 ProcessBlock: ACCEPTED
2015-06-02 18:47:38 StakeForCharity: Sending 0.0000000000000000000000000000000000000000000000000000000000704737 to Address EkLAoEzXMq3iCLHkEMV2GUWnNNBLSNYQDj
2015-06-02 18:47:39 CommitTransaction:
CTransaction(hash=82ee3a62a0, nTime=1433270853, ver=1, vin.size=1, vout.size=2, nLockTime=0)
    CTxIn(COutPoint(c7f4fcf54f, 0), scriptSig=304402204932232c72e32c76)
    CTxOut(nValue=1.0000000000000000000000000000000000000000000000000000000000861679, scriptPubKey=OP_DUP OP_HASH160 6b4a57bfc3d5022dc87c16abaa4ba784a0ff943e OP_EQUALVERIFY OP_CHECKSIG)
    CTxOut(nValue=0.0000000000000000000000000000000000000000000000000000000000704737, scriptPubKey=OP_DUP OP_HASH160 2a1c54cf47433fa825f73c0d26eada52852e8a0d OP_EQUALVERIFY OP_CHECKSIG)

Share this post

Link to post
Share on other sites

nitrogenetics fixed the problem for me


was missing from SOURCES in 


Now I have a functional GUI wallet for HoboNickels for ARM!



I ran into a XRDP keyboard QT issue 


linaro@allwinner:~/Downloads/HoboNickels-$ ./HoboNickels-qt 
libEGL warning: GLX/DRI2 is not supported
libEGL warning: DRI2: failed to create any config
QXcbConnection: Failed to initialize XRandr
xkbcommon: ERROR: Couldn't find file "rules/(" in include paths
xkbcommon: ERROR: 1 include paths searched:
xkbcommon: ERROR:  /usr/share/X11/xkb
xkbcommon: ERROR: 1 include paths could not be added:
xkbcommon: ERROR:  /home/linaro/.xkb
xkbcommon: ERROR: Couldn't look up rules '(', model 'pc105', layout 'us', variant '(null)', options '��'
Qt: Failed to compile a keymap
Fontconfig warning: ignoring C.UTF-8: not a valid language tag

looks pretty similar to this: http://www.cubieforums.com/index.php?topic=3719.0


I recompiled and reinstalled xrdp to the latest version, but no change

Edited by HCLivess

Share this post

Link to post
Share on other sites

So the GUI says I have a 50% chance to stake within 5 minutes 

But I do not stake for 10 hours

I wonder what could be wrong, there is still some of RAM and CPU left untouched

Tranz talked about this bug he had for the first compilation of Pi version

Perhaps it could be left unfixed in the arm version?

Share this post

Link to post
Share on other sites

Good work on getting this all to work!  I know it can be a pain learning new systems and getting it up and running, but now you should feel very comfortable with the tech.


You could buy a few of your devices and load them up with a fully working, up to sync block chain wallet, and even some coins, then sell it for a nice profit I'd imagine! ;-)


The % chance is mostly an educated estimated guess..... I find it to be pretty accurate, but cpu usage could cause slower minting.

Share this post

Link to post
Share on other sites

Thanks, it is very challenging and thus extremely rewarding to succeed in learning this stuff. And I am so hasty :D I still need to get into the BTC/HBN/Crypto code and perhaps take some advanced lessons in C

Yes distribution of Tronsmart Hobo/NXT devices could be done, but I will have to do some staking tests first, and I really have issues with free space on the internal eMMC because partitioning is so wrong, but I believe Tronsmart will fix this eventually. Raspberry Pi 2 might be interesting too, although RAM is so low there still. 


And XKB still doesnt work over RDP on Tronsmart, so there is no keyboard input in the HBN GUI if you are using a remote desktop.

Share this post

Link to post
Share on other sites

It looks like staking might be a major issue with the processor. I tested on T4300 (Intel Core Duo) with the similar result.


After 30 days, it only produced 4 orphans with 10 hbn wallet balance so far.

Share this post

Link to post
Share on other sites

Well I was able to get the pi version to stake. there was a lot of orphans, but good stakes did come through. I think I put in  500, not just 10. But 10 should work, it just might take some time.

Share this post

Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

  • Recently Browsing   0 members

    No registered users viewing this page.