Re^2: Net::OpenSSH channel_post_mux_listener getpeereid failed: Operation not supported

The debug did the trick, thanks!

I set it to ~0 to get EVERYTHING and noticed the ctl_dir and ctl_path values were pointing into my home directory, which on WSL1 is /mnt/c/Users/kevinb - a drvfs mount of my Windows C: drive. I remembered TROUBLESHOOTING 6 in the POD page saying Some file systems (as for instance FAT or AFS) do not support placing sockets inside them and guessed that maybe NTFS was on the Naughty List as well.

I created a /tmp/kevinb directory (which df tells me is rootfs), chmod'ed it to 0700 for good measure and added ctl_dir=>"/tmp/kevinb" to the Net::OpenSSH->new constructor call. Hey, presto - the getpeerid not supported error went away and my script started working.

Thanks for pointing me in the right direction!

Comment on Re^2: Net::OpenSSH channel_post_mux_listener getpeereid failed: Operation not supported

Replies are listed 'Best First'.
Re^3: Net::OpenSSH channel_post_mux_listener getpeereid failed: Operation not supported by salva (Canon) on Feb 15, 2022 at 15:24 UTC
Hahaha... You know, I added the troubleshooting section to the module documentation in 2009, thirteen years ago and, as far as I can remember, this is the first time I have heard of somebody that had read it or/and found it useful! You made my day :-)	[reply]
Re^4: Net::OpenSSH channel_post_mux_listener getpeereid failed: Operation not supported by kbro (Novice) on Feb 15, 2022 at 16:31 UTC
If I'd kept on reading I'd've found the section on DEBUGGING and wouldn't've needed the hint :-)	[reply]
Re^4: Net::OpenSSH channel_post_mux_listener getpeereid failed: Operation not supported by hv (Prior) on Feb 16, 2022 at 23:07 UTC
That's why you should never add useful documentation: people who read it will never need to contact you, so you'll never get to discover that it's useful or even that it has been read. If you want to meet interesting new people, you need to write bad or misleading docs - then they'll contact you of their own accord.	[reply]