You are here: Home » Topic » "mDNS Error -65537" ?

"mDNS Error -65537" ?

This topic contains 13 replies, has 3 voices, and was last updated by  rpedde 11 years, 3 months ago.

Viewing 14 posts - 1 through 14 (of 14 total)
  • Author
    Posts
  • #405

    Patrekur
    Participant

    Hi,

    I am getting the following error in the mt-daapd.log file:

    “mDNS Error -65537”

    mt-daapd seems to run fine but it does not show up in iTunes. If you type in the URL for the mt-daapd webconfig that works fine and in fact tells me that the status of Bonjour is “Stopped”.

    This happened on the latest trunk revision (r1281) and I also reverted back to earlier version that worked fine in the past (r1208 and r994).

    So I’m thinking this might have some other cause. I did change recently from two Music directories to one but even throwing out the the songs database doesn’t help. So for now I am stumped.

    This is on NetBSD/sparc 3.0

    Any ideas?

    #5368

    rpedde
    Participant

    @patrekur wrote:

    Hi,

    I am getting the following error in the mt-daapd.log file:

    “mDNS Error -65537”

    mt-daapd seems to run fine but it does not show up in iTunes. If you type in the URL for the mt-daapd webconfig that works fine and in fact tells me that the status of Bonjour is “Stopped”.

    This happened on the latest trunk revision (r1281) and I also reverted back to earlier version that worked fine in the past (r1208 and r994).

    So I’m thinking this might have some other cause. I did change recently from two Music directories to one but even throwing out the the songs database doesn’t help. So for now I am stumped.

    This is on NetBSD/sparc 3.0

    Any ideas?

    Did you suddenly become multihomed?

    #5369

    Patrekur
    Participant

    @rpedde wrote:

    Did you suddenly become multihomed?

    Connected to multiple networks you mean?

    No? The box has one NIC and it is only on my LAN.

    #5370

    rpedde
    Participant

    @patrekur wrote:

    @rpedde wrote:

    Did you suddenly become multihomed?

    Connected to multiple networks you mean?

    No? The box has one NIC and it is only on my LAN.

    -65537 is the “unknown error” error.

    Usually it’s because it has a hard time finding the interface, or something like that. Nothing has changed with the interface? new kind? different drivers? Nothing like that?

    #5371

    Patrekur
    Participant

    @rpedde wrote:

    @patrekur wrote:

    @rpedde wrote:

    Did you suddenly become multihomed?

    Connected to multiple networks you mean?

    No? The box has one NIC and it is only on my LAN.

    -65537 is the “unknown error” error.

    Usually it’s because it has a hard time finding the interface, or something like that. Nothing has changed with the interface? new kind? different drivers? Nothing like that?

    I said before the box only has one NIC. That is not entirely true. It has one le: 10 Mbps AMD 7990 Lance ethernet and one hme: 100 Mbps full-duplex “Happy Meal” ethernet.

    Now the way these ethernet interfaces are assigned a MAC address is a bit funny because the MAC address is stored in a ROM and both of the ethernet interfaces get the same MAC address. Because of this you can never use them on the same network.

    Now I don’t think I ever used the le and always kept to the “happy meal” but what if I accidently changed that could that have an effect like this?

    I checked and only the happy meal is used right now.

    Are there rendezvous settings stored somewhere that would get out of wack when you change the NIC (with the same MAC)?

    #5372

    Patrekur
    Participant

    And now I am digging through my memory….

    I remember that a while ago I was playing around with enabling only one “media” namely UTP because these cards also have an AUI connector which is some kind of network connector that clearly didn’t make it. The annoing thing was that my dmesg was filled by messages that le0 could not get a signal on UTP and it was switching to AUI to try that and vice versa several times a second or minute.

    Anyway I couldn’t figure out how to set the medium properly so I ended up disabling the le0 altogether as I wasn’t using it anyway. So now the hme0 is the only one that tries to get a dhcp ip address.

    Could that be the change that did it?

    I can re-enable the le0 dhcp lookup and see if it makes a difference?

    If it doesn’t is there anything I should look for to wipe so the mDNS starts with a clean slate? (if that makes sense)

    #5373

    Patrekur
    Participant

    Ok….. Enabled the le0 dhcp lookup again and lo and behold I see my iTunes Music Server again in iTunes!! Hurray!

    Still my question remains if there is a way to “wipe the slate” as asked before?

    #5374

    fizze
    Participant

    wow, I never heard of a working dev with 2 identical MACs…. 😉
    seems thats a weird bug/feature in combination with a (lets call it ) “unclean” implementation of mDNS… weirdish….

    you cant just use your modules or ifconfig to assign le0 a different mac adress at boot, can you ?

    #5375

    rpedde
    Participant

    @patrekur wrote:

    Ok….. Enabled the le0 dhcp lookup again and lo and behold I see my iTunes Music Server again in iTunes!! Hurray!

    Still my question remains if there is a way to “wipe the slate” as asked before?

    I think the “right” thing to do is switch over to howl… the built-in responder is going to go away in favor of avahi and howl anyway, so now’s the time.

    I think that’s the best solution.

    #5376

    Patrekur
    Participant

    @rpedde wrote:

    @patrekur wrote:

    Ok….. Enabled the le0 dhcp lookup again and lo and behold I see my iTunes Music Server again in iTunes!! Hurray!

    Still my question remains if there is a way to “wipe the slate” as asked before?

    I think the “right” thing to do is switch over to howl… the built-in responder is going to go away in favor of avahi and howl anyway, so now’s the time.

    I think that’s the best solution.

    Ok, but that wasn’t my question….

    Anyway, what’s wrong with Apple zeroconf implementation. Is it the license?

    What version of Bonjour is used in mt-daapd?

    If i would want to use howl/avahi/bonjour as a separate library is it a matter of installing the packages and telling mt-daapd to us that?

    I see on NetBSD there are plenty of options:

    – Apple’s mDNSResponder 108: http://pkgsrc.se/net/mDNSResponder

    and

    – Howl 1.0.0 http://pkgsrc.se/net/howl

    but no Avahi as of yet. If you have to choose which one and why? Is there documentation about how to use mDNSResponder/Howl/Avahi with mt-daapd somewhere?

    P.S. Did you see my email about trac ticket spam?

    #5377

    rpedde
    Participant

    @patrekur wrote:

    Ok, but that wasn’t my question….

    There is no state stored with regard to the mdns responder.

    Anyway, what’s wrong with Apple zeroconf implementation. Is it the license?

    Yup, it’s aspl, which is not free enough to keep it out of debian, etc. By now though, mdns isn’t strange anymore, and is in all the main distros and stuff, so there is no real reason to bundle it anymore.

    What version of Bonjour is used in mt-daapd?

    Pretty old, and thats probably part of the problem, but it’s kind of a pain to integrate a new version in.

    If i would want to use howl/avahi/bonjour as a separate library is it a matter of installing the packages and telling mt-daapd to us that?

    Yup.

    – Apple’s mDNSResponder 108: http://pkgsrc.se/net/mDNSResponder

    It’s not integrated into configure, but the rend-w32 target is actually mdns_sd.h, and will work with an external apple mdns.

    – Howl 1.0.0 http://pkgsrc.se/net/howl

    You’d do –enable-howl as part of your config, and that would do it.

    but no Avahi as of yet. If you have to choose which one and why? Is there documentation about how to use mDNSResponder/Howl/Avahi with mt-daapd somewhere?

    I’d choose howl, as it seems like everything that uses mdns works with howl.

    P.S. Did you see my email about trac ticket spam?

    Gack. No, I’ve been away from email for a while.

    #5378

    Patrekur
    Participant

    @rpedde wrote:

    – Apple’s mDNSResponder 108: http://pkgsrc.se/net/mDNSResponder

    It’s not integrated into configure, but the rend-w32 target is actually mdns_sd.h, and will work with an external apple mdns.

    – Howl 1.0.0 http://pkgsrc.se/net/howl

    You’d do –enable-howl as part of your config, and that would do it.

    but no Avahi as of yet. If you have to choose which one and why? Is there documentation about how to use mDNSResponder/Howl/Avahi with mt-daapd somewhere?

    I’d choose howl, as it seems like everything that uses mdns works with howl.

    Ok, I installed howl through pkgsrc which was easy enough and now am recompiling mt-daapd!

    I was just thinking “why didn’t I do this before” and I thought now let’s use howl to announce my AFP shares as well so I looked up howl at porchdog software and then I came across this:

    http://www.porchdogsoft.com/products/howl/

    Eeeeh??

    Maybe you DO want to have the –enable-bonjour configure switch….

    #5379

    Patrekur
    Participant

    Looking up more about howl a few remarks:

    – Howl apparently was a fork of Apple’s rendezvous/bonjour/mDNSResponder and has the same APSL license suplemented by a BSD License for their own parts

    – The APSL is a license approved by the Free Software Foundation as a free software license. See here: http://www.gnu.org/philosophy/apsl.html (I know they remark that they discourage using it because it allows use in proprietary applications but if you ask me they are only being pedantic.)

    So, I don’t really see the problem with using Apple’s rendezvous/bonjour/mDNSResponder. Especially as it is available for many platforms. I understand you prefer not to link it in but it is THE zeroconf framework so one should be able to use it.

    Reading about howl I don’t see the point of why they made it even. A fork of Apple’s rendezvous/bonjour/mDNSResponder? What on earth were they thinking?

    So as howl is going the way of the Dodo and Avahi is up and coming but for now only on Linux (as I understand it), I for one would like to compile my mt-daapd against Apple’s mDNSResponder (installed separately through pkgsrc).

    So a simple –enable-bonjour configure switch would be welcome.

    #5380

    rpedde
    Participant

    @patrekur wrote:

    – The APSL is a license approved by the Free Software Foundation as a free software license. See here: http://www.gnu.org/philosophy/apsl.html (I know they remark that they discourage using it because it allows use in proprietary applications but if you ask me they are only being pedantic.)

    It’s free-ish, but free-ish isn’t free. Not by dfsg standards, anyway, and that carries weight. If nothing else, it keeps firefly out of debian (and by extension, ubuntu, and any other distro that uses dfsg).

    So, I don’t really see the problem with using Apple’s rendezvous/bonjour/mDNSResponder. Especially as it is available for many platforms. I understand you prefer not to link it in but it is THE zeroconf framework so one should be able to use it.

    That’s what the dns_sd.h interface is — the dns_sd.h header is bsd licensed, and it allows one to link with a previously installed apple mdns.

    Reading about howl I don’t see the point of why they made it even. A fork of Apple’s rendezvous/bonjour/mDNSResponder? What on earth were they thinking?

    At the time, rendezvous didn’t do windows, and it didn’t have as wide platform support as howl. That’s about all I can think… I’d have a hard time defending it. 🙂

    So a simple –enable-bonjour configure switch would be welcome.

    That may be what the dns_sd.h switch will be.

    — Ron

Viewing 14 posts - 1 through 14 (of 14 total)

You must be logged in to reply to this topic.