<q​uickex:matrix.org> Hey fam! Wonna share good news with you: Quickex fully got back "C" rate on Trocador. Also we get premium listing on Cryptwerk which is placed as merchant on official monero website. Always welcome!

After a bit of time I need to transfer some fund, using local daemon (0.18.3.4 synced). Using CLI wallet connect, syncs and I can see all the history and whatnot. I exec a simple transfer 8xxxx 1 and I receive the Error: no connection to daemon. Please make sure daemon is running. How should I troubleshoot this?

<j​effro256:monero.social> What does running `status` return?

Refreshed 3325352/3325352, synced, daemon RPC v3.14, SSL

<j​effro256:monero.social> Just try the transfer again

<j​effro256:monero.social> Sometimes it doesn't work for no apparent reason

Tried five times in a 30 minutes time span

<j​effro256:monero.social> What about running `refresh`?

It refreshes

Starting refresh...

Refresh done, blocks received: 0

Currently selected account: [0] Primary account

<j​effro256:monero.social> hmmmm idk

anyone?

<j​effro256:monero.social> maybe try posting in #monero-support ?

done.. but my hope is on some of the names I still see here after a long time

in monerod: set_log 1

then try again

in monerod: set_log 0

then check the log to see what error, if any, was output. 80% chance one will.

I don't have logs.. I ran monerod after download and compile from github

I set log at 0 in console but nothing is showed there

<j​effro256:monero.social> He's saying you should run the command `set_log 1` before you try transferring this time, which will turn on the logs

sorry I thought that was a correction on the log level..

<j​effro256:monero.social> Then run `set_log 0` after you're done to set it back to normal

<j​effro256:monero.social> allg

it's quite a lot of lines..

I'm quite sure there's no error or reference to that transaction

what else could I check?

I tried a different wallet.. same results

<a​shven:matrix.org> reddit.com/r/btc/s/sWUBTK17fY

<a​shven:matrix.org> wait! Is that even possible in a trust-less manner?

<a​shven:matrix.org> Glad to see these privacy topic coming to surface though

monero and bitcoin (cash)'s design are both completely different

i don't get when people say "peg" or "atomic swap"

<a​shven:matrix.org> I figured that out but the topic suggesting two way peg

<a​shven:matrix.org> Why?

this would make randomX completely redundant

if you could mine BCH (with an extremely optimized implementation of SHA256 in ASIC)

and move it to XMR

then why bother doing randomX

<a​shven:matrix.org> Monero cant do everything maybe for DeFi and othee stuff?

<a​shven:matrix.org> Monero cant do everything maybe for DeFi and other stuff?

<a​shven:matrix.org> There is more than one reason people want to be in and out of monero

i doubt it'll be possible in a trustless manner

considering it's two completely different blockchains

<a​shven:matrix.org> Two way peg doesn’t change the algorithm though its not like drivechain

<a​shven:matrix.org> Its just like permanent bridge

<a​shven:matrix.org> Interesting i was wondering about that also

<a​shven:matrix.org> But in that case the current implementation of atomic swap scheme is not trustworthy or trust-less then?

moneromooo this is the part of the logs while trying to send the tx: termbin.com/gqkb

oldie: then another try: run monero-wallet-cli with --log-level 2, try again. Maybe the wallet is confused by something the daemon sends

<f​laming-flamingo:matrix.org> Hey

<f​laming-flamingo:matrix.org> How is everyone?

<s​yntheticbird:monero.social> good and you

in need off more cooffee

<f​laming-flamingo:matrix.org> not too bad, not too bad

<f​laming-flamingo:matrix.org> lol

<f​laming-flamingo:matrix.org> do the admins mind if I'm inactive on in this server? I don't really use Matrix as my main social app yet

moneromooo it's a very long log in just a couple of seconds

This was already present in the log before enabling level 2: INFO    logging    contrib/epee/src/mlog.cpp:274    New log categories: *:WARNING,net:FATAL,net.http:FATAL,net.ssl:FATAL,net.p2p:FATAL,net.cn:FATAL,daemon.rpc:FATA

L,global:INFO,verify:FATAL,serialization:FATAL,daemon.rpc.payment:ERROR,stacktrace:INFO,logging:INFO,msgwriter:INFO

<o​frnxmr:xmr.mx> Are you built from master or release

<s​yntheticbird:monero.social> excuse me sir, it's actually le bad to say "master", the branch should be renamed "main"

 moneromooo could there be a problem with a too big number of inputs for the tx?

this a p2pool recipient wallet and has 2039 input to consider for the tx

if I reduce the tx amount to a number that is around 10 inputs it works

it seems that over 20 inputs or around that it fails

<o​frnxmr:xmr.mx> 💢 lol. I asked that a long time aho

<o​frnxmr:xmr.mx> "Are you sweeping a lot of outputs?"

I probably missed that

is there a know limit?

<o​frnxmr:xmr.mx> Yes. Sweeping a lot of outputs causes it to create numerous transactions

<o​frnxmr:xmr.mx> The max inputs per tx is 146-148, and it has to generate a new ring for every input

I would prefer to find a way different than creating hundreds of tx on my own

<o​frnxmr:xmr.mx> i might be wrong, but might be able to get it to work with a restricted rpc

(I would also suggest to write specific output for these cases)

<o​frnxmr:xmr.mx> Add --rpc-restricticted-bind-port=18089 to your monerod, then add `--daemon-address=127.0.0.1:18089 --trusted-daemon` to your monero-wallet-cli startup

<o​frnxmr:xmr.mx> Might not work, i dont remember

ok, I'll try that but I need to leave for 1h..

thanks for the support, really appreciated

be back with a feedback for that test later

<o​frnxmr:xmr.mx> Sech1 strawberry might have a better way

<o​frnxmr:xmr.mx> Ok, but make sure you spell restricted properly (and not how i did above)

I never had problems with sweeping many inputs. Even 20k+ inputs on a testnet wallet

<o​frnxmr:xmr.mx> One diff between restricted and unrestricted is that unrestricted tries to send everything at once. If your node is running on a hdd, its probably not responding

<o​frnxmr:xmr.mx> Sech1 we has a stressnet wallet that was near impossible to do a "sweep_all" on (a lot of tint outputs). Strawberry was the one who eventually managed to empty the wallet. Not sure what they did

2039 inputs here is 14-15 transactions only

it can be slow on an hdd, yes

<o​frnxmr:xmr.mx> an extended time with no response (due to hdd) is probably why its erroring with no connection. Restricted might help it send info in smaller chunks (unrestricted tries to do everything at once). I dont know if the latter only applies to txpool, or to all requests.. but worth a shot 🤷‍♂️

<o​frnxmr:xmr.mx> Otherwise, probably need to use an ssd node

Those categories are log level 0. Any error will be after it.

wanna run my own node, but my node just can't keep up with syncing. IT'll get to 91% then go back to 71% repeatedly. Seem to need a lot of bandwidth for it.

<o​frnxmr:xmr.mx> That doesnt sound possible.

<o​frnxmr:xmr.mx> That would imply that it synced 20% of the blockchain without saving

I'll show you the log

oh wait I don't know if this compromises my security

probably does

<o​frnxmr:xmr.mx> Not unless the log has your user paths in it. Not much else is specific to you

no, it's just the log of monerod

oh wait, I don't know actually

well there's nothing on this wallet so I Guess it doesn't matter

moneromooo sech1 I can't see any errors just trying to create txs to accomodate for the amount using inputs..

could it take too much time or something like that? Is there some kind of wait parameter to adjust?

<o​frnxmr:xmr.mx> No parameter to set afaik. 1.Did you try a restricted node? 2. Is the node on an hdd?

Just trying with resticted node and port and had the same results after a bit more delay: Error: no connection to daemon. Please make sure daemon is running.

4.2 MB wallet log file just to connect, transfer, exit

  there is a Start of loop with 2040 inputs (so 2040 loops)

at the end of everything there is this error:

<o​frnxmr:xmr.mx> ... hdd?