[SOLVED] AFP connection loss by XBMC

[jus7incase]

Hi there,

 

I am not sure if this is ATV1-related, but since it is about AFP it is at least Mac-related.

 

Setup: Using XBMC V12 RC3 on ATV1, connecting an unRAID 5RC11 with AFP.

 

Problem: The AFP connections to the unRAID break after some time (e.g. in the morning after the night the unRAID AFP cannot be connected any more).

 

I currently fix this by killing the XBMC process (going to Video/Files and and Media source will _not_ work). Since I dont do anything to the unRAID to make it work again, I guess the problem is (at least partially) with XBMC.

 

Important to know: I have previously used the XBMC with identitical setup with a Synology DSM 4.2. The AFP connections got dropped there too, but when I went to Video/Files and selected a media source then the AFP got re-connected. This re-connect does not seem to work with my unRAID.

 

Background information: I have mapped all map-able pathes to remote files on the unRAID to have a near-identical setup on all machines running XBMC (see below). Also the DBs are hosted on MySQL on the unRAID.

 

Does anybody know what is happening and how I could get AFP not to be dropped or at least reconnected?

 

Thanks for caring,

JC

 

 

 

    <pathsubstitution>

        <substitute>

            <from>special://profile/addon_data/</from>

            <to>afp://[email protected]/xbmc/userdata/addon_data/</to>

        </substitute>

        <substitute>

            <from>special://profile/advancedsettings.xml</from>

            <to>afp://[email protected]/xbmc/userdata/advancedsettings_remote.xml</to>

        </substitute>

        <substitute>

            <from>special://profile/favourites.xml</from>

            <to>afp://[email protected]/xbmc/userdata/favourites.xml</to>

        </substitute>

        <substitute>

            <from>special://profile/guisettings.xml</from>

            <to>afp://[email protected]/xbmc/userdata/guisettings.xml</to>

        </substitute>

        <substitute>

            <from>special://profile/LCD.xml</from>

            <to>afp://[email protected]/xbmc/userdata/LCD.xml</to>

        </substitute>

        <substitute>

            <from>special://profile/mediasources.xml</from>

            <to>afp://[email protected]/xbmc/userdata/mediasources.xml</to>

        </substitute>

        <substitute>

            <from>special://profile/playlists/</from>

            <to>afp://[email protected]/xbmc/userdata/playlists/</to>

        </substitute>

        <substitute>

            <from>special://profile/profiles.xml</from>

            <to>afp://[email protected]/xbmc/userdata/profiles.xml</to>

        </substitute>

        <substitute>

            <from>special://profile/RssFeeds.xml</from>

            <to>afp://[email protected]/xbmc/userdata/RssFeeds.xml</to>

        </substitute>

        <substitute>

            <from>special://profile/sources.xml</from>

            <to>afp://[email protected]/xbmc/userdata/sources.xml</to>

        </substitute>

    </pathsubstitution>

 

 

[mrow]

Does mounting the drive locally and setting up your library pointing to those local mounts make any difference?

[jus7incase]

I haven't tried mounting locally yet. Maybe you can point into the right direction how to mount AFP on the Linux of OpenElec... I didn't find the right mount command. Is it supported anyway?

 

Another thing I could try is going back to NFS or SMB to see if i helps. AFP is just that much more efficient.

 

I have instead updated to OpenElec 3.0, that is XBMC V12.1. It did not solve the problem.

 

See the log from last night: http://pastebin.com/wb7X0SVv

 

 

[mrow]

Wait, if your ATV1 is running OpenElec why are you using AFP as the protocol? Ideally you should use NFS. What problems were you having with SMB or NFS previously?