03:31:13 <Save_G[m]> good morning
03:31:18 <Bill48105> hide the goats holiest is back
03:36:34 <Save_G[m]> https://monerodocs.org
03:36:35 <Save_G[m]> this is isn't maintained anymore right?
03:47:02 <plowsof11> yes-ish, i would make an issue on its repo if something is wrong, and hope for the best https://github.com/monerodocs/md
06:07:10 <Save_G[m]> https://github.com/monerodocs/md/issues/52
06:07:11 <Save_G[m]> I mean there is an issue open since septemeber about basic things like this
10:26:10 <monerobull[m]1> <plowsof11> "yes-ish, i would make an issue..." <- FOSS 🥰
10:42:10 <xfedex[m]> I've got an issue with monerod
10:42:27 <xfedex[m]> I've ran it for months without issues, but today it stopped working
10:42:46 <xfedex[m]> whenever I start it, it simply gets stuck and stops responding
10:43:11 <xfedex[m]> http://127.0.0.1:18081/get_info doesn't load (which means it's actually stuck)
10:44:59 <monerobull[m]1> xfedex[m]: That's something you can do? What does that usually return?
10:45:06 <xfedex[m]> monerobull[m]1: Yes, it's documented in the official daemon rpc, and it returns stats
10:45:14 <xfedex[m]> Nevermind, I restarted the PC and now it works
12:55:42 <rub1ck[m]> Is it common to monerod not use much cpu? It's slowly syncing but the cpu usage is at <20% even though it's a weak processor 
12:56:45 <rub1ck[m]> When I started to sync it went faster and the cpu use was almost 100% at all times
12:57:23 <rub1ck[m]> This time I let it run overnight and only synced 3% 😥
13:08:16 <plowsof11> thats 3% more than yesterday, you're closer than you've ever been now, well done rub1ck - how weak is the processor? are we talking raspberry pi weak? and HDD? connected via usb? it takes as long as your setup allows it to take
13:13:59 <rub1ck[m]> Thanks. It's a i5-4200U CPU @ 1.60GHz, stock processor of a Thinkpad T440s. I'm running the node in a OS running on a usb drive. I know it's slower but I don't get it why it's so much slower than the first hours of syncing and not using the hardware as it was supposed to do. In the meanwhile I restarted the machines a lot of times because I'm traveling and even stopped to sync for a few days due to horrible internet connection (asked for
13:13:59 <rub1ck[m]> help here but realized that node was stuck at syncing due to poor internet connection since when I connected to a decent one again it immediately started to work)
13:16:25 <ceetee[m]> Is the block chain also on that USB drive? The underlying database requires fast random IO, and everything but SSDs perform poorly
13:18:13 <rub1ck[m]> Also I have a huge ban list (created when I was trying to sync on a poor internet connection) but I couldn't find a way to unban all of them now. It's like hundreds of IP and doing this manually is unfeasible 
13:20:49 <rub1ck[m]> Yes ceetee🇧🇪 , everything is inside that usb drive
13:22:33 <plowsof11> just use a remote node over tor and end your suffering 
13:25:08 <rub1ck[m]> I guess I'm required to run a node to host a exclusively xmr btcpay server instance
14:02:43 <ofrnxmr[m]> 1. Switch to an external ssd or... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/d339828e04592322a62a97032ab8ffce8ed7437b>)
14:04:21 <ofrnxmr[m]> USB pen drives thermal throttle pretty badly as well during the sync, at least mine could never complete a sync 
14:07:35 <ofrnxmr[m]> "Never" = I was impatient. Im sure it would have completed the sync eventually 
14:09:52 <ofrnxmr[m]> And at rub1ck:  use add-priority-node or add-exclusive-node to force a connection to a good node. If it wont sync, pop some blocks and try again
14:09:53 <ofrnxmr[m]> Lmao. I typed "at"
14:10:17 <ceetee[m]> USB sticks have terrible reliability. Idk how often lmdb overwrites data or shuffles it around, but as few as 20cycles can kill a USB stick or at least partially corrupt data
14:10:39 <ofrnxmr[m]> DB-sync-mode decides how often it writes
14:17:28 <ofrnxmr[m]> Safe = more writes (to prevent corruption on windows due to ugly shutdown processes)
14:17:28 <ofrnxmr[m]> The default is fast:async:250000000 or something like that (250mb iirc. I dont remember though. Iirc it can be set in blocks or bytes(?)) 
14:17:28 <ofrnxmr[m]> Writing a large file to a flash drive with low cache etc bottlenecks it 
15:14:13 <RavFX[m]> Both operating system do graceful shutdown of applications on shotdown. I did corrupt my DB two time (on Linux) and ZERO time on Windows.
15:15:32 <RavFX[m]> * Did append because of some issue with libvirt, somehow for a while if I did not shutdown VM's before shutdowning, it would just stay forever on the shutdown script doing nothing until I magic key out of it 
15:18:01 <RavFX[m]> s/shotdown/shutdown/
15:26:24 <xfedex[m]> <rub1ck[m]> "This time I let it run overnight..." <- You need an SSD. Syncing will be super-slow with hard drives (it might take weeks or months with hard drives, while it usually takes hours with SSDs)
15:26:55 <xfedex[m]> It's because the database used by Monero does a lot of random read/write operations
15:27:10 <xfedex[m]> You can sync to an SSD and then move the blockchain to a hard drive
15:28:32 <RavFX[m]> Syncing on HDD can be as fast assuming you allocate about 32GB of fast SSD cache.
15:28:44 <RavFX[m]>  * Syncing on HDD can be as fast assuming you allocate about 32GB of fast SSD cache. (16GB allow to sync 98-99% of it fast while the rest, very slow).
15:28:44 <RavFX[m]> 20GB probably enough but I say 32 for longer term
15:29:23 <xfedex[m]> <rub1ck[m]> "Also I have a huge ban list (..." <- try deleting p2pstate.bin in the monero blockchain folder (`~/.bitmonero/` in linux)
16:22:19 <ofrnxmr[m]> > <@gfdshygti53:monero.social> Syncing on HDD can be as fast assuming you allocate about 32GB of fast SSD cache. (16GB allow to sync 98-99% of it fast while the rest, very slow).
16:22:19 <ofrnxmr[m]> > 
16:22:19 <ofrnxmr[m]> > 20GB probably enough but I say 32 for longer term
16:22:19 <ofrnxmr[m]> RavFX:  are you able to write a guide for this? 
16:25:28 <rub1ck[m]> Thank you all, gonna try those methods
16:26:06 <rub1ck[m]> <xfedex[m]> "try deleting p2pstate.bin in the..." <- What if monerod is running through docker on root user? Which folder can I find this file?
16:33:11 <rub1ck[m]> Found it at /var/lib/docker/volumes/generated_xmr_data/_data
16:33:11 <rub1ck[m]> I'll try to delete it and restart monerod to see if the ban list disappears
16:33:55 * RavFX[m] uploaded an image: (76KiB) < https://libera.ems.host/_matrix/media/v3/download/monero.social/LGGZAQFIYqPHlAqpJmcKTDDa/image.png >
16:34:05 <RavFX[m]> I have it ofrnxmr The shitty host I paid two day ago to host it don't have the option to reinstall the OS and I made a mistake when I ordered it (somehow I ordered with Ubuntu 16 🤮 instead of Debian 11), waiting for support to answer lol
21:48:56 <kurokame[m]> Is there a site where you can convert piconeros to moneros?
21:50:14 <kurokame[m]> * to moneros and the reverse?
21:51:34 <RavFX[m]> kurokame[m]: Get a lot more piconeros and you gonna have monero(j)
22:50:09 <xfedex[m]> <kurokame[m]> "Is there a site where you can..." <- Yes
22:50:44 <xfedex[m]> You send 0.000000000001 xmr (1 piconero) and it sends you back 1 xmr
22:51:19 <xfedex[m]> site is elonmuskgiveaway.notascam.trustmebro.in
22:52:21 <kurokame[m]> Lol nice try. The site is fake
22:55:41 <llacqie[m]> Who bought trustmebro.in 😡 ?
22:56:14 <llacqie[m]> This site must become real