Help, I have not received the coins, they were sent and confirmed in the network, what to do ? I also can not send coins from another wallet after updating monero!

4b627bc3cf86a2b6b4c5e8604e446e3897570b76f308ac111d3079d3afc29c86

txid

What to do ?

Something wrong in you're node. Youre out of sync

Or your screenshot very old

I just did a sync and a screenshot

mini-fox[m]: try to set a manual remote node

simple mode uses a random remote node and that node is pre fork

selsta: How do I do it ?

mini-fox[m]: monero-project/monero-gui #3989#issuecomment-1214412781

follow the steps in the comment

then your coins should quickly show up

<selsta> "mini-fox: github.com..." <- Good!!! Thank you!

Of youre wallet is v0.18.1.0, restart your node or pc

If your*

Your local node stopped syncing at the hard fork.

Everything looks up to date. Probably just need to restart the node, or restart the pc if thats easier

ofrnxmr[m]: they use simple mode

which connects to a random remote node

Meaning, the old process is still running somewhere

mini-fox[m]: is your issue solved?

Selsta, In this image, It appears they are using their own node

ofrnxmr[m]: no, see the double arrow

it's the button to tell simple mode to connect to a new node

Yes I solved the problem when I went into the extended menu but I did not do a manual entry server, the coins appeared by themselves, thanks for your help

hmm, I don't think it is fully solved

Yeah, simple mode / setting a manual node will work

But the initial issue appears to be using local mode and the blockchain being stuck at HF (?)

ofrnxmr[m]: no :D

I know someone had this issue but not this user

mini-fox[m]: make sure to manually enter a server otherwise it might make issues agaib

Might be of no consequence but the weird thing im seeing is the ports for your synced blocks are all nonstandard. -- just to confirm, you are running v0.18.1.0, correct?... (full message at libera.ems.host/_matrix/media/r0/do…8df2eebd88f70ba53bb3953528d47939f7a)

Almost all of those peers weird

> <@ofrnxmr:monero.social> Might be of no consequence but the weird thing im seeing is the ports for your synced blocks are all nonstandard. -- just to confirm, you are running v0.18.1.0, correct?... (full message at libera.ems.host/_matrix/media/r0/do…a52107333d185a9d1277440ab30c816747b)

A verification bottleneck on blocks or on peers?

Blocks

They are downloaded, but not synced into your chain yet

Try starting monerod using

--enable-dns-blocklist

Add that flag to your current startup

(Everything looks ok, but the peerlist looks suspicious)

Am I right that the list of items after [mooo...] is the list of dowloaded blocks that have to be verified?

Yes

I will -enable-dns-blocklist, which I suppose prevents downloading bad blocks and wasting my time. Is that supposition correct?

If those are bad peers, sending you bad peerlists, it will help to reject them and keep you connected to good peers

Either way, id suggest moving the blockchain from the HDD to the ssd, even If those arent bad peers

`exit` returned "Stop signal sent". It still has not exited.

Is this long delay expected?

Depends.

On most systems its fast/instant.. but ive had it take a long time (minutes) when using a flash drive. I assume it has to finish verifying the current block and save the blockchain

Finally stopped. restarted with `--enable-dns-blacklist`. Thanks for the help and I'll let you know if it worked.

dscotese: good work on Agoradesk

<entry1[m]> "dscotese: good work on Agorades..." <- Thanks!

> <@ofrnxmr:monero.social> Try starting monerod using... (full message at libera.ems.host/_matrix/media/r0/do…1e2a5bdd79219d546131804f95e3876f54f)

Three minutes ago, the Daemon spit out "monerod is now disconnected from the network". Is this something that fixes itself and if not, is there a way to fix it and is there a way to prevent it from happening again?

Right after I got that message, it said `SYNCHRONIZATION started`

It will do that if you stop syncing because your only peer gets disconnected

Should sort itself out, and after building a good peer list shouldn't have any problems

sync_info shows ten peers, all but one `synchronizing` and at 2692012, but no reports of sync progress, (like `synced 1154928/2691980 ...`). This cannot be because I have too many blocks waiting to be verified, since the bottom of `sync_info` is empty, right?

Right

Its only pulling blocks from that 1 peer right now, give it a few minutes to find some more peers

Try

out_peers 32

^ choose any number, 32 is good in my experience for a small device

Also, if you look at the top of `sync_info` or type `status` it will show your current height

Sending a command while syncing might take a few seconds to complete, as it prioritized the verification

Hello.I send funds, they decrease in my wallet, but the transaction is not visible in the block browser.Can you tell me where you can ask for help in such a situation?

r/monerosupport but i can help too

shima1944: what wallet are you using?

monerobull[m]: getmonero

which version of the wallet?

last version, download 3 days ago

so v18?

are you using a remote node?

monerobull[m]: I just recently started using montero, I don't know what remote node is

are you using the wallet in simple mode?

I do not know how to look at it?

in the bottom left, what does your wallet say? "Connected to remote node" or something else?

Идентификатор транзакции (Tx ID):... (full message at libera.ems.host/_matrix/media/r0/do…4e5deac3f738a8de4b2d47c76acedacb783)

does anyone in here know if you can pick specific nodes in simple mode?

Should be under Settings>>Node>>'Add remote node'

isnt that advanced?

well, after you select the 'Remote Node' option

Whoops, thought I was in simple mode, my mistake.

These funds that I sent it turns out remained on my wallet? It's just that the balance decreased after sending.

it will go back

but should re transmit when it works properly

i had a similar issue with gui and private node

shima1944[m] your wallet is connected to a not updated node

Sorry i got disconnected

<shima1944[m]> "Снимок экрана 2022-08-18 в 11.44..." <- This node hasn't updated

sech1: please tell me how to fix it

Try reconnecting to nodes until you find one that syncs to a higher number

connect to an updated node

or run your own

The arrow button

doesn't simple mode download the blockhain on your pc?

sech1: how to do it?

<monerobull[m]> "The arrow button..." <- I've tried it 10 times already, it doesn't help

Can someone walk shima through on how to change wallet mode so they can put in a specific node?

For the GUI, you need to exit your wallet and return to the initial 'Welcome to Monero' screen. Select 'Change wallet mode' and choose either 'Simple mode (bootstrap)' or 'Advanced mode'

FYI If you launch it in 'Simple mode (bootstrap)' I expect it will take significant time for your setup to sync. The fast/convenient option would be to select 'Advanced Mode' and use a remote node.

I can help again in a couple hours cut need to go now. Just know that you still have all your coins

To exit your wallet select the 'Close this wallet and return to main menu'' option in the top left.

For the remote node option.

1. Switch to Advanced Mode

2. Open your wallet and when a window saying 'Stating local node in x seconds' pops up click 'use custom settings'

3. Select 'Remote Node', click 'add remote node' and enter the information for a fully sync'd node. There is a list of nodes here: monero.fail

'Remote node' means you are using someone else's node to get information without running one yourself. There are some privacy downsides to this, but if you trust the person running the node there is no issue. If you want you can use my node at monero.party:18089

what to click here?

"Connect to a remote node"

here?

sorry Im stupid )

Yes, then 'Add remote node' and enter the details of a remote node you want to use.

and which node do I want to use?where can I find him?

There is a list at monero.fail

I run the node at monero.party:18089 if you want to use mine.

success?

to log into my wallet, I choose restore from a mnemonic phrase, right?

No, from file

You should have created your wallet already. "Open a wallet from file"

* 'Remote node' means you are using someone else's node to get information without running one yourself. There are some privacy downsides to this, but if you trust the person running the node there is no issue.

thank you very much.everything is back.Thanks a lot again

🥳

You are very welcome.

* There is a list at monero.fail

oo gui has changed, might go back from feather wallet

All these people popping up with problems at least show that monero is used by real people :P

hah, good point! The transaction volume looks to be close to normal again as well, so presumably people are figuring it out.

👏👏

Just letting you guys know, Moneroj.net will be under maintenance Sunday.

Johnfoss88 "smining" , also you dont need to use Monero Observer to learn about when meetings are happening, theyre posted on moneros /meta repo

what does the column "Web Compatible" mean on monero.fail?

something about webwallets i think

<ofrnxmr[m]> "Also, if you look at the top of..." <- I found a line in the log saying to make sure 18080 was open so I added a port forwarding rule for 18080 and 18081. I can't tell if that changed anything but it now shows plenty of blocks after "[moooo...]". At 14:30 it was at 1163317 and at 14:41 it was at 1163617. 300 blocks in 11 minutes is ridiculously slow, isn't it? Now it's ten minutes later and it's still on

1163617.

dscotese: You may need better peers. You can add them...

Start `./monerod --add-peer <PEER>`

sethforprivacy's node should work well

So restart the daemon with

`./monerod --add-peer node2.sethforprivacy.com:18080`

anarkiocrypto[m]: link to agorist chat?

dscotese[m]: if it shows plenty of blocks with moooooo then it is verification part that is slow

Rucknium[m]: manually doing --add-peer is usually never required since we have seed nodes

--add-peer also only adds an entry into the peer list, it does not necessarily connect to it which can be a bit confusing

<Rucknium[m]> "dscotese: You may need better..." <- Does monerod build it's list entirely from the first peer it gets? I didn't choose a peer, I only did --enable-dns-bl[a|o]cklist, and I used the a not the o. It has been blocking peers and I think that means it worked, but I can see that the option is with the o not the a.

selsta: Thanks for the details!

now figuring out why the verification part is slow... what is your config?

what db-sync-mode did you set?

I didn't set anything except --enable-dns-blacklist (which isn't even a real option).

selsta: Thanks for the clarification. Could nodes get stuck in a "bad subgraph" of the network though?

Rucknium[m]: --add-priority-node is the command you meant when someone wants to connect to a high speed node

dscotese[m]: where did you see blacklist? blocklist is the command

selsta: I misremembered it and used the bad memory when I entered the command line.

is your node frequently banning peers?

Rucknium[m]: I mean it is possible that you connect to bad peers only if you are unlucky but the sync_info command would show that

having no blocks queued for sync

<selsta> "dscotese: where did you see..." <- It turns out I had actually used "blocklist" and not "blacklist".

what filesystem do you have?

Personally I got 2520 blocked hosts in 6d 21h uptime

77 of them got unblocked

selsta: What command will show me the filesystem?

dscotese[m]: mount command

will show all mounted things including there file system

can also cat /etc/fstab

selsta: btrfs

difficult to say

your sync sounds too slow for a SSD

I love that shit. A, let's run that shit through a compression algorithm, and let's store our high I

let's sore our high IO database on this bz compacted volume, and just for extra security, let's make it a encrypted volume.

Why is my node always falling behind ?

TrasherDK[m]: public rpc enabled?

or any logs for it falling behind?

Oh yes. All is open. Hit me.

I've only seen this falling behind on my public rpc nodes while having high traffic

selsta: I was bitching about, whoever thought bz was a good idea for saving a few bytes on a volume.

talking about btrfs?

I'm not familiar with file systems on Linux lol

or maybe I didn't see the context

I saw a `bz? in there, a few msg's ago.

I don't see that message on IRC but I understand what you are saying now :D

I was just pushing the extreme, bz and encrypt your monero volume for ultimate security. You know, like a joke.

I did really have an issue with my node not keeping up, but that was likely due to high RPC traffic

I have to disclose. While I'm sitting here dapping on me keyboard. I'm also listening to Jefferson Airplane's White Rabbit, in a loop 3 hours. Prepare yourself.

:)

selsta: By design. My mainnet, public, node is running on a low end lap-top. It's keeping up. When the log say "block host x.y", the firewall will block that thing for a month, unless it's getting blocked again from dns. I'm currently blocking more than 74K ip-addresses, Life's a bitch.

Enjoy: youtube.com/watch?v=lejOqryepGI

Revuo Monero. Issue 133: August 11 - 18, 2022. revuo-xmr.com/issue-133.html

Getting that when I try to run a stagenet node on my local PC

Invalid DNSSEC TXT record signature for updates.moneropulse.org: validation failure <updates.moneropulse.org. TXT IN>: no signatures from 192.168.~~.~~ for trust anchor . while building chain of trust

Normal?

RavFX[m]: what happens when you start with `DNS_PUBLIC="tcp://9.9.9.9" ./monerod`

it usually means your DNS is misconfigured somewhere

selsta: I don't get the error and it start syncing faster

thanks

It's nice to see the ecosystem grow. P2pool, haveno, serai, erc

RavFX[m]: not sure if start sync faster is related

<monerobull[m]> "It's nice to see the ecosystem..." <- We grow stronger every day

Gonna try that test haveno soon

Going to mine myself some stagenet coins

you dont have to, there's the faucet for that

spacekitty420[m4: But I want to :p

Why are coinbase TX being used in ring signatures?

Theses are easy to weed out from the lot

RavFX: Miners' transactions would be traceable if no coinbases were included as decoys when spending. They are not "easy to weed out" since plausibly those coinbase outputs could be the real spend.

This is especially important now that so many people are using p2pool

ah yeah, true. Did not think about that one

RavFX[m]: a lot of users have coinbase transactions due to p2pool

Rucknium[m] a significant portion of all transactions have p2pool decoys now, it would be interesting to know how it affects decoy selection and effective ring size

sech1: Hopefully I can get to that eventually. I think the main risk is obvious mass-consolidation transactions of p2pool outputs. Then an observer could virtually rule out the ring members of rings that use those mass-consolidated outputs as decoys, sort of reproducing the zero-decoy or chain-reaction effect.

chain reaction is unlikely with 16 decoys

at best they'll know that these p2pool outputs were spent and reduce the ring in question from 16 to 15 decoys

or to 14/13 in some cases

Right

<selsta> "your sync sounds too slow for..." <- Yeah, but it's also too slow for a HD. I think my 2TB drive really is a HD, but the verification bottleneck is the cpu. I stopped some services and it has verified 800 blocks in three minutes.

Thanks for y'alls help.

dscotese[m]: monero sync requires random IO which is really bad on HDD, so SDD would speed things up

with fast SSD + good CPU it is possible to sync in 8h