[Netatalk] not working after system update?

[regder]

If I check the status, it shows this. Was working fine before I updated. Any ideas?

$this->bbcode_second_pass_code('', 'netatalk.service - Netatalk AFP fileserver for Macintosh clients
Loaded: loaded (/usr/lib/systemd/system/netatalk.service; enabled)
Active: active (running) since Sat 2014-01-18 16:52:56 EST; 13min ago
Docs: man:afp.conf(5)
man:netatalk(8)
man:afpd(8)
man:cnid_metad(8)
man:cnid_dbd(8)
http://netatalk.sourceforge.net/
Process: 16522 ExecStart=/usr/bin/netatalk (code=exited, status=0/SUCCESS)
Main PID: 16524 (netatalk)
CGroup: /system.slice/netatalk.service
├─16524 /usr/bin/netatalk
└─16526 /usr/bin/cnid_metad -d -F /etc/afp.conf

Jan 18 16:52:56 alarm systemd[1]: PID file /var/lock/netatalk not readable (yet?) after start.
Jan 18 16:52:56 alarm systemd[1]: Started Netatalk AFP fileserver for Macintosh clients.')

[moonman]

I don't see any errors.

[regder]

I checked the log file and there is this error repeating

$this->bbcode_second_pass_code('', 'Jan 18 17:47:36.533903 netatalk[16524] {netatalk.c:227} (N:AFPDaemon): Restarting 'afpd' (restarts: 3274)
Jan 18 17:47:37.533892 netatalk[16524] {netatalk.c:227} (N:AFPDaemon): Restarting 'afpd' (restarts: 3275)
Jan 18 17:47:38.533185 netatalk[16524] {netatalk.c:227} (N:AFPDaemon): Restarting 'afpd' (restarts: 3276)
Jan 18 17:47:39.532247 netatalk[16524] {netatalk.c:227} (N:AFPDaemon): Restarting 'afpd' (restarts: 3277)
Jan 18 17:47:40.533069 netatalk[16524] {netatalk.c:227} (N:AFPDaemon): Restarting 'afpd' (restarts: 3278)
Jan 18 17:47:41.533859 netatalk[16524] {netatalk.c:227} (N:AFPDaemon): Restarting 'afpd' (restarts: 3279)
Jan 18 17:47:42.533794 netatalk[16524] {netatalk.c:227} (N:AFPDaemon): Restarting 'afpd' (restarts: 3280)
Jan 18 17:47:43.533579 netatalk[16524] {netatalk.c:227} (N:AFPDaemon): Restarting 'afpd' (restarts: 3281)
Jan 18 17:47:44.533544 netatalk[16524] {netatalk.c:227} (N:AFPDaemon): Restarting 'afpd' (restarts: 3282)
Jan 18 17:47:45.533388 netatalk[16524] {netatalk.c:227} (N:AFPDaemon): Restarting 'afpd' (restarts: 3283)
Jan 18 17:47:46.533252 netatalk[16524] {netatalk.c:227} (N:AFPDaemon): Restarting 'afpd' (restarts: 3284')

[regder]

Looks like this is what's causing it, any ideas?

$this->bbcode_second_pass_code('', 'Jan 18 17:52:44.215914 netatalk[20952] {netatalk_conf.c:196} (W:AFPDaemon): volume "TimeMachine" does not support Extended Attributes or read-only volume
Jan 18 17:52:44.216685 netatalk[20952] {netatalk.c:359} (N:Default): Netatalk AFP server starting
Jan 18 17:52:44.248876 cnid_metad[20954] {netatalk_conf.c:196} (W:AFPDaemon): volume "TimeMachine" does not support Extended Attributes or read-only volume
Jan 18 17:52:44.251940 cnid_metad[20954] {cnid_metad.c:479} (N:AFPDaemon): CNID Server listening on localhost:4700
Jan 18 17:52:45.231155 netatalk[20952] {netatalk.c:227} (N:AFPDaemon): Restarting 'afpd' (restarts: 1)
Jan 18 17:52:46.231150 netatalk[20952] {netatalk.c:227} (N:AFPDaemon): Restarting 'afpd' (restarts: 2)
Jan 18 17:52:47.231354 netatalk[20952] {netatalk.c:227} (N:AFPDaemon): Restarting 'afpd' (restarts: 3)
Jan 18 17:52:48.230971 netatalk[20952] {netatalk.c:227} (N:AFPDaemon): Restarting 'afpd' (restarts: 4)
Jan 18 17:52:49.231733 netatalk[20952] {netatalk.c:227} (N:AFPDaemon): Restarting 'afpd' (restarts: 5)
Jan 18 17:52:50.230989 netatalk[20952] {netatalk.c:227} (N:AFPDaemon): Restarting 'afpd' (restarts: 6)')

[tomage]

Hi,
I was encountering the same issue after a system update. One of the dependencies must have been updated breaking the netatalk package provided in the aur repository for Raspberry Pi.

I juste reinstalled from the global AUR repository (https://aur.archlinux.org/packages/netatalk/) and it is working for me now. Just follow the instruction here : https://wiki.archlinux.org/index.php/AUR and before running makepkg, edit the PKGBUILD file to replace the following line :
$this->bbcode_second_pass_code('', 'arch=('i686' 'x86_64')')
by
$this->bbcode_second_pass_code('', 'arch=('i686' 'x86_64' 'armv6h')')

[moonman]

Looks like libgcrypt update caused this. AUR packages are not updated when a library that they depend on is updated so it isn't updated with us as well unless it's done manually. When you see something like this happen you can submit an issue on github, or better yet submit a pull request. We can't check every single package.

The package should be rebuilt and in the repos soon.

[regder]

Thanks guys, did another update, back to working.

Thanks again!

[paulcrawford]

I am having a related issue. I am trying to install netatalk from scratch. When I do makepkg -s I get:

$this->bbcode_second_pass_code('', 'resolving dependencies...
looking for inter-conflicts...

Packages (3): dbus-glib-0.100.2-1 libevent-2.0.21-3 python-3.3.3-1

Total Download Size: 11.74 MiB
Total Installed Size: 81.47 MiB

:: Proceed with installation? [Y/n] Y
:: Retrieving packages ...
libevent-2.0.21-3-armv6h 183.7 KiB 148K/s 00:01 [############################################################] 100%
error: failed retrieving file 'python-3.3.3-1-armv6h.pkg.tar.xz' from mirror.archlinuxarm.org : The requested URL returned error: 404 Not Found
warning: failed to retrieve some files')


It seems that the python dependency refers to version 3.3.3-1 while all of the mirrors I looked at are now on version 3.3.3-1.1 so of course 3.3.3-1 cannot be found. Is there anything I can edit to fix this or do I have to wait until something else is done?

Thanks.

[moonman]

your issue is completeletely unrelated and comes from the fact that you didn't sync before updating/installing. pacman -Sy

[paulcrawford]

Thanks moonman for your quick response. Indeed as you said simply doing a sync solved the problem and I got netatalk installed properly. Is it a good practice then to sync before you do any installs? I looked at man pacman and it did not seem to come right out and say that.

I have only been using arch linux for a week or so. Still learning...

BTW netatalk works now but I think my afp.conf is not quite right as I cannot connect to my Raspberry Pi from my Mac yet although it shows up in the Finder under Shared. It worked fine under Raspbian wheezy so something is not quite right...

Thanks again.