afpd internal error: Signal 11

[kingtj]

I've been encountering a problem with FreeNAS 8.02 release where after roughly a week of operation, with 4 different Apple Macs in the house doing regular Time Machine backups to it -- the backups begin failing. A reboot of the FreeNAS box gets it working again for another 5 or 6 days.

It just happened again and the screen had a message on it saying "freenas afpd [18823] Internal Error: Signal 11 in PID 18823 (2.2.0)"

Seems to be a bug with afpd under load?

 

[kashiwagi]

I also get this. It seems that the afpd cannot start on my machine without signal 11 unless it is started during boot. So if I make a change to the afp settings I have to reboot the machine. Annoying to say the least.

 

[brao77]

Hi folks
exactly the same problem here. Running FreeNAS-8.0.1-RC2-i386 (7813) in WMVare and use AFP for MAC TimeMachine backup. I have to reboot OS, AFP service restart fails.

 

[cheongi]

Same error here now. Haven't seen it since upgrade to FreeNAS-8.0.1-RELEASE-amd64 some weeks ago.

Unable to connect to AFP shares. Attempt to restart AFP service resulted in error:

Dec 9 20:50:21 microserver freenas[1774]: Executing: /usr/sbin/service ix-afpd quietstart
Dec 9 20:50:22 microserver freenas[1774]: Executing: /usr/sbin/service netatalk forcestop
Dec 9 20:50:22 microserver freenas: kill: 49047: No such process
Dec 9 20:50:22 microserver freenas: kill: 49047: No such process
Dec 9 20:50:22 microserver freenas[1774]: Executing: /usr/sbin/service dbus forcestop
Dec 9 20:50:22 microserver freenas: Stopping dbus.
Dec 9 20:50:22 microserver avahi-daemon[49026]: Disconnected from D-Bus, exiting.
Dec 9 20:50:22 microserver freenas[1774]: Executing: /usr/sbin/service dbus restart
Dec 9 20:50:22 microserver freenas: dbus not running? (check /var/run/dbus/dbus.pid).
Dec 9 20:50:22 microserver freenas: Starting dbus.
Dec 9 20:50:22 microserver freenas[1774]: Executing: /usr/sbin/service avahi-daemon forcestop
Dec 9 20:50:22 microserver freenas: Stopping avahi-daemon.
Dec 9 20:50:22 microserver freenas: Failed to kill daemon: No such file or directory
Dec 9 20:50:22 microserver freenas[1774]: Executing: /usr/sbin/service avahi-daemon restart
Dec 9 20:50:22 microserver freenas: Stopping avahi-daemon.
Dec 9 20:50:22 microserver freenas: Failed to kill daemon: No such file or directory
Dec 9 20:50:22 microserver freenas: Starting avahi-daemon.
Dec 9 20:50:22 microserver avahi-daemon[49245]: WARNING: No NSS support for mDNS detected, consider installing nss-mdns!
Dec 9 20:50:22 microserver freenas[1774]: Executing: /usr/sbin/service netatalk restart
Dec 9 20:50:22 microserver freenas: kill: 49047: No such process
Dec 9 20:50:22 microserver freenas: kill: 49047: No such process
Dec 9 20:50:22 microserver freenas: No matching processes were found
Dec 9 20:50:22 microserver cnid_metad[49263]: Set syslog logging to level: LOG_NOTE
Dec 9 20:50:22 microserver [49265]: Set syslog logging to level: LOG_NOTE
Dec 9 20:50:22 microserver afpd[49266]: dsi_tcp_init: no suitable network config for TCP socket
Dec 9 20:50:22 microserver afpd[49266]: main: dsi_init: Address already in use
Dec 9 20:50:22 microserver freenas[1774]: Executing: /bin/pgrep -F /var/run/afpd.pid afpd
Dec 9 20:50:24 microserver afpd[49266]: ===============================================================
Dec 9 20:50:24 microserver afpd[49266]: INTERNAL ERROR: Signal 11 in pid 49266 (2.2.0)
Dec 9 20:50:24 microserver afpd[49266]: ===============================================================
Dec 9 20:50:24 microserver kernel: pid 49266 (afpd), uid 0: exited on signal 6 (core dumped)


With release of 8.0.3 soon, including a netatalk upgrade, maybe that will fix it????

 

[William Grzybowski]

Why you dont use 8.0.2?

 

[cheongi]

Only just found about 8.0.2. It appears to have a few problems fixed by 8.0.3. http://forums.freenas.org/showthread.php?5078-8-0-3-RELEASE-coming-soon

And the problem reported here is not fixed in 8.0.2.

 

[gcooper]

The problem is that the service ordering/restarting wasn't very sane. Killing off avahi/dbus before netatalk causes afpd to break as shown above. It's a bug in netatalk.