No path found when connected to the same node I'm trying to understand how the lightning network works in practice, so I figured I'd just use some Electrum wallets on testnet.
So here's what I did:

set up two wallets
funded them with some tBTC
opened a channel to the same node on both

My goal? Send a small amount of BTC via LN. Except... I think I don't understand some fundamentals, or perhaps the error is misleading, since an attempt to transfer a small amount between my two wallets results in a &quot;No path found&quot; error.
It might be that I picked a &quot;weak&quot; node to open a channel with? Like, if I were to use LN on mainnet, is it this hit-or-miss if payments go through? Because opening a channel, ultimately, isn't free (it might be on testnet, but you know)...
When you open a channel, the complete channel balance starts out on the side of the opening party, you. So, by opening two channels, both channels had the complete balance on your side. This leaves no balance on the side of the counterparty to assign to you.
To explain graphically, think of a channel as a string of beads. I use [U] for you, and [C] for the counterparty:
A new channel has all the balance on one side:
[U] 000------ [C]

When you send funds to your channel partner, part of the balance in the channel is assigned to the partner:
[U] 00------0 [C]

To make a multi-hop payment to [R], you trade balance in your channel for balance in another channel of the counterparty:
[U] 000------ [C] 000------ [R]
               ⇒
[U] 00------0 [C] 00------0 [R]

This leaves the same total balance for the forwarding node, just shifted from one channel to another (plus a fee you might have paid for the forwarding).
In your case your two channels looked like this:
[U] 000------ [C] ------000 [U]

The forwarding party had no balance in either channel, so it could not facilitate the multi-hop payment. You will need to spend some of your balance, find someone to open a channel to you, purchase in-bound liquidity, or loop-out some balance to generate some in-bound liquidity before you can receive a payment.