Mythvideo converts hostnames to ip addresses

[bertaboy@…]

Mythvideo is converting URL's from myth://StorageGroup@hostname to to myth://StorageGroup@ipaddress (e.g. myth://Coverart@microserver -> myth://Coverart@192.168.0.2)

All frontends are configured to address the backend by hostname. Hostnames are resolved by router and frontends are able to connect to MBE. On two front ends (OSX: 0.27.3, Mythbuntu:) mythvideo replaces the hostname with an ipaddress. This results in storage groups not being visible within the frontends. Storage groups reappear when URL is corrected back to myth://StorageGroup@hostname, however cover art and fan art still refuse to load. Not all is broken as videos continue to play.

Problem does not exist on Gentoo machine (Gentoo: 0.27_p20140321)

[JYA]

Of course a hostname has to be resolved to be able to be used. You wouldn't be able to connect otherwise.

A hostname is never "resolved by router". The client connecting has to resolve the hostname. It may do so via the DNS server running on your router, but you can't establish a connection using hostname.

What makes you think that using an IP address would prevent a storage group to be visible?

Provide a proper log, read the ticket Howto. Start mythfrontend with -v file --loglevel=debug and attach it here *unedited*

[bertaboy@…]

What makes you think that using an IP address would prevent a storage group to be visible?

Scientific method helped me with this one. The backend is expecting the frontends to call it by its name as opposed to its address. I've had problems earlier where configuring the frontend to connect via IP address fails when MBE is configured to listen for its hostname.

For the particular issue raised in the bug report, my 0.27.3 frontends prompt cover art selection with the address: myth://Coverart@192.168.0.2, however the window fails to list either of my two cover art storage directories. When I type the URL as myth://Coverart@microserver and tab to the next object within the window, both of my storage directories reappear and I'm able to browse -> select the appropriate artwork. The new file name appears in the metadata page upon selection, but if the frontend doesn't remember that it needs to continue issuing URL's based on hostname and not convert the hostname to an IP address. I will post the debug log later this evening.

[JYA]

what do you mean by " When I type the URL" where do you type the URL?

provide the logs requested

[bertaboy@…]

frontend log file

[bertaboy@…]

Relevant lines in the log file begin around 652:

Sep 4 20:07:03 zbox mythfrontend.real: mythfrontend[2301]: D CoreContext mythcorecontext.cpp:1209 (SendReceiveStringList) SendReceiveStringList(QUERY_SG_GETFILELIST,192.168.0.2...) called from UI thread Sep 4 20:07:03 zbox mythfrontend.real: mythfrontend[2301]: E CoreContext mythuifilebrowser.cpp:548 (updateRemoteFileList) failed to parse 'SLAVE UNREACHABLE: '. Sep 4 20:07:03 zbox mythfrontend.real: mythfrontend[2301]: E CoreContext mythuifilebrowser.cpp:548 (updateRemoteFileList) failed to parse 'microserver'. Sep 4 20:07:10 zbox mythfrontend.real: mythfrontend[2301]: D CoreContext housekeeper.cpp:662 (Run) Running HouseKeeper. Sep 4 20:07:10 zbox mythfrontend.real: mythfrontend[2301]: D CoreContext housekeeper.cpp:105 (CheckRun) Checking to run HardwareProfiler Sep 4 20:07:20 zbox mythfrontend.real: mythfrontend[2301]: D CoreContext mythcorecontext.cpp:1209 (SendReceiveStringList) SendReceiveStringList(QUERY_SG_GETFILELIST,microserver...) called from UI thread Sep 4 20:07:33 mythfrontend.real: last message repeated 3 times Sep 4 20:07:33 zbox mythfrontend.real: mythfrontend[2301]: D ImageLoad remotefile.cpp:63 (RemoteFile) RemoteFile(myth://Coverart@microserver/10003_coverart.jpg)

[bertaboy@…]

This apparently was a backend issue; upgrading to the latest ebuild resolves the problem.