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>

 

 

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

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

 

 

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?