04:18:33 selsta: there wasn't any more freezes in the meantime but found this related to the last one - 'segfault at 59 ip 000055a6c4010aaa sp 00007fff58563340 error 4 in monerod[55a6c3885000+10d3000]' i know it probably doesn't help but at least it could sched some light on type of the problem, maybe? 04:19:19 this was the v0.17.3.0 binary downloaded from getmonero.org? 04:19:58 this was with compiled from monero-linux-x64-0.17.3.0.tar.bz2 04:20:06 s/with// 04:20:31 compiled from? 04:21:19 yes binary, excuse me 04:21:22 ok 04:21:24 its 5 am 04:21:28 im a bit lost 04:21:36 np :D 04:22:30 i will wait for the next freeze but until then i would like to start another monerod 0.17.2.0 to use the same lmdb, is this possible? 04:22:49 i would like to start it to act as failover, as the services running are critical 04:23:34 running another daemon should work on the same lmdb 04:24:18 great, will go give it a try :) thanks for your time 05:00:17 thanks. just if anyone is interested, managed to get another monerod up with same lmdb its really straightforward just use the same data-dir as main monerod with different bind ports - monerod --data-dir /path/.bitmonero/ --rpc-bind-port 18091 --rpc-bind-ip=127.0.0.1 --restricted-rpc --p2p-bind-port 18090 07:49:40 interestingly, it is not allowed to run secondary monerod that uses the same lmdb as first node with 'exec' inside a docker entrypoint otherwise it will error out with 'Failed to create a read transaction for the db: Resource temporarily unavailable'. but running the first monerod will work with 'exec' 10:08:34 Why would you want to run two monerod on the same machine 10:09:38 Also, of course it blocks you: if it didn't, you'd have two programs trying to write to your blockchain file, which would corrupt it almost immediately 10:28:35 merope: monerod / lmdb supports two daemons with one blockchain file 11:26:40 the "local synchronization" mobile apps from https://www.getmonero.org/downloads/ will donload the whole 120GB keychain? 11:27:45 do the typical used keep that 120GB keychain on their hd? 11:27:50 *user 11:52:20 *blockchain 11:54:10 It's optional, but it gives you the highest level of security. You can use somebody else's node ("remote node") to sync your wallet, but they could log some of your data or mess with you in some ways 11:55:17 Note that there's also the --pruned-node option to occupy less storage space (~50GB) 11:56:53 merope: oh nice, didnt know about that pruned ... but also considering giving teens/young adults monero for christmas (ppl who prob never used crypto) ... 11:57:16 i guess the light wallets would be the best option 11:57:46 Then using a remote node is the easiest option 12:10:01 eoc: There's a few light wallets listed on the website 12:10:24 mhmhm 12:10:45 they still get their seed right? 12:11:27 Yes 12:14:52 cool 12:15:54 oh btw, mining with monerod ... are you likely to make ANY monero with a very basic mini computer? 12:16:31 and is it quite secure to run 24/7 on a personal computer? 12:19:37 Will you be using the personal computer for something else? 12:19:47 eoc: Depends on how powerful your CPU is 12:27:36 dEBRUYNE: yes, its the computer i use, but mostly for light stuff like browsing .. maybe a movie.. 12:27:42 no gaming etc.. 12:30:00 eoc: https://github.com/monero-project/monero/#socket-based 12:30:11 Resource wise it should be okay, as monerod does not use many resources once it is fully synced 12:32:56 dEBRUYNE: damn, thats a nice feature.. 14:57:36 EN текст 15:50:56 does the pruning take long? 15:52:14 Exceedingly. 15:52:38 Don't prnue a fully grown db, you're better off resyncing. 15:54:42 moneromooo: with monerod --sync-pruned-blocks ? 15:55:17 Your question is missing a part. I can't answer it yet. 15:57:57 ah this recommends not pruning https://www.getmonero.org/resources/moneropedia/pruning.html 16:04:41 eoc: regarding solo-mining, it's not really worth it. You're most likely to not find anything at all for months/years, so you're just gonna be wasting the electricity 16:06:27 If you really want to mine a little bit, then you're better off mining on a mining pool (using xmrig) - but don't expect more than a few bucks worth of xmr per month unless you have a powerful cpu (like ryzen 3600/5600 or better) 16:06:55 (Note that intel cpus are slower and less efficient than their amd counterparts) 16:18:18 merope: thanks! sounds like not for me tbh (i even have intel haha)