good morning

hide the goats holiest is back

this is isn't maintained anymore right?

yes-ish, i would make an issue on its repo if something is wrong, and hope for the best github.com/monerodocs/md

I mean there is an issue open since septemeber about basic things like this

<plowsof11> "yes-ish, i would make an issue..." <- FOSS 🥰

I've got an issue with monerod

I've ran it for months without issues, but today it stopped working

whenever I start it, it simply gets stuck and stops responding

127.0.0.1:18081/get_info doesn't load (which means it's actually stuck)

xfedex[m]: That's something you can do? What does that usually return?

monerobull[m]1: Yes, it's documented in the official daemon rpc, and it returns stats

Nevermind, I restarted the PC and now it works

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

When I started to sync it went faster and the cpu use was almost 100% at all times

This time I let it run overnight and only synced 3% 😥

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

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

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)

Is the block chain also on that USB drive? The underlying database requires fast random IO, and everything but SSDs perform poorly

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

Yes ceetee🇧🇪 , everything is inside that usb drive

just use a remote node over tor and end your suffering

I guess I'm required to run a node to host a exclusively xmr btcpay server instance

1. Switch to an external ssd or... (full message at <libera.ems.host/_matrix/media/v3/do…28e04592322a62a97032ab8ffce8ed7437b>)

USB pen drives thermal throttle pretty badly as well during the sync, at least mine could never complete a sync

"Never" = I was impatient. Im sure it would have completed the sync eventually

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

Lmao. I typed "at"

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

DB-sync-mode decides how often it writes

Safe = more writes (to prevent corruption on windows due to ugly shutdown processes)

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(?))

Writing a large file to a flash drive with low cache etc bottlenecks it

Both operating system do graceful shutdown of applications on shotdown. I did corrupt my DB two time (on Linux) and ZERO time on Windows.

* 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

s/shotdown/shutdown/

<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)

It's because the database used by Monero does a lot of random read/write operations

You can sync to an SSD and then move the blockchain to a hard drive

Syncing on HDD can be as fast assuming you allocate about 32GB of fast SSD cache.

* 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).

20GB probably enough but I say 32 for longer term

<rub1ck[m]> "Also I have a huge ban list (..." <- try deleting p2pstate.bin in the monero blockchain folder (`~/.bitmonero/` in linux)

> <@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).

>

> 20GB probably enough but I say 32 for longer term

RavFX: are you able to write a guide for this?

Thank you all, gonna try those methods

<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?

Found it at /var/lib/docker/volumes/generated_xmr_data/_data

I'll try to delete it and restart monerod to see if the ban list disappears

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

Is there a site where you can convert piconeros to moneros?

* to moneros and the reverse?

kurokame[m]: Get a lot more piconeros and you gonna have monero(j)

<kurokame[m]> "Is there a site where you can..." <- Yes

You send 0.000000000001 xmr (1 piconero) and it sends you back 1 xmr

site is elonmuskgiveaway.notascam.trustmebro.in

Lol nice try. The site is fake

Who bought trustmebro.in 😡 ?

This site must become real