Re: Can unison better help with renamed hosts?
"'Mario Emmenlauer' via unison-users" <[email protected]> Wed, 24 Apr 2024 14:20:21 +0200
| Newsgroups | gmane.network.unison.general |
|---|---|
| Message-ID | <[email protected]> |
On 24.04.24 13:49, Tõivo Leedjärv wrote: > On Wed, 24 Apr 2024 at 13:41, 'Mario Emmenlauer' via unison-users > <[email protected]> wrote: >> >> I may have created some confusion about this. For my specific problem, >> and other people may see this differently, I only care what host name >> unison detected. I can easily take responsibility that the login to >> the remote host works, because these errors are well explained in the >> unison (or ssh) error messages. But _after_ unison logged into the >> remote host, it does some magic (explained by you below, I see) to >> check if the detected host name and the expected host name match. This >> part is a black box for me, and not easy to understand/debug. > > I was not precise enough. I did have in mind exactly the scenario you > mentioned. Even after the connection has been established, Unison > won't know what it's expected to have as the hostname. How could it? This part still confuses me. I do not need unison to know what it's expected to have as the hostname. I'm perfectly happy that it prints what it detected as the hostname, that's all I would need. It may then see that no archive for this (detected, and printed) hostname exists, and may happily exit in error. With the printed value, I can go ahead and check _why_ an unexpected hostname was found. Was I connected to the wrong machine? Was there an unexpected network change? Is hostname behaving strangely on the server? Is it a bug in unison? All I would need to follow this up is the printed value, to help me understand the root cause. Or am I on the wrong track here? All the best, Mario To unsubscribe from this group and stop receiving emails from it, send an email to [email protected].