04:51:09 currently, my solution is to remove the ~/.bitmonero/* to back to square one. 04:51:10 but I know, there should be easier solution for this. 04:51:11 anyone can help. thx 04:55:20 Perhaps what error did ur pc get? 04:55:36 > <@bchainplayer:matrix.org> Hi guys, my pc reboot with some error, and after reboot finish, the GUI wallet cannot start connect to dameo processes... 04:55:37 > currently, my solution is to remove the ~/.bitmonero/* to back to square one. 04:55:38 > but I know, there should be easier solution for this. 04:55:39 > anyone can help. thx 04:55:40 What error did ur pc get? Did it reset as ur wallet syncing? 06:20:32 thx, for the reply. yes. it rebooted during the syncing. 06:22:07 I guess there should be some consistency between the sync meta data and block data. I tried to set the blk to an earlier one, but no help 06:22:37 I wud stop syncing if ur pc is still running & reboot again. If the problem persists clear the block data and reboot then resync 06:22:58 Did u back up ur keys? 06:23:20 yes, keys backed up. 06:23:40 actually, wallet and nodes are 2 separated things, right? 06:24:05 so, there should be NO big business with the keys. 06:24:28 for now, my solution is just clear all the data and sync from the beginning... 06:24:38 Ok worst case scenario u just import keys to another wallet software or do a clean install on the current and re sync 06:24:40 but, this solution obviously not the right one. 06:25:18 hh, no need re-install. just remove the synced data. and then start from the beginning. 06:26:04 Yea that shud work. Rebooting while syncing mustve corrupted something 06:26:27 Yea that shud work. Rebooting while syncing mustve corrupted the data 06:27:10 hmm, actually, there is syncing work process during the minting, right? 06:27:40 what I am worrying is that, during the daily minting,,, the pc crash,,, then, another cycle of syncing... 06:27:44 that's bad. I think 06:27:47 I'm not sure I'm still new at this 😅 06:28:03 That's why I am trying to find some RIGHT solution to this situation. 06:28:15 anyone old birds can help this? 06:29:08 Hopefully l8r in the day, try the solutions we thought of in the meantime. 10:02:48 scheduled reminder to get 8619 background-sync PR merged 10:03:59 jeffro256 & rbrunner both signed off on it, and ive been using it daily for nearly 6 months 15:04:07 .merges 15:04:07 -xmr-pr- 8396 8488 9252 15:05:50 does anyone have an idea why running a node with a lower `--max-txpool-weight` causes monerod to have difficulty keeping connections? are other nodes requesting something and since it can't reply it due to incomplete txpool they disconnect? 15:22:37 .merge+ 9282 9259 9260 9257 9252 9232 9211 9205 9204 9202 9200 9199 9194 15:25:24 r​4v3r23: i would prefer to merge it to master branch first, it's too large of a change to include in a small release 17:24:08 selsta it might be because when monerod receives a tx it queues it for broadcasting, if that tx is then removed from the txpool and monerod receives the tx again it is queued for broadcasting again. If this was to happen in a short space of time (between diffusion flushes) monerod would broadcast both txs in the same message causing the peers it sends this message to to disconnect. 22:10:07 There's no log setting or anything in `monerod` that could get you the ping network latency between your node and its peers, right? 22:34:02 .merge+ 9064 9291 9254 9149 9267 9268 22:34:02 Added 23:00:08 can we merge 9211 before I commit murder ? 23:46:44 (i'm just waiting for it to be merged so I can go edit the openrpc doc)